- Aur-general - lists.archlinux.org

[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