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

[arch-dev-public] Integrity check emails
by Aaron Griffin 18 Sep '09

18 Sep '09

Considering the notification list is private, do we want to send integrity check emails somewhere else? I sent them here manually to illustrate the new-and-improved checking Xavier added. And yes, those duplicates are real dupes in community

1 0

[arch-dev-public] Need permission to adopt/maintain packages in community
by Firmicus 18 Sep '09

18 Sep '09

PING! I still cannot adopt packages in community! I'd like to re-adopt some packages I used to maintain until the move to svn, some of which have now been adopted by Sergej (whom I hope won't mind if I grab them back). Sergej, why did you adopt perl-cpanplus-pacman? This is my baby! ;) Btw I will soon put the Git repo for the latter on the users/francois section of the projects page, along with texlive-scripts and texlive-localmanager. Thanks, F

4 4

[arch-dev-public] makechrootpkg question
by Firmicus 18 Sep '09

18 Sep '09

I use a clean chroot to build packages. Currently, testing is not enabled for it. I guess it is possible to use the same chroot with an extra layer to build packages for testing, but I lack time to investigate this. Could you guys tell me how to set this up? Or is it easier or safer to set up a separate chroot for testing? Thanks in advance! F

3 3

[arch-dev-public] [Fwd: [ANNOUNCE] libvdpau 0.2]
by Jan de Groot 17 Sep '09

17 Sep '09

Looks like we can support VDPAU in applications like mplayer and xine now. There's an official opensource library that provides the VDPAU API, the implementation parts are included in the Nvidia driver. -------- Forwarded Message -------- > From: Aaron Plattner <aplattner(a)nvidia.com> > Reply-to: xorg(a)lists.freedesktop.org > To: xorg-announce(a)lists.freedesktop.org > Subject: [ANNOUNCE] libvdpau 0.2 > Date: Thu, 17 Sep 2009 11:58:33 -0700 > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I'm pleased to announce the first release of libvdpau as a standalone > library. This package contains the libvdpau wrapper library and the > libvdpau_trace debugging library, along with the header files needed > to build VDPAU applications. To actually use a VDPAU device, you need > a vendor-specific implementation library. Currently, this is always > libvdpau_nvidia. You can override the driver name by setting the > VDPAU_DRIVER environment variable. > > These files are also currently shipped as part of the NVIDIA driver > package. We're going to continue to do that for now, but the > long-term goal is to ship only libvdpau_nvidia in that package. > > git://anongit.freedesktop.org/~aplattner/libvdpau > http://cgit.freedesktop.org/~aplattner/libvdpau > > git tag: libvdpau-0.2 > > http://people.freedesktop.org/~aplattner/vdpau/libvdpau-0.2.tar.gz > MD5: e0641a208839eb88fe7c01ee5af83735 libvdpau-0.2.tar.gz > SHA1: 9d290f2baea915beb8d395f96246608716dbdf95 libvdpau-0.2.tar.gz > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > > iQEcBAEBAgAGBQJKsobZAAoJEHYgpP6LHaLQ6JAIAImtbxJSd9RfhqMIYt0Sr6z9 > CqY/9mRJp8Cp/dxrqi+an3Xu1MxgIVIz+KOBG0x6h+BiISVKzoWexNBHnco6hu2r > tjbPgp5pdQ3YBau/cUe+MbZKJpALf1vmzDGhBXm3DDG7H7+Wj1clO6XlDLGy74OC > TLoLbRNQtSFNEKgbIPTfLsKeCL0ep4VvPjxCjmLfDpvjkrt0UItASSGclnHsZ2gY > 4asnSnmlfDnJ40cEBb4eepmQMA1J2WecyO7vwe6I16Ecnh+neU7+Kqys2piuAt2x > FsrBF5I7zc1g/NwVRrmUj6p4Pt37jXouFLPNWbSJxGoXFeDAEu452e85we/dFZs= > =MVZe > -----END PGP SIGNATURE----- > _______________________________________________ > xorg-announce mailing list > xorg-announce(a)lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/xorg-announce

1 0

[arch-dev-public] Getting a community testing repo going
by Allan McRae 17 Sep '09

17 Sep '09

Hi, With the rebuilds currently going on in [testing], it would be a good time to get the [communitesting] repo going (or pick a better name...). What do we need to do to achieve this? Allan

3 3

[arch-dev-public] [signoff] coreutils-7.6-1
by Allan McRae 17 Sep '09

17 Sep '09

Upstream update. Heaps of bug fixes from 7.5. Signoff both arches Allan

3 4

[arch-dev-public] PHP 5.3 in [testing]
by Pierre Schmitz 17 Sep '09

17 Sep '09

Hi all, will move a first set of PHP 5.3 packages to testing.This is a major update which might break some scripts but at least the configuration file php.ini will need a manual update. And instead of abusing optdepends there are now separate packages for some optional modules like the one for postgresql etc.. Some notes: * update your php.ini * module path is now /usr/lib/php/modules * session, mbstring and zlib are now built in * the fileinfo module is now built in and no longer a separate package * mysqlnd is anabled; so libmysqlclient is no longer needed * Setting default-character-set in my.cnf causes encoding problems * Set date.timezone in php.ini * third party extensions need to be updated * the Suhosin 0.9.8 is included; please read http://www.hardened-php.net/suhosin/download.html * There are also new versions of the suhosin and apc extension make sure to review their configuration as well PHP was split into the following packages: php php-apache php-cgi php-curl php-enchant php-gd php-gmp php-intl php-ldap php-mcrypt php-odbc php-pear php-pgsql php-pspell php-snmp php-sqlite php-tidy php-xsl Note that for using php on a webserver you either need the cgi or apache sapi. The sqlite package includes the sqlite3 drivers; the legacy sqlite2 drive is included in the php package itself. Any feedback is welcome, Pierre -- Pierre Schmitz, http://users.archlinux.de/~pierre

2 9

[arch-dev-public] [signoff] e2fsprogs 1.41.9-1
by Ronald van Haren 17 Sep '09

17 Sep '09

Hi, In testing for both architectures, please signoff. Changes: - upstream update Ronald

2 5

[arch-dev-public] [signoff] nfsidmap 0.23-2
by Tobias Powalowski 17 Sep '09

17 Sep '09

Hi removed manpage which conflicts with nfs-utils Please signoff both arches. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 1

[arch-dev-public] dbscripts [PATCH] 2/2
by Firmicus 16 Sep '09

16 Sep '09

It happened to me in the past that I ran "extrapkg" by mistake on a package that had not been updated. It still ended up in ~/staging/extra on gerolde, and when I ran "/arch/db-update extra" it died in the middle of the process of updating a dozen packages. I had to clean the mess by hand. This patch avoids this situation by checking, before starting the update process, whether any pkg in the staging dir is actually already present in the ftp repo, and in such a case removing it from the staging dir. F

3 7