May 2010 - Arch-general - lists.archlinux.org

[arch-general] Running Mozilla Prism?
by Magnus Therning 31 May '10

31 May '10

Has anyone managed to get Mozilla Prism to run properly? The behaviour I see is that a .desktop file and a file in ~/.webapps are created. Both look all right to my untrained eye. The behaviour when double-clicking the .desktop file is as expected though. I never end up where I intended, but always at the default startpage (http://www.google.com/firefox). You can find a screenshot of what I got after creating a webapp for youtube (URL http://www.youtube.com/) and ran it for the first time here[1]. Has anyone had any success with it? /M [1]: http://therning.org/magnus_files/prism.png -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe

4 15

[arch-general] Games for Linux !
by Nilesh Govindarajan 31 May '10

31 May '10

Hi all, It seems there are lot of games for Linux we're not aware of because most of the times we stick to our distribution's repository. I remembered mario that I used to play on console about 8 years ago, so a Google search revealed megamario. All who wish to play games for entertainment check this - http://linux.softpedia.com/get/GAMES-ENTERTAINMENT/ This should suffice for normal gamers. For hard core gamers, it won't. -- Nilesh Govindarajan Facebook: nilesh.gr Twitter: nileshgr Website: www.itech7.com

6 7

[arch-general] Corrupted low memory error
by Gaurish Sharma 30 May '10

30 May '10

Hi, I am getting the following error while resuming from suspend2ram. Its a fully updated x86_64 machine. I tried the default ARCH + ck kernel, occurs on both. Is it a hardware or software problem? any fixes for this? Corrupted low memory at ffff88000000d278 (d278 phys) = 400000000000 ------------[ cut here ]------------ WARNING: at arch/x86/kernel/check.c:134 check_for_bios_corruption+0xe5/0xf0() Hardware name: G31M-ES2L Memory corruption detected in low memory Modules linked in: rfcomm sco bridge stp llc bnep l2cap usbhid hid btusb bluetooth rfkill cpufreq_powersave cpufreq_ondemand snd_hda_codec_realtek acpi_cpufreq freq_table snd_hda_intel snd_hda_codec vboxnetflt snd_hwdep snd_pcm snd_timer ppdev uhci_hcd parport_pc snd soundcore snd_page_alloc processor thermal button sg vboxdrv led_class ehci_hcd nvidia(P) evdev usbcore iTCO_wdt iTCO_vendor_support intel_agp r8169 mii pcspkr fuse lp parport i2c_i801 i2c_core rtc_cmos rtc_core rtc_lib ext4 mbcache jbd2 crc16 sd_mod sr_mod cdrom ata_generic pata_acpi ata_piix libata scsi_mod Pid: 7, comm: events/0 Tainted: P 2.6.33-ck #1 Call Trace: [<ffffffff81048126>] warn_slowpath_common+0x76/0xb0 [<ffffffff810481bc>] warn_slowpath_fmt+0x3c/0x40 [<ffffffff8102dbd5>] check_for_bios_corruption+0xe5/0xf0 [<ffffffff8102dbe0>] ? check_corruption+0x0/0x30 [<ffffffff8102dbe9>] check_corruption+0x9/0x30 [<ffffffff81063873>] worker_thread+0x173/0x320 [<ffffffff81068a10>] ? autoremove_wake_function+0x0/0x40 [<ffffffff81063700>] ? worker_thread+0x0/0x320 [<ffffffff8106849e>] kthread+0x8e/0xa0 [<ffffffff8100ad24>] kernel_thread_helper+0x4/0x10 [<ffffffff81068410>] ? kthread+0x0/0xa0 [<ffffffff8100ad20>] ? kernel_thread_helper+0x0/0x10 ---[ end trace bfe1355d41729abc ]--- Regards, Gaurish Sharma www.gaurishsharma.com

2 4

[arch-general] Kudos - kernel handling of radeon driver getting much better
by David C. Rankin 30 May '10

30 May '10

Guys, Here is one worth noting. The radeon driver has come a long way in the past couple of kernels or Xorg packages. I know the driver itself hasn't changed since 11/2009 (ver. 1.3.0-1), but my desktop is working much better than the last time I updated. I have switched all 12 or so of my boxes to Arch (work and home included). The only two that are still suse are my laptops due to the fglrx driver. I have 2 spare drives for each laptop and on one drive for each laptop I did a complete wipe and then installed Arch. I did this about 14 months ago and I update the spare drives every month or two. The only reason I haven't moved my laptops to Arch is solely the gpu kernel module issue. ( to complicate matters, both laptops use the 'legacy' driver as a result of ATI screwing its customer base and dropping all support for linux for all pre-2400 series chipsets) This hit laptops hard. The last laptop I bought was 2008 and it is now a 'legacy' box The benefits that the fglrx driver provide over either the radeon or radeonhd drivers are primarily 2-fold, speed (obvious) and most important gpu clock powerdown (idling unneeded parts of the gpu) while running with massively reduces the gpu heat load. (and fan noise, etc..) On update tonight. I stared the box, fired up gnome, started compiz and Wow! It was working fine. I was actually 'smooth'. Much improved over the old jerky behavior that existed when I last updated at the end of Feb. It's not as fast as the fglrx driver, but it is no longer a sticking point on moving the box to arch. Cooling is also improved. The heat is still an issue as heat drives fan noise. However, I have been able to work in Arch for the past several hours and my palm-rest is not on fire! And when I'm idling the box, the fan noise is down to a soft hum -- workable. Much improved over the XB-70 sound with all 6 afterburners lit ;-) So to whoever the kudos go -- job well done! I never thought I would see an open-source radeon driver work as well... -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com

1 0

[arch-general] [signoff] device-mapper/lvm2 2.02.66 and cryptsetup 1.1.1
by Thomas Bächler 29 May '10

29 May '10

I put updated device-mapper/lvm2 2.02.66 and cryptsetup 1.1.1 packages to testing. These packages enable udev synchronization to finally get rid of all race conditions related to udev rules. I also cleaned up the PKGBUILDs massively and removed all static binaries and libraries from the packages. Dynamic lvm and cryptsetup now run entirely from /{bin,lib}, without the need for /usr. Please sign off.

4 5

[arch-general] Checkgmail doesn't work with perl 5.12 from testing
by Guillaume Brunerie 29 May '10

29 May '10

Hi, Since the update of perl 5.10 to 5.12 yesterday, checkgmail (from community) doesn’t work anymore, it fails with this error : /usr/bin/perl: symbol lookup error: /usr/lib/perl5/vendor_perl/auto/Glib/Glib.so: undefined symbol: Perl_sv_utf8_upgrade_flags Downgrading to perl 5.10 make it work, and updating checkgmail (with checkgmail --update) doesn’t solve the problem. I didn’t found anything about this problem in Flyspray or in the forums. Thank you, Guillaume Brunerie

5 7

[arch-general] test
by papul 29 May '10

29 May '10

Sorry for this useless message. testing some service.

6 5

[arch-general] Converting to 64
by Nilesh Govindarajan 28 May '10

28 May '10

Hi, I recently found that my processor is capable of running 64bit OS (it has the lm flag in /proc/cpuinfo) and I am using 32bit Arch which is turn off I think. How do I convert to 64bit without the format-and-reinstall ? -- Nilesh Govindarajan Facebook: nilesh.gr Twitter: nileshgr Website: www.itech7.com

9 15

Re: [arch-general] [arch-dev-public] [signoff] glibc-2.12 toolchain build
by Allan McRae 28 May '10

28 May '10

On 28/05/10 00:55, Jan de Groot wrote: > On Sat, 2010-05-22 at 20:45 +1000, Allan McRae wrote: >> Hi, >> >> Glibc-2.12 toolchain rebuild. Fedora has been running something like >> the glibc-2.12 release for the last few weeks so as always it should be >> nice and safe. >> >> linux-api-headers-2.6.34-1 >> - update >> - fix license >> >> glibc-2.12-1 >> - update >> - clean up old stuff from install file >> >> binutils-2.20.1-3 >> - new cvs snapshot >> >> gcc-4.5.0-3 >> - just a rebuild >> >> valgrind >> - rebuild for glibc-2.12 >> - patched for glibc-2.12 and future 2.12.x versions >> - build fix patch >> >> Signoff both, >> Allan > > Signoff both. Didn't test valgrind, but building a full xorg-server > stack on top of testing with this new toolchain should give proof that > this toolchain works fine. > Does gdb still work with this version of glibc btw, or does it need a > rebuild just like valgrind? > I think gdb is fine... but I have not used it extensively. I'd appreciate reports from anyone who has extensively used gdb and valgrind with the new glibc. Allan

2 2

[arch-general] Google Chrome
by Madhurya Kakati 28 May '10

28 May '10

Hi, Now that Google Chrome is not beta any more and chromium hasn't been updated in the repos yet i think i should install Google-Chrome from AUR. However Chrome for linux is very much behind Chrome for windows so I want to ask to those users who have tried it or are using it that whether i should install the google-chrome package or the google-chrome-beta or google-chrome-dev. Thanks

5 6