Re: [arch-general] Boost
On Fri, 2010-06-18 at 23:56 +0200, Alexander Duscheleit wrote: But there seems to be a trend starting in this direction which worries me a little. IIRC there is nothing holding back Xorg 1.8 except for legacy nvidia drivers, and that for quite a while. If that is true, it's even more depressing for me, since nobody waited for us poor ATI R500 users when catalyst dropped support. :) Which is not true... The reason for dropping catalyst is that they only release drivers when Ubuntu does a release. if Ubuntu doesn't ship a version of xorg-server, no driver will be made. The reason for holding back xorg-server 1.8 in testing was because of bugs and crashes. Until a week or two ago when I did the latest changes to the Intel driver, I couldn't get OpenGL on intel stable for more than 30 seconds. Also, the kernel contais massive changes for AMD and Intel drivers, so we basically needed the new kernel that was also in testing.
Re: [arch-general] REG_RIP undeclared
I still see the problem. Is it possible that it's bug in GCC? Lukas
Re: [arch-general] [arch-announce] Xorg 1.8 moves to extra
On 06/21/2010 06:34 AM, jwbirdsong wrote: On 06/20/2010 09:13 PM, Allan McRae wrote: On 21/06/10 13:04, Nilesh Govindarajan wrote: 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-annou...@archlinux.org http://mailman.archlinux.org/mailman/listinfo/arch-announce WOW nice. So HAL is not needed anymore ? Not for X. You may still need it for other things... Allan Most notabaly KDE and Thunar and in gnome with gnome-power-manager to have some special keys support -- Ionuț
[arch-general] Do I need HAL?
WOW nice. So HAL is not needed anymore ? Not for X. You may still need it for other things... Allan Most notabaly KDE and Thunar and in gnome with gnome-power-manager to have some special keys support Hi, How can I know if I still need HAL? Best regards, Guillermo Leira
Re: [arch-general] Do I need HAL?
On 06/21/2010 06:35 AM, Guillermo Leira wrote: WOW nice. So HAL is not needed anymore ? Not for X. You may still need it for other things... Allan Most notabaly KDE and Thunar and in gnome with gnome-power-manager to have some special keys support Hi, How can I know if I still need HAL? Best regards, Guillermo Leira After an upgrade, it will remain on your system if you do a pacman -Qdt
Re: [arch-general] Do I need HAL?
On 21/06/10 20:35, Guillermo Leira wrote: WOW nice. So HAL is not needed anymore ? Not for X. You may still need it for other things... Allan Most notabaly KDE and Thunar and in gnome with gnome-power-manager to have some special keys support Hi, How can I know if I still need HAL? run /etc/rc.d/hal stop and remove it from your DAEMONS array. If stuff breaks, you needed it. Allan
Re: [arch-general] Do I need HAL?
On Mon, 21 Jun 2010 12:35:23 +0200 Guillermo Leira gle...@gleira.com wrote: WOW nice. So HAL is not needed anymore ? Not for X. You may still need it for other things... Allan Most notabaly KDE and Thunar and in gnome with gnome-power-manager to have some special keys support Hi, How can I know if I still need HAL? Best regards, Guillermo Leira You still need it if you're using XFCE. Ananda signature.asc Description: PGP signature
Re: [arch-general] Do I need HAL?
$ pacman -Qi hal Name : hal Version: 0.5.14-4 . Required By: gnome-vfs vlc . On Mon, Jun 21, 2010 at 6:50 PM, Ananda Samaddar ana...@samaddar.co.ukwrote: On Mon, 21 Jun 2010 12:35:23 +0200 Guillermo Leira gle...@gleira.com wrote: WOW nice. So HAL is not needed anymore ? Not for X. You may still need it for other things... Allan Most notabaly KDE and Thunar and in gnome with gnome-power-manager to have some special keys support Hi, How can I know if I still need HAL? Best regards, Guillermo Leira You still need it if you're using XFCE. Ananda -- Arch Linuxer, Pythoner, Geek -- Blog: http://apt-blog.net
Re: [arch-general] Do I need HAL?
On Mon, Jun 21, 2010 at 06:46:13AM -0400, Matthew Monaco wrote: How can I know if I still need HAL? [...] After an upgrade, it will remain on your system if you do a pacman -Qdt ... which will, however, only work if hal hasn't been installed explicitly and will also disregard optdeps. If you're not sure whether to remove hal or net, it's best to check packages for hal optdeps and disable hal for a while (remove it from the DAEMONS line in your /etc/rc.conf). If everything still works as expected you can most likely remove it.
Re: [arch-general] Do I need HAL?
Im not 100% sure if KDE will work whit out hall, but KDE doesent use hal directly instead it uses the Solid framework of KDE. Solid isint dependant of one spesific bacend, but its like phonon so you can have multiple differend back ends whit it. i do not have any Idea of the state of differend backebnd, mayby some one whit more knowelege could provide additional information.
Re: [arch-general] Do I need HAL?
How can I know if I still need HAL? run /etc/rc.d/hal stop and remove it from your DAEMONS array. If stuff breaks, you needed it. Allan Thank you very much to all. :-) I'll have to mix all the answers: I have systems with XFCE and GNOME, physical and virtual... I'll check dependencies and I'll also try to remove hal from daemons array. Best Regards, Guillermo Leira
Re: [arch-general] [arch-announce] Xorg 1.8 moves to extra
On Mon, Jun 21, 2010 at 5:14 PM, Ionuț Bîru biru.io...@gmail.com wrote: On 06/21/2010 06:34 AM, jwbirdsong wrote: On 06/20/2010 09:13 PM, Allan McRae wrote: On 21/06/10 13:04, Nilesh Govindarajan wrote: 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-annou...@archlinux.org http://mailman.archlinux.org/mailman/listinfo/arch-announce WOW nice. So HAL is not needed anymore ? Not for X. You may still need it for other things... Not far away, not far away, I just got gnome-vfs and podsleuth depending on it, which is scheduled to be removed by GNOME3 and banshee. New xorg update brings me a apparently smoother feeling when I scroll pages in Firefox, which is a big advantage for me, thanks for devs. Allan Most notabaly KDE and Thunar and in gnome with gnome-power-manager to have some special keys support -- Ionuț
Re: [arch-general] [arch-announce] Xorg 1.8 moves to extra
On 06/21/2010 07:05 PM, 甘露(Gan Lu) wrote: On Mon, Jun 21, 2010 at 5:14 PM, Ionuț Bîrubiru.io...@gmail.com wrote: On 06/21/2010 06:34 AM, jwbirdsong wrote: On 06/20/2010 09:13 PM, Allan McRae wrote: On 21/06/10 13:04, Nilesh Govindarajan wrote: 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-annou...@archlinux.org http://mailman.archlinux.org/mailman/listinfo/arch-announce WOW nice. So HAL is not needed anymore ? Not for X. You may still need it for other things... Not far away, not far away, I just got gnome-vfs and podsleuth depending on it, which is scheduled to be removed by GNOME3 and banshee. New xorg update brings me a apparently smoother feeling when I scroll pages in Firefox, which is a big advantage for me, thanks for devs. Allan Most notabaly KDE and Thunar and in gnome with gnome-power-manager to have some special keys support -- Ionuț Even kdelibs requires it. -- 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
[arch-general] xterm letters show up with strange bars
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
Re: [arch-general] Do I need HAL?
On Mon, Jun 21, 2010 at 5:50 AM, Ananda Samaddar ana...@samaddar.co.ukwrote: On Mon, 21 Jun 2010 12:35:23 +0200 Guillermo Leira gle...@gleira.com wrote: WOW nice. So HAL is not needed anymore ? Not for X. You may still need it for other things... Allan Most notabaly KDE and Thunar and in gnome with gnome-power-manager to have some special keys support Hi, How can I know if I still need HAL? Best regards, Guillermo Leira You still need it if you're using XFCE. Ananda that's because Thunar and Exo still use hal
[arch-general] New Arch Install - Swap Won't Activate - Help the clueless?
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 221951866 sdb6 8 23 29294496 sdb7 8 24 456992991 sdb8 80 39062500 sda 81 40131 sda1 82 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 4883840015 Extended /dev/sdb5 * 1 18 144522 83 Linux /dev/sdb6 19 261 1951866 82 Linux swap / Solaris /dev/sdb7 262390829294496 83 Linux /dev/sdb83909 60801 456992991 83 Linux # # /etc/fstab: static file system information # # file systemdir typeoptions dump pass devpts /dev/pts devptsdefaults0 0 shm/dev/shm tmpfs nodev,nosuid0 0 #/dev/cdrom /media/cd autoro,user,noauto,unhide 0 0 #/dev/dvd /media/dvd autoro,user,noauto,unhide 0 0 #/dev/fd0 /media/fl autouser,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
Re: [arch-general] New Arch Install - Swap Won't Activate - Help the clueless?
David C. Rankin kirjoitti maanantai, 21. kesäkuuta 2010 19:33:18: 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 221951866 sdb6 8 23 29294496 sdb7 8 24 456992991 sdb8 80 39062500 sda 81 40131 sda1 82 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 4883840015 Extended /dev/sdb5 * 1 18 144522 83 Linux /dev/sdb6 19 261 1951866 82 Linux swap / Solaris /dev/sdb7 262390829294496 83 Linux /dev/sdb83909 60801 456992991 83 Linux # # /etc/fstab: static file system information # # file systemdir typeoptions dump pass devpts /dev/pts devptsdefaults 0 0 shm/dev/shm tmpfs nodev,nosuid 0 0 #/dev/cdrom /media/cd autoro,user,noauto,unhide 0 0 #/dev/dvd /media/dvd autoro,user,noauto,unhide 0 0 #/dev/fd0 /media/fl autouser,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. you have to create the swap filesystem in to the partion by running mkswap /dev/sdb6
[arch-general] Weird problem with firefox
When I try to use google groups on firefox, it keeps redirecting in a loop. groups.google.com homepage loads, then when I click on any group, it goes to google's ssl for login validation, then back to groups then again to ssl... keeps going on. What can be the problem ? -- 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
Re: [arch-general] New Arch Install - Swap Won't Activate - Help the clueless?
On 06/21/2010 10:03 PM, David C. Rankin wrote: 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 221951866 sdb6 8 23 29294496 sdb7 8 24 456992991 sdb8 80 39062500 sda 81 40131 sda1 82 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 4883840015 Extended /dev/sdb5 * 1 18 144522 83 Linux /dev/sdb6 19 261 1951866 82 Linux swap / Solaris /dev/sdb7 262390829294496 83 Linux /dev/sdb83909 60801 456992991 83 Linux # # /etc/fstab: static file system information # #file system dir type options dump pass devpts /dev/pts devptsdefaults0 0 shm/dev/shm tmpfs nodev,nosuid0 0 #/dev/cdrom /media/cd autoro,user,noauto,unhide 0 0 #/dev/dvd /media/dvd autoro,user,noauto,unhide 0 0 #/dev/fd0 /media/fl autouser,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. mkswap /dev/sdb6 echo /dev/sdb6 swap swap defaults 0 0 /etc/fstab -- 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
Re: [arch-general] New Arch Install - Swap Won't Activate - Help the clueless?
On 06/21/2010 11:35 AM, Dan McGee wrote: On Mon, Jun 21, 2010 at 11:33 AM, David C. Rankin drankina...@suddenlinkmail.com wrote: 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? man mkswap Thanks Dan, The clueless found a clue: [11:27 dcrgx2:~] # swapon -a swapon: /dev/sdb6: read swap header failed: Invalid argument [11:30 dcrgx2:~] # mkswap /dev/sdb6 Setting up swapspace version 1, size = 1951860 KiB no label, UUID=f50f8c63-9657-4e0b-aca6-ea2250b5193f [11:46 dcrgx2:~] # vi /etc/fstab [11:47 dcrgx2:~] # swapon -a Oh, brother.. :p -- 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
Re: [arch-general] New Arch Install - Swap Won't Activate - Help the clueless?
On 06/21/2010 10:19 PM, Nilesh Govindarajan wrote: On 06/21/2010 10:03 PM, David C. Rankin wrote: 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. mkswap /dev/sdb6 echo /dev/sdb6 swap swap defaults 0 0 /etc/fstab swapon -av -- 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
Re: [arch-general] Weird problem with firefox
On 06/21/2010 07:47 PM, Nilesh Govindarajan wrote: When I try to use google groups on firefox, it keeps redirecting in a loop. groups.google.com homepage loads, then when I click on any group, it goes to google's ssl for login validation, then back to groups then again to ssl... keeps going on. What can be the problem ? i noticed that last night but it worked on the same group in the morning -- Ionuț
Re: [arch-general] Weird problem with firefox
On 06/21/2010 10:20 PM, Ionuț Bîru wrote: On 06/21/2010 07:47 PM, Nilesh Govindarajan wrote: When I try to use google groups on firefox, it keeps redirecting in a loop. groups.google.com homepage loads, then when I click on any group, it goes to google's ssl for login validation, then back to groups then again to ssl... keeps going on. What can be the problem ? i noticed that last night but it worked on the same group in the morning Its been happening here for quite a while may be a week or so. Surprisingly it works in my second profile which I normally use to test applications (webdev) and hence it has no addons and won't cache. -- 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
Re: [arch-general] New Arch Install - Swap Won't Activate - Help the clueless?
mkswap /dev/sdb6 echo /dev/sdb6 swap swap defaults 0 0 /etc/fstab swapon -av Thanks to all. That loud 'POP!' you heard was the CRI being cured. (for the curious, CRI=Cranal Rectal Inversion) -- 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
Re: [arch-general] Weird problem with firefox
On 06/21/2010 07:57 PM, Nilesh Govindarajan wrote: On 06/21/2010 10:20 PM, Ionuț Bîru wrote: On 06/21/2010 07:47 PM, Nilesh Govindarajan wrote: When I try to use google groups on firefox, it keeps redirecting in a loop. groups.google.com homepage loads, then when I click on any group, it goes to google's ssl for login validation, then back to groups then again to ssl... keeps going on. What can be the problem ? i noticed that last night but it worked on the same group in the morning Its been happening here for quite a while may be a week or so. Surprisingly it works in my second profile which I normally use to test applications (webdev) and hence it has no addons and won't cache. just cleaned my profile(cookies, cache and active logins). seems that now is working -- Ionuț
Re: [arch-general] New Arch Install - Swap Won't Activate - Help the clueless?
On 06/21/10 12:33, David C. Rankin wrote: 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 221951866 sdb6 8 23 29294496 sdb7 8 24 456992991 sdb8 80 39062500 sda 81 40131 sda1 82 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 4883840015 Extended /dev/sdb5 * 1 18 144522 83 Linux /dev/sdb6 19 261 1951866 82 Linux swap / Solaris /dev/sdb7 262390829294496 83 Linux /dev/sdb83909 60801 456992991 83 Linux # # /etc/fstab: static file system information # #file system dir type options dump pass devpts /dev/pts devptsdefaults0 0 shm/dev/shm tmpfs nodev,nosuid0 0 #/dev/cdrom /media/cd autoro,user,noauto,unhide 0 0 #/dev/dvd /media/dvd autoro,user,noauto,unhide 0 0 #/dev/fd0 /media/fl autouser,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. did you do mkswap /dev/sdb6
Re: [arch-general] New Arch Install - Swap Won't Activate - Help the clueless?
On 06/21/2010 10:47 PM, Baho Utot wrote: On 06/21/10 12:33, David C. Rankin wrote: 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. did you do mkswap /dev/sdb6 Man did you read all the messages in the thread ? His problem is solved. -- 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
[arch-general] Another weird problem with firefox
On Mon, Jun 21, 2010 at 08:16:27PM +0300, Ionuț Bîru wrote: just cleaned my profile(cookies, cache and active logins). seems that now is working I've noticed another weird thing with firefox: when typing in the 'search' field (right top), quite frequently the desktop session ends and I find myself back in the xdm login. It only happens on one of the three machines I'm using. But all run the same firefox, X, windowmaker, kernel,... No idea where to start looking for this... Ciao, -- FA O tu, che porte, correndo si ? E guerra e morte !
[arch-general] Important notice on the Arch Security Team to the whole Arch Linux community.
Dear Arch community, I thought I'd post a follow up on some of the things said in the last thread I created on this list. I'm using upper case for headings just to make things easier to read and not to shout! Please post or cc all follow ups to the Arch General list, and read this message carefully before replying. 1. DISCUSSION ABOUT SECURITY ON ARCH-GENERAL AND THE GOOGLE GROUP It's been mentioned that because my proposition for an arch-security list was rejected, I'm trying to circumvent that by posting stuff about setting up a security team to arch-general. That's not my intention. I am proposing a compromise. Internal communications on security issues will be kept to the Google Group. An irregular 'newsletter' will be posted to arch-general when major things are done to keep Arch users who are not on the Google Group informed. Also when security alerts do eventually start getting issued they *will* be posted to arch-general. I believe that all Arch users should benefit from the work that will be getting done. Doing it this way will keep email traffic on security issues on arch-general to a minimum. 2. THE RELEVANCE AND USEFULNESS OF AN ARCH SECURITY TEAM. There's been some murmurings that this undertaking is pointless. Happily this has mostly come from users and not developers. In fact it has the direct or indirect support of at least two Arch developers, Pierre Schmitz and Hugo Doria: http://www.osnews.com/story/22692/Arch_Linux_Team/page6/ This is just as much an experiment as anything else. It remains to be seen if setting up an Arch Security team is worthwhile. Evidence based on other distros seems to point to the fact that it is. If you are not convinced that's fine, but please provide constructive criticism and not mindless trolling like suggesting naming a security team after a Mexican food dish or the British English slang word for buttocks. If you don't want any part of this, other than the odd email on arch-general you won't be hindered or pestered in any way. 3. WE NEED YOUR HELP There is no Arch security team as of now. Hopefully there soon will be. If you want to help it would be helpful if you have the following skills or experience: -Ability to modify PKGBUILDs, rebuild and test packages. -Know how to patch and compile software -Are willing to subscribe to several security related mailing lists -Know basic usage of GPG in email -Are willing to hang out in the arch-security IRC channel -Are willing to file bugs in the Arch bug tracker You don't need to be security guru, just willing to help out, learn and with a desire to make our favourite Linux distro even better than it already is. If you want to help out please subscribe to the Google Group and submit a message with the subject I want to join the team, without quotes. http://groups.google.com/group/arch-security If you don't have or don't want to create a Google account, please send me a personal email and I'll add you to the member list. 4. SCOPE OF THE SECURITY TEAM It is my intention that at this point, the security team will only deal with finding and fixing security related issues. This will entail providing interim pkgbuilds, reporting issues on the bug tracker and sending out alert notices via email. All communications to the 'outside world' (emails, wiki articles etc) from the team will state that (for now) the team's work is completely unofficial and unsupported by the Arch Developers. This is to avoid sullying the reputation of the Arch developers. 5. LONG TERM GOALS Most Arch stuff starts out as external projects than then merge with the main distro. If our work turns out to be useful, and I hope it will be, I would like us to become an official Arch Team. We could then having something like Debian does, with two mailing lists, one for security discussion and a read only list where announcements are posted. The details of this remain to be determined as this initiative is only just starting out. 6. FINAL WORDS I hope this message has made things a bit clearer for everyone. I won't start on the actual process/policy documents till after this weekend coming as I have some things to attend to before that. Of course feel free to suggest things on the Google Group, I'd like to make things as open and transparent over there as possible. If you have any questions, don't hesitate to post on the Google Group or email me personally. Thanks, Ananda Samaddar signature.asc Description: PGP signature
Re: [arch-general] Weird problem with firefox
It's not browser specific by the way, it happens on various sites on different browsers on different OSes: for example, I got stuck in a loop trying to go to Google Docs in Chrome on Windows. I'm going to say it's probably a bug in their login system. On Mon, Jun 21, 2010 at 1:16 PM, Ionuț Bîru biru.io...@gmail.com wrote: On 06/21/2010 07:57 PM, Nilesh Govindarajan wrote: On 06/21/2010 10:20 PM, Ionuț Bîru wrote: On 06/21/2010 07:47 PM, Nilesh Govindarajan wrote: When I try to use google groups on firefox, it keeps redirecting in a loop. groups.google.com homepage loads, then when I click on any group, it goes to google's ssl for login validation, then back to groups then again to ssl... keeps going on. What can be the problem ? i noticed that last night but it worked on the same group in the morning Its been happening here for quite a while may be a week or so. Surprisingly it works in my second profile which I normally use to test applications (webdev) and hence it has no addons and won't cache. just cleaned my profile(cookies, cache and active logins). seems that now is working -- Ionuț
Re: [arch-general] Do I need HAL?
Matthew Monaco wrote: On 06/21/2010 06:35 AM, Guillermo Leira wrote: Hi, How can I know if I still need HAL? Best regards, Guillermo Leira After an upgrade, it will remain on your system if you do a pacman -Qdt According to that rule, I don't need xorg-server !??? Some packages are missing a dep here, I think... Jerome -- mailto:jeber...@free.fr http://jeberger.free.fr Jabber: jeber...@jabber.fr signature.asc Description: OpenPGP digital signature
[arch-general] Gnome clock
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
Re: [arch-general] Gnome clock
On 21/06/10 22:22, Ignacio Galmarino wrote: 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 You need gnome-panel 2.30.0-2. See the following thread too: http://bbs.archlinux.org/viewtopic.php?id=99535
Re: [arch-general] Gnome clock
Have you tried to reinstall libsoup? -- Rafael Correia 2010/6/21 Ignacio Galmarino igalmar...@gmail.com 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
Re: [arch-general] Gnome clock
On 06/21/2010 10:22 PM, Ignacio Galmarino wrote: 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 is fixed. pacman -Syu -- Ionuț
Re: [arch-general] Gnome clock
On Mon, Jun 21, 2010 at 1:31 PM, Ionuț Bîru biru.io...@gmail.com wrote: On 06/21/2010 10:22 PM, Ignacio Galmarino wrote: 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 is fixed. pacman -Syu -- Ionuț Thank you very much ! Ignacio
Re: [arch-general] Do I need HAL?
On Mon, Jun 21, 2010 at 09:21:39PM +0200, Jérôme M. Berger wrote: After an upgrade, it will remain on your system if you do a pacman -Qdt According to that rule, I don't need xorg-server !??? Some packages are missing a dep here, I think... That's correct. Only few packages actually depend on xorg-server (blackbox, enter, grass, hacburn, lwm, nvidia-utils, perl-x11-protocol, windowlab and xkbsel). As a workaround you can either mark xorg-server as installed explicitly by uninstalling/reinstalling the package or by using `pacman -D --asexplicit` (the latter only works with pacman=3.4.0) or create a meta package with xorg-server as dependency.
[arch-general] vala pkgbuild
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
Re: [arch-general] vala pkgbuild
On 06/22/2010 12:46 AM, Damien Churchill wrote: 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 is not like is hard to update the build, is more like it doesn't fit in our principle to bump to a development version. 0.8.1 is the stable branch 0.9.x is the development branch. You will never see a package from gnome development branch ever in our repos :D So please, don't flag vala again, pretty please :D -- Ionuț
Re: [arch-general] vala pkgbuild
On 21 June 2010 22:49, Ionuț Bîru biru.io...@gmail.com wrote: On 06/22/2010 12:46 AM, Damien Churchill wrote: 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 is not like is hard to update the build, is more like it doesn't fit in our principle to bump to a development version. 0.8.1 is the stable branch 0.9.x is the development branch. You will never see a package from gnome development branch ever in our repos :D So please, don't flag vala again, pretty please :D I hadn't flagged it, just saw it was out of date and thought I'd try and help, apologies for not doing more investigation first!
Re: [arch-general] vala pkgbuild
On 06/22/2010 12:55 AM, Damien Churchill wrote: On 21 June 2010 22:49, Ionuț Bîrubiru.io...@gmail.com wrote: On 06/22/2010 12:46 AM, Damien Churchill wrote: 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 is not like is hard to update the build, is more like it doesn't fit in our principle to bump to a development version. 0.8.1 is the stable branch 0.9.x is the development branch. You will never see a package from gnome development branch ever in our repos :D So please, don't flag vala again, pretty please :D I hadn't flagged it, just saw it was out of date and thought I'd try and help, apologies for not doing more investigation first! i don't intend to unflag it anymore. i did that for at least 10 times already :D If you are interested about vala, you can upload it aur as vala-devel -- Ionuț
Re: [arch-general] Important notice on the Arch Security Team to the whole Arch Linux community.
On Mon, 2010-06-21 at 19:28 +0100, Ananda Samaddar wrote: 5. LONG TERM GOALS Most Arch stuff starts out as external projects than then merge with the main distro. If our work turns out to be useful, and I hope it will be, I would like us to become an official Arch Team. We could then having something like Debian does, with two mailing lists, one for security discussion and a read only list where announcements are posted. The details of this remain to be determined as this initiative is only just starting out. I'd still like to know how this replaces/conflicts with Arch policy for 'as upstream as possible'. I'm aware that just starting out the answer may just be we don't know yet, but for me one of the benefits of Arch is that all packages are close to upstream (and thus its easy to discuss bugs with upstream, which may not be the case with 5-10 security-patches from git/svn).
Re: [arch-general] Important notice on the Arch Security Team to the whole Arch Linux community.
On Tue, 22 Jun 2010 07:11:25 +0800 Ng Oon-Ee ngoo...@gmail.com wrote: I'd still like to know how this replaces/conflicts with Arch policy for 'as upstream as possible'. I'm aware that just starting out the answer may just be we don't know yet, but for me one of the benefits of Arch is that all packages are close to upstream (and thus its easy to discuss bugs with upstream, which may not be the case with 5-10 security-patches from git/svn). I think you answered your own question with the 'we don't know yet' statement. I'm looking to get in with the archserver.org guys and the only response I've had so far from them seems to be positive. So the Google Group may well be shutting down with everything moving to archserver.org's infrastructure. There's also already one person who wants to join the team and help. Basically watch this space and hopefully we'll have something on the go very soon. thanks, Ananda signature.asc Description: PGP signature
Re: [arch-general] Important notice on the Arch Security Team to the whole Arch Linux community.
2010/6/21 Ng Oon-Ee ngoo...@gmail.com: bugs with upstream, which may not be the case with 5-10 security-patches from git/svn). This is just pessimistic outlook. Having patches means that you're actually contributing upstream instead of leaching the latest ver every 3 weeks. People need to stop with the notion that patching is bad. As long as you submit upstream, it's anything but a detriment. Upstream *wants* you to fix their crap. Andres P
[arch-general] Kudos to the Arch devs!
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
Re: [arch-general] Important notice on the Arch Security Team to the whole Arch Linux community.
On Jun 21, 2010, at 6:37 PM, Andres P aep...@gmail.com wrote: 2010/6/21 Ng Oon-Ee ngoo...@gmail.com: bugs with upstream, which may not be the case with 5-10 security- patches from git/svn). This is just pessimistic outlook. Having patches means that you're actually contributing upstream instead of leaching the latest ver every 3 weeks. People need to stop with the notion that patching is bad. As long as you submit upstream, it's anything but a detriment. Upstream *wants* you to fix their crap. Andres P He said from git/svn... ie backporting, not contributing. C Anthony
Re: [arch-general] Important notice on the Arch Security Team to the whole Arch Linux community.
On Mon, Jun 21, 2010 at 7:17 PM, C Anthony Risinger anth...@extof.me wrote: He said from git/svn... ie backporting, not contributing. ...? Once they're in svn they're confined to abs? Besides, it's not like there's anything keeping upstream from looking at obsd cvs, Debian's bug tracker, nor Arch's svn repo, etc. Andres P
Re: [arch-general] Important notice on the Arch Security Team to the whole Arch Linux community.
On Mon, 2010-06-21 at 18:47 -0500, C Anthony Risinger wrote: On Jun 21, 2010, at 6:37 PM, Andres P aep...@gmail.com wrote: 2010/6/21 Ng Oon-Ee ngoo...@gmail.com: bugs with upstream, which may not be the case with 5-10 security- patches from git/svn). This is just pessimistic outlook. Having patches means that you're actually contributing upstream instead of leaching the latest ver every 3 weeks. People need to stop with the notion that patching is bad. As long as you submit upstream, it's anything but a detriment. Upstream *wants* you to fix their crap. Andres P He said from git/svn... ie backporting, not contributing. C Anthony Thanks Anthony. I guess my statement IS unclear. @Andres I agree that contributing patches upstream is ideal, but (pessimistic outlook again) I doubt the size of the security team will be enough to allow them to write and test significant patches, which leads to the assumption that their main job would be to identify holes and grab patches from upstream (or Fedora/Debian/whatever) to fix those holes while waiting for upstream to go through whatever verification process they need. Those patches would come from a patchwork of places (upstream's git/svn, fedora/debian patch, etc.), and make it a bit harder to keep things stable.
Re: [arch-general] Important notice on the Arch Security Team to the whole Arch Linux community.
On Mon, Jun 21, 2010 at 6:53 PM, Andres P aep...@gmail.com wrote: On Mon, Jun 21, 2010 at 7:17 PM, C Anthony Risinger anth...@extof.me wrote: He said from git/svn... ie backporting, not contributing. ...? Once they're in svn they're confined to abs? Besides, it's not like there's anything keeping upstream from looking at obsd cvs, Debian's bug tracker, nor Arch's svn repo, etc. Andres P i'm not trying to discourage anyone from pursuing an 'arch security team', or whatever you want to call it. as someone who makes their living writing softwares, you cannot just whip up comprehensive patches for any old project; it takes a significant amount of time to learn the codebase. now the alternative; pulling in obscure fixes from here and there that you don't even really understand to repair problems that may only exist for a short while, or may not even been real problems is a fool's errand. how do you know _why_ upstream wrote the code the way they did? are you sure it's really a bug/hole? are you sure when you backport stuff from trunk/head you won't be introducing more/worse holes? are you sure the backported commit doesn't depend on other commits that currently only exist in trunk? do you trust other distros, ie not authors, to make these decisions for you? one of my favorite things about Arch is not just following the latest releases of upstream, but trying to follow the latest _configuration_ of upstream as well. no one knows a software's internals better than the people who wrote it; let me decide how to make it fit in my environment, because _i_ know that better. dropping privileges and things like that _is_ good practice... but as i said in the other thread: _ultimately_, security is the duty of those deploying to production, not those writing software or packaging it for a generic audience. sure, you could run every application in an LXC container by default with a private rootfs/namespaces, and slap some smack policies or grsecurity or whatever fancy pants layers of indirection you conceive... but should the other 99% of users have to deal with that level of paranoia, and have to undo all that junk when it's not what they need? no. upstream may allow the ability to automatically run in a chroot/container/etc., but it's never the default. why? it's not their job to know how you intend to deploy. it's not Arch's job either. my point of this ramble if there is one, is that personally, i don't want _anyone_ other than upstream to make security decisions regarding their software. if Arch started naively backporting stuff based of the latest alert from XYZ, i wouldn't be sticking around to long. even if an security hole is found i _don't_ want the fix to be included by default, unless it came from upstream in the form of a new release, which Arch would just pick up as usual. thus, in my opinion, an 'arch security team' would be most effective by limiting itself to: 1) alerting others that wish to be alerted of any known/potential/outstanding holes 2) making sure upstream is aware, and getting an ETA of inclusion into mainline 3) adding many wiki pages on how to lock down daemons/applications + best practices 4) making sane recommendations to the development team that does _not_ include patches of any kind or wild changes to default configurations if they stick to that, i'm all about it; otherwise, they're just in the way. C Anthony
Re: [arch-general] Important notice on the Arch Security Team to the whole Arch Linux community.
On 22/06/10 12:07, C Anthony Risinger wrote: my point of this ramble if there is one, is that personally, i don't want _anyone_ other than upstream to make security decisions regarding their software.if Arch started naively backporting stuff based of the latest alert from XYZ, i wouldn't be sticking around to long. even if an security hole is found i _don't_ want the fix to be included by default, unless it came from upstream in the form of a new release, which Arch would just pick up as usual. Then you should probably move along... find /var/abs -name *CVE* /var/abs/extra/libmikmod/libmikmod-CVE-2009-0179.patch /var/abs/extra/xmms/xmms-1.2.11-CVE-2007-0653.0654.patch /var/abs/extra/alpine/CVE-2008-5514.patch /var/abs/extra/libtiff/libtiff-CVE-2009-2285.patch /var/abs/extra/libtiff/tiff-3.9.0-CVE-2009-2347.patch /var/abs/extra/id3lib/id3lib-3.8.3-CVE-2007-4460.patch /var/abs/core/expat/CVE-2009-3720.patch /var/abs/core/expat/CVE-2009-3560.patch and these are just the patches named for the security issue they fix. The point is that the developers around here already patch for security issues. The only change that I think that a security team will achieve is to notify me (as a developer) of issues that I have overlooked on the upstream mailing lists and file a bug report. It is a bonus if the issue is pre-analyzed for me and all relevant links supplied so I can assess it quickly myself and release a fixed package if I deem that being suitable. Allan
Re: [arch-general] Important notice on the Arch Security Team to the whole Arch Linux community.
On Mon, Jun 21, 2010 at 10:16 PM, Allan McRae al...@archlinux.org wrote: On 22/06/10 12:07, C Anthony Risinger wrote: my point of this ramble if there is one, is that personally, i don't want _anyone_ other than upstream to make security decisions regarding their software.if Arch started naively backporting stuff based of the latest alert from XYZ, i wouldn't be sticking around to long. even if an security hole is found i _don't_ want the fix to be included by default, unless it came from upstream in the form of a new release, which Arch would just pick up as usual. Then you should probably move along... find /var/abs -name *CVE* /var/abs/extra/libmikmod/libmikmod-CVE-2009-0179.patch /var/abs/extra/xmms/xmms-1.2.11-CVE-2007-0653.0654.patch /var/abs/extra/alpine/CVE-2008-5514.patch /var/abs/extra/libtiff/libtiff-CVE-2009-2285.patch /var/abs/extra/libtiff/tiff-3.9.0-CVE-2009-2347.patch /var/abs/extra/id3lib/id3lib-3.8.3-CVE-2007-4460.patch /var/abs/core/expat/CVE-2009-3720.patch /var/abs/core/expat/CVE-2009-3560.patch and these are just the patches named for the security issue they fix. The point is that the developers around here already patch for security issues. The only change that I think that a security team will achieve is to notify me (as a developer) of issues that I have overlooked on the upstream mailing lists and file a bug report. It is a bonus if the issue is pre-analyzed for me and all relevant links supplied so I can assess it quickly myself and release a fixed package if I deem that being suitable. indeed. 2007/8/9? are these patches from years ago, for dead software (xmms?)? i don't know the state of the others. alright, so you're patching stuff... why? why are such old patches not in upstream? if things were done appropriately there wouldn't be a need for intermediary patches because glaring security holes are quickly absorbed into upstream. or... whats the deal here? i don't get the need to carry these around. at any rate i don't agree with it but meh, i'm just a worker bee :-) C Anthony
Re: [arch-general] Kudos to the Arch devs!
Hi, I would be interested to know your experience of running arch as server os. running I use distros like debian,CentOS etc. till now I have been scared of running arch as server. Please share your experience Regards, Gaurish Sharma
Re: [arch-general] Important notice on the Arch Security Team to the whole Arch Linux community.
On Mon, Jun 21, 2010 at 10:27 PM, C Anthony Risinger anth...@extof.me wrote: On Mon, Jun 21, 2010 at 10:16 PM, Allan McRae al...@archlinux.org wrote: On 22/06/10 12:07, C Anthony Risinger wrote: my point of this ramble if there is one, is that personally, i don't want _anyone_ other than upstream to make security decisions regarding their software.if Arch started naively backporting stuff based of the latest alert from XYZ, i wouldn't be sticking around to long. even if an security hole is found i _don't_ want the fix to be included by default, unless it came from upstream in the form of a new release, which Arch would just pick up as usual. Then you should probably move along... find /var/abs -name *CVE* /var/abs/extra/libmikmod/libmikmod-CVE-2009-0179.patch /var/abs/extra/xmms/xmms-1.2.11-CVE-2007-0653.0654.patch /var/abs/extra/alpine/CVE-2008-5514.patch /var/abs/extra/libtiff/libtiff-CVE-2009-2285.patch /var/abs/extra/libtiff/tiff-3.9.0-CVE-2009-2347.patch /var/abs/extra/id3lib/id3lib-3.8.3-CVE-2007-4460.patch /var/abs/core/expat/CVE-2009-3720.patch /var/abs/core/expat/CVE-2009-3560.patch and these are just the patches named for the security issue they fix. The point is that the developers around here already patch for security issues. The only change that I think that a security team will achieve is to notify me (as a developer) of issues that I have overlooked on the upstream mailing lists and file a bug report. It is a bonus if the issue is pre-analyzed for me and all relevant links supplied so I can assess it quickly myself and release a fixed package if I deem that being suitable. indeed. 2007/8/9? are these patches from years ago, for dead software (xmms?)? i don't know the state of the others. alright, so you're patching stuff... why? why are such old patches not in upstream? if things were done appropriately there wouldn't be a need for intermediary patches because glaring security holes are quickly absorbed into upstream. or... whats the deal here? i don't get the need to carry these around. at any rate i don't agree with it but meh, i'm just a worker bee :-) Do you honestly think releasing software is that easy? It *sucks*. It is the least enjoyable part of being an open-source developer. They probably are in upstream and they haven't done a release for some very good raeson, or upstream is no longer well-maintained. Does that mean we should leave people vulnerable because of some party line we have? Heck no. -Dan
Re: [arch-general] Kudos to the Arch devs!
On 06/21/2010 09:40 PM, Gaurish Sharma wrote: Hi, I would be interested to know your experience of running arch as server os. running I use distros like debian,CentOS etc. till now I have been scared of running arch as server. Please share your experience Regards, Gaurish Sharma I'm obviously not the person you were replying to, but I've been running Arch for around 6 months on a web server with no problems at all (using Apache + MySQL + PHP then Lighttpd + PostgreSQL + PHP). I used to use Ubuntu, but recompiling PHP to turn GD back on every update was getting on my nerves. - Brendan Long