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

[arch-general] Kudos to the Arch devs!
by David C. Rankin 22 Jun '10

22 Jun '10

Devs, As mentioned earlier, after my HD tanked, I did my first Gnome only install using the Arch 2010-05 install media. Except for my FU forgetting mkswap, the install is picture perfect. Further, since the radeon/dri/mesa modules are mature enough that they handle gpu downclocking during idle clock ticks, there is no further reason to hang onto the fglrx driver and limp suse 11.0 along on my laptops. Gnome 2.30 is near perfect, the packaging is, from what I can tell so far, perfect, and a simple 'rsync -au otherbox:/var/cache/pacman/pkg /var/cache/pacman' seals the deal. Great Job Devs. That brings my total Arch installs to 7, including my 2 primary servers. Arch has nailed what a distro should be and that's something worth jealously guarding against the pressures of change ;-) -- 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

6 5

[arch-general] vala pkgbuild
by Damien Churchill 21 Jun '10

21 Jun '10

Since vala 0.9.2 is now out I figured I'd update the PKGBUILD for it, just a simple version bump and sha256sum update. http://pastie.org/1014264

2 4

Re: [arch-general] [arch-announce] Xorg 1.8 moves to extra
by Nilesh Govindarajan 21 Jun '10

21 Jun '10

On 06/21/2010 02:31 AM, Arch Linux: Recent news updates: Andreas Radke wrote: > Andreas Radke wrote: > > This release works with udev for input hotplugging and supports > /etc/X11/xorg.conf.d/*.conf as a replacement for the hal .fdi files. After > upgrading to this release, configuration for input devices in hal is ignored. > Documentation about this change can be found on: > http://wiki.archlinux.org/index.php/Xorg#xorg.conf.d_.28Xorg_1.8.29 Nvidia-173xx > and -96xx drivers currently don't support the new Xorg release. We recommend > using the xf86-video-nouveau driver package for now. > > URL: http://www.archlinux.org/news/502/ > _______________________________________________ > arch-announce mailing list > arch-announce(a)archlinux.org > http://mailman.archlinux.org/mailman/listinfo/arch-announce WOW nice. So HAL is not needed anymore ? -- Regards, Nilesh Govindarajan Facebook: http://www.facebook.com/nilesh.gr Twitter: http://twitter.com/nileshgr Website: http://www.itech7.com Cheap and Reliable VPS Hosting: http://j.mp/arHk5e

13 17

[arch-general] Gnome clock
by Ignacio Galmarino 21 Jun '10

21 Jun '10

After updating my system today and logging into gnome i get a dialog with the following error: The panel encountered a problem while loading "OAFIID:GNOME_ClockApplet". and im offered the option to delete the clock applet. Any idea what goes wrong ? Ignacio

4 4

[arch-general] New Arch Install - Swap Won't Activate - Help the clueless?
by David C. Rankin 21 Jun '10

21 Jun '10

Guys, I'm laughing at myself for being unable to get swap activated. Initially, when I breezed through the install, I forgot to set /dev/sdb6 to type 82 so the box came up with swap off (2G of ram so not much of an issue) But now, I want to activate it and I get an error activating swap that frankly, I have never seen before: [11:27 dcrgx2:~] # swapon -a swapon: /dev/sdb6: read swap header failed: Invalid argument Huh? Here are the current details of the install: [11:26 dcrgx2:~] # cat /proc/partitions major minor #blocks name 8 16 488386584 sdb 8 17 1 sdb1 8 21 144522 sdb5 8 22 1951866 sdb6 8 23 29294496 sdb7 8 24 456992991 sdb8 8 0 39062500 sda 8 1 40131 sda1 8 2 39005820 sda2 [11:26 dcrgx2:~] # fdisk -l /dev/sdb Disk /dev/sdb: 500.1 GB, 500107862016 bytes 255 heads, 63 sectors/track, 60801 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x0005cd36 Device Boot Start End Blocks Id System /dev/sdb1 1 60801 488384001 5 Extended /dev/sdb5 * 1 18 144522 83 Linux /dev/sdb6 19 261 1951866 82 Linux swap / Solaris /dev/sdb7 262 3908 29294496 83 Linux /dev/sdb8 3909 60801 456992991 83 Linux # # /etc/fstab: static file system information # # <file system> <dir> <type> <options> <dump> <pass> devpts /dev/pts devpts defaults 0 0 shm /dev/shm tmpfs nodev,nosuid 0 0 #/dev/cdrom /media/cd auto ro,user,noauto,unhide 0 0 #/dev/dvd /media/dvd auto ro,user,noauto,unhide 0 0 #/dev/fd0 /media/fl auto user,noauto 0 0 /dev/sdb6 swap swap defaults 0 0 UUID=30247a6b-c639-4180-9b44-3535ade87de2 /home ext4 defaults 0 1 UUID=73356263-d92f-4914-bb0d-07f5611b5709 / ext3 defaults 0 1 UUID=de71b9f1-a954-4d41-84c2-926de89d1edb /boot ext3 defaults 0 1 It looks to me like swap should activate. What am I missing? Thanks for any insight you can lend here. -- 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

5 8

[arch-general] xterm letters show up with strange bars
by PT M. 21 Jun '10

21 Jun '10

In fact this happeded weeks before, maybe after upgrading to xorg1.8, when typing in xterm, it left with each letter with an annoying vertical line. [see the image attached] I believe this has something to do with compiz-wm, if I switch to the other window and switch back, those lines gone, but still appear when new letters typed in. And if I switch to the default Metacity wm, nothing annoying any more. Any people encounter such problem? I switch to urxvt instead as the terminal this days. installed packages: [i686] *compiz-core 0.8.6-2 xorg-server 1.8.1-1 xterm 259-1* -- Arch Linuxer, Pythoner, Geek --> Blog: http://apt-blog.net

1 0

[arch-general] REG_RIP undeclared
by Lukáš Jirkovský 21 Jun '10

21 Jun '10

Hello everyone, recently I've a problem building rawstudio-svn on x86_64. Unfortunately it seems that the problem doesn't lie in the rawstudio itself, because I'm not able to build any older revision which I was able to build before. The error is: application.c: In function ‘segfault_sigaction’: application.c:599:56: error: ‘REG_RIP’ undeclared (first use in this function) application.c:599:56: note: each undeclared identifier is reported only once for each function it appears in application.c:617:44: error: ‘REG_RAX’ undeclared (first use in this function) application.c:619:30: error: ‘REG_RBX’ undeclared (first use in this function) application.c:621:30: error: ‘REG_RCX’ undeclared (first use in this function) application.c:623:30: error: ‘REG_RDX’ undeclared (first use in this function) application.c:625:30: error: ‘REG_RSI’ undeclared (first use in this function) application.c:627:30: error: ‘REG_RDI’ undeclared (first use in this function) application.c:629:30: error: ‘REG_R8’ undeclared (first use in this function) application.c:631:30: error: ‘REG_R9’ undeclared (first use in this function) application.c:633:30: error: ‘REG_R10’ undeclared (first use in this function) application.c:635:30: error: ‘REG_R11’ undeclared (first use in this function) application.c:637:30: error: ‘REG_R12’ undeclared (first use in this function) application.c:639:30: error: ‘REG_R13’ undeclared (first use in this function) application.c:641:30: error: ‘REG_R14’ undeclared (first use in this function) application.c:643:30: error: ‘REG_R15’ undeclared (first use in this function) application.c:645:30: error: ‘REG_RSP’ undeclared (first use in this function) I did a grep on /usr/include and /usr/lib but nothing defines any of these. My guess is that the problem may be caused by a new gcc. I should note I already searched on google but without any success (most results were saying that instead of REG_EIP, REG_EAX and others the REG_RIP etc. should be used on 64bit systems). What do you think where is the source of the problem? Regards, Lukas

2 10

[arch-general] Boost
by Daniel Bumke 21 Jun '10

21 Jun '10

Hi, Does anyone know what's going on with boost? It seems it was downgraded from 1.42.0 to 1.41.0 a while back, and hasn't been updated to the latest 1.43.0. I was going to build the latest on my machine, but if there's something wrong with it I might hold off or go with the older version. I know there was some talk about splitting it up; is that the reason? Daniel

7 8

[arch-general] [alert] (11)Resource temporarily unavailable: apr_thread_create: unable to create worker thread
by Nilesh Govindarajan 21 Jun '10

21 Jun '10

A newly configured apache installation keeps emitting this error. It was compiled from scratch with worker MPM. The settings for worker MPM is below: StartServers 5 MaxClients 250 MinSpareThreads 5 MaxSpareThreads 10 ThreadsPerChild 50 MaxRequestsPerChild 0 It is an OpenVZ VPS with kernel 2.6.18-164.15.1.el5.028stab068.9 and RAM 512 MB. -- Regards, Nilesh Govindarajan Facebook: http://www.facebook.com/nilesh.gr Twitter: http://twitter.com/nileshgr Website: http://www.itech7.com Cheap and Reliable VPS Hosting: http://j.mp/arHk5e

2 2

[arch-general] [signoff] kernel26 2.6.34-2
by Thomas Bächler 21 Jun '10

21 Jun '10

This release will be moved to core after signoff, together with linux-firmware, initscripts, udev and mkinitcpio. Changes compared to -1: Remove kernel26-firmware package, it is replaced by linux-firmware added new tcp options FS#19604 (tpowa) Enable devtmpfs Add makedepends to build kernel26-{manpages,docs} properly Fix makepkg -R Please sign off.

7 7