- Aur-general - lists.archlinux.org

[aur-general] tablet waltop, linuxwacom 0.8.4-9 patch for waltop
by andrew james 30 Nov '09

30 Nov '09

I want this patch included in the package. It works with the tablet, WALTOP International Corp. Slim Tablet, two pen buttons are errored currently (both work like mouse middle click ?button 3?), but pressure and button 1 at pen tip work. The patch is one line to include the WALTOP vendor id, written generically at http://wiki.archlinux.org/index.php/Wacom#WALTOP_tablet_support_by_the_Waco… Another AUR package has this patch but the package failed to get the controllers from linuxwacom. awx was maintainer. http://aur.archlinux.org/packages.php?ID=28999 I think other users may like the convenience of this patch included for their tablet. I wrote the patch for the current package linuxwacom 0.8.4-9. It is attached, to include it in the PKGBUILD add something like, #patch to work with tablet WALTOP # tested WALTOP International Corp. Slim Tablet patch -Np1 -i ${srcdir}/linuxwacom-0.8.4_3-waltop.patch || return andrew diff -aur a/src/xdrv/wcmUSB.c b/src/xdrv/wcmUSB.c --- a/src/xdrv/wcmUSB.c 2009-09-16 21:54:04.000000000 +0200 +++ b/src/xdrv/wcmUSB.c 2009-11-06 03:40:27.904101443 +0200 @@ -527,7 +527,7 @@ ioctl(local->fd, EVIOCGNAME(sizeof(id)), id); /* vendor is wacom */ - if (sID[1] == 0x056A) + if (sID[1] == 0x056A || sID[1] == 0x172f) { common->tablet_id = sID[2];

1 0

[aur-general] Orphaning request (pidgin-hotkeys)
by Lukas Fleischer 29 Nov '09

29 Nov '09

Hi, pidgin-hotkeys is out-of-date for more than two years (0.2.4 has been released on 2007-06-22). Although this plugin doesn't seem to be developed actively anymore, I still use it and would like to see it maintained in the AUR (using a hotkey to switch to the next window with activity - just like Meta-a in irssi's default config - is quite useful). However, pidgin-hotkeys needs to be patched to work with pidgin>=2.2.0. The author didn't react on AUR comments for about 9 months and didn't respond to a detailed mail I wrote one week ago. Could you please orphan this package, so that I can adopt it and upload a working PKGBUILD? Best regards, Lukas Fleischer

2 1

[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