- Arch-dev-public - lists.archlinux.org

[arch-dev-public] mesa 7.5 is in testing
by Jan de Groot 19 Jul '09

19 Jul '09

I've put mesa 7.5, xorg-server 1.6.2, xf86-video-intel 2.7.99.902 and a rebuild/update of all drivers containing DRI drivers in testing. The nouveau package was modified to use the latest version of libdrm instead of building from git, as the libdrm version is actually git master at this moment. I haven't included Radeon Gallium3D support yet, but we might put this into testing in a later stage. The libdrm package contains all the required libraries and changes for this. Please give these packages a test, so we can move them to extra soon.

3 2

[arch-dev-public] [signoff] usbutils-0.84-1
by Allan McRae 19 Jul '09

19 Jul '09

Upstream update. Signoff both arches. Allan

3 2

[arch-dev-public] [signoff] shadow-4.1.4.1-1
by Allan McRae 19 Jul '09

19 Jul '09

Upstream update. Fixes FS#15217. Sign-off both arches. Allan

3 2

[arch-dev-public] [signoff] vc/* -> tty* transition
by Allan McRae 18 Jul '09

18 Jul '09

Signoffs needed for the following packages: filesystem 2009.07-1 initscripts 2009.07-2 (what I tagged as -1 did not shutdown correctly) syslog-ng 3.0.3-2 udev 141-4 Allan

4 6

Re: [arch-dev-public] [arch-general] [signoff] vc/* -> tty* transition
by Allan McRae 18 Jul '09

18 Jul '09

Gerardo Exequiel Pozzi wrote: > Allan McRae wrote: > >> Signoffs needed for the following packages: >> >> filesystem 2009.07-1 >> initscripts 2009.07-2 (what I tagged as -1 did not shutdown correctly) >> syslog-ng 3.0.3-2 >> udev 141-4 >> >> >> Allan >> >> >> >> >> > For udev missing the last patch for PKGBUILD [#1] in my last-1 comment [#2] > This was deliberate - I did not want to deal with needing a -Sf for udev when these four packages are kind of tied together with this update. > And for initscript the patch for fix the rtc path [#3] (oops!) > This is not too much of an issue so I will hold of fixing for a bit in case other issues occur. Will push an update before all this moves out of [testing]. Allan

1 0

[arch-dev-public] Integrity Check x86_64 17-07-2009
by repomaint＠archlinux.org 17 Jul '09

17 Jul '09

======================================== = Integrity Check x86_64 of core,extra = ======================================== Performing integrity checks... ==> parsing pkgbuilds ==> checking mismatches ==> checking archs ==> checking dependencies ==> checking makedepends ==> checking for circular dependencies Missing Dependencies ---------------------- archboot --> 'portmap>=6.0-2' archboot --> 'vim>=7.2.166-1' archboot --> 'rt2500>=1.1.0_B4-27' Missing Makedepends --------------------- v86d --> 'kernel26<2.6.30' bcprov --> 'java-gcj-compat' gnome-speech --> 'espeak' Repo Hierarchy for Makedepends -------------------------------- core/crda depends on extra/python-m2crypto core/iputils depends on extra/opensp core/iputils depends on extra/libxslt core/iputils depends on extra/docbook-xsl core/e2fsprogs depends on extra/bc core/sqlite3 depends on extra/tcl core/ca-certificates depends on extra/ruby Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 6 Repo hierarchy problems: 7 Circular dependencies: 0

1 0

[arch-dev-public] Integrity Check i686 17-07-2009
by repomaint＠archlinux.org 17 Jul '09

17 Jul '09

====================================== = Integrity Check i686 of core,extra = ====================================== Performing integrity checks... ==> parsing pkgbuilds ==> checking mismatches ==> checking archs ==> checking dependencies ==> checking makedepends ==> checking for circular dependencies Missing Dependencies ---------------------- archboot --> 'portmap>=6.0-2' archboot --> 'vim>=7.2.166-1' archboot --> 'rt2500>=1.1.0_B4-27' Missing Makedepends --------------------- v86d --> 'kernel26<2.6.30' bcprov --> 'java-gcj-compat' gnome-speech --> 'espeak' Repo Hierarchy for Makedepends -------------------------------- core/crda depends on extra/python-m2crypto core/iputils depends on extra/opensp core/iputils depends on extra/libxslt core/iputils depends on extra/docbook-xsl core/e2fsprogs depends on extra/bc core/sqlite3 depends on extra/tcl core/ca-certificates depends on extra/ruby Summary --------- Missing PKGBUILDs: 0 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 6 Repo hierarchy problems: 7 Circular dependencies: 0

1 0

[arch-dev-public] Changing to /dev/tty* standard instead of old /dev/vc*
by Allan McRae 17 Jul '09

17 Jul '09

Hi all, Now [testing] is relatively empty, I would like to implement FS#11352 that involve switching to /dev/tty* instead of the old /dev/vc*. This involves altering the filesystem, syslog-ng, udev and initscripts packages (patches against git/svn this comment: http://bugs.archlinux.org/task/11352#comment44293) Can someore who is familiar with udev rules give the udev patch a look over. It looks fine to me but I might be missing something. There are a few commits in initscripts git. Should we push a new release at the same time or just patch the current version. Allan

3 4

[arch-dev-public] aur server - ssh key only logins
by Aaron Griffin 16 Jul '09

16 Jul '09

Just an FYI, because I haven't turned this on yet. We are going to switch sigurd to REQUIRE keys for ssh login. Right now password login is allowed, but solely because this is a new machine. If you don't have your keys on there that you need, do it now. Cheers, Aaron

1 0

[arch-dev-public] Putting php 5.3 into [testing]?
by Pierre Schmitz 16 Jul '09

16 Jul '09

Hi all, are thee any big rebuilds planned? Otherwise I would like to put version 5.3 of PHP into testing. There is still an issue with suhosin but this way people would have more time to check their scripts. We should also make sure that our Scripts (like AUR) work with the new PHP version. I could help here if there are problems. The good thing is that we don't provide packages with php scripts; so from our side everything is fine. ;-) But seriously: this version has great potential to break lots of especially very old PHP scripts. Pierre -- Pierre Schmitz, http://users.archlinux.de/~pierre

1 0