Re: [arch-dev-public] [signoff] pacman 3.2.1-2, pacman-mirrorlist

2008-12-15 Thread Eric BĂ©langer
On Mon, 15 Dec 2008, Aaron Griffin wrote: On Sat, Dec 13, 2008 at 4:40 PM, Dan McGee dpmc...@gmail.com wrote: This is a dual signoff. I have split the pacman mirrorlist into its own package because 1) Pacman releases are not all that common (because its perfect software, of course!) 2) Our

Re: [arch-dev-public] [signoff] pacman 3.2.1-2, pacman-mirrorlist

2008-12-14 Thread Aaron Griffin
On Sat, Dec 13, 2008 at 4:40 PM, Dan McGee dpmc...@gmail.com wrote: This is a dual signoff. I have split the pacman mirrorlist into its own package because 1) Pacman releases are not all that common (because its perfect software, of course!) 2) Our packaged mirrorlist often lags waaay behind

[arch-dev-public] [signoff] pacman 3.2.1-2, pacman-mirrorlist

2008-12-13 Thread Dan McGee
This is a dual signoff. I have split the pacman mirrorlist into its own package because 1) Pacman releases are not all that common (because its perfect software, of course!) 2) Our packaged mirrorlist often lags waaay behind the actual one in SVN, because I find it a waste to rebuild pacman just

Re: [arch-dev-public] [signoff] pacman 3.2.1-2, pacman-mirrorlist

2008-12-13 Thread Eduardo Romero
Dan McGee wrote: This is a dual signoff. I have split the pacman mirrorlist into its own package because 1) Pacman releases are not all that common (because its perfect software, of course!) 2) Our packaged mirrorlist often lags waaay behind the actual one in SVN, because I find it a waste to

Re: [arch-dev-public] [signoff] pacman 3.2.1-2, pacman-mirrorlist

2008-12-13 Thread Allan McRae
Dan McGee wrote: This is a dual signoff. I have split the pacman mirrorlist into its own package because 1) Pacman releases are not all that common (because its perfect software, of course!) 2) Our packaged mirrorlist often lags waaay behind the actual one in SVN, because I find it a waste to