Re: [arch-dev-public] libotr-4.0.0-1 in [staging]

2012-10-30 Thread Eric Bélanger
On Tue, Oct 30, 2012 at 3:27 PM, Andreas Radke wrote: > Am Tue, 16 Oct 2012 10:04:47 -0400 > schrieb Dave Reisner : > >> An an alternative, we could introduce libotr3 and do a rebuild for the >> applications which haven't been ported (as to not hold >> libpurple/pidgin back). > > Sounds good to me

Re: [arch-dev-public] Dropping all packages with missing systemd units

2012-10-30 Thread Eric Bélanger
On Tue, Oct 30, 2012 at 9:29 PM, Allan McRae wrote: > The rebuild list to add systemd units to packages was created on > 2012-08-14 but there is still a number of packages in the repos without > them. Given these packages are effectively unmaintained, I propose we > remove them from the repos. >

Re: [arch-dev-public] Dropping all packages with missing systemd units

2012-10-30 Thread keenerd
On 10/30/12, Allan McRae wrote: > The rebuild list to add systemd units to packages was created on > 2012-08-14 but there is still a number of packages in the repos without > them. Given these packages are effectively unmaintained, I propose we > remove them from the repos. Just as a side note,

[arch-dev-public] Dropping all packages with missing systemd units

2012-10-30 Thread Allan McRae
The rebuild list to add systemd units to packages was created on 2012-08-14 but there is still a number of packages in the repos without them. Given these packages are effectively unmaintained, I propose we remove them from the repos. Allan

Re: [arch-dev-public] Fixing xorg-xinit?

2012-10-30 Thread Thomas Bächler
Am 31.10.2012 00:39, schrieb Thomas Bächler: > Am 31.10.2012 00:35, schrieb Thomas Bächler: >> We get the discussion on IRC a lot: You need to have some special >> treatment for xinit/startx to work well with logind. According to Dave, >> this can be easily fixed. >> >> Shouldn't we fix this in our

Re: [arch-dev-public] Fixing xorg-xinit?

2012-10-30 Thread Thomas Bächler
Am 31.10.2012 00:35, schrieb Thomas Bächler: > We get the discussion on IRC a lot: You need to have some special > treatment for xinit/startx to work well with logind. According to Dave, > this can be easily fixed. > > Shouldn't we fix this in our xorg-xinit package? I don't know exactly > how tho

Re: [arch-dev-public] Fixing xorg-xinit?

2012-10-30 Thread Allan McRae
On 31/10/12 09:35, Thomas Bächler wrote: > We get the discussion on IRC a lot: You need to have some special > treatment for xinit/startx to work well with logind. According to Dave, > this can be easily fixed. > > Shouldn't we fix this in our xorg-xinit package? I don't know exactly > how though.

[arch-dev-public] Fixing xorg-xinit?

2012-10-30 Thread Thomas Bächler
We get the discussion on IRC a lot: You need to have some special treatment for xinit/startx to work well with logind. According to Dave, this can be easily fixed. Shouldn't we fix this in our xorg-xinit package? I don't know exactly how though. signature.asc Description: OpenPGP digital signat

Re: [arch-dev-public] libtirpc 0.2.2-3 in [testing] breaks pam

2012-10-30 Thread Thomas Bächler
Am 31.10.2012 00:13, schrieb Tom Gundersen: > On Tue, Oct 30, 2012 at 11:55 PM, Rémy Oudompheng > wrote: >> After upgrading to testing/libtrpc 0.2.2-3 I became unable to use >> sudo/su/login. >> >> Oct 30 23:41:10 mastermind login[27660]: PAM unable to >> dlopen(/usr/lib/security/pam_unix.so): /u

Re: [arch-dev-public] libtirpc 0.2.2-3 in [testing] breaks pam

2012-10-30 Thread Tom Gundersen
On Tue, Oct 30, 2012 at 11:55 PM, Rémy Oudompheng wrote: > After upgrading to testing/libtrpc 0.2.2-3 I became unable to use > sudo/su/login. > > Oct 30 23:41:10 mastermind login[27660]: PAM unable to > dlopen(/usr/lib/security/pam_unix.so): /usr/lib/security/pam_unix.so: > undefined symbol: log_

Re: [arch-dev-public] libtirpc 0.2.2-3 in [testing] breaks pam

2012-10-30 Thread Andrea Scarpino
On Tuesday 30 October 2012 23:55:34 Rémy Oudompheng wrote: > Hello, > > After upgrading to testing/libtrpc 0.2.2-3 I became unable to use > sudo/su/login. > > Oct 30 23:41:10 mastermind login[27660]: PAM unable to > dlopen(/usr/lib/security/pam_unix.so): /usr/lib/security/pam_unix.so: > undefined

[arch-dev-public] libtirpc 0.2.2-3 in [testing] breaks pam

2012-10-30 Thread Rémy Oudompheng
Hello, After upgrading to testing/libtrpc 0.2.2-3 I became unable to use sudo/su/login. Oct 30 23:41:10 mastermind login[27660]: PAM unable to dlopen(/usr/lib/security/pam_unix.so): /usr/lib/security/pam_unix.so: undefined symbol: log_debug Oct 30 23:41:10 mastermind login[27660]: PAM adding faul

Re: [arch-dev-public] libotr-4.0.0-1 in [staging]

2012-10-30 Thread Andreas Radke
Am Tue, 16 Oct 2012 10:04:47 -0400 schrieb Dave Reisner : > An an alternative, we could introduce libotr3 and do a rebuild for the > applications which haven't been ported (as to not hold > libpurple/pidgin back). Sounds good to me in this special case. We should do something to cleanup staging.

Re: [arch-dev-public] Unannounced mass edit of community PKGBUILDs

2012-10-30 Thread Alexander Rødseth
Hi, A former TU has kindly made me aware that it looks like I disagree with the overall point here, which is that one should not make changes like the ones I made without first discussing it with the rest of the maintainers. I fully agree with this, and has already apologized for doing so, just to

Re: [arch-dev-public] Moving CK-removal + GNOME 3.6? Announcement draft.

2012-10-30 Thread Thomas Bächler
Am 29.10.2012 19:33, schrieb Tom Gundersen: > We should make it clear that anything that was in our CK removal TODO > will now stop working without systemd, not only GNOME+NM+polkit. > > What about: > > "ConsoleKit replaced by logind > > With GNOME 3.6, polkit and networkmanager moving to extra,

[arch-dev-public] Signoff report for [testing]

2012-10-30 Thread Arch Website Notification
=== Signoff report for [testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 8 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 11 fully signed off packages * 313 packages missing signoffs * 4 packages older than 14 days (Note: