- Aur-general - lists.archlinux.org

[aur-general] gpgme03 from unsupported?
by Chris Brannon 07 Apr '09

07 Apr '09

I found this one while looking for orphans, and it seems like a candidate for deletion, since gpgme is already in extra. Any objections? -- Chris

3 2

[aur-general] OneSwarm in AUR wants to update itself
by Mathias Burén 07 Apr '09

07 Apr '09

Hi, I just created a package for OneSwarm [1] and uploaded it to the AUR [2]. The package works fine except that it has an auto-update feature, which of course doesn't work since the user does not have write access to /opt/OneSwarm. What is the correct way of dealing with this? Should I make /opt/OneSwarm writable by the users group? Thanks, Mathias [1] http://oneswarm.cs.washington.edu/ [2] http://aur.archlinux.org/packages.php?ID=25245

5 7

[aur-general] First Package
by Lucas Salies Brum 07 Apr '09

07 Apr '09

My first package in AUR was submitted today, someone could check to see if I did not crap? http://aur.archlinux.org/packages.php?ID=19751 Thank you. --- Lucas Saliés Brum http://sistematico.org lsbrum @ irc.freenode.org

6 7

[aur-general] Adoptable AUR packages
by Ashok Gautham 07 Apr '09

07 Apr '09

There are three kinds of orphans in AUR at the moment. 1) A sea of packages that have either become obselete or have been added in some other package. ( Like dolphin ). 2) The others are ruby/python/perl libraries. The problem with these is that installing them using pyPI or gems is quite simple (though not highly recommended). So many of these get orphaned 3) The last category is where maintainers do not have the time to do justice to their packages and hence orphan it. I found I had a little free time and could adopt some packages. I found myself in this sea. It would be good if we can start a wiki page where every "useful" package that is currently orphaned can be added and removed once adopted. I checked out the wiki. The AUR cleanup day is the closest I got to. We would need something like an inverse of that now. So any user who wants to adopt a package should go to the page, choose whatever he wants to adopt and remove it from the page. I feel this will clear up a lot of packages in the second and last categories. Also, we can give a guideline for people who disown packages to add it to the corresponding page (obselete/required) in the hope that someone will take over the package --- Ashok `ScriptDevil` Gautham

6 8

Re: [aur-general] Maintainer vs Contributor tag let's find a solution ; )
by Loui Chang 07 Apr '09

07 Apr '09

On Mon, Apr 06, 2009 at 12:43:41PM +1000, Allan McRae wrote: > # Maintainer: Joe User <joe.user(a)example.com> > > Note the use of Maintainer... In the end, it is a comment and nothing more > so who really cares about this. Yep.

10 13

Re: [aur-general] Maintainer vs Contributor tag let's find a solution ; )
by Loui Chang 07 Apr '09

07 Apr '09

On Tue, Apr 07, 2009 at 10:56:33AM +1000, Allan McRae wrote: > My summary of this: > > 1) Maintainer tag: It is a comment - makepkg does not care so nor should > you > > 2) $foo vs ${foo} : they do the same thing (except in rare cases where > brackets are needed...) - makepkg does not care so nor should you. > > 3) "$srcdr" vs $srcdir. The quotes are good for people who build in > directories with spaces in their name - so it may be good to use quotes. > But I don't care about people who use spaces in directory names, so I am not > going to do this. Note the prototype does include quotes... > > 4) $startdir/src vs $srcdir. $srcdir is correct. As stated in the > PKGBUILD man page, there is no guarantee that these will continue to point > at the same directory in future pacman versions. Case closed!

1 0

[aur-general] Deletion request
by Thomas Jost 07 Apr '09

07 Apr '09

Hi, I uploaded the wrong PKGBUILD on [1] (it was supposed to be kernel26-source, but I uploaded kernel26 instead...). Could someone please delete this package? Thanks in advance and sorry for the inconvenience. Thomas [1] http://aur.archlinux.org/packages.php?ID=23126

2 1

[aur-general] How to handle interchangeable dependencies?
by hollunder＠gmx.at 07 Apr '09

07 Apr '09

Hi there. I'm looking for a clean way to handle packages that can replace others. Examples: lash can be substituted by lash-git, it works fine, except namcap complains: hydrogen-svn E: Dependency detected and not included (lash-git) from files ['usr/bin/hydrogen'] hydrogen-svn W: Dependency included and not needed (lash) Adding 'lash' or 'lash=0.6.0' to the provides array of lash-git doesn't help. I have the same situation with for example jack-audio-connection-kit where we have quite a number of different packages that all provide the same basic functionality and are interchangeable. Note that it mostly works with provides, it just isn't clean and there are cases where it can break stuff. Is there a solution to this? Best regards, Philipp

8 23

[aur-general] Request deletion lv2-c++-tools
by hollunder＠gmx.at 06 Apr '09

06 Apr '09

http://aur.archlinux.org/packages.php?ID=23651 It seems like the c++ in the name causes problems, at least with yaourt. I made a new package with cpp instead. Philipp

4 6

[aur-general] AUR package removal request
by revel 06 Apr '09

06 Apr '09

Hello, Please remove [1] from AUR. I changed the package name to [2] some time ago and kept [1] in kind of deprecated state. [1] http://aur.archlinux.org/packages.php?ID=15158 [2] http://aur.archlinux.org/packages.php?ID=22238 -- revel

2 1

[aur-general] Submitting a new package (sunjdk)
by M Rawash 06 Apr '09

06 Apr '09

hi, i made a PKGBUILD that comprises both sun's jdk+jre (nothing weird), however, i'm not sure if that's OK with aur, so i thought i'd ask first.. tell me if you need more details.. regards M Rawash

9 25

Re: [aur-general] How to handle interchangeable dependencies?
by Jan de Groot 06 Apr '09

06 Apr '09

On Mon, 2009-04-06 at 21:46 +1000, Allan McRae wrote: > That is a different problem.... > > The brasero-lite PKGBUILD should have provides=("brasero=2.26.0") in > it. Sound-juicer requires "brasero>=2.26.0" so just providing > brasero > is not enough. The be correct: provides=("brasero=${pkgver}") It's shitty to update the provide version everytime ;)

1 0

[aur-general] legal question
by Firmicus 06 Apr '09

06 Apr '09

Hi everyone I just noticed that two packages in AUR appear to install fonts whose use is illegal. http://aur.archlinux.org/packages.php?ID=10408 http://aur.archlinux.org/packages.php?ID=16470 (here the fonts themselves are pirated) Both packages have many votes. Even though it might not be an infringement from our part to offer the PKGBUILDs, it still does not look very good for Arch Linux to be encouraging the use of illegal software (note that font is also software). Unless someone provides me with good arguments against it, I will delete the above two packages during the next few days. Best, F

3 3

[aur-general] TU appliance Jens Maucher (defcon)
by Stefan Husmann 06 Apr '09

06 Apr '09

Hello, the voting period for Defcon has ended, and he did not get the majority of votes. He got four times "yes", eleven times "no" and four abstains. So, that is democracy, but it would be nice if there would be some discussion about the reasons for the failure. Regards Stefan

16 35

[aur-general] Maintainer vs Contributor tag let's find a solution ; )
by Angel Velásquez 06 Apr '09

06 Apr '09

Hi, this thread were discussed in the history, so I think is time to clarify and put the correct information to the wiki. (Actually on the recent TU application and sunjdk package). IIRC: a) Maintainer tag in PKGBUILD is just use for people who maintain the binary package generated by this PKGBUILD on official repositories (core, extra, community*), and the people with abilities to do this are TU and Devs. b) Contributor tag is for people who upload the PKGBUILD for first time or is maintaining it at this time. But sometimes this is hard to apply, for example I adopted an orphan PKGBUILD on AUR and I decided to update it and maintain it, what I should have to do: 1.- Should I remove the past contributor and add myself as a Contributor? 2.- Should I keep all the contributor list even if they are more than 4 different people (4 lines more to the PKGBUILD) 3.- Add myself to the maintainer tag? IMO I will use the second option, to keep all the contributor list, maybe tomorrow I won't be able to contribute with this PKGBUILD but it will be nice, to the future owners of these PKGBUILD to know who maintained before them. But maybe we will have a long list of contributors, so, it would be nice to discuss an idea to have tags for maintainers of PKGBUILD with have a binary and contributors of PKGBUILDs, as I said, i would like to improve a method to apply the second idea. Please try to don't flame the ideas, try to propose new ones, or improve the exposed by me. Regards Note: * Many people should disagree with the idea about "community" and "official repo", IMO if community it's enabled by default on pacman, community became official, no matter what the history was... -- Angel Velásquez angvp @ irc.freenode.net Linux Counter: #359909

5 9

[aur-general] First Package
by Lucas Salies Brum 05 Apr '09

05 Apr '09

Hello everyone, my name is Lucas Salies Brum, i live in Brazil and this is my first email to this list. Use the Arch for a while, but only now decided to help the community, before submitting my first package to the AUR would eliminate some doubts. In line with that of the PKGBUILD: # $ Id: PKGBUILD, v 1.12 2003/11/06 08:26:13 Exp $ dorphell How to create it? cvs? It is mandatory? To adopt an orphaned package, just download it to correct and re-send? I read various forums and wikis on the AUR, you have some additional tips for me? Thank you very much. P.S.: Sorry for bad english.

4 3

[aur-general] linux
by Bent SÃ¸rensen 05 Apr '09

05 Apr '09

1 0

[aur-general] kindergarten
by Jens Maucher 05 Apr '09

05 Apr '09

Im going to opt out. This discussion is like a kindergarten, and not what i expected from good trusted users! (really poor, but sadly the truth) Happy continue discussing -- Jens Maucher <jensmaucher(a)online.de> Gnupg: 44FF54EA Fingerprint: 0E54 F345 E7C9 0295 90F8 2B56 CD9A EE71 44FF 54EA

2 1

[aur-general] Package Duplication / Orphaning (funpidgin/carrier)
by Ronnie Collinson 05 Apr '09

05 Apr '09

Hi, funpidgin was renamed to carrier, additionally for some time carrier has been depending on a package not in a official repo or AUR, a working alternative has been provided in the comments along, with a request from a user for someone else to take over maintainer status, this happened on the 18 March 2009. I would like to volunteer myself to maintain this package. Funpidgin link <http://aur.archlinux.org/packages.php?ID=15689> Carrier link <http://aur.archlinux.org/packages.php?ID=17191>

2 1

[aur-general] TU application: Biru Ionut
by Jens Maucher 05 Apr '09

05 Apr '09

I fixed my packages to. Replaced $startdir/src with $srcdir and so on. Biron Ionut wrote: > i've fixed all my packages that haven't used $srcdir and $pkgdir. >also if you have other question feel free to ask me.

1 0

[aur-general] adopt out zattoo
by Jens Maucher 04 Apr '09

04 Apr '09

Hi, I'm going to adopt out zattoo, because i switched completely to 64bit. Feel free to maintain it. Kind regards defcon

2 2

[aur-general] Orphaning packages
by Stefan Husmann 04 Apr '09

04 Apr '09

Hello, I would like to orphan the following packages in [community]: gputils (just uploaded a new version) diacanvas (dependency of gnuconcept) python-pychart (dependency of gnuconcept) Feel free to adopt them. Regards Stefan

1 0

[aur-general] Orphaning request and inactive TUs
by F B 04 Apr '09

04 Apr '09

Hi, could someone orphan the pkg "libclaw"? The user "Nicoco" seems to be inactive. I see that many packages in community maintained by gcarrier are outdated (jre, all virtualbox-ose packages) from a long time. Same situation for Romashka, some of his packages have not been updated since 2007. Could some TUs do something for this situation? Maybe moving them in unsupported. Thank you in advance, Babets.

7 11

[aur-general] Integrity Check community x86_64 03-04-2009
by repomaint＠archlinux.org 03 Apr '09

03 Apr '09

======================================= = Integrity Check x86_64 of community = ======================================= Performing integrity checks... ==> parsing pkgbuilds ==> checking mismatches ==> checking archs ==> checking dependencies ==> checking makedepends ==> checking for circular dependencies Missing PKGBUILDs ------------------- /srv/abs/rsync/x86_64//community/CVS /srv/abs/rsync/x86_64//community/daemons/CVS /srv/abs/rsync/x86_64//community/devel/CVS /srv/abs/rsync/x86_64//community/editors/CVS /srv/abs/rsync/x86_64//community/emulators/CVS /srv/abs/rsync/x86_64//community/games/CVS /srv/abs/rsync/x86_64//community/gnome/CVS /srv/abs/rsync/x86_64//community/i18n/CVS /srv/abs/rsync/x86_64//community/kde/CVS /srv/abs/rsync/x86_64//community/lib/CVS /srv/abs/rsync/x86_64//community/lib32/CVS /srv/abs/rsync/x86_64//community/modules/CVS /srv/abs/rsync/x86_64//community/multimedia/CVS /srv/abs/rsync/x86_64//community/network/CVS /srv/abs/rsync/x86_64//community/office/CVS /srv/abs/rsync/x86_64//community/science/CVS /srv/abs/rsync/x86_64//community/system/CVS /srv/abs/rsync/x86_64//community/x11/CVS /srv/abs/rsync/x86_64//community/xfce/CVS Missing Dependencies ---------------------- eclipse-ve --> 'eclipse<3.3' flumotion --> 'twisted-web' docbook2x --> 'perl-sgmls' cdfs --> 'kernel26<2.6.28' Summary --------- Missing PKGBUILDs: 19 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 4 Repo hierarchy problems: 0 Circular dependencies: 0

1 0

[aur-general] Integrity Check community i686 03-04-2009
by repomaint＠archlinux.org 03 Apr '09

03 Apr '09

===================================== = Integrity Check i686 of community = ===================================== Performing integrity checks... ==> parsing pkgbuilds ==> checking mismatches ==> checking archs ==> checking dependencies ==> checking makedepends ==> checking for circular dependencies Missing PKGBUILDs ------------------- /srv/abs/rsync/i686//community/CVS /srv/abs/rsync/i686//community/daemons/CVS /srv/abs/rsync/i686//community/devel/CVS /srv/abs/rsync/i686//community/editors/CVS /srv/abs/rsync/i686//community/emulators/CVS /srv/abs/rsync/i686//community/games/CVS /srv/abs/rsync/i686//community/gnome/CVS /srv/abs/rsync/i686//community/i18n/CVS /srv/abs/rsync/i686//community/kde/CVS /srv/abs/rsync/i686//community/lib/CVS /srv/abs/rsync/i686//community/modules/CVS /srv/abs/rsync/i686//community/multimedia/CVS /srv/abs/rsync/i686//community/network/CVS /srv/abs/rsync/i686//community/office/CVS /srv/abs/rsync/i686//community/science/CVS /srv/abs/rsync/i686//community/system/CVS /srv/abs/rsync/i686//community/x11/CVS /srv/abs/rsync/i686//community/xfce/CVS Missing Dependencies ---------------------- flumotion --> 'twisted-web' open-vm-tools-modules --> 'kernel26<2.6.28' docbook2x --> 'perl-sgmls' eclipse-ve --> 'eclipse<3.3' cdfs --> 'kernel26<2.6.28' virtualbox-ose-additions-modules --> 'kernel26<2.6.28' Summary --------- Missing PKGBUILDs: 18 Invalid PKGBUILDs: 0 Mismatching PKGBUILD names: 0 Duplicate PKGBUILDs: 0 Invalid archs: 0 Missing (make)dependencies: 6 Repo hierarchy problems: 0 Circular dependencies: 0

1 0