Re: [arch-dev-public] Xorg-server 1.14 hitting testing
Am Sun, 17 Mar 2013 04:55:01 +0100 schrieb Sven-Hendrik Haase s...@lutzhaase.com: I'd keep it for now and block update. AMD has been better the last 2 years. Maybe they'll follow up on this problem soon enough? There's already a beta driver out with 1.14 support ;) But I don't want to wait until they will release it as final. -Andy signature.asc Description: PGP signature
Re: [arch-dev-public] svntogit repo generation script moved to nymeria
Am 10.03.2013 17:04, schrieb Evangelos Foutras: This is just a quick note. In order to avoid having to sync the Subversion repos from nymeria to gerolde just to facilitate the generation of Git repos by the arch-svntogit script [1], I have relocated the script to nymeria. The Git repos [2] themselves had to be regenerated from scratch (from the Subsversion repos), and as such, any existing cloned repos won't be able to cleanly pull from them. In this case, it's recommended to delete and re-clone the repo. (tl;dr: If you have any clones of the svntogit repos, you'll need to recreate them.) [1] https://github.com/foutrelis/arch-svntogit [2] https://projects.archlinux.org/svntogit/ The packages repo seems to be corrupted: % git clone git://projects.archlinux.org/svntogit/packages.git Klone nach 'packages'... remote: error: Could not read 4fee98a0562f9adbab2c1135fb57954a7b95f809 remote: fatal: bad tree object 4fee98a0562f9adbab2c1135fb57954a7b95f809 remote: aborting due to possible repository corruption on the remote side. fatal: zu frühes Dateiende fatal: index-pack failed -- Pierre Schmitz, https://pierre-schmitz.com
Re: [arch-dev-public] [core] build report
Am 13.03.2013 13:22, schrieb Allan McRae: Hi, This build was done with a chroot containing only base-devel and sudo. Not many packages failed due to this, and can readily be fixed by adding makedepends. So it seems the idea of reducing our build chroots down is good to go! Would it be reasonable to add systemd to base-devel or should we rather add systemd as a dep to a bunch of packages? I see packages calling tmpfiles etc. on install so we'll have runtime deps and not just makedepends. Greetings, Pierre -- Pierre Schmitz, https://pierre-schmitz.com
Re: [arch-dev-public] Xorg-server 1.14 hitting testing
Le dimanche 17 mars 2013 09:53:57 Andreas Radke a écrit : Am Sun, 17 Mar 2013 04:55:01 +0100 schrieb Sven-Hendrik Haase s...@lutzhaase.com: I'd keep it for now and block update. AMD has been better the last 2 years. Maybe they'll follow up on this problem soon enough? There's already a beta driver out with 1.14 support ;) But I don't want to wait until they will release it as final. -Andy You can move it in stable, catalyst-utils in community won't let you upgrade xorg-server to 1.14 ++ signature.asc Description: This is a digitally signed message part.
Re: [arch-dev-public] Arch Linux Trademark Violation
On Sat, Mar 16, 2013 at 12:36 PM, Xyne x...@archlinux.ca wrote: Ionut Biru wrote: On 03/16/2013 07:13 PM, Xyne wrote: I appreciate your effort but this stuff should be discussed internally and not publicly. Usually Aaron takes care about stuff like that and Allan emailed him about it already. I wasn't expecting a discussion here. I don't have access to any internal dev discussions (afaik) and I wasn't sure whom to notify about this (I haven't seen any activity from Aaron in ages so I don't even know if he is still actively involved). I posted here just to make sure that the right person sees it as nobody that matters posts on the forum, as the meme goes. Given that this is already public on the forum and that at least one user has already taken it upon himself to contact Inventive Arts directly, I felt that it was imperative to bring this to the devs' attention asap. I will close the thread for now and discuss what to do with it with the other mods to prevent further community actions while this is handled. If there is an internal mailing list for devs, TUs, forum admins mods, wiki admins, IRC ops and anyone else associated in some semi-official capacity with Arch, please let me know. Otherwise please considering creating such a list. The inner workings of the devs remains a black box for most of us outside the inner circle and it is not always clear how best to pass along information and follow internal issues. I think what you did here was fine, given that it was already out in the open on the forums. We don't have a lot of secret stuff going on in the development circle, so it is always a bit hard to figure out the proper venue to raise these type of concerns. We could easily set up something like trademark-violati...@archlinux.org to send along to the appropriate parties, but that only fixes this particular situation and not anything else that falls into the behind closed doors category. -Dan
Re: [arch-dev-public] svntogit repo generation script moved to nymeria
On 17/03/13 11:35, Pierre Schmitz wrote: Am 10.03.2013 17:04, schrieb Evangelos Foutras: This is just a quick note. In order to avoid having to sync the Subversion repos from nymeria to gerolde just to facilitate the generation of Git repos by the arch-svntogit script [1], I have relocated the script to nymeria. The Git repos [2] themselves had to be regenerated from scratch (from the Subsversion repos), and as such, any existing cloned repos won't be able to cleanly pull from them. In this case, it's recommended to delete and re-clone the repo. (tl;dr: If you have any clones of the svntogit repos, you'll need to recreate them.) [1] https://github.com/foutrelis/arch-svntogit [2] https://projects.archlinux.org/svntogit/ The packages repo seems to be corrupted: % git clone git://projects.archlinux.org/svntogit/packages.git Klone nach 'packages'... remote: error: Could not read 4fee98a0562f9adbab2c1135fb57954a7b95f809 remote: fatal: bad tree object 4fee98a0562f9adbab2c1135fb57954a7b95f809 remote: aborting due to possible repository corruption on the remote side. fatal: zu frühes Dateiende fatal: index-pack failed This appears to be an issue with the NFS mount on gudrun: $ stat objects/4f/ee98a0562f9adbab2c1135fb57954a7b95f809 stat: cannot stat ‘objects/4f/ee98a0562f9adbab2c1135fb57954a7b95f809’: Stale NFS file handle
Re: [arch-dev-public] [core] build report
Am 17.03.2013 11:32, schrieb Pierre Schmitz: Am 13.03.2013 13:22, schrieb Allan McRae: Hi, This build was done with a chroot containing only base-devel and sudo. Not many packages failed due to this, and can readily be fixed by adding makedepends. So it seems the idea of reducing our build chroots down is good to go! Would it be reasonable to add systemd to base-devel or should we rather add systemd as a dep to a bunch of packages? I see packages calling tmpfiles etc. on install so we'll have runtime deps and not just makedepends. Here is a list of packages that need to have the systemd dep added (if it not already has): libvirt ndisc6 murmur wesnoth lightdm openntpd picocom percona-server minidlna proftpd bitlbee pgbouncer subversion postgresql mysql mpd php fetchmail lighttpd transmission apache samba lirc mariadb -- Pierre Schmitz, https://pierre-schmitz.com
[arch-dev-public] netctl depends on openresolv
Hi guys, netctl depends on openresolv which is in community. Imho this should be also in extra repository. greetings tpowa -- Tobias Powalowski Archlinux Developer Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org signature.asc Description: OpenPGP digital signature
