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

[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 17 Jul '09

17 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

[arch-dev-public] testing repo clear out
by Allan McRae 16 Jul '09

16 Jul '09

With no major rebuilds in the [testing] repo at the moment, it would be a good time to have a look at the packages there and see what we can move. Allan

9 13

[arch-dev-public] USA Pfizer ID70524
by arch-dev-public＠archlinux.org 15 Jul '09

15 Jul '09

1 0

Re: [arch-dev-public] [arch-dev] arch: Orphan package [openvpn] marked out-of-date
by Thomas Bächler 15 Jul '09

15 Jul '09

Arch Website Notification schrieb: > Package Name: openvpn > Architecture: x86_64 > Repository: Testing > (http://www.archlinux.org/packages/testing/x86_64/openvpn/) > > > The user provided the following additional text: > > Hi, > I know the official stable version of openvpn is 2.0.9, but this version is 3 years old and outdated! > Normally there is nothing wrong with 3 years old software, but this version doesn't work with the most of the openvpn-servers I have to connect! > Most of the servers require version >=2.1_RC7. And even Debain-stable ships openvpn 2.1_RC7! > Best regards > Armin What do you think? Here's the advantages of 2.1: - More features - I use 2.1 exclusively, so if we switch to 2.1, someone would actively maintain and test openvpn (me) - The "release candidates" are as stable as you would expect a final release, they always work great. Should we switch to openvpn 2.1?

3 3

[arch-dev-public] [signoff] libevent-1.4.11-1
by Allan McRae 15 Jul '09

15 Jul '09

Minor upstream update. Changes in 1.4.11-stable: - Fix a bug when removing a timeout from the heap. [Patch from Marko Kreen] - Remove the limit on size of HTTP headers by removing static buffers. - Fix a nasty dangling pointer bug in epoll.c that could occur after epoll_recalc(). [Patch from Kevin Springborn] - Distribute Win32-Code/event-config.h, not ./event-config.h Signoffs needed for both. It was an out of date orphan that I don't actually use, so multiple signoffs would be good... Allan

3 4

Re: [arch-dev-public] [arch-general] [AUR-Server] lastsync file on aur.archlinux.org
by Thomas Bächler 15 Jul '09

15 Jul '09

Gerhard Brauer schrieb: > Hi, > since 3-4 days i notice on mirrorchecking that for community repos the > status file for indicate the last sync of the mirror switch temporary on > some mirrors between actual(synced) and a out-of-sync period from ~16 > days. > It seems that only mirrors are affected which snyc more than once a day > and when theys sync from rsync.archlinux.org. > So somewhat "switches" the lastsync file (which is automatically > generated by cron each hour on gerolde for all repos). > > I don't know how or if aur.archlinux.org and gerolde get synced, but > please: could one admin look if on aur.al.org is in the community repos > a file named lastsync? > If you, please remove this so it don't overwrite the generated one on > gerolde. Yes, from what you describe I think lastsync is overwritten by rsync when community is synced from sigurd. The lastsync file in the community folder on sigurd is 17 days old.

4 6

[arch-dev-public] [signoff] e2fspogs 1.41.8-1
by Ronald van Haren 15 Jul '09

15 Jul '09

please signoff for both architectures. - update to latest upstream version Ronald

3 2