- Aur-general - lists.archlinux.org

[aur-general] Bunch of deletion candidates
by Sven-Hendrik Haase 28 Nov '09

28 Nov '09

openoffice (http://aur.archlinux.org/packages.php?ID=24413) This package is plainly named "openoffice" when it seems to provide a -dev version of some kind and it also appears to duplicate the effort of the packages in [extra]. Personally I think it is confusing even though the package appears to be maintained. Your call. go-oo-bin-base (http://aur.archlinux.org/packages.php?ID=19457) This package also seems to duplicate the package of the same mission in [extra]. I know that the difference is that this one uses the provided rpm packages instead of compiling by itself. Your call again. go-oo-{calc,draw,impress,math} These are outdated and at best match the go-oo-bin-base package. We however already have the functionality in [extra]. Also I'd like box2d-svn (http://aur.archlinux.org/packages.php?ID=24278) orphaned for me to pick up. The maintainer didn't show any effort to communicate or fix the package. -- Sven-Hendrik

2 1

[aur-general] Orphaning request
by Raphael Scholer 27 Nov '09

27 Nov '09

Hello TUs, could you please orphan vim-snipmate, since it needs an update to work with current vim versions. I posted a comment regarding this problem, nearly two months ago in aur, but the maintainer didn't reply/or update the PKGBUILD. I tried today to reach him via e-mail, but the given adress in his aur profile doesn't seem to be active anymore. Regards, Raphael Scholer

2 1

[aur-general] Deletion request
by Laszlo Papp 26 Nov '09

26 Nov '09

Hello TUs, kermit[1] seems to be a duplicate of ckermit[2]. It installs the same version of kermit project like ckermit. The Maintainer of kermit didn't react for the comments which were taken nearly 3 years ago. I've checked it won't hurt any other package on AUR, because this package is not the dependency of other package. I've checked which name is better to be in AUR, but after a small researching ckermit is better according to the official site/project, and other distribution (like Ubuntu, Gentoo) use ckermit too instead of kermit. [1]: http://aur.archlinux.org/packages.php?ID=3385 [2]: http://aur.archlinux.org/packages.php?ID=14006 Best Regards, Laszlo Papp

2 2

[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 26 Nov '09

26 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