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

[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

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

22 Sep '08

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 icu-4.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 icu-4.0-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 libgcrypt-1.4.3-1-i686.pkg.tar.gz Scan complete for testing (x86_64) at /home/ftp/testing/os/x86_64/ The following files are out of date They will be moved to /home/package-cleanup libgcrypt-1.4.3-1-x86_64.pkg.tar.gz

1 0

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

21 Sep '08

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 xfsprogs-2.9.8-1-x86_64.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 deluge-0.5.9.1-1-x86_64.pkg.tar.gz gtk-qt-engine-0.8-3-x86_64.pkg.tar.gz Scan complete for testing (x86_64) at /home/ftp/testing/os/x86_64/ The following files are out of date They will be moved to /home/package-cleanup deluge-0.9.09-1-x86_64.pkg.tar.gz The following files are in the repo but not the db They will be moved to /home/package-cleanup xfsprogs-2.10.1-1-x86_64.pkg.tar.gz

1 0

[arch-dev-public] [signoff] ifenslave
by Dan McGee 21 Sep '08

21 Sep '08

Just minor updates- grabbed the newest code from upstream (a one line casting fix, nothing serious) and updated the upstream URL. I also moved the source into our FTP other directory, so Tobias, this no longer needs to be there: http://www.archlinux.org/~tpowa/ifenslave/ -Dan

2 1

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

21 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 hwdetect-0.9.1-1-i686.pkg.tar.gz openssl-0.9.8h-4-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 hwdetect-0.9.1-1-x86_64.pkg.tar.gz openssl-0.9.8h-4-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 gtk-qt-engine-0.8-3-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 mail-notification-5.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 openssl-0.9.8i-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 openssl-0.9.8i-1-x86_64.pkg.tar.gz

1 0

[arch-dev-public] inputproto - required by differs between archs
by Roman Kyrylych 21 Sep '08

21 Sep '08

Hi! This is what I've got today: $ pacman -Qtd bigreqsproto 1.0.2-1 ffmpeg 20080715-3 inputproto 1.4.4-1 libburn 0.5.2-1 inplibisofs 0.6.6-1 unzip 5.52-4 inputproto is required by xextproto on i686, but not on x86_64 :-/ bigreqsproto is not required by anything now. Is it safe to remove? -- Roman Kyrylych (Роман Кирилич)

2 3

[arch-dev-public] [signoff] openssl 0.9.8i-1
by Pierre Schmitz 21 Sep '08

21 Sep '08

Changes between 0.9.8h and 0.9.8i [15 Sep 2008] *) Fix a state transitition in s3_srvr.c and d1_srvr.c (was using SSL3_ST_CW_CLNT_HELLO_B, should be ..._ST_SW_SRVR_...). [Nagendra Modadugu] *) The fix in 0.9.8c that supposedly got rid of unsafe double-checked locking was incomplete for RSA blinding, addressing just one layer of what turns out to have been doubly unsafe triple-checked locking. So now fix this for real by retiring the MONT_HELPER macro in crypto/rsa/rsa_eay.c. [Bodo Moeller; problem pointed out by Marius Schilder] *) Various precautionary measures: - Avoid size_t integer overflow in HASH_UPDATE (md32_common.h). - Avoid a buffer overflow in d2i_SSL_SESSION() (ssl_asn1.c). (NB: This would require knowledge of the secret session ticket key to exploit, in which case you'd be SOL either way.) - Change bn_nist.c so that it will properly handle input BIGNUMs outside the expected range. - Enforce the 'num' check in BN_div() (bn_div.c) for non-BN_DEBUG builds. [Neel Mehta, Bodo Moeller] *) Add support for Local Machine Keyset attribute in PKCS#12 files. [Steve Henson] *) Fix BN_GF2m_mod_arr() top-bit cleanup code. [Huang Ying] *) Expand ENGINE to support engine supplied SSL client certificate functions. This work was sponsored by Logica. [Steve Henson] *) Add CryptoAPI ENGINE to support use of RSA and DSA keys held in Windows keystores. Support for SSL/TLS client authentication too. Not compiled unless enable-capieng specified to Configure. This work was sponsored by Logica. [Steve Henson] *) Allow engines to be "soft loaded" - i.e. optionally don't die if the load fails. Useful for distros. [Ben Laurie and the FreeBSD team] -- 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

4 5

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

21 Sep '08

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 wxmaxima-0.7.5-2-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 wxmaxima-0.7.5-2-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 miro-1.2.7-1-i686.pkg.tar.gz udev-128-4-i686.pkg.tar.gz Scan complete for testing (x86_64) at /home/ftp/testing/os/x86_64/ The following files are out of date They will be moved to /home/package-cleanup miro-1.2.7-1-x86_64.pkg.tar.gz udev-128-4-x86_64.pkg.tar.gz

1 0

[arch-dev-public] Demise of the dev wiki
by Dusty Phillips 21 Sep '08

21 Sep '08

Hey guys, My understanding is that you wanted to move the Dev Wiki pages to the main wiki and scrap the dev wiki at some point. I would like that point to be nowish. Why? So I don't have to port it to django 1.0 and don't have to continue maintaining it. I want to Simplify this webapp (caps intentional). First, I need confirmation that this is what is supposed to happen. Aaron? Second, I need people to move pages they don't want to disappear to the mediawiki, whether for archival or for future reference purposes. If you don't have time for this, at least mention any pages that need saving and hopefully somebody with some free time will step up to move them. It would also be nice if somebody could go through and delete any pages that have already been moved/cloned to help alleviate confusion. Dusty

4 4