[arch-general] plans for Xorg/Mesa - closed drivers may break for some time in testing

2010-12-16 Thread Andreas Radke
A new libdrm has been released. This is required to build new ddx drivers for nouveau and the latest intel rc driver for sandy bridge gfx. The current Mesa 7.9 branch won't build anymore the nouveau-dri stuff with the updated libdrm and it's quiet a buggy upstream release. Mesa 7.10 branch is shor

[arch-general] [SOLVED] Re: howto tease and install of kdemod3 from the old packages?

2010-12-16 Thread David C. Rankin
On 12/17/2010 12:42 AM, Allan McRae wrote: > On 17/12/10 16:32, David C. Rankin wrote: >> So, what says the brain trust? Possible? Not Possible? > > The only sane way to do this is to find the original PKGBUILDs, updated their > dependencies to what is currently in Arch (or provide packages fo

Re: [arch-general] howto tease and install of kdemod3 from the old packages?

2010-12-16 Thread Allan McRae
On 17/12/10 16:32, David C. Rankin wrote: So, what says the brain trust? Possible? Not Possible? The only sane way to do this is to find the original PKGBUILDs, updated their dependencies to what is currently in Arch (or provide packages for the old library versions they need) and reb

[arch-general] howto tease and install of kdemod3 from the old packages?

2010-12-16 Thread David C. Rankin
Guys, I know kdemod3 is considered dead, but I would like to install it on the new box I am setting up tonight. I have the full chakra repo of files and I thought it would be as simple as just creating an entry in pacman.conf to point to my server and the install would proceed. But I ran

Re: [arch-general] dmraid install failure (new thread)

2010-12-16 Thread David C. Rankin
On 12/16/2010 01:30 PM, David C. Rankin wrote: I'll go back and chroot the environment and see what happened to dmraid and report back. I'll bet that fixes it. Then the question becomes "Why wasn't dmraid installed to begin with?" Only 2 possible answers: (1) stupidity (never ruled out); or (2)

Re: [arch-general] [PATCH]: suggestion for new udev.install

2010-12-16 Thread Tom Gundersen
On Thu, Dec 16, 2010 at 6:07 PM, Thomas Bächler wrote: >> Added a conditional database conversion, as this is recommended when >> upgrading from udev <=164 to 165 (which was recently released). > > This database is generated on-the-fly and located in /dev afaik! As we > do not stop and restart ude

[arch-general] dmraid install failure (new thread)

2010-12-16 Thread David C. Rankin
Sorry for the new thread, but I'm at the office and the 'leave message of server' in Tbird didn't work :( Sir Thomas wrote: >Am 16.12.2010 03:30, schrieb David C. Rankin: >> > Waiting 10 seconds for device /dev/mapper/nvidia_haheegdbp6 ... >> > >> > Root device '/dev/mapper/nvidia_haheegdbp6' do

Re: [arch-general] new dmraid install - grub installed fine - boot fails to find root filesystem - dropped to [ramfs /]# ?

2010-12-16 Thread David C. Rankin
On 12/16/2010 11:42 AM, Thomas Bächler wrote: > Am 16.12.2010 03:30, schrieb David C. Rankin: >> Waiting 10 seconds for device /dev/mapper/nvidia_haheegdbp6 ... >> >> Root device '/dev/mapper/nvidia_haheegdbp6' doesn't exist. Attempting to >> create it. >> >> ERROR: Unable to determine major/minor

Re: [arch-general] new dmraid install - grub installed fine - boot fails to find root filesystem - dropped to [ramfs /]# ?

2010-12-16 Thread Thomas Bächler
Am 16.12.2010 03:30, schrieb David C. Rankin: > Waiting 10 seconds for device /dev/mapper/nvidia_haheegdbp6 ... > > Root device '/dev/mapper/nvidia_haheegdbp6' doesn't exist. Attempting to > create it. > > ERROR: Unable to determine major/minor number of root device > '/dev/mapper/nvidia_haheegd

Re: [arch-general] new dmraid install - grub installed fine - boot fails to find root filesystem - dropped to [ramfs /]# ?

2010-12-16 Thread David C. Rankin
On 12/15/2010 08:53 PM, David C. Rankin wrote: > On 12/15/2010 08:47 PM, David C. Rankin wrote: >> On 12/15/2010 08:30 PM, David C. Rankin wrote: >>> Let me know if I can provide anything else to help. I'm sort of dead in >>> the >>> water until I get this sorted. >>> >> >> Also, the install w

Re: [arch-general] [PATCH]: suggestion for new udev.install

2010-12-16 Thread Thomas Bächler
Am 16.12.2010 17:54, schrieb Tom Gundersen: > Hi UDev maintainers, > > Attached is a suggestion for a new udev.install file. > > Two changes: > > Removed the output regarding upgrading from udev =< 100. This is more > than four years old, and was referring to a non-existent readme file. Makes s

[arch-general] [PATCH]: suggestion for new udev.install

2010-12-16 Thread Tom Gundersen
Hi UDev maintainers, Attached is a suggestion for a new udev.install file. Two changes: Removed the output regarding upgrading from udev =< 100. This is more than four years old, and was referring to a non-existent readme file. Added a conditional database conversion, as this is recommended whe

Re: [arch-general] We want to help

2010-12-16 Thread Thomas Dziedzic
On Thu, Dec 16, 2010 at 9:33 AM, C Anthony Risinger wrote: > On Thu, Dec 16, 2010 at 1:09 AM, Alexander Duscheleit > wrote: >> On Tue, 14 Dec 2010 12:12:46 -0600 >> C Anthony Risinger wrote: >> >>> On Tue, Dec 14, 2010 at 7:14 AM, Allan McRae >>> wrote: >>> >>  * git://ius.student.utwente.nl/au

Re: [arch-general] We want to help

2010-12-16 Thread C Anthony Risinger
On Thu, Dec 16, 2010 at 1:09 AM, Alexander Duscheleit wrote: > On Tue, 14 Dec 2010 12:12:46 -0600 > C Anthony Risinger wrote: > >> On Tue, Dec 14, 2010 at 7:14 AM, Allan McRae >> wrote: >> >>  * git://ius.student.utwente.nl/aur2 -- Thralas's repository >> >>  * git://git.berlios.de/aur2 -- Djsza

Re: [arch-general] We want to help

2010-12-16 Thread Tomás Acauan Schertel
On Thu, Dec 16, 2010 at 05:57, Andrea Scarpino wrote: > On Wednesday 15 December 2010 22:45:21 Loui Chang wrote: >> Finally, I'd like to honestly say I don't see AUR2 as really being a >> worthwhile investment for the next generation of the AUR. It's just >> another web app like the current AUR, i