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

[arch-dev-public] [signoff] dhcpcd 5.2.6
by Ronald van Haren 25 Jul '10

25 Jul '10

Hi, Just a simple upstream maintenance release. Please signoff for both architectures. Ronald +++++++++++ upstream changes: dhcpcd-5.2.6 has been released. This is a maintenance release purely to fix issues on the Debian platform: Better NTP handling for their NTP init script. Always daemonise in master mode as interfaces can go up/down a lot during system init which could trigger a timeout. Thanks Roy +++++++++++

2 1

[arch-dev-public] [arch-mirrors] syncing ftpfull
by Roman Kyrylych 24 Jul '10

24 Jul '10

On Sat, Jul 24, 2010 at 15:48, Olivier Thauvin <nanardon(a)nanardon.zarb.org> wrote: > Hi, distrib-coffee.ipsl.jussieu.fr is syncing for a long time from > rsync://rsync.archlinux.org/ftpfull/. > > However I am unable to find a list of tier2 mirrors with the same > content of ftpfull share (at least ftp5.gwdg.de::pub/linux/archlinux/ > does not provide the "archive" subdirectory. > > Can you, please, either give me the url of any tier1 mirror with same > content (any ptr to web page would do it) or give me the permission to > sync directly from rsync.archlinux.org. > > Distrib-coffee can be used by others mirror w/o any problem. Tier1 mirrors don't sync ftpfull. The difference of ftpfull is that it includes other and archive directories. I don't think there is a need for mirrors to sync it. There is no point in syncing archive directory, it is permanently frozen. Since you already have it - you can just exclude it from rsync process. The other directory contains some sources and patches that have no other official place to be taken from. There's not much point in mirroring it if you don't mirror the sources. Besides ftp.archlinux.org both other and sources directories are available at mirrors.kernel.org/archlinux/ @devs: do you agree with my points above? @Olivier: I suggest you to pick one of tier1 mirrors as the upstream. If absolutely you want to sync other and sources directories then you can use rsync://mirrors.nl.eu.kernel.org/archlinux/ (as mentioned above: to keep archive - just exclude it from sync) In any case please let me know which upstream you will use so that our db can be updated. -- Roman Kyrylych (Роман Кирилич)

1 0

[arch-dev-public] no more untiered mirrors
by Roman Kyrylych 24 Jul '10

24 Jul '10

Today the rsync access on rsync.archlinux.org was disabled for all mirrors that have not moved to 2-tier scheme. There have been way too much time for any mirror to switch to tiered scheme, I wrote a personal email to every admin who has a known email address, but still more than half of all mirrors either sync directly from archlinux.org or from unknown upstream. Those who are not tier2 either don't have a known contact address, or do not respond. So it is completely reasonable to shut down access for such mirrors. pacman-mirrorlist needs to be updated to reflect the change, however I don't know how to better automate this. Possibilities: * mark all untiered mirrors as inactive (this will mess with other "really inactive" mirrors, but those "really inactive" could be removed completely IMO) * change generation of pacman-mirrorlist to skip Untiered db records What do you think, Dan? -- Roman Kyrylych (Роман Кирилич)

1 0

[arch-dev-public] Vacation
by Roman Kyrylych 24 Jul '10

24 Jul '10

I'll be offline on July 2-11. After I come back and read all pending emails (if any) rsync access to rsync.archlinux.org will be blocked for all non-tier1 mirrors, which means that all mirrors that did not move to 2-tier scheme yet will not be able to sync from rsync.archlinux.org. -- Roman Kyrylych (Роман Кирилич)

1 1

[arch-dev-public] archboot 2010.07 torrent file, need to be added to archlinux tracker
by Tobias Powalowski 23 Jul '10

23 Jul '10

Hi guys, just created a torrent file of latest archboot release. Can someone with enough rights please add it? filename: archlinux-2010.07-1-archboot.iso.torrent HASH: 88EEA267 4A8A6B73 72BFE004 7E52B7E3 B80BC335 Thanks in advance greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 4

[arch-dev-public] gcc 4.5 bug - what to do?
by Firmicus 23 Jul '10

23 Jul '10

Hi guys, Yesterday I had bug report on a segfaulting binary for x86_64 that ships with texlive-bin in testing: http://bugs.archlinux.org/task/20199 I have reported the bug upstream: https://sourceforge.net/tracker/?func=detail&aid=3031498&group_id=145640&at… and as suspected it turned out to be a bug with gcc 4.5: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45008 Now this means I have no means to include a working binary of dvisvgm for x86_64 in texlive-bin until that bug is resolved, since I cannot rely on gcc 4.4.x and no patch is available... What is the procedure you guys follow is such situations? F

5 14

Re: [arch-dev-public] Moving some stuff in for ardour
by Ray Rashif 21 Jul '10

21 Jul '10

On 22 July 2010 06:22, Ray Rashif <schivmeister(a)gmail.com> wrote: > SLV2 and Rubberband are two important but can-do-without dependencies; > the former enabling a particular plug-in subsystem ("LV2"), the latter > replacing an already-existing dependency on SoundTouch because "it can > do more". The reason why I see a reason for this prior notification is > because they bring in two other packages as deps (totalling to four > new packages in extra solely for ardour at this point of time) and > there are no tasks filed for them: > > lv2core - dep of slv2, independent successor to ladspa (upstream > doesn't like to name it simply "lv2" because of certain > technicalities) > vamp-plugin-sdk - dep of rubberband, API stuff > > These are pretty OK software, i.e they rarely break and are safe to > have in the repos. In case it wasn't apparent, they will be moved from > community. If there are no objections, I'll go ahead. Ah crap, this was meant for -public so here's a re-send. Sorry for the traffic jam. -- GPG/PGP ID: B42DDCAD

1 0

Re: [arch-dev-public] Fwd: gcc 4.5 bug - what to do?
by Firmicus 21 Jul '10

21 Jul '10

On 20/07/2010 23:44, Rémy Oudompheng wrote: > ---------- Forwarded message ---------- > From: Rémy Oudompheng<oudomphe(a)phare.normalesup.org> > Date: 2010/7/20 > Subject: Re: [arch-dev-public] gcc 4.5 bug - what to do? > To: Public mailing list for Arch Linux development > <arch-dev-public(a)archlinux.org> > > > On 2010/7/20, Firmicus<Firmicus(a)gmx.net> wrote: >> Hi guys, >> >> Yesterday I had bug report on a segfaulting binary for x86_64 that ships >> with texlive-bin in testing: >> http://bugs.archlinux.org/task/20199 >> I have reported the bug upstream: >> https://sourceforge.net/tracker/?func=detail&aid=3031498&group_id=145640&at… >> and as suspected it turned out to be a bug with gcc 4.5: >> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45008 >> >> Now this means I have no means to include a working binary of dvisvgm for >> x86_64 in texlive-bin until that bug is resolved, since I cannot rely on gcc >> 4.4.x and no patch is available... > Can't we use the random patch I posted as a follow-up to the bug > report (until GCC gets fixed...) ? Ah thanks, I'll look at it. (I had not noticed your patch when I wrote the above). But even if it works I'd prefer to ask the dev of dvisvgm first for his expert opinion on this patch. I've already asked him actually. > Another solution would be to use > clang++ ;) Given the complexity and the integrated nature of the texlive build environment, that would probably be hard to achieve locally. A cleaner approach would be to (temporarily) package dvisvgm separately and disable it in the texlive-bin configuration. I'll contact you offlist on this if this becomes a necessity ;) Rémy, thanks for the patch btw ;) F

1 0

[arch-dev-public] [signoff] autoconf-2.66-2 and pkg-config-0.25-2
by Allan McRae 19 Jul '10

19 Jul '10

autoconf-2.66-2 -> patched to fix regressions in 2.66 pkg-config-0.25-2 -> patched to fix issue exposed by autoconf-2.66 Should fix all issues we have seen with the autoconf 2.66 update. Allan

3 3

[arch-dev-public] [signoff] libgcrypt 1.4.6-1
by Andreas Radke 19 Jul '10

19 Jul '10

new upstream release. please signoff. http://lists.gnupg.org/pipermail/gnupg-announce/2010q3/000300.html -Andy

3 3