Re: [arch-dev-public] [signoff] grub 0.97-18

2011-08-06 Thread Ionut Biru
On 08/03/2011 10:30 PM, Ronald van Haren wrote: Hi, Please signoff for both architectures. If you can, please test the install-grub script if it detects your kernel (it should detect the new naming scheme as well as the lts kernel). This should move together with the linux 3.0 changes: - Updat

Re: [arch-dev-public] [signoff] linux 3.0.1-1

2011-08-06 Thread Ionut Biru
On 08/06/2011 08:22 PM, Pierre Schmitz wrote: On Sat, 06 Aug 2011 17:58:53 +0200, Thomas Bächler wrote: Hi, please signoff the 3.0 series for both architectures. Signing off for x86_64 (two machines) and i686 (virtualbox; updated from core to testing here) signoff i686 -- Ionuț

Re: [arch-dev-public] [signoff] linux 3.0.1-1

2011-08-06 Thread Stéphane Gaudreault
Le 6 Août 2011 17:58:53 Thomas Bächler a écrit : > Hi, > > please signoff the 3.0 series for both architectures. > > Note: the upgrade path from 3.0-2 to 3.0.1-1 is not entirely smooth if > you rely on the vmlinuz26 compat symlink. However, the upgrade path from > core/kernel26 to this version is

Re: [arch-dev-public] [signoff] linux 3.0.1-1

2011-08-06 Thread Pierre Schmitz
On Sat, 06 Aug 2011 17:58:53 +0200, Thomas Bächler wrote: > Hi, > > please signoff the 3.0 series for both architectures. Signing off for x86_64 (two machines) and i686 (virtualbox; updated from core to testing here) -- Pierre Schmitz, https://users.archlinux.de/~pierre

Re: [arch-dev-public] add libgraphite2 replacing libgraphite?

2011-08-06 Thread Dan McGee
On Sat, Aug 6, 2011 at 11:46 AM, Evangelos Foutras wrote: > On Sat, Aug 6, 2011 at 7:29 PM, Andreas Radke wrote: >> I'd like to add a libgraphite2 pkg replacing libgraphite because it has >> its own version scheme. > > That sounds like a fine use case for the epoch option. Agreed, we're not Debi

Re: [arch-dev-public] add libgraphite2 replacing libgraphite?

2011-08-06 Thread Evangelos Foutras
On Sat, Aug 6, 2011 at 7:29 PM, Andreas Radke wrote: > I'd like to add a libgraphite2 pkg replacing libgraphite because it has > its own version scheme. That sounds like a fine use case for the epoch option.

Re: [arch-dev-public] [signoff] linux 3.0.1-1

2011-08-06 Thread Florian Pritz
On 06.08.2011 17:58, Thomas Bächler wrote: > Hi, > > please signoff the 3.0 series for both architectures. > Works fine so signoff x86_64, but I noticed strange messages in my dmesg: > snd: Unknown symbol unregister_sound_special (err 0) > snd: Unknown symbol register_sound_special_device (err

[arch-dev-public] add libgraphite2 replacing libgraphite?

2011-08-06 Thread Andreas Radke
I'd like to build LibreOffice against our system libgraphite. We need to switch to the rewritten libgraphite2 (1.0.1 release). I'd like to add a libgraphite2 pkg replacing libgraphite because it has its own version scheme. Do you know any other pkg depending on libgraphite expect LibO and texlive

[arch-dev-public] [signoff] linux 3.0.1-1

2011-08-06 Thread Thomas Bächler
Hi, please signoff the 3.0 series for both architectures. Note: the upgrade path from 3.0-2 to 3.0.1-1 is not entirely smooth if you rely on the vmlinuz26 compat symlink. However, the upgrade path from core/kernel26 to this version is smooth. Upstream changes: http://kernelnewbies.org/LinuxChang

[arch-dev-public] Small WARNING: upgrade path linux 3.0-2 -> 3.0.1-1 not entirely smooth

2011-08-06 Thread Thomas Bächler
I am going to push linux 3.0.1-1 into testing in a few. As mentioned in the previous thread, the upgrade path from 3.0-2 to 3.0.1-1 will not be very smooth, as the vmlinuz26 compat symlink will vanish (this does not concern you if you already fixed your bootloader). However, the upgrade path from

Re: [arch-dev-public] kernel26 -> linux move compat symlinks

2011-08-06 Thread Florian Pritz
On 06.08.2011 11:53, Ray Rashif wrote: > On 6 August 2011 17:19, Thomas Bächler wrote: >> It may look complicated, but it is the right thing to do. Provide >> backward compatibility for those who need it, and don't clutter the >> system with legacy stuff for others. > > I've been testing the upgr

Re: [arch-dev-public] kernel26 -> linux move compat symlinks

2011-08-06 Thread Ray Rashif
On 6 August 2011 17:19, Thomas Bächler wrote: > It may look complicated, but it is the right thing to do. Provide > backward compatibility for those who need it, and don't clutter the > system with legacy stuff for others. I've been testing the upgrade path in a couple of ways (both stock and a c

Re: [arch-dev-public] kernel26 -> linux move compat symlinks

2011-08-06 Thread Thomas Bächler
Am 06.08.2011 08:52, schrieb Evangelos Foutras: > On 05/08/11 15:54, Thomas Bächler wrote: >> It seems somebody (Evangelos, Tobias, who else?) completely >> misunderstood the "compat symlink" idea for a smooth upgrade path. > > Compatibility is retained in a consistent way; all systems end up wit

Re: [arch-dev-public] kernel26 -> linux move compat symlinks

2011-08-06 Thread Evangelos Foutras
On 06/08/11 09:52, Evangelos Foutras wrote: [..] Sorry for the "OMG BEGIN PGP SIGNED MESSAGE" noise; I now have PGP/MIME enabled by default so any future signatures should come as attachments and not inline. signature.asc Description: OpenPGP digital signature