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

[arch-dev-public] [signoff] pcmciautils-015-2
by Tobias Powalowski 24 Sep '08

24 Sep '08

Hi guys, seems a bug slipped into pcmciautils http://bugs.archlinux.org/task/11572 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] remove directories from /home/aur/unsupported
by Ronald van Haren 24 Sep '08

24 Sep '08

Hi, Can someone with superpowers please execute the following command: rm -rf /home/aur/unsupported/{pyrenamer,glista} Thanks Ronald

2 1

[arch-dev-public] Repository Maintenance 24-09-2008 15:00
by repomaint＠archlinux.org 24 Sep '08

24 Sep '08

Scan complete for extra (i686) at /home/ftp/extra/os/i686/ The following files are in the repo but not the db They will be moved to /home/package-cleanup frostwire-4.13.5-1-i686.pkg.tar.gz Scan complete for extra (x86_64) at /home/ftp/extra/os/x86_64/ The following files are in the repo but not the db They will be moved to /home/package-cleanup frostwire-4.13.5-1.1-x86_64.pkg.tar.gz Scan complete for testing (i686) at /home/ftp/testing/os/i686/ The following files are out of date They will be moved to /home/package-cleanup cairo-1.7.6-1-i686.pkg.tar.gz gtk2-2.14.2-1-i686.pkg.tar.gz

1 0

[arch-dev-public] [signoff] libgcrypt 1.4.3-1
by Andreas Radke 24 Sep '08

24 Sep '08

please signoff both arches. should also fix http://bugs.archlinux.org/task/11525 -Andy Noteworthy changes in version 1.4.3 (2008-09-18) ------------------------------------------------ * Try to auto-initialize Libgcrypt to minimize the effect of applications not doing that correctly. This is not a perfect solution but given that many applicationion would totally fail without such a hack, we try to help at least with the most common cases. Folks, please read the manual to learn how to properly initialize Libgcrypt! * Auto-initialize the secure memory to 32k instead of aborting the process. * Log fatal errors via syslog. * Changed the name and the semantics of the fips mode config file. * Add convenience macro gcry_fips_mode_active. * More self-tests. * Documentation cleanups.

3 4

[arch-dev-public] Repository Maintenance 23-09-2008 15:00
by repomaint＠archlinux.org 23 Sep '08

23 Sep '08

Scan complete for core (i686) at /home/ftp/core/os/i686/ The following files are out of date They will be moved to /home/package-cleanup nano-2.0.8-3-i686.pkg.tar.gz which-2.19-2-i686.pkg.tar.gz Scan complete for core (x86_64) at /home/ftp/core/os/x86_64/ The following files are out of date They will be moved to /home/package-cleanup nano-2.0.8-3-x86_64.pkg.tar.gz which-2.19-2-x86_64.pkg.tar.gz Scan complete for extra (i686) at /home/ftp/extra/os/i686/ The following files are out of date They will be moved to /home/package-cleanup pixman-0.10.0-1-i686.pkg.tar.gz Scan complete for extra (x86_64) at /home/ftp/extra/os/x86_64/ The following files are out of date They will be moved to /home/package-cleanup pixman-0.10.0-1-x86_64.pkg.tar.gz Scan complete for testing (i686) at /home/ftp/testing/os/i686/ The following files are in the repo but not the db They will be moved to /home/package-cleanup nano-2.0.9-1-i686.pkg.tar.gz pixman-0.12.0-1-i686.pkg.tar.gz which-2.20-1-i686.pkg.tar.gz Scan complete for testing (x86_64) at /home/ftp/testing/os/x86_64/ The following files are in the repo but not the db They will be moved to /home/package-cleanup nano-2.0.9-1-x86_64.pkg.tar.gz pixman-0.11.10-2-x86_64.pkg.tar.gz which-2.20-1-x86_64.pkg.tar.gz

1 0

[arch-dev-public] Move frostwire to community
by Hugo Doria 23 Sep '08

23 Sep '08

Hi, Can we move frostwire to [community]. It is outdated and orphan for a long time now. Also, a TU said that he want to maintain it. What do you guys think? -- Hugo

3 2

[arch-dev-public] [signoff] nano 2.0.9-1
by Andreas Radke 22 Sep '08

22 Sep '08

- added texinfo dependency - only translation fixes 2008/09/06 - GNU nano 2.0.9 "my bad" is a translation-update-only release, backing out the translations updated in 2.0.8 which were copied from the 2.1 series. That "translation backport" unfortunately caused enough problems that a full release is being made to fix it. If you do not use alternative language support, however, feel free to skip this release as there really are no other changes. please signoff -Andy

4 3

[arch-dev-public] [signoff] which 2.20-1
by Andreas Radke 22 Sep '08

22 Sep '08

minor upstream release with only one buildfix. added texinfo dependency. -Andy Version 2.19 --> 2.20 * xmalloc.h included a readline header for no apparent reason. The compilation failed if readline was not installed. The dependency on the readline header was removed. Submitted by Tushar Teredesai.

3 2

[arch-dev-public] Repository Maintenance 22-09-2008 18:00
by repomaint＠archlinux.org 22 Sep '08

22 Sep '08

Scan complete for testing (i686) at /home/ftp/testing/os/i686/ The following files are out of date They will be moved to /home/package-cleanup deluge-0.9.09-3-i686.pkg.tar.gz

1 0

[arch-dev-public] Let's use the Maintainer tag
by Pierre Schmitz 22 Sep '08

22 Sep '08

Hey devs, I think our current method of organizing maintainership of packages is not optimal. One problem is that we loose those meta information from time to time (we have 2667 orphaned packages atm). Also the webinterface for adopting packages is not the best solution I could think of. You have to adopt every single arch and if you put a package into testing you'll have to adopt it again. On the other side we have the Maintainer tag within our PKGBUILDs since a long time, but we don't make use of it. My idea would be parsing those tags (multipile maintainers should be possible) with makepkg and put those information in every package. In addition to this repo-add should store this data in the db-files, too. That would make things a lot easier, more robust (we have all data stored in svn) and consistent. This would also decrease the complexity of the webfrontend a lot; it allready reads data from the sync-dbs. And last but not least support could be added to pacman to display the mainter(s). ATM it only shows the packager which confuses some people. Pierre -- Pierre Schmitz Clemens-August-Straße 76 53115 Bonn Telefon 0228 9716608 Mobil 0160 95269831 Jabber pierre(a)jabber.archlinux.de WWW http://www.archlinux.de

9 11