- Aur-general - lists.archlinux.org

[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

[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

[aur-general] removal request
by Vasily Ryabov 09 Dec '09

09 Dec '09

Please remove http://aur.archlinux.org/packages.php?ID=32554 It duplicates http://aur.archlinux.org/packages.php?ID=32530 Thanks in advance!

2 1

[aur-general] Status of the Chromium/Chrome packages on AUR
by Panos 09 Dec '09

09 Dec '09

Hello to everyone! I had recently created a thread on bbs.archlinux.org here http://bbs.archlinux.org/viewtopic.php?id=79410 in order to discuss the situration for the numerous chromium packages on AUR. As I can see, they are getting more and more. I would like to make the discussion on mailing list so that more people would participate. The list: 1 aur/chromium-browser 4.0.204.0~svn20090831r24879-1 (369) 2 aur/chromium-browser-4.0.219.3 4.0.219.3~svn20090925r27181-1 (0) 3 aur/chromium-browser-dev r26808-1 (107) 4 aur/chromium-browser-inspector r26919-1 (22) 5 aur/chromium-browser-l10n 4.0.219.0~svn20090924r27064-1 (6) 6 aur/chromium-browser-svn `svn info /chromium/src/ | grep (8) 7 aur/chromium-codecs-ffmpeg-nonfree r26428-1 (39) 8 aur/chromium-continuous -latest (46) 9 aur/chromium-fresh -latest (25) 10 aur/chromium-snapshot 27035-1 [27188-1] (439) 11 aur/chromium-snapshot-64 27164-5 (110) 12 aur/chromium-snapshot-64-last -6 (40) 13 aur/chromium-snapshot-latest -3 (4) 14 aur/cxchromium 0.9.0-3 (153) 15 aur/iron 3.0.197.0-6 (61) Except for 15 and 6 which provide a different package, and 14 which is very old, all the others are differently packaged chromium from svn. Chromium in these packages comes from two sources: 1)build.chromium.org 2)a deb from ppa.launchpad So I make the same question: do we really need all these packages ? Shouldn't they be less and provide, from fewer PKGBUILDs, the different pre-packaged chromium browser ? Because they are mostly repackaging an already packaged chromium browser, except for (6). We have two chromium-browser that use a deb package --> shouldn't it be one ? We have chromium-browser-dev --> it is the same as 1 and 2, but it can repackage debs for both architectures. 5 is a l10n package, it is only for the repackaged debs. We have 4 chromium-snapshot PKGBUILDs (they provide the one from build.chromium.org ). Shouldn't there be only one, which will create a 32 or 64 package from one PKGBUILD ? Just like chromium-browser-dev (which repackages the deb one) and automatically ? As you can see, it is clearly a bit of a chaos here.

20 50

[aur-general] Removal request: coldstorage
by Bram Schoenmakers 08 Dec '09

08 Dec '09

Hi, Just uploaded coldstorage to AUR, but realized I forgot the -git suffix, so I uploaded a new one. Could someone delete coldstorage [1]? http://aur.archlinux.org/packages.php?ID=32537 Thanks in advance, -- Bram Schoenmakers What is mind? No matter. What is matter? Never mind. (Punch, 1855)

2 1

[aur-general] Package removal request
by Rene P. 08 Dec '09

08 Dec '09

Hi, please remove packages opensc-eesti-svn and opensc-estonia-svn, since they're both old and are replaced by opensc-esteid. So, remove: http://aur.archlinux.org/packages.php?ID=11881 http://aur.archlinux.org/packages.php?ID=32187 Thanks, Rene

2 1

[aur-general] Split package pkgrel/arch issue
by Daenyth Blank 08 Dec '09

08 Dec '09

I'm maintaining tremulous in community, and I'd like to split it into tremulous and tremulous-data, to save space and bandwidth for both mirrors and users, as well as making it a lot easier to package alternate clients. The problem I'm running into right now is that dbscripts can't handle packages with different pkgrel/arch lines in a split package.[1] The arch issue isn't pressing, since I could just silently update -data later (replace the i686 and x86_64 packages with one -any package without updating pkgrel). This should be seamless for users, and there's no reason to bump pkgrel because the change has no effect for users who have -data already installed. The other issue though, is that I'd like to set tremulous (the client package) to -6 (it's at -5), while keeping -data and pkgrel 1. I tried to commit this, but the dbscripts errored out saying it couldn't find data 1.1.0-6. What's my best course of action here? I see them as 1) Wait for dbscripts support. I don't want to do this because the 1.2 beta was recently released, and it would depend on -data. I'd rather not keep users waiting 2) Put out -data with pkgrel=6, then once dbscripts support is added, either a) Reset pkgrel to 1 with "force", or b) Continue from -6 going up to -7, etc. This feels ugly to me. [1]: http://bugs.archlinux.org/task/17390

3 3

[aur-general] [remove request]
by Gour 07 Dec '09

07 Dec '09

Hiya, Please if you can remove xulrunner-xpcom package (http://aur.archlinux.org/packages.php?ID=28526) which is now obsolete 'cause the same functionality is provided by official xulrunner package. Sincerely, Gour -- Gour | Hlapicina, Croatia | GPG key: F96FF5F6 ----------------------------------------------------------------

2 1

[aur-general] Duplicate package: kdeplasma-addons-applets-daisy
by Adam Lloyd 07 Dec '09

07 Dec '09

The package kdeplasma-addons-applets-daisy is a duplicate of plasma-daisy-plasmoid. The latter is more up-to-date and has many more votes and a better PKGBUILD.

2 1

Re: [aur-general] [arch-dev-public] boost-1.41.0 rebuild
by Allan McRae 07 Dec '09

07 Dec '09

Ionut Biru wrote: > On 11/27/2009 01:01 AM, Allan McRae wrote: >> Ionut Biru wrote: >>> Hi all, >>> >>> I just put up an internal TODO list for boot update for >>> extra/community. I want to do that after heimdal is moved in core. >>> >>> What do you think about that? >>> >> >> Sounds fine. It is good to see that boost has sonames now so that >> figuring out what needs rebuilt is not longer a dark art. Note that we >> usually need to do some compatibility patching with boost updates. >> >> Allan >> > > boost 1.41 is in testing. i'm starting to rebuild some of them but i > can't do all by myself. help is appreciated. All is now rebuilt apart from bmpx in [extra] and schroot in [community]. The website for bmpx is down/gone. We discussed dropping bmpx from the repos with the last boost update but did not in the end as it did not need a rebuild. Any objections to removing it? Schroot needs updated (old sources are not where source says they should be). The sed statement in the PKGBUILD does not work, but I have no idea whether that is still needed. The maintainer will need to look at it. Allan

2 1

[aur-general] TU Application: Ray Rashif (schivmeister)
by Ray Rashif 06 Dec '09

06 Dec '09

Hello list I know there's been a couple of applications in the last few days, and another has just started, so please don't be annoyed. The unlucky TU this time is Chris Brannon (I flipped a coin, the other side being "try again..next time"). He's been great and has sacrificed time to check my packages out, so thank you once again Chris! I have split the following autonetography into parts for selective digestion; you guys can read only what matters. Yeah, right..? (hint: ctrl+f, "=", ENTER | whatmattersmost: "Usage") == Preamble == I started with Arch Linux not too long ago, from early-mid 2007. Linux itself, somewhere around 2006. My first stop was the IRC, at which point of time I used to hang out on #gentoo and #sabayon (now you know my previous poison). Just for a little fun, I vaguely recall it went something like this: schiv: does arch have anything like USE flags? Xilon: no $someone_else: compiling has absolutely zero benefit schiv: ok As you can see, people were not very hostile back then (probably because a lot of questions have become reccuring over time). Anyway, I liked my system immediately and started picking on beginners like myself on IRC. "Pick on someone your own size" - that's exactly what I did and I even picked on a certain user going by the handle of "Daenyth". == Getting Started == My next stop was AUR, the first package being "wicd", which thanks to then-developer Varun is now in [extra] and serving the community well. Then I took to the forums to help aid others in trying to get wicd working, and that marked the beginning of my "time on Arch". For the rest of the year I almost-regularly visited the forums, and on occasions edited wiki articles, reported bugs. I uploaded and maintained AUR packages which I used, so even up til now, there aren't that many. I began helping out with a "pro audio" initiative, of which the current ArchAudio [ http://archaudio.org ] is a direct result. I co-maintain and manage the project along with other keen individuals. >From mid 2008 through mid 2009, I was a little inactive due to hardware failure, and something misleading called "real life", but nevertheless had Arch running on a Windows machine through VirtualBox. I thought of applying for TUship one or two times before, but it was either time or "there's enough help already" that kept me from going ahead. There was a TU "Shinlun" who I wanted to request for sponsorship because I could take some load off, but he went inactive and ultimately stepped down. I don't think lack of time is an excuse for me, and I now realise that even a little dedication helps the community. One for all, all for one, but don't quote me on this. == Usage == My main packaging interest, as you might've guessed by now, is multimedia; audio/video. Other than that, I would love to maintain popular and/or important packages and ensure that users continue to have access to a bigger arsenal and wider range of tools on Arch Linux. Hopefully, I will also be working on getting the Sugar environment packaged (it's been on my TODO for a while). I might occasionally send in useless patches for makepkg, as I have done before, only to be struck down by Xavier's mighty roar. However, I can't be of much help with the development of pacman itself, the AUR internals, or anything else related to C or Web Development. Not yet, at least. == History == I come from a non-IT academic background, if such information needs to be known. I'm "from the Arts and not Sciences" by society's standards, but in fact I'm "neither or either". I'm from a tiny island-nation called Singapore, and there is very little convergence of the two areas here. Currently I'm pursuing DSP, in particular CSc Music, but not until I complete my National Service which should start next year and end two and a half after. I used to be a Philosophy student, and then Audio Engineering. I hope to be able to get into Cosmology/Astrophysics eventually, but competition here is tough and I was always lazy in class, lectures and Math (I won't say I was "bad" at it). Professionally, I'm busy..I mean I'm "in the business sector". Biologically, I'm a noob adult born in the Year of the Snake (1989). == Troubelshooting == So on to some questions of my own: 1) I remember we used to tell each other that we don't need to state dependencies from [core] in AUR, how true is this? Are we looking at just the base group or is it totally a matter of consistency? 2) How are cross-repository buildtime and optional dependencies handled? For example, can we have a package in [extra] makedepend and/or optdepend on another in [community]? 3) Unfortunately, it is time for a nice facepalm. I don't do x86_64. So do I get access to the build machine in the event this application is accepted? I would greatly appreciate any and all kinds of feedback with regards to my packages. Even if a quorum is not reached, I put a very high value on advice and opinion (!). Thank you for reading. Regards -- GPG/PGP ID: B42DDCAD

7 10

[aur-general] binary uzbl package(s)?
by Dieter Plaetinck 05 Dec '09

05 Dec '09

Hi guys. For the uzbl project (http://www.uzbl.org/) I maintain 2 packages in AUR - http://aur.archlinux.org/packages.php?K=uzbl - and I'm involved in the upstream as well Since this program is becoming quite popular, I thought it would make sense to start maintaining this in community/extra. (actually 'uzbl' has different little subprojects that I would each package separately, depending on each other where appropriate) Note that I'm not an arch package maintainer nor TU. I maintain a package in extra (aif) because of my releng duties, but I lack the experience and detailed knowlegde "real" packagers have. How I should I proceed? If a real TU/dev would like to maintain it, that's fine by me also, but upstream development is quite fast-faced (a release every 2-3 weeks) so you would need to be actively following. Dieter

4 5

[aur-general] Orphan request
by Francesco Groccia 05 Dec '09

05 Dec '09

Hi, could anybody orphan localepurge <http://aur.archlinux.org/packages.php?ID=11975>? Current maintainer was contacted about two mouths ago and he hasn't replied yet. Regards, -- F.Gr.

2 1

[aur-general] Package Rename
by Steve Holmes 04 Dec '09

04 Dec '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 I recently took over the orca-svn package in AUR and am wondering if or how it can be renamed. I would like to rename it to orca-git because the gnome maintainers now keep the latest changes in git instead of svn. If it cannot be renamed, then I will need to have this package deleted and I can create a new one called orca-git. Thanks for the help to a new AUR package maintainer. <Steve> (sholmes88) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEAREDAAYFAksZSSMACgkQWSjv55S0LfEUyACfYKdgOtNIxoQsRCqFZZQMIdts xXcAoKxtcTRk5hccFH8SMEJJV+e7KgHJ =JboK -----END PGP SIGNATURE-----

3 3