December 2009 - Aur-general - lists.archlinux.org

[aur-general] Deletion Request: calibre-ng
by Marq Schneider 15 Dec '09

15 Dec '09

To whom it may concern, While browsing AUR, i noticed that the maintainer of the 'calibre-ng' package had requested its deletion within the package's comments [0]. Could one with the capabilities to do so, please delete this package? Thank you, Marq [0] http://aur.archlinux.org/packages.php?ID=29089

2 1

[aur-general] move libpthread-stubs to Unsupported
by Andrea Scarpino 14 Dec '09

14 Dec '09

orphan and out-of-date any objections? -- Andrea `bash` Scarpino Arch Linux Developer

3 3

[aur-general] package deletion request
by dave reisner 14 Dec '09

14 Dec '09

Created evince-lite [1] without realizing that evince-gtk was aimed at the same purpose. Serves me right for doing this late at night. Please delete my offending package. [1] http://aur.archlinux.org/packages.php?ID=32879 Thanks, Dave

2 1

[aur-general] Request to remove kdeplasma-atheist-quote
by Final Crisis 14 Dec '09

14 Dec '09

Hello, First and foremost, sorry if this isn't the right place or way to do this, as I've never done it before, but I recall someone suggesting getting it done this way. I would like to have kdeplasma-atheist-quote removed from AUR, which I had submitted a while ago under the false impression that the package worked. It "worked" on my computer as well as a friend's because we had manually installed and uninstalled it as non-root users once before and it likely kept in cache or something of the sort despite the uninstall. It "works" there, but it doesn't work on new machines (btw I wasn't aware he'd had the plasmoid installed once before I asked him to test the package). I never figured out how to fix it because it's not made the same way pretty much every other plasmoid is [it's lose javascript files or some such, no cmake stuff will do afaik], and it's been orphaned n broken for a LONG time, so it should be removed. Thanks, FrozenFox _________________________________________________________________ Your E-mail and More On-the-Go. Get Windows Live Hotmail Free. http://clk.atdmt.com/GBL/go/171222985/direct/01/

2 1

[aur-general] Installing dependencies via makepkg
by Farhan Yousaf 14 Dec '09

14 Dec '09

Hi there folks, I took over recently on a package called sabnzbd, specifically: http://aur.archlinux.org/packages.php?ID=13691 While trying to update the PKGBUILD, I notice that it doesn't install the depndencies. Is this the expected behaviour or am I not using the right parameters, i.e. makepkg -s --asroot. [root@myhost sabnzbd]# makepkg -s --asroot ==> Making package: sabnzbd 0.4.12-1 i686 (Sun Dec 13 23:21:24 EST 2009) ==> Checking Runtime Dependencies... ==> Installing missing dependencies... par2cmdline package not found, searching for group... error: 'par2cmdline': not found in sync db ==> ERROR: Pacman failed to install missing dependencies. Please advise, Farhan

2 2

[aur-general] Removal request
by Mathieu Pasquet 14 Dec '09

14 Dec '09

Maybe someone can delete cairo-dock-svn, cairo-dock-themes-svn, and cairo-dock-plugins-svn, because they switched to git a while ago, so this package isn't useful anymore. And also, remove openanno-svn from the AUR, the project's name changed and is now named "Unknown Horizons", so there is a new and up to date package unknown-horizons-svn. Thanks in advance.

2 1

[aur-general] Fwd: Orphaning moovida
by Stefan Husmann 13 Dec '09

13 Dec '09

-------- Original-Nachricht -------- Betreff: [aur-general] Orphaning moovida Datum: Sun, 09 Aug 2009 18:47:25 +0200 Von: Stefan Husmann <stefan-husmann(a)t-online.de> Antwort an: Discussion about the Arch User Repository (AUR) <aur-general(a)archlinux.org> An: Discussion about the Arch User Repository (AUR) <aur-general(a)archlinux.org> Hello TUs, I would like to get rid of my package moovida since I do not use it. I got two bugreports about it, and so i added the packages python-cssutils-legacy and twisted-web2 to [community] as dependencies. The only other dependencies in [community] are pigment and python-pigment. So if anyone wants to have them, take them. There is also a package python-cssutils in [community]. This formerly was a dependency of moovida, but because of one of the bugreports I reintroduced the older version as python-cssutils-legacy. So python-cssutils now only is needed by two unsupported packages calibre and calibre-ng. Are there objections to move it to [unsupported]? Regards Stefan ___ Hello, since noone wants to maintain them, I will move moovida and it's dependencies to unsupported. moovida python-cssutils-legacy twisted-web2 pigment python-pigment I will do so next weekend. Best regards, Stefan

1 0

[aur-general] TU Voting - Laszlo Papp (djszapi)
by Sergej Pupykin 13 Dec '09

13 Dec '09

Hi, TUs, I have started voting for djszapi. Application: http://mailman.archlinux.org/pipermail/aur-general/2009-December/007520.html Voting: http://aur.archlinux.org/tu.php?id=25

3 2

[aur-general] Available: A lot of eggs for Chicken Scheme...
by Jim Pryor 13 Dec '09

13 Dec '09

I'm exploring various Scheme implementations and at the moment am liking Chicken. I don't know the community very well, but it sounds like it's one of the large and active Scheme communities. For the casual bystander: the Lisp community is fractured into Scheme and Common Lisp, and each of these is further fractured into many different "implementations." Maybe the biggest Scheme community is PLT Scheme? I don't know. But Chicken is one of the large ones. Chicken Scheme has a package system. They call their packages "eggs" (they did this before Python did) and there's a lot of them available, at <http://chicken.wiki.br/chicken-projects/egg-index-4.html>. For my own use, I converted all of these I could build (217 of them, I think) to Arch packages. Of course I automated the process, but there was a lot of refining of the automation and further tweaking. Now I've got all of these chicken-* packages I could make available on AUR. I think anyone else using Arch and Chicken would find them very convenient. Chicken has its own package management system, but if you use Arch I think it's nicer to do things through pacman. (In the same way that we like to manage perl modules through pacman.) However, I don't know how much I'm going to be able to commit to maintaining these packages. Some of the packages I certainly won't be using myself. I'm not even sure how long, or how seriously, I'll be using Chicken Scheme. It won't be my main programming environment. But I do like it so far and I want to find a Scheme implementation I can stick with and have handy. Maybe this is it. Still, I don't have much time and I'm not confident I'll be able to give these packages much attention down the road. What should I do? Post them to AUR and maintain them minimally until someone else comes along who can commit more seriously to them? Or just leave this note out on the list in the off chance such another person might come across it? The packages I'd submit all check fine with namcap (and as I've said, I've built and installed them all, though I haven't run the tests on them. I didn't have the time to automate or tweak the building of the test dependencies.) The only exceptions are: there are often some redundant dependencies, for instance if package A depends on B and C, and B also depends on C, namcap wants you just to list B in A's depends. But the way Chicken calculates dependencies made it much easier to automate the PKGBUILD-generation with A depending on both B and C. The other exception is the licenses. A few unclear cases aside, I was always able to list the right license in the PKGBUILD. But there are a lot of BSD and MIT licenses in the pack. What I'm supposed to do then is say license=(BSD) and install a copy of the license in /usr/share/licenses/$pkgname. But the downloads from the Chicken repository don't provide separate license files. I'd have to extract the license from comments in the source code, and I haven't done that for these 217 packages. Other than that I think the packages are all fine. My automatic script generates all but 10 or so of them, those last 10 it's easiest to tweak by hand. -- Jim Pryor profjim(a)jimpryor.net

2 3

[aur-general] Deletion request for "nvidia-xen"
by Sven-Hendrik Haase 12 Dec '09

12 Dec '09

Please delete AUR package "nvidia-xen" (http://aur.archlinux.org/packages.php?ID=13093) since it is very old, not maintained and completely broken. Updating the package will most likely fail. Due to Xen's progress, I also question this packages current relevance. -- Sven-Hendrik

5 5