Re: [arch-dev-public] [signoff] filesystem-2009.11-1

2009-11-03 Thread Dan McGee
On Tue, Nov 3, 2009 at 11:38 AM, Roman Kyrylych wrote: > On Tue, Nov 3, 2009 at 19:29, Andreas Radke wrote: >> Am Sun, 01 Nov 2009 14:02:06 +1000 >> schrieb Allan McRae : >> >> >>> * profile >>> Remove LC_COLLATE=C from the default /etc/profile >>> Apparently this is not necessary and has been te

Re: [arch-dev-public] [signoff] pam-1.1.0-1

2009-11-03 Thread Ionut Biru
On 11/03/2009 11:19 AM, Tobias Powalowski wrote: Hi resending because of copy and paste error, sorry folks. new major latest version, please test it well and signoff. signoff x86_64 -- Ionut

Re: [arch-dev-public] [signoff] samba 3.4.x

2009-11-03 Thread Ionut Biru
On 11/02/2009 02:47 PM, Tobias Powalowski wrote: Hi guys and users, bumped to new samba 3.4.x series, i only use it very rudimentary. It's a major version upgrade, please give me a signoff on it. Thanks. greetings tpowa signoff x86_64 -- Ionut

Re: [arch-dev-public] [signoff] samba 3.4.x

2009-11-03 Thread Andreas Radke
Am Mon, 2 Nov 2009 13:47:32 +0100 schrieb Tobias Powalowski : > Hi guys and users, > bumped to new samba 3.4.x series, i only use it very rudimentary. > It's a major version upgrade, please give me a signoff on it. > > Thanks. > greetings > tpowa You should think about using a splitted pkg. Do

Re: [arch-dev-public] [signoff] filesystem-2009.11-1

2009-11-03 Thread Andreas Radke
Am Sun, 01 Nov 2009 14:02:06 +1000 schrieb Allan McRae : > * profile > Remove LC_COLLATE=C from the default /etc/profile > Apparently this is not necessary and has been tested for a while. > If this causes regex-based scripts to fail, we should add > LC_COLLATE=C to those scripts themselves. > Se

Re: [arch-dev-public] /var/empty

2009-11-03 Thread Roman Kyrylych
On Sun, Nov 1, 2009 at 20:14, Xavier wrote: > On Sun, Nov 1, 2009 at 6:23 PM, Dan McGee wrote: >> On Sun, Nov 1, 2009 at 5:11 AM, Roman Kyrylych >> wrote: >>> Shouldn't /var/empty be created by filesystem package, >>> instead of by packages that require it? (like openssh and openntpd) >> >> It

Re: [arch-dev-public] [signoff] pam-1.1.0-1

2009-11-03 Thread Andreas Radke
Am Tue, 3 Nov 2009 10:19:53 +0100 schrieb Tobias Powalowski : > Hi > resending because of copy and paste error, sorry folks. > > new major latest version, please test it well and signoff. > > I have one open feature request on pam: > http://bugs.archlinux.org/task/13591 > I don't know if we shou

Re: [arch-dev-public] [signoff] filesystem-2009.11-1

2009-11-03 Thread Roman Kyrylych
On Tue, Nov 3, 2009 at 19:29, Andreas Radke wrote: > Am Sun, 01 Nov 2009 14:02:06 +1000 > schrieb Allan McRae : > > >> * profile >> Remove LC_COLLATE=C from the default /etc/profile >> Apparently this is not necessary and has been tested for a while. >> If this causes regex-based scripts to fail,

Re: [arch-dev-public] Cronjob for regular git garbage collection

2009-11-03 Thread Thomas Bächler
Dan McGee schrieb: That is the whole point, repack doesn't create small files, it bundles them up for you. Downloading 3 packs is still quicker than downloading 1 big one if we do it once a week. I just read the help of repack -d and it totally makes sense to use it this way. We could generate

Re: [arch-dev-public] Cronjob for regular git garbage collection

2009-11-03 Thread Dan McGee
On Tue, Nov 3, 2009 at 7:23 AM, Thomas Bächler wrote: > Dan McGee schrieb: >> >> Realize that this has drawbacks; someone that is fetching (not >> cloning) over HTTP will have to redownload the whole pack again and >> not just the incremental changeset. You may want something more like >> the incl

Re: [arch-dev-public] Cronjob for regular git garbage collection

2009-11-03 Thread Thomas Bächler
Dan McGee schrieb: Realize that this has drawbacks; someone that is fetching (not cloning) over HTTP will have to redownload the whole pack again and not just the incremental changeset. You may want something more like the included script as it gives you the benefits of compressing objects but no

Re: [arch-dev-public] Cronjob for regular git garbage collection

2009-11-03 Thread Dan McGee
On Tue, Nov 3, 2009 at 3:49 AM, Thomas Bächler wrote: > When I broke our projects.archlinux.org vhost, I noticed that cloning git > via http:// takes ages. This could be vastly improved by running a regular > cronjob to 'git gc' all /srv/projects/git repositories. It would also speed > up cloning/

Re: [arch-dev-public] Cronjob for regular git garbage collection

2009-11-03 Thread Daniel Isenmann
> When I broke our projects.archlinux.org vhost, I noticed that cloning > git via http:// takes ages. This could be vastly improved by running a > regular cronjob to 'git gc' all /srv/projects/git repositories. It would > also speed up cloning/pulling via git://, as the "remote: compressing >

[arch-dev-public] Cronjob for regular git garbage collection

2009-11-03 Thread Thomas Bächler
When I broke our projects.archlinux.org vhost, I noticed that cloning git via http:// takes ages. This could be vastly improved by running a regular cronjob to 'git gc' all /srv/projects/git repositories. It would also speed up cloning/pulling via git://, as the "remote: compressing objects" st

[arch-dev-public] [signoff] pam-1.1.0-1

2009-11-03 Thread Tobias Powalowski
Hi resending because of copy and paste error, sorry folks. new major latest version, please test it well and signoff. I have one open feature request on pam: http://bugs.archlinux.org/task/13591 I don't know if we should change the default provided upstream here. Changelog: Release 1.1.0 * Upda

[arch-dev-public] [signoff] pam-1.1.0-1

2009-11-03 Thread Tobias Powalowski
Hi new major latest version, please test it well and signoff. I have one open feature request on pam: http://bugs.archlinux.org/task/13591 I don't know if we should change the default provided upstream here. Changelog: Release 1.1.0 * Update translations * Documentation updates and fixes Releas

Re: [arch-dev-public] [signoff] mdadm-3.1-1

2009-11-03 Thread Tobias Powalowski
Am Montag 02 November 2009 schrieb Dan McGee: > On Mon, Nov 2, 2009 at 10:19 AM, Tobias Powalowski wrote: > > Hi > > bump to latest version, please signoff. > > Due to lack of hardware also users can signoff. > > Please update and recreate your initcpio after upgrading. > > > > One thing i observe