- Aur-general - lists.archlinux.org

[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

[aur-general] Away from my PC -> away from bugtracker.
by Gerardo Exequiel Pozzi 11 Dec '09

11 Dec '09

Hello all I will be away from now for about two or more weeks. I recently surfered an small irritation on my eyss, so I can not stay on my PC :( Leaving the bugtracker in their hands, I hope to be with you again soon. Best regards. Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D

5 4

[aur-general] Please orphan AUR package "bullet-svn"
by Sven-Hendrik Haase 10 Dec '09

10 Dec '09

I'd like to adopt bullet-svn since the current maintainer seems to have abandoned it and lost interest in Arch as a whole since this is his only package and it has never been updated. bullet-svn: http://aur.archlinux.org/packages.php?ID=21091 -- Sven-Hendrik

2 1

[aur-general] Package Removal Request
by H.Gökhan SARI 10 Dec '09

10 Dec '09

Hi, There was a 'chrome-like-icons' on gnome and i have made a package of it, but looks like it doesn't exist anymore. So, can you please remove it? chrome-like-icons http://aur.archlinux.org/packages.php?ID=29475 -- H.Gökhan SARI hsa2(a)difuzyon.net

2 1

[aur-general] voting period -- Ray Rashif (AKA Schivmeister)
by Chris Brannon 09 Dec '09

09 Dec '09

Hello TUs! The voting period for the application submitted by Ray Rashif (AKA Schivmeister) begins now. You may obtain the text of the application via the following URL: http://mailman.archlinux.org/pipermail/aur-general/2009-December/007524.html -- Chris

1 0