- Aur-general - lists.archlinux.org

[aur-general] Please delete package aurget-git
by Jordy van Wolferen 26 Nov '09

26 Nov '09

Hey all, I would like to request the removal of the package aurget-git: http://aur.archlinux.org/packages.php?ID=25551 I used some code from brisbin33 scripts and he now wrote a complete AUR frontend and wants to use the name aurget. Aurget-git isn't the dev package of aurget, so to don't confuse people I changed the name to aurget-jordz (non-git). Best Regards, jordz

2 2

[aur-general] LDFLAGS question
by bardo 26 Nov '09

26 Nov '09

Hi all. Recently I've been having fun with the latest pulseaudio quirk: it doesn't build because of the --as-needed flag in linking. I don't understand linking in depth, but as I understood it there's some dependency cycle that gets triggered by the aforementioned ld flag. However this doesn't happen when building in a chroot, where the package builds fine. It isn't the only package where it happens, and I have a handful of questions about the correct way to handle this. 1. If something like this happens, is it an upstream bug? 2. If it builds fine in a chroot there's obviously a software that triggers the bug, does it mean I am missing a dependency? 3. If a package builds inside a chroot but not outside, should it be changed in such a way that it builds everywhere regardless of the changes that are to be made? Or should it be left as it is, and related bugs closed with "build it in a chroot"? 4. What does the absence of the ld flag imply in practical terms? Is it just a "nice to have" or has it some real implications?

3 5

Re: [aur-general] LDFLAGS question
by Ranguvar 25 Nov '09

25 Nov '09

On Wed, Nov 25, 2009 at 18:58, bardo <ilbardo(a)gmail.com> wrote: > Hi all. > Recently I've been having fun with the latest pulseaudio quirk: it > doesn't build because of the --as-needed flag in linking. I don't > understand linking in depth, but as I understood it there's some > dependency cycle that gets triggered by the aforementioned ld flag. > However this doesn't happen when building in a chroot, where the > package builds fine. > > It isn't the only package where it happens, and I have a handful of > questions about the correct way to handle this. > > 1. If something like this happens, is it an upstream bug? > 2. If it builds fine in a chroot there's obviously a software that > triggers the bug, does it mean I am missing a dependency? > 3. If a package builds inside a chroot but not outside, should it be > changed in such a way that it builds everywhere regardless of the > changes that are to be made? Or should it be left as it is, and > related bugs closed with "build it in a chroot"? > 4. What does the absence of the ld flag imply in practical terms? Is > it just a "nice to have" or has it some real implications? > Hello bardo, 1.) Depends on whether they see it as such :p Some upstreams get all annoyed and tag the bug as WONTFIX. Others care about it and take a look into it. I would file it upstream though, just in case. Also, check the Gentoo bug reports, both closed and open, for your problem -- Gentoo has lately been trying to resolve all --as-needed compile issues. 2.) Probably not missing a dependency so much as revealing a flaw in how the software is built (or the linker itself). --as-needed affects how binaries link in other stuff, a certain package may trigger the problem. 3.) I would say, personally, make it build the same everywhere. Do put a comment in the PKGBUILD though, for future reference by others 4.) --as-needed reduces some of the library dependencies of binaries, and also speeds up the dynamic linking step -- applications start faster. Therefore, it's nice to have, but can be removed if it presents problems (as it does every now and again). And lastly, please filter --as-needed in a sane way instead of exporting LDFLAGS :P I like the following three-line solution to filter all variants of --as-needed: LDFLAGS="${LDFLAGS//-Wl,--as-needed}" LDFLAGS="${LDFLAGS//,--as-needed}" export LDFLAGS="${LDFLAGS//--as-needed}" Again, please tag that block with a comment about the failure and that it doesn't fail in a clean chroot or whatever :) Hope that helps, -- Ranguvar [Devin Cofer]

1 0

[aur-general] Deletion request: pulseaudio-airtunes-git
by Clément Démoulins 25 Nov '09

25 Nov '09

Hello, Please delete my package pulseaudio-airtunes-git [1] Thanks Clément Démoulins [1] http://aur.archlinux.org/packages.php?ID=19564

7 7

[aur-general] Anyone who wants to maintain sim instant messenger?
by Tobias Powalowski 24 Nov '09

24 Nov '09

Hi guys, i have still the sim package, which i don't use since ages, someone here who uses it? Else it's time to move it to the AUR or community. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

Re: [aur-general] [arch-dev-public] audio packages
by bardo 23 Nov '09

23 Nov '09

2009/11/21 Allan McRae <allan(a)archlinux.org>: > There have been plenty of bugs about enabling pulseaudio support in various > packages but they are routinely closed with a "deferred until it is in > [extra]" message. To get better audio support we would probably want to > bring in at least pulseaudio, oss and portaudio from [community]. I maintain pulse in [community] and couldn't agree more, this package should go to [extra], since it is a makedepend for a lot of packages which many users have to rebuild by themselves at the moment. > So is there a current dev willing to maintain these? If anybody wants to step up, get in touch with me, I can recap on the current package situation and give a lot of tips for a mostly hassle-free maintenance. Since as far as I know not all devs read this ml, it could be a good idea if someone forwarded this message to arch-dev-public. Thanks, Corrado

1 0

[aur-general] Inactivity
by Abhishek Dasgupta 23 Nov '09

23 Nov '09

Semester exams are starting next week, so I'll be inactive till 8th Dec. Cheers, Abhishek

2 1

[aur-general] Out-of-Date orphans packages list
by Andrea Scarpino 22 Nov '09

22 Nov '09

Hi, As you already know I am writing a list of ours orphans packages and a candidate maintainer for each. The list is really long (~980) and I haven't more time now (I lost two days for mysql too...). But I thought we can begin from out-of-date packages meantime. So: [extra] bash-completion - (aaron) exim fluidsynth (giovanni) fox - needed by packages in community, move? libtorrent-rasterbar (hugo) mailman myth* (juergen) nasm (aaron) nicotine nss_ldap pam_ldap perl-event (tobias) opencv (tpowa) phonon-xine (pierre) pm-utils (thayer) proftpd (dale) qjackctl (tobias) sawfish (jurgen) silc-toolkit (ibiru) snort tomcat transcode (giovanni) vim (tobias) vsftpd (tobias) x264 (hugo?) xvidcore (tobias) [community] assaultcube beaver duplicity - (elasticdog) eclipse-pydev (bardo?) firefox-spell-pt-br - maybe we should do a firefox-spell-i18n package gtk2-docs (jgc?) libpthread-stubs libxdg-basedir (ronald) moovida musepack-tools proj puzzles python-flup (aschaefer) python-sqlalchemy (ronald) schismtracker tuxcmd (jswierczynski) urlgfe (new project name uget) windowlab xnee (jswierczynski) zziplib (dgriffiths) Please adopt your packages. thanks! -- Andrea `bash` Scarpino Arch Linux Developer

1 1

[aur-general] package cleanup requests
by TDY 21 Nov '09

21 Nov '09

Hopefully this email doesn't turn out blank like my last one. Please remove these packages of mine: pal: http://aur.archlinux.org/packages.php?ID=32149 - accidentally uploaded a dupe just now echinus-hg: http://aur.archlinux.org/packages.php?ID=16908 - project moved to git gscrot: http://aur.archlinux.org/packages.php?ID=16389 - project renamed to shutter Thanks.

2 1

[aur-general] removal of my superseeded packages
by Florian Friesdorf 21 Nov '09

21 Nov '09

Hi, the following packages (which I am the maintainer of) are superseded. (In brackets the number of votes they still have and the new package): - pil-py24 (3, new: python24-pil) - python-ldap-py24 (0, new: python24-ldap) - setuptools-py24 (1, new: python24-setuptools) - vimoutliner (10, new: vim-tvo) I think python-ldap-py24 can be removed. How is the procedure for the others, that still have votes? -- Florian Friesdorf <flo(a)chaoflow.net> GPG FPR: EA5C F2B4 FBBB BA65 3DCD E8ED 82A1 6522 4A1F 4367 Jabber/XMPP: flo(a)chaoflow.net OTR FPR: 9E191746 213321FE C896B37D 24B118C0 31785700 IRC: chaoflow on freenode,ircnet,blafasel,OFTC

2 1