Re: [arch-general] Kernel 2.6.32
On Tue, Dec 22, 2009 at 12:35 AM, Frank Hale frankh...@gmail.com wrote: I was using the testing kernel 2.6.32 without an issue but then when the kernel went to core my system would no longer boot. It would start to boot half way then just go dead. I don't have any error messages to post because the screen went blank. Grub was working fine as far as I can tell. I had to use the Arch live CD to revert kernels back to an earlier version. Has anyone been having issues with the stable kernel 2.6.32? Like I said, 2.6.32 from testing worked fine. Uh ? It is the same package that moves from testing to core. The move cannot break anything. When you use testing, and a package gets moved, you cannot even notice it, because pacman -Su won't do anything : you already have the latest packages. Maybe you want to be a bit more specific about which version exactly you were using ? If you don't know, you can check pacman logs. The changes to kernel26 can be seen here : http://repos.archlinux.org/wsvn/packages/kernel26/trunk/?op=logrev=0isdir=1 There has apparently been one revision for each stable kernel release so : 2.6.32-1 2.6.32.1-1 2.6.32.2-1 2.6.32.2 contains 5 radeon patches : http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.32.2 If you can actually confirm that this is what broke your setup, this narrows down the issue extremely. The list of changes between 2.6.31 and 2.6.32 is likely awfully huge.
Re: [arch-general] Kernel 2.6.32
On Tue, 2009-12-22 at 09:49 +0100, Xavier wrote: On Tue, Dec 22, 2009 at 12:35 AM, Frank Hale frankh...@gmail.com wrote: I was using the testing kernel 2.6.32 without an issue but then when the kernel went to core my system would no longer boot. It would start to boot half way then just go dead. I don't have any error messages to post because the screen went blank. Grub was working fine as far as I can tell. I had to use the Arch live CD to revert kernels back to an earlier version. Has anyone been having issues with the stable kernel 2.6.32? Like I said, 2.6.32 from testing worked fine. Uh ? It is the same package that moves from testing to core. The move cannot break anything. When you use testing, and a package gets moved, you cannot even notice it, because pacman -Su won't do anything : you already have the latest packages. Maybe you want to be a bit more specific about which version exactly you were using ? If you don't know, you can check pacman logs. The changes to kernel26 can be seen here : http://repos.archlinux.org/wsvn/packages/kernel26/trunk/?op=logrev=0isdir=1 There has apparently been one revision for each stable kernel release so : 2.6.32-1 2.6.32.1-1 2.6.32.2-1 2.6.32.2 contains 5 radeon patches : http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.32.2 If you can actually confirm that this is what broke your setup, this narrows down the issue extremely. The list of changes between 2.6.31 and 2.6.32 is likely awfully huge. Something's been bugging me about this email, and I just realized, 2.6.32 hasn't moved to core yet!
Re: [arch-general] Kernel 2.6.32
2009/12/22 Ng Oon-Ee ngoo...@gmail.com: Something's been bugging me about this email, and I just realized, 2.6.32 hasn't moved to core yet! Ah ah, right. I thought it could have moved, since it seemed to be ready and got a few signoff. And Frank said it moved. I assumed it was just the package web page that wasn't up-to-date (I believe I already saw that a few times), but usually the websvn view is up-to-date and I didn't check it carefully. My mistake.
Re: [arch-general] A universal Operating System API - why don't we have it?
On 12/21/2009 01:31 PM, Frédéric Perrin wrote: Le lundi 21 à 18:57, Laurie Clark-Michalek a écrit : And on the anal sex point... actually, I think it'd be better for the convocation as a whole if we dropped that analogy. Is that what they call a Freudian slip? I laughed. -- Arvid Asgaard Technologies
Re: [arch-general] Kernel 2.6.32
Le mardi 22 décembre 2009 à 09:49 +0100, Xavier a écrit : On Tue, Dec 22, 2009 at 12:35 AM, Frank Hale frankh...@gmail.com wrote: I was using the testing kernel 2.6.32 without an issue but then when the kernel went to core my system would no longer boot. It would start to boot half way then just go dead. I don't have any error messages to post because the screen went blank. Grub was working fine as far as I can tell. I had to use the Arch live CD to revert kernels back to an earlier version. Has anyone been having issues with the stable kernel 2.6.32? Like I said, 2.6.32 from testing worked fine. Uh ? It is the same package that moves from testing to core. The move cannot break anything. When you use testing, and a package gets moved, you cannot even notice it, because pacman -Su won't do anything : you already have the latest packages. Maybe you want to be a bit more specific about which version exactly you were using ? If you don't know, you can check pacman logs. The changes to kernel26 can be seen here : http://repos.archlinux.org/wsvn/packages/kernel26/trunk/?op=logrev=0isdir=1 There has apparently been one revision for each stable kernel release so : 2.6.32-1 2.6.32.1-1 2.6.32.2-1 2.6.32.2 contains 5 radeon patches : http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.32.2 If you can actually confirm that this is what broke your setup, this narrows down the issue extremely. The list of changes between 2.6.31 and 2.6.32 is likely awfully huge. It seems that 2.6.32.2 is broken with r600 chips : http://old.nabble.com/-stable--Regression-in-2.6.32.2:-radeon-KMS-hangs-system-p26864854.html and http://old.nabble.com/-PATCH--stable---drm-radeon-kms:-fix-crtc-vblank-update-for-r600-p26869892.html. Paul
Re: [arch-general] [arch-dev-public] Xorg changes / DRM modules
Am Tue, 22 Dec 2009 00:46:29 +0100 schrieb Heiko Baums li...@baums-on-web.de: Please, don't make too many experiments in the stable repos and keep the packages in the repos as close to the stable upstream releases as possible. I don't think that having a git version in the repo is a good idea anyway. We would also like to do this. Would mean much less work for us. New kernel brings changes in drm modules. Xorg ddx driver updates require new kernel modules and sometimes even more recent stuff. There's new mesa out now. And upstream devs work hard on the kmd-drm-gallium switch for the future. Sadly not all part move at the same time and distributions have to decide whether to package old stuff that isn't supported upstream anymore or more recent and sadly buggy stuff. We will try to fix all known issues in testing before we move stuff to core/extra. -Andy
Re: [arch-general] Kernel 2.6.32
Something's been bugging me about this email, and I just realized, 2.6.32 hasn't moved to core yet! Oops, you are absolutely correct. I don't know why I assumed this. It appears that the issue started for me with kernel26 2.6.32.2-1.
Re: [arch-general] [arch-dev-public] Xorg changes / DRM modules
On 12/22/2009 01:59 PM, Andreas Radke wrote: Am Tue, 22 Dec 2009 00:46:29 +0100 schrieb Heiko Baumsli...@baums-on-web.de: Please, don't make too many experiments in the stable repos and keep the packages in the repos as close to the stable upstream releases as possible. I don't think that having a git version in the repo is a good idea anyway. We would also like to do this. Would mean much less work for us. New kernel brings changes in drm modules. Xorg ddx driver updates require new kernel modules and sometimes even more recent stuff. There's new mesa out now. And upstream devs work hard on the kmd-drm-gallium switch for the future. Sadly not all part move at the same time and distributions have to decide whether to package old stuff that isn't supported upstream anymore or more recent and sadly buggy stuff. We will try to fix all known issues in testing before we move stuff to core/extra. -Andy also we have to know what issue exists and that's require testing from you guys. don't forget that downgrading is not a solution and all issue should be submitted to bugtracker. this is the only way to let us know about that. -- Ionut
Re: [arch-general] Kernel 2.6.32
Adding nomodeset to the kernel boot line will allow the kernel to boot fine with no issues. If I don't add that the screen I am assuming tries to go into an unsupported video mode and then goes black. Setting a vga mode in Grub doesn't seem to affect this at all. I'll do some more testing tonight and see if I can gather more information about the actual problem. On Tue, Dec 22, 2009 at 7:29 AM, Frank Hale frankh...@gmail.com wrote: Something's been bugging me about this email, and I just realized, 2.6.32 hasn't moved to core yet! Oops, you are absolutely correct. I don't know why I assumed this. It appears that the issue started for me with kernel26 2.6.32.2-1.
Re: [arch-general] [pkgstats] Patch to allow pkgstats to submit info through a proxy (if this is setted on http_proxy)
On Mon, Dec 21, 2009 at 8:39 PM, Pierre Schmitz pie...@archlinux.de wrote: On Mon, 21 Dec 2009 12:50:03 -0300, Angel Velásquez an...@archlinux.com.ve wrote: On Mon, Dec 21, 2009 at 12:39 PM, Pierre Schmitz pie...@archlinux.de wrote: Am Montag 21 Dezember 2009 15:13:53 schrieb Angel Velásquez: So, I decided to do a little patch to pkgstats, I've tested and now it's working .. (I am checking if the http_proxy env var is empty and else I am setting a variable called prox which have the value of the proxy). That shouldn't be needed because curl reads the env vars itself (at least according to its man page) Btw: pkgstats not that usable atm. Well curl wasn't reading the env vars, in fact I had to add this option --proxy. So if curl isn't reading the env vars there is a curl's bug. And why is not usable pkgstats? Make sure your proxy support https and you have set https_proxy; the stats are sent via https; so setting just http_proxy does not work. Are you completely sure? [«avelasq...@avelasquez-desktop ~»]$ echo $http_proxy http://localhost:5865 [«avelasq...@avelasquez-desktop ~»]$ https_proxy=$http_proxy [«avelasq...@avelasquez-desktop ~»]$ echo $https_proxy http://localhost:5865 [«avelasq...@avelasquez-desktop ~»]$ pkgstats Creating package list... Submitting data... And never submit anything, note: I am using ntlmaps as a proxy server since I am behind a noisy ISA Server. With the patch that I've sent, that isn't happening to me, are you completely sure about the http_proxy env var and https_proxy are detected automatically by curl? is this a curl bug? -- Angel Velásquez angvp @ irc.freenode.net Arch Linux Trusted User Linux Counter: #359909 http://www.angvp.com
Re: [arch-general] Kernel 2.6.32
On 12/22/2009 05:37 AM, Paul Ezvan wrote: Le mardi 22 décembre 2009 à 09:49 +0100, Xavier a écrit : On Tue, Dec 22, 2009 at 12:35 AM, Frank Halefrankh...@gmail.com wrote: I was using the testing kernel 2.6.32 without an issue but then when the kernel went to core my system would no longer boot. It would start to boot half way then just go dead. I don't have any error messages to post because the screen went blank. Grub was working fine as far as I can tell. I had to use the Arch live CD to revert kernels back to an earlier version. Has anyone been having issues with the stable kernel 2.6.32? Like I said, 2.6.32 from testing worked fine. Uh ? It is the same package that moves from testing to core. The move cannot break anything. When you use testing, and a package gets moved, you cannot even notice it, because pacman -Su won't do anything : you already have the latest packages. Maybe you want to be a bit more specific about which version exactly you were using ? If you don't know, you can check pacman logs. The changes to kernel26 can be seen here : http://repos.archlinux.org/wsvn/packages/kernel26/trunk/?op=logrev=0isdir=1 There has apparently been one revision for each stable kernel release so : 2.6.32-1 2.6.32.1-1 2.6.32.2-1 2.6.32.2 contains 5 radeon patches : http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.32.2 If you can actually confirm that this is what broke your setup, this narrows down the issue extremely. The list of changes between 2.6.31 and 2.6.32 is likely awfully huge. It seems that 2.6.32.2 is broken with r600 chips : http://old.nabble.com/-stable--Regression-in-2.6.32.2:-radeon-KMS-hangs-system-p26864854.html and http://old.nabble.com/-PATCH--stable---drm-radeon-kms:-fix-crtc-vblank-update-for-r600-p26869892.html. Paul Yes ... it does not work here (KMS + Radeon Mobility HD 3670). Works fine with nomodeset Ignacio
[arch-general] kernel26-2.6.32.2-1 -- Radeon module (EE) config/hal ... org.freedesktop.DBus.Error.AccessDenied
Guys, Working between the radeon and radeonhd modules, I noticed a strange error as the last line in my Xorg.0.log today that caught me by surprise. It was a hal/DBus error that I haven't seen before. Strange, what is a hal/dbus error doing in my Xorg log? The Radeon driver seems to be working OK, but I would like to find out what is going wrong and how I can fix the system so I don't get this error anymore. The error is: (II) RADEON(0): Setting screen physical size to 381 x 238 (EE) config/hal: couldn't find input device: org.freedesktop.DBus.Error.AccessDenied (Rejected send message, 1 matched rules; type=method_call, sender=:1.11 (uid=0 pid=16410 comm=/usr/bin/X) interface=org.freedesktop.Hal.Manager member=FindDeviceByCapability error name=(unset) requested_reply=0 destination=org.freedesktop.Hal (uid=0 pid=4062 comm=/usr/sbin/hald))) The box is my Toshiba 205d x86_64 laptop w/Radeon RS690M. The full log is here: http://www.3111skyline.com/download/linux/radeonhd/log/Xorg.0.22095221.log Anybody know what to do to figure out what is going on 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] Kernel 2.6.32
This is what my video card shows when I do lspci 01:00.0 VGA compatible controller: ATI Technologies Inc RV610 video device [Radeon HD 2400 PRO] On Tue, Dec 22, 2009 at 10:32 AM, Ignacio Galmarino igalmar...@gmail.com wrote: On 12/22/2009 05:37 AM, Paul Ezvan wrote: Le mardi 22 décembre 2009 à 09:49 +0100, Xavier a écrit : On Tue, Dec 22, 2009 at 12:35 AM, Frank Halefrankh...@gmail.com wrote: I was using the testing kernel 2.6.32 without an issue but then when the kernel went to core my system would no longer boot. It would start to boot half way then just go dead. I don't have any error messages to post because the screen went blank. Grub was working fine as far as I can tell. I had to use the Arch live CD to revert kernels back to an earlier version. Has anyone been having issues with the stable kernel 2.6.32? Like I said, 2.6.32 from testing worked fine. Uh ? It is the same package that moves from testing to core. The move cannot break anything. When you use testing, and a package gets moved, you cannot even notice it, because pacman -Su won't do anything : you already have the latest packages. Maybe you want to be a bit more specific about which version exactly you were using ? If you don't know, you can check pacman logs. The changes to kernel26 can be seen here : http://repos.archlinux.org/wsvn/packages/kernel26/trunk/?op=logrev=0isdir=1 There has apparently been one revision for each stable kernel release so : 2.6.32-1 2.6.32.1-1 2.6.32.2-1 2.6.32.2 contains 5 radeon patches : http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.32.2 If you can actually confirm that this is what broke your setup, this narrows down the issue extremely. The list of changes between 2.6.31 and 2.6.32 is likely awfully huge. It seems that 2.6.32.2 is broken with r600 chips : http://old.nabble.com/-stable--Regression-in-2.6.32.2:-radeon-KMS-hangs-system-p26864854.html and http://old.nabble.com/-PATCH--stable---drm-radeon-kms:-fix-crtc-vblank-update-for-r600-p26869892.html. Paul Yes ... it does not work here (KMS + Radeon Mobility HD 3670). Works fine with nomodeset Ignacio
Re: [arch-general] Kernel 2.6.32
I can't figure out how to use tuxonice or even default suspend with KMS enabled kernel 2.6.32.y, do you guys know anything about that?
Re: [arch-general] [pkgstats] Patch to allow pkgstats to submit info through a proxy (if this is setted on http_proxy)
2009/12/23 Angel Velásquez an...@archlinux.com.ve: [«avelasq...@avelasquez-desktop ~»]$ echo $http_proxy http://localhost:5865 [«avelasq...@avelasquez-desktop ~»]$ https_proxy=$http_proxy [«avelasq...@avelasquez-desktop ~»]$ echo $https_proxy http://localhost:5865 [«avelasq...@avelasquez-desktop ~»]$ pkgstats Creating package list... Submitting data... And never submit anything, You need to export the var as well as set it I believe... `export https_proxy=$http_proxy` not just `https_proxy=$http_proxy`
Re: [arch-general] Arch Linux Law Office? (Was: Re: go-openoffice not opening templates - anybody else?)
On Sat, Dec 12, 2009 at 7:12 PM, Logan Rathbone popro...@gmail.com wrote: David, are you running (Arch) Linux in your law office? If so, could you describe your experiences? What do you use for time and billing? I too would be interested to hear about solutions for billing and keeping track of time on Linux. I do freelance web development and have to record my working hours and send invoices to clients. Right now I just write down my working hours in a plain text file and use an OpenOffice template for invoices. Denis.
Re: [arch-general] kernel26-2.6.32.2-1 -- Radeon module (EE) config/hal ... org.freedesktop.DBus.Error.AccessDenied
Hi there, It seems that X met a tiny problem on finding a specific device, namely FindDeviceByCapability method of HAL returned a called unset error. do you have any such declarations in your xorg.conf file? If every input devices work fine on your system, I think it doesn't matter. Since Hal only perform input device configuring for X, nothing else. Regards, On Wed, Dec 23, 2009 at 12:20 AM, David C. Rankin drankina...@suddenlinkmail.com wrote: Guys, Working between the radeon and radeonhd modules, I noticed a strange error as the last line in my Xorg.0.log today that caught me by surprise. It was a hal/DBus error that I haven't seen before. Strange, what is a hal/dbus error doing in my Xorg log? The Radeon driver seems to be working OK, but I would like to find out what is going wrong and how I can fix the system so I don't get this error anymore. The error is: (II) RADEON(0): Setting screen physical size to 381 x 238 (EE) config/hal: couldn't find input device: org.freedesktop.DBus.Error.AccessDenied (Rejected send message, 1 matched rules; type=method_call, sender=:1.11 (uid=0 pid=16410 comm=/usr/bin/X) interface=org.freedesktop.Hal.Manager member=FindDeviceByCapability error name=(unset) requested_reply=0 destination=org.freedesktop.Hal (uid=0 pid=4062 comm=/usr/sbin/hald))) The box is my Toshiba 205d x86_64 laptop w/Radeon RS690M. The full log is here: http://www.3111skyline.com/download/linux/radeonhd/log/Xorg.0.22095221.log Anybody know what to do to figure out what is going on 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 -- LI Ye M.S. Student School of Information Science and Engineering Southeast University, P.R. China l...@seu.edu.cn
Re: [arch-general] Arch Linux Law Office? (Was: Re: go-openoffice not opening templates - anybody else?)
On Tue, 22 Dec 2009 19:08:40 -0500 Denis Kobozev d.v.kobo...@gmail.com wrote: On Sat, Dec 12, 2009 at 7:12 PM, Logan Rathbone popro...@gmail.com wrote: David, are you running (Arch) Linux in your law office? If so, could you describe your experiences? What do you use for time and billing? I too would be interested to hear about solutions for billing and keeping track of time on Linux. I do freelance web development and have to record my working hours and send invoices to clients. Right now I just write down my working hours in a plain text file and use an OpenOffice template for invoices. Denis. I'm not sure if this is what you're looking for. It needs a LAMP server to run, but can then be used from a browser. http://bambooinvoice.org/ -- Rene - The box said to install Windows 95 or better, so I installed ARCH Linux! - System Setup: AMD64 X2 6400+ with 4GB ram and 570GB harddrive. Running Arch Linux x86_64 -- - Registered Linux user #167944 since 2000-02-28 (。◕‿◕。) - --