Re: [aur-general] Proofreading request
On Tue, Aug 27, 2013 at 8:09 PM, Clément Junca wrote: > * The 'backup' field is clearly explained in the wiki (or I haven't found > it). > https://wiki.archlinux.org/index.php/PKGBUILD#backup > * The "|| exit 1" comes from the PKGBUID of eject-unlock (not saying that > to point a responsible be to allow this improvement to other packages). > Better look for proto files or official package for reference. There is a lot of PKGBUILD not following latest guidelines in AUR. > * /usr/share/pacman/PKGBUILD-git.proto use an explicit "git clone" and > seems older than the example in the wiki. > There is already a ticket open for this: FS#34485 Regards, -- Cédric Girard
[aur-general] Request for deletion: gmpc-plugins-0.20.0
Hi, Could someone please delete the package gmpc-plugins-0.20.0 [1]? The package is a duplicate of gmpc-plugins and has not been updated since its creation despite missing dependencies. I think this package was first created because gmpc-plugins was out-of-date and not orphaned. I've contacted the previous maintainer since and taken over. Thanks. [1] http://aur.archlinux.org/packages.php?ID=39206 [2] http://aur.archlinux.org/packages.php?ID=29603 -- Cédric Girard
Re: [aur-general] Request for deletion: gmpc-plugins-0.20.0
On Wed, Oct 13, 2010 at 6:01 PM, Thomas Dziedzic wrote: > 2010/10/13 Cédric Girard : > > Hi, > > Could someone please delete the package gmpc-plugins-0.20.0 [1]? The > package > > is a duplicate of gmpc-plugins and has not been updated since its > creation > > despite missing dependencies. > > > > I think this package was first created because gmpc-plugins was > out-of-date > > and not orphaned. I've contacted the previous maintainer since and taken > > over. > > > > Thanks. > > > > [1] http://aur.archlinux.org/packages.php?ID=39206 > > [2] http://aur.archlinux.org/packages.php?ID=29603 > > > > > > Done. > Thanks. -- Cédric Girard
[aur-general] utorrent-server deletion request
utorrent-server [1] is a duplicate of utserver [2]. It has no maintainer, is outdated and has a bad PKGBUILD. Thanks, [1] http://aur.archlinux.org/packages.php?ID=40600 [2] http://aur.archlinux.org/packages.php?ID=40602 -- Cédric Girard
Re: [aur-general] utorrent-server deletion request
On Sun, Oct 24, 2010 at 8:17 PM, Stefan Husmann wrote: > Am 24.10.2010 20:11, schrieb Cédric Girard: > > utorrent-server [1] is a duplicate of utserver [2]. It has no maintainer, > is > > outdated and has a bad PKGBUILD. > > > > Thanks, > > > > [1] http://aur.archlinux.org/packages.php?ID=40600 > > [2] http://aur.archlinux.org/packages.php?ID=40602 > > > > Done, thank you. > Thank you. -- Cédric Girard
Re: [aur-general] pkgstats and unused [community] packages
On Mon, Oct 25, 2010 at 8:22 PM, Andrea Scarpino wrote: > On Monday 25 October 2010 19:50:16 Ionuț Bîru wrote: > > here is the list http://wiki.archlinux.org/index.php/Community_cleanup > I agree to remove them too. At least packages with 0% of usage can be > removed. > > -- > Andrea Scarpino > Arch Linux Developer > And what if we are actually using some of them ? I can think of "cacti" for instance. -- Cédric Girard
[aur-general] mysql-workbench-latest deletion
Hi, mysql-workbench-latest [1] is an outdated duplicate of mysql-workbench [2] in [community]. Please delete. Thanks [1] https://aur.archlinux.org/packages.php?ID=38100 [2] http://www.archlinux.org/packages/community/x86_64/mysql-workbench/ -- Cédric Girard
Re: [aur-general] mysql-workbench-latest deletion
On Thu, Oct 28, 2010 at 11:24 AM, Jan Steffens wrote: > Deleted, thank you. > > 2010/10/28 Cédric Girard : > > Hi, > > mysql-workbench-latest [1] is an outdated duplicate of mysql-workbench > [2] > > in [community]. Please delete. > > > > Thanks > > > > [1] https://aur.archlinux.org/packages.php?ID=38100 > > [2] http://www.archlinux.org/packages/community/x86_64/mysql-workbench/ > > > > -- > > Cédric Girard > > > Thank you. -- Cédric Girard
Re: [aur-general] delete package
On Tue, Nov 16, 2010 at 5:08 PM, Joao Cordeiro wrote: > http://aur.archlinux.org/packages.php?ID=37737 > > Maintainer asked for it. Also, theres this package to replace it: > http://aur.archlinux.org/packages.php?ID=26910 > > > Thanks in advance > Joao Cordeiro > Please add the name of the package(s) when you request deletion. Else it's hard to know which package has been deleted. -- Cédric Girard
Re: [aur-general] delete package
On Tue, Nov 16, 2010 at 5:14 PM, Joao Cordeiro wrote: > This one was adeskbar-archbang BTW. > > On Tue, Nov 16, 2010 at 4:13 PM, Joao Cordeiro > wrote: > > > Will do, sorry. > > > > 2010/11/16 Cédric Girard > > > > On Tue, Nov 16, 2010 at 5:08 PM, Joao Cordeiro > >> wrote: > >> > >> > http://aur.archlinux.org/packages.php?ID=37737 > >> > > >> > Maintainer asked for it. Also, theres this package to replace it: > >> > http://aur.archlinux.org/packages.php?ID=26910 > >> > > >> > > >> > Thanks in advance > >> > Joao Cordeiro > >> > > >> > >> > >> Please add the name of the package(s) when you request deletion. Else > it's > >> hard to know which package has been deleted. > >> > >> -- > >> Cédric Girard > >> > > > > > Thanks. -- Cédric Girard
Re: [aur-general] AUR Improvement Thread
On Wed, Nov 17, 2010 at 11:12 AM, Lukas Fleischer wrote: > On Tue, Nov 16, 2010 at 11:17:33PM -0500, Kaiting Chen wrote: > > 1. Integrated distributed version control system > > Why would we need that? Keep it simple. People can setup their own repos > if they want, just as I did [1]. > > [SKIP] > [1] http://git.cryptocrack.de/?p=archlinux-packages.git;a=summary > This works only as long as the maintainer stay the same. This is really different from an integrated, thus common, VCS. -- Cédric Girard
Re: [aur-general] About BURG packages
If nothing has been done since June, what is the urge? You can write an email and wait one more week. I also agree with the fact that not everyone do read the forum. I personally don't. -- Cedric Girard Sent from my phone, sorry for the top-posting. Le 24 nov. 2010 18:20, "Stefan Husmann" a écrit : > Am 24.11.2010 13:55, schrieb Lukas Fleischer: >> On Wed, Nov 24, 2010 at 02:37:52PM +0200, H.Gökhan SARI wrote: >>> Main burg package (which is burg-bzr, >>> https://aur.archlinux.org/packages.php?ID=33382) is not orphaned and not >>> updated since July 16, although package is flagged as out-of-date and a >>> better PKGBUILD is suggested in comments. And I think it's nonsense adopting >>> burg-themes (https://aur.archlinux.org/packages.php?ID=38066) due to it's >>> containing themes only not working without main burg package. >> >> If an AUR package is broken, you should always adhere to following >> procedure: >> >> * Tell the maintainer to fix the package using AUR comments or just send >> him a mail. I prefer AUR comments since they can be reviewed and >> discussed by others easily. You might also nopaste a patch and/or >> fixed PKGBUILD. >> >> * Wait for the maintainer to fix the package. >> >> * If he doesn't reply/react for some time, send him a mail asking him to >> update the package or orphan it if he doesn't want to maintain it >> anymore. >> >> * If he doesn't reply to that mail for another week, send a mail to >> aur-general asking the TUs to disown the package. >> >> * Never create duplicate packages with "-fixed", "-working", "-better" >> suffixes. >> >> I think we should delete the "-fixed" packages and disown burg-bzr if >> the maintainer doesn't want to maintain it anymore, so someone can adopt >> and fix the packages with correct namings. I'll send x-demon a mail. >> > > Hello, > > basically Lukas is right with this procedure. But in this case there is a > forum thread since June in which the author of burg-bzr did not take part. > For me that is reason enough to think that he or she is gone. So I orphaned > burg-bzr. The others were already orphaned. The packageges named -fixed > will be deleted soon. I made some AUR comments and a forum post telling so. > > Regards Stefan
Re: [aur-general] Delete request
2010/12/1 Ng Oon-Ee > On Wed, 2010-12-01 at 06:00 +0100, Sven-Hendrik Haase wrote: > > On 01.12.2010 00:11, PyroPeter wrote: > > > On 11/30/2010 11:51 PM, Seblu wrote: > > >>> dune2 > > >>> http://aur.archlinux.org/packages.php?ID=33037 > > >>> Broken link, and this is non-free game. > > >>> > > >> In a general way, non-free game/soft is a valid argument? > > > > > > No. Afaik even the official repositorys contain non-free software. > > > > > Indeed, rms wouldn't be happy. Anyhow, if end up discussing the ethics > > of non-free software we'll end up like Debian. Let's just let our users > > choose what they want to use as long as providing the software isn't > > illegal. > > Just to play devil's advocate, illegal according to which jurisdiction > =) > > Some things are for sure not legal in any jurisdiction... -- Cédric Girard
Re: [aur-general] Delete request
On Wed, Dec 1, 2010 at 5:23 PM, Alexander Rødseth wrote: > I don't think this package belongs in AUR either, it should be in a > separate pirate-repository. ;) > > --- > Alexander Rødseth > This is a game from 1992. It is present on many abandonware websites. But the status of abandonware is not a real legit status... -- Cédric Girard
Re: [aur-general] TU Application: Dave Reisner
On Thu, Dec 2, 2010 at 3:55 PM, Ray Rashif wrote: > > OK, let me get this right. You mean that when for eg. a software only > has a development source tree and no tarball, it should just be > 'package' and not 'package-vcs'? > > According to how the wiki has been updated, I understand the opposite (ie always -vcs even when there is no tarball version). -- Cédric Girard
Re: [aur-general] TU Application: Dave Reisner
On Thu, Dec 2, 2010 at 4:59 PM, Xyne wrote: > > Packages that are built from vcs but which are based on some form of > upstream > "release" should not include the tag in the package name. > > I think the simplest rule of thumb would be that if the same PKGBUILD > generates > different binary packages depending on when makepkg was run, then it should > include the suffix in the name. > > These two rules are not the same. For instance the package xbmc-svn [1] is based on fixed svn version that does not corresponds to any "release" upstream. It is just tested svn revisions (by the packager) as not every revisions are usable. [1] http://aur.archlinux.org/packages.php?ID=20156 -- Cédric Girard
Re: [aur-general] TU Application: Dave Reisner
On Thu, Dec 2, 2010 at 5:20 PM, Dave Reisner wrote: > On Thu, Dec 02, 2010 at 05:13:56PM +0100, Cédric Girard wrote: > > On Thu, Dec 2, 2010 at 4:59 PM, Xyne wrote: > > > > > > > > Packages that are built from vcs but which are based on some form of > > > upstream > > > "release" should not include the tag in the package name. > > > > > > I think the simplest rule of thumb would be that if the same PKGBUILD > > > generates > > > different binary packages depending on when makepkg was run, then it > should > > > include the suffix in the name. > > > > > > > > These two rules are not the same. For instance the package xbmc-svn [1] > is > > based on fixed svn version that does not corresponds to any "release" > > upstream. It is just tested svn revisions (by the packager) as not every > > revisions are usable. > > > > [1] http://aur.archlinux.org/packages.php?ID=20156 > > > > So doesn't that just mean that we have some packages currently in > existance which break the guideline we're trying to establish? I propose > that this particular package is named incorrectly, and would be better > off as xbmc-devel. > > dave > Yes you are right I misread Xyne message and understood the two rules quoted above as different. One is just broader than the other but there is no contradiction between them. -- Cédric Girard
Re: [aur-general] TU Application: Dave Reisner
On Thu, Dec 2, 2010 at 5:22 PM, Peter Lewis wrote: > > > For the removal of confusion, -git -svn etc. should *track* the VCS in my > view. > > Pete. > I indeed was confused at first when realizing this package was not building the latest svn version. -- Cédric Girard
Re: [aur-general] TU application - Kyle Keen
On Fri, Dec 3, 2010 at 2:41 PM, Allan McRae wrote: > On 03/12/10 23:35, Konstantinos Karantias wrote: > >> How can we vote? :) >> >> > No-one who top-posts is allowed a vote. > :D Wise decision ! -- Cédric Girard
Re: [aur-general] Some packages moved from extra/community to aur
On Tue, Dec 7, 2010 at 11:56 AM, Michael Trunner wrote: > Hi, > > we use Archlinux on our university. The following packages where in > extra/community the last time we reinstalled our student pool and now in > AUR: > > * tcsh > * autofs > * python-numarray > > Is it possible to move it back to community? At least autofs? What must/can > I > do for that? > > Tschö > > Michael > Well, it's really simple. As autofs already have 10 votes, you just need to apply to become a TU and you will be able to move it to [community] and maintain it. More seriously, these packages have been move to AUR as no TU wants to maintain them. It will only change if one TU decides to adopt them. -- Cédric Girard
Re: [aur-general] Some packages moved from extra/community to aur
On Tue, Dec 7, 2010 at 4:58 PM, Michael Trunner wrote: > > But back to topic: it isn't funny to use a not real officially autofs > package on > our university network. > > What was or is the problem, that no TU want's to maintain these package? > > Basically it is the package is not used by any TU or Dev. Thus testing is a little more complicated. -- Cédric Girard
Re: [aur-general] voting period for Dave Reisner
On Sun, Dec 12, 2010 at 10:31 AM, Florian Pritz
wrote:
>
>
> Welcome and good job reaching 100% ;)
>
> --
> Florian Pritz -- {flo,bluewi...@server-speed.net
>
>
Now let's get OVER 9000 !!!
What !? Can't be done ?
--
Cédric Girard
Re: [aur-general] Deletion request
On Mon, Dec 13, 2010 at 10:40 AM, Stefan Husmann wrote: > Am 13.12.2010 01:33, schrieb Seblu: > > On Mon, Dec 13, 2010 at 12:24 AM, Loui Chang > wrote: > >> On Mon 13 Dec 2010 00:14 +0100, Seblu wrote: > >>> Delete package : oracle 11gR1-1 > >>> ( > https://aur.archlinux.org/packages.php?ID=23730&O=&L=&C=&K=&SB=&SO=&PP=&do_Orphans=&SeB= > ) > >>> > >>> Because, it's orphan, it's out-of-date, source link is broken > >>> (==cannot be built). > >> > >> Well, I must have deleted the source file in a recent cleanup. Sources > >> should not be hosted on the AUR. Otherwise let whoever the new > >> maintainer may be fix the PKGBUILD to retrieve sources remotely. > > > > Ok my bad. I don't see it was a local link... > > > > By trying to update this package i discovered that we need an oracle > > account and accept a license to be able to download the Zip files > > needed to installation. > > I don't believe this is simply scriptable in a PKGBUILD. So, we can: > > 1 - Delete the package > > 2 - Update the package and asking to user which want to build package > > to manually download zip files from oracle.com > > > > What would you prefer? > > > > I would prefer the latter. > There is a similar case with packages like steinberg-vst [1]. The package just assumes the source are already downloaded in the build directory as explained in comment. [1] http://aur.archlinux.org/packages.php?ID=16748 -- Cédric Girard
Re: [aur-general] Deletion request
Le 19 déc. 2010 17:59, "Loui Chang" a écrit :
>
> On Sun 19 Dec 2010 17:15 +0100, Seblu wrote:
> > On Sun, Dec 19, 2010 at 4:58 PM, cantabile
wrote:
> > > Le 19/12/2010 17:55, Seblu a écrit :
> > >>
> > >> 2010/12/13 Cédric Girard:
> > >>>
> > >>> On Mon, Dec 13, 2010 at 10:40 AM, Stefan
> > >>> Husmann > >>> There is a similar case with packages like steinberg-vst [1]. The
package
> > >>> just assumes the source are already downloaded in the build
directory as
> > >>> explained in comment.
> > >>>
> > >>> [1] http://aur.archlinux.org/packages.php?ID=16748
> > >>>
> > >> ok.
> > >>
> > >> do you have a trick to tell to "makepkg --source" to not include in
> > >> src package the file which should be download manually?
> > >> or you remove it from the tarball manually before uploading to AUR?
> > >>
> > >> Regards,
> > >>
> > >
> > > source=('http://dummy.address.com/file-already-downloaded.ext')
> > > That should work ^
> > Yes but he does not like it.
> > And this is not a pretty way, because makepkg download will just fail
> > rather than showing a message to ask a manual download.
> > So i think a better way is to not mark the file in source var, and
> > doing checking by hand and ask to download if not present.
> >
> > But in this PKGBUILD, he uses source var to make checking. And on AUR
> > zip file is not uploaded. So i'm wondering if they are an option or he
> > deleting file manually.
> > http://aur.archlinux.org/packages/steinberg-vst/steinberg-vst/PKGBUILD
> >
http://aur.archlinux.org/packages/steinberg-vst/steinberg-vst/vst_sdk2_3.zip
>
> Well if the zip archive exists in the package tarball, then I removed it
> during a recent cleanup.
>
As far as I can remember, the packager never put the zip in to this package,
it would have been against the license terms of this sdk.
Re: [aur-general] Deletion request
Le 19 déc. 2010 19:40, "Seblu" a écrit :
>
> 2010/12/19 Cédric Girard :
> > Le 19 déc. 2010 17:59, "Loui Chang" a écrit :
> >>
> >> On Sun 19 Dec 2010 17:15 +0100, Seblu wrote:
> >> > On Sun, Dec 19, 2010 at 4:58 PM, cantabile
> > wrote:
> >> > > Le 19/12/2010 17:55, Seblu a écrit :
> >> > >>
> >> > >> 2010/12/13 Cédric Girard:
> >> > >>>
> >> > >>> On Mon, Dec 13, 2010 at 10:40 AM, Stefan
> >> > >>> Husmann >> > >>> There is a similar case with packages like steinberg-vst [1]. The
> > package
> >> > >>> just assumes the source are already downloaded in the build
> > directory as
> >> > >>> explained in comment.
> >> > >>>
> >> > >>> [1] http://aur.archlinux.org/packages.php?ID=16748
> >> > >>>
> >> > >> ok.
> >> > >>
> >> > >> do you have a trick to tell to "makepkg --source" to not include
in
> >> > >> src package the file which should be download manually?
> >> > >> or you remove it from the tarball manually before uploading to
AUR?
> >> > >>
> >> > >> Regards,
> >> > >>
> >> > >
> >> > > source=('http://dummy.address.com/file-already-downloaded.ext')
> >> > > That should work ^
> >> > Yes but he does not like it.
> >> > And this is not a pretty way, because makepkg download will just fail
> >> > rather than showing a message to ask a manual download.
> >> > So i think a better way is to not mark the file in source var, and
> >> > doing checking by hand and ask to download if not present.
> >> >
> >> > But in this PKGBUILD, he uses source var to make checking. And on AUR
> >> > zip file is not uploaded. So i'm wondering if they are an option or
he
> >> > deleting file manually.
> >> >
http://aur.archlinux.org/packages/steinberg-vst/steinberg-vst/PKGBUILD
> >> >
> >
http://aur.archlinux.org/packages/steinberg-vst/steinberg-vst/vst_sdk2_3.zip
> >>
> >> Well if the zip archive exists in the package tarball, then I removed
it
> >> during a recent cleanup.
> >>
> > As far as I can remember, the packager never put the zip in to this
package,
> > it would have been against the license terms of this sdk.
> >
> Hum this last words let my question remains.
>
> Regards,
> --
> Sébastien Luttringer
> www.seblu.net
Try to ask the packager directly. I don't know how he is dealing with this
exactly and cannot do any test right now.
Re: [aur-general] Remove ardour3-svn
On Tue, Dec 21, 2010 at 3:29 PM, Bernardo Barros wrote: > Dear TUs, > > If you decide to leave the package in AUR, I've already added this to > post_install and post_update: > >echo ">>> > WARNING" >echo ">>> This is not an official ardour or arch package, as most of > AUR users already know. " >echo ">>> Please if you really want to try this svn snapshot, make > sure you update it frequently" >echo ">>> and that you are capable of providing useful debug > information for the developers." >echo ">>>" >echo ">>> Please also read the following links:" >echo ">>> http://ardour.org/debugging_ardour"; >echo ">>> http://ardour.org/how_to_report_a_bug"; >echo ">>>" >echo ">>> From the main developer as of 2010/12: " >echo ">>> we have not asked (and are not asking) for people > not" >echo ">>> comfortable with debuggers and other tracing tools > to " >echo ">>> be using ardour3 at this time." >echo ">>>" >echo ">>> The authors also recomend that Arch users DO NOT use this > PKGBUILD" > echo ">>> and instead make all the steps using svn and 'svn > update'." >echo ">>> > " > Why do you need to put this in post_update as well ? Could you also try to reduce this to meaningful info ? Like "Please be advised that ardour3 is not ready for use yet". -- Cédric Girard
Re: [aur-general] Remove ardour3-svn
On Tue, Dec 21, 2010 at 3:48 PM, Bernardo Barros wrote: > 2010/12/21 Cédric Girard : > > Why do you need to put this in post_update as well ? > > > > Could you also try to reduce this to meaningful info ? Like "Please be > > advised that ardour3 is not ready for use yet". > > > I did like this because Paul Davis (the developer that aked to change > it) said me he was confortable with this message as it is as long as > the user actually read it. Pointing to those two links maybe made had > a place in this decision? I can delete the post_update if you find it > cleaner. > I know why you did it, even though I don't see why AUR PKGBUILDs content should be dictated by upstream devs. Maybe you are right about the debugging info. But the paragraphs about "not an official ... package" and "do not use" just make the meaningful info more difficult to spot IMHO. About post_update, maybe a TU or a dev have an opinion on this... -- Cédric Girard
Re: [aur-general] Remove ardour3-svn
Le 21 déc. 2010 18:33, "Xyne" a écrit : > > On 2010-12-21 15:55 +0100 (51:2) > Cédric Girard wrote: > > > I know why you did it, even though I don't see why AUR PKGBUILDs content > > should be dictated by upstream devs. > > It's not being dictated by upstream devs. The dev has expressed concerns and > we're trying to address them out of respect. He has been neither rude nor > demanding from what I have seen, and a simple message is a completely > reasonable solution. > > Really, the entire OSS community would fall apart if everyone adopted this > apparent attitude of "I don't have to do shit for you, no matter how > ridiculously easy it would be for me, so why should I? Now do more for me." > It's parasitic consumption and it undermines the mutualism on which we thrive. It seems there is a misunderstanding of what I was trying to express. It does not bother me that an upstream dev asks the maintainer to add some warnings about the early state of an application and the need of proper bug reports. And I'm fine with giving warnings about that. What I do not understand is him asking for the removal of a package. If he put a public svn he should accept that code is checked out from it. Anyway I do agree with the benefit of understanding and collaboration between open source communities.
[aur-general] xmobar-darcs deletion request
Hi, xmobar development has moved to git repository, thus xmobar-darcs [1] may be deleted as it has been replaced by xmobar-git [2] Please feel free to review the PKGBUILD for xmobar-git as well. [1] http://aur.archlinux.org/packages.php?ID=13627 [2] http://aur.archlinux.org/packages.php?ID=44683 Thanks, -- Cédric Girard
Re: [aur-general] xmobar-darcs deletion request
On Wed, Dec 22, 2010 at 11:11 AM, Xyne wrote: > On 2010-12-22 10:47 +0100 (51:3) > Cédric Girard wrote: > > > Hi, > > xmobar development has moved to git repository, thus xmobar-darcs [1] may > be > > deleted as it has been replaced by xmobar-git [2] > > Please feel free to review the PKGBUILD for xmobar-git as well. > > > > [1] http://aur.archlinux.org/packages.php?ID=13627 > > [2] http://aur.archlinux.org/packages.php?ID=44683 > > > > Thanks, > > > > -- > > Cédric Girard > > > done, thanks > Thank you. -- Cédric Girard
Re: [aur-general] GMPC packages, bundle and singular
Le 2 janv. 2011 15:50, "Joel Heaton" a écrit : > > Hi all, I just have a query about these, before I spend some time > adopting and updating a bunch of them. In AUR, there are two packages > that provide almost all of the GMPC plugins as far as I can see; > gmpc-plugins and gmpc-plugins-git: > > http://aur.archlinux.org/packages.php?ID=29603 > http://aur.archlinux.org/packages.php?ID=23457 > > There are a number of plugins packaged separately in the AUR as shown > here: > > http://aur.archlinux.org/packages.php?O=0&K=gmpc&do_Search=Go&detail=1&C=0&SeB=nd&SB=n&SO=a&PP=100 > > Now, neither gmpc-plugins nor gmpc-plugins-git provide all of the > plugins listed, though they do cover most. Are the others okay to exist > in case people only want one or two rather than the whole package, or > should they be removed because they are provided by another package? > > I'd just like to clear this up before I go ahead and do > anything/nothing. > > Kind regards, > > Joel. Hello, I'm the current maintainer of gmpc-plugins. The plugins packaged are already bundled together upstream. I've seen some plugins packaged separately that are deprecated upstream (I have to check which one). I have personally no strong feeling against separate packaging of some plugins if users find it useful. Regards, -- Cédric Girard
Re: [aur-general] GMPC packages, bundle and singular
On Sun, Jan 2, 2011 at 3:50 PM, Joel Heaton wrote: > > There are a number of plugins packaged separately in the AUR as shown > here: > > > http://aur.archlinux.org/packages.php?O=0&K=gmpc&do_Search=Go&detail=1&C=0&SeB=nd&SB=n&SO=a&PP=100 > > > Hi, I've done some more research on these plugins. The plugins there not covered by gmpc-plugins are : * gmpc-autoplaylist: no version for gmpc 0.20.0 * gmpc-coveramazon: deprecated * gmpc-dynamic-playlist: independent plugin (meaning not released with other plugins) * gmpc-exiftools: git only, no commit for 1 year * gmpc-favorites: integrated into gmpc * gmpc-guitartabs : git only * gmpc-libnotify : active * gmpc-notify-osd-plugins : independent plugin, last release more than one year ago * gmpc-osd : no version for gmpc 0.20.0 * gmpc-serverstats: integrated into gmpc * gmpc-stopbutton: integrated into gmpc See [1] for a not so uptodate page regrouping info about gmpc plugins. Note there is also three similar gmpc-last.fm packages (included in gmpc-plugins) [2] . [1] http://gmpc.wikia.com/wiki/Plugins [2] http://aur.archlinux.org/packages.php?K=gmpc-last -- Cédric Girard
Re: [aur-general] cisco-vpnclient - random computer hang
On Tue, Jan 4, 2011 at 11:25 PM, Brad Fanella wrote: > > > On Jan 4, 2011, at 1:07 PM, Netanel Shine > wrote: > > http://aur.archlinux.org/packages.php?ID=10537 >> >> it seems like the computer just freeze (hang) on random time when using >> the >> vpnclient on newer kernel version (2.6.36) - on the older versions it was >> fine. >> >> more information here - >> >> http://ilapstech.blogspot.com/2009/09/cisco-vpn-client-on-karmic-koala.html?showComment=1257451714781#c7473635705597938301 >> > > This is probably better left as a comment on the package's AUR page, so the > maintainer will be directly notified of this issue. ;-) > > Regards, > Brad > By the way, what is provided by this client that cannot be done with vpnc in [core] ? -- Cédric Girard
Re: [aur-general] TU Application -Thomas Hatch
On Wed, Jan 5, 2011 at 6:49 PM, Thomas S Hatch wrote: > > Set up MooseFS support for Arch – This is a VERY cool project that I > strongly recommend people take a look at : moosefs.org > > Thanks for speaking about this. I was looking for something able to do exactly what MooseFS does. Good luck with you application ! -- Cédric Girard
Re: [aur-general] utorrent-server deletion request
On Sun, Oct 24, 2010 at 8:17 PM, Stefan Husmann wrote: > Am 24.10.2010 20:11, schrieb Cédric Girard: > > utorrent-server [1] is a duplicate of utserver [2]. It has no maintainer, > is > > outdated and has a bad PKGBUILD. > > > > Thanks, > > > > [1] http://aur.archlinux.org/packages.php?ID=40600 > > [2] http://aur.archlinux.org/packages.php?ID=40602 > > > > Done, thank you. > A new utorrent-server [1] has been uploaded 2 weeks later. It is a duplicate of utserver [2]. They have a similar PKGBUILD, except that [1] handles both arch and has, I think, a better naming. [1] http://aur.archlinux.org/packages.php?ID=43253 [2] http://aur.archlinux.org/packages.php?ID=40602 -- Cédric Girard
Re: [aur-general] utorrent-server deletion request
On Thu, Jan 6, 2011 at 6:27 PM, Stefan Husmann wrote: > Am 06.01.2011 17:42, schrieb Cédric Girard: > > [1] http://aur.archlinux.org/packages.php?ID=40600 > >> > [2] http://aur.archlinux.org/packages.php?ID=40602 > >> > > Sent mail to the maintainer of utserver. > > I've received a mail from the maintainer of utorrent-server. Here are its (justified) motivations to create a new package : First of all, I added the PKGBUILD for a few reasons: > 1. Chris-Kan from utserver did not maintain it, it has been flagged out ouf > date for a while > 2. Did not want support 64bits systems even thought not compatible > 3. For the name, it's actually because uTorrent team changed the name > 4. His PKGBUILD does not work: > Comment by: laasonen on Thu, 06 Jan 2011 16:23:08 + > "/tmp/packerbuild-0/utserver/utserver/PKGBUILD: line 25: cd: > /tmp/packerbuild-0/utserver/utserver/src/bittorrent-server-v3_0: No such > file or directory" > > It should be: > "cd $srcdir/utorrent-server-v3_0" > > You should also add support for x86_64. > Regards, -- Cédric Girard
Re: [aur-general] utorrent-server deletion request
On Thu, Jan 6, 2011 at 6:48 PM, Stefan Husmann wrote: > > Thank you. These are valid and good reasons. Nevertheless it would have > been a better way to do a orphaning request on this list than to upload > a duplicate. > > Yes I fully agree with you. > Anyway, Jelle already wrote a comment on AUR comment page for utserver. > So the problem will be solved in short. > > BTW, thank you for notifying the duplicate. > > No problem. I don't even use this package anymore but was subscribed to the comment of utserver and noticed the situation. > Regards Stefan > > Regards, -- Cédric Girard
Re: [aur-general] Does anyone use tdl?
On Sun, Jan 9, 2011 at 12:23 AM, Mike Sampson wrote: > > > Task Warrior - https://aur.archlinux.org/packages.php?ID=22085 > > Mike > Does anyone know why this package does not use upstream name ? There is no way to tell this "task" package is Task Warrior except looking to the URI. Regards, -- Cédric Girard
Re: [aur-general] Does anyone use tdl?
On Mon, Jan 10, 2011 at 11:26 AM, Magnus Therning wrote: > 2011/1/10 Cédric Girard : > > On Sun, Jan 9, 2011 at 12:23 AM, Mike Sampson > wrote: > > > >> > >> > >> Task Warrior - https://aur.archlinux.org/packages.php?ID=22085 > >> > >> Mike > >> > > > > Does anyone know why this package does not use upstream name ? There is > no > > way to tell this "task" package is Task Warrior except looking to the > URI. > > There's some confusion on the upstream page, taskwarrior.org. Text like > > "Taskwarrior is an ambitious project to supercharge task with an > interactive interface, GTD features, color themes, data synch, > dependencies, custom reports, charts, and Lua plugins, all while our > international team provides excellent support!" > > make it sound like 'taskwarrior' is a layer on top of something called > 'task'. But then the download file is > http://www.taskwarrior.org/download/task-1.9.3.tar.gz The package is > called 'task' by upstream in all distro files they provide too. > > No matter how confusing this is, I would say that 'task' is the > correct package name for the program taskwarrior :-) > > /M > > -- > Magnus Therning OpenPGP: 0xAB4DFBA4 > email: mag...@therning.org jabber: mag...@therning.org > twitter: magthe http://therning.org/magnus > My bad. I did not try to install it before writing my previous mail. I understand know. I agree with you on the confusion of this. Anyway. Looks like a great tool, not so complicated to use. -- Cédric Girard
Re: [aur-general] delete request
On Mon, Jan 10, 2011 at 11:30 PM, Brad Fanella wrote: > On Mon, Jan 10, 2011 at 4:28 PM, Matthias Rascher > wrote: > > Hi, > > can somebody delete this packages... > > > > 1) obsolete > > http://aur.archlinux.org/packages.php?ID=45068 > > the package name was changed (see package comment by chmurli) > > > > 2) duplicate > > http://aur.archlinux.org/packages.php?ID=37238 > > the package is redundant (see package comment by alexwizard) > > > > Thanks > > > > Done and done. Thank you. :-D > > Regards, > Brad > What was the name of these packages ? -- Cédric Girard
Re: [aur-general] delete request
On Tue, Jan 11, 2011 at 4:05 AM, Evangelos Foutras wrote: > 2011/1/11 Cédric Girard : > > What was the name of these packages ? > > Using my brand new time machine, I went back in time and noted their > names; borderless-elementary-gtk-theme and nautilus-elementary-ur > respectively. > Thank you. I indeed should have used the same time machine instead of spamming the ML. Sorry about that... Regards, -- Cédric Girard
Re: [aur-general] Is there a way to mark 300(!) AUR packages out-of-date?
On Thu, Jan 13, 2011 at 9:53 PM, Peter Simons wrote: > Hi guys, > > [skip] > Now, a group of volunteers has combined forces > to provide the Arch Haskell ABS tree, which is a collection of Haskell > packages that we distribute as a binary repository. Its availability was > recently announced here: > > http://www.haskell.org/pipermail/haskell-cafe/2011-January/088165.html > > [skip] Hi, Maybe the wiki page [1] should be updated accordingly. I was looking for the url of this binary repo and couldn't find it anywhere except with the link above. I would have gladly done it but I don't know the state of the Arch Haskell initiative enough to do it. [1] https://wiki.archlinux.org/index.php/Haskell_package_guidelines Regards, -- Cédric Girard
Re: [aur-general] [arch-general] Please settle 'base' in 'depends' for all
On Wed, Jan 19, 2011 at 2:30 PM, Stéphane Gaudreault wrote: > > This gives a simple receipie : When you want to list the dependency fo a > package, simply look at what is directly used (for binary it is essentially > "readelf -d" on the files) and you get the dependency list for your > package. > You can then assume that everything will be correct as maintainers of the > listed packages did the same up to the required group. > > It means then that if we have this (dependency are direct dependencies): - Package A: depends=(B C) - Package B: depends=(C) C should *not* be removed from the dependency array of A. -- Cédric Girard
Re: [aur-general] new aur mirror
On Thu, Jan 27, 2011 at 1:23 PM, keenerd wrote: > Hi all. I am now mirroring the AUR continuously, and am starting to > open it up to public access. It is not a perfect byte-for-byte clone, > as I felt like adding a few features :-) > > For now, there is an enhanced RPC database. It's got everything from > the original RPC calls, plus some extra fields that people always seem > to want. Access it through > http://aur.kmkeen.com/rpc/name_of_package > Yes, it is 100% static. This was the only way my little VPS could > keep up with the beastly Sigurd machine. > > I've also got all the tarballs mirrored, but forgot to add the links > to the RPC info (mirror/pkgname/pkgname.tar.gz). Will fix that > shortly. There are also search indexes prepared for description, > depends and required-by but the regex search is not open to the world > yet. Maybe after I get some sleep. > > Much thanks goes to Falconindy for ideas, encouragement and patience. > > I am currently taking feature requests. Go wild. > > -Kyle > http://kmkeen.com > Is your mirroring complete ? It seems there is some packages that are not mirrored (xbmc-git, xmobar-git, perl-config-properties, perl-rpsl-parser, ...). I've only tested the RPC not the tarballs. -- Cédric Girard
Re: [aur-general] Introduce kernel26-tools
Hi, On Sat, Feb 5, 2011 at 10:34 PM, Seblu wrote: > Dear Arch Users/Dev/TUs, > > I read some times ago on this mailing list words about shortly > introducing new cool packages. I'm starting. > > It is indeed a great idea. >From some times now, I discovered the power of a kernel embeded tools > named perf, which is really useful to get information about your > kernel performances and hunt performances issues. > Something really awesome is to see perf of a guest kvm kernel inside > the host kvm. > > Great tool to know. May come handy. Thanks -- Cédric Girard
Re: [aur-general] AUR & Copyright
On Sun, Feb 6, 2011 at 8:47 PM, Ray Rashif wrote: > Err..it is as relaxed as the wiki. I don't see why any question about > ownership should arise. If someone wants to claim ownership and not be > willing to share then so be it (don't even upload to AUR then). She > will have a bad reputation, not our problem. > You can't say that. If someone decide to claim ownership to the PKGBUILD he wrote and nothing has been done to clear the ownership issue before, the reputation of this guy would be the last thing to worry about for Arch Linux. Considering the wiki, it is clearly stated as being under the GNU Free Documentation License 1.2. Regards, -- Cédric Girard
Re: [aur-general] How to handle installers in PKGBUILDs
On Wed, Feb 9, 2011 at 1:08 PM, Michael Schubert wrote: > > > The download is only available as binary package with its own installer. > > Do you have a direct link to the download? I would like to take a look but the only one I could find is through a registration process. Regards, -- Cédric Girard
Re: [aur-general] How to handle installers in PKGBUILDs
On Thu, Feb 10, 2011 at 2:11 AM, Kevin <31337h4c...@gmail.com> wrote: > Cédric Girard writes: > > > > > On Wed, Feb 9, 2011 at 1:08 PM, Michael Schubert wrote: > > > > > > > > > > > The download is only available as binary package with its own > installer. > > > > > > > > Do you have a direct link to the download? I would like to take a look > but > > the only one I could find is through a registration process. > > > > Regards, > > > > Try this URL: > > > http://www.systems-biology.org/download/download.php?swf=CellDesigner-4.1-linux- > installer.bin > > Thanks but it needs a registration as well. What I wanted to point out is that Michael PKGBUILD won't be able to download the source file. -- Cédric Girard
Re: [aur-general] Upgraded AUR to 1.8.0
On Mon, Feb 21, 2011 at 10:47 AM, Lukas Fleischer wrote: > The official Arch Linux AUR setup has been upgraded to 1.8.0. For a > short list of changes, read [1]. > > Please report any issues on the AUR bug tracker [2]. > > [1] > http://mailman.archlinux.org/pipermail/aur-dev/2011-February/001433.html > [2] https://bugs.archlinux.org/index.php?project=2 > First congrats for all the improvements. This leads me to two questions: - It appears the "out of date" date is set to the same value for all packages marked out of date. I assume this is the intended behavior as the info was not stored anywhere, right? - What about the "submitter"? Was this info always known or is there some default in some cases? The thing is I have one package [1] I maintain where the submitter (Allan) is not credited. Should I consider this info as accurate and add the submitter to the contributor entries? [1] http://aur.archlinux.org/packages.php?ID=22682 -- Cédric Girard
Re: [aur-general] Upgraded AUR to 1.8.0
On Mon, Feb 21, 2011 at 11:29 AM, Allan McRae wrote: > On 21/02/11 20:02, Cédric Girard wrote: > >> - What about the "submitter"? Was this info always known or is there some >> default in some cases? The thing is I have one package [1] I maintain >> where >> the submitter (Allan) is not credited. Should I consider this info as >> accurate and add the submitter to the contributor entries? >> >> [1] http://aur.archlinux.org/packages.php?ID=22682 >> >> > If I submitted that it was only because it was dropped from the repos to > the AUR. > > Allan > > OK. Thanks. This is kind of what I thought. -- Cédric Girard
Re: [aur-general] Removal request: despotify-ao-svn
On Tue, Feb 22, 2011 at 11:39 AM, jesse jaara wrote: > This uses libao sound libary while the other useat gstreamer so no remove. > Huulivoide > No. >From despotify-svn PKGBUILD: # Use libao sed -i 's/gstreamer/libao/' Makefile.local.mk.dist -- Cédric Girard
[aur-general] Please delete minecraft-data
The package minecraft-data [1] is supposed to provide game data for Minecraft. This package is outdated, orphaned and does not comply with the game license [2] (hosting of original game content). Please delete it. Thanks. [1] http://aur.archlinux.org/packages.php?ID=40928 [2] http://www.minecraft.net/copyright.jsp -- Cédric Girard
Re: [aur-general] Please delete minecraft-data
On Fri, Feb 25, 2011 at 4:34 PM, Thomas S Hatch wrote: > 2011/2/25 Cédric Girard > > > The package minecraft-data [1] is supposed to provide game data for > > Minecraft. This package is outdated, orphaned and does not comply with > the > > game license [2] (hosting of original game content). > > > > Please delete it. Thanks. > > > > [1] http://aur.archlinux.org/packages.php?ID=40928 > > [2] http://www.minecraft.net/copyright.jsp > > > > -- > > Cédric Girard > > > > Done, thanks! > Thanks! -- Cédric Girard
Re: [aur-general] Please delete minecraft-data
On Sat, Feb 26, 2011 at 6:53 AM, Gary Wright wrote: > On Fri, Feb 25, 2011 at 5:19 PM, Loui Chang wrote: > > On Fri 25 Feb 2011 16:31 +0100, Cédric Girard wrote: > >> The package minecraft-data [1] is supposed to provide game data for > >> Minecraft. This package is outdated, orphaned and does not comply with > the > >> game license [2] (hosting of original game content). > >> > >> Please delete it. Thanks. > >> > >> [1] http://aur.archlinux.org/packages.php?ID=40928 > >> [2] http://www.minecraft.net/copyright.jsp > > > > Just for reference: a PKGBUILD does not actually distribute the data, so > > it would be completely valid to have it in the AUR. > > > > For example the acroread license doesn't allow redistribution, but that > > doesn't disallow writing a script (PKGBUILD) for automatically fetching > > it from Adobe and installing it yourself. > > From the Minecraft copyright page: > > > The one major rule: > Do not distribute anything I've made. This includes the client and the > server software for the game. This also includes modified versions of > anything I've made. > > In order to maintain control of the project, I need all game downloads > to come from a single central source. I hope you understand. > > > > I didn't get a chance to read the PKGBUILD, but as long as the source > was http://www.minecraft.net/download/minecraft.jar then I don't think > he'd have a problem with it. It's not like its usable unless you > purchase a login anyway. > I know what a PKGBUILD is. :p The data was hosted on another site. Which is completely different from this package [1] which just download the whole game from the official site. [1] http://aur.archlinux.org/packages.php?ID=39434 -- Cédric Girard
[aur-general] Deletion request for firefox-branded packages
firefox-branded [1] and firefox-branded-bin [2] have become useless as the package in [extra] is now branded. They may be deleted unless it is planned to unbrand Firefox in [extra] when it will no more result in Minefield / Developer Preview display. [1] http://aur.archlinux.org/packages.php?ID=18019 [2] http://aur.archlinux.org/packages.php?ID=31781 -- Cédric Girard
[aur-general] cairo-compmgr in [community]
Hi, On Sun, Mar 27, 2011 at 1:58 PM, Florian Pritz wrote: > I think this is a pretty nice solution: > > http://projects.archlinux.org/svntogit/community.git/tree/cairo-compmgr/trunk/PKGBUILD?id=3e3c7a8dad3d8acc5111eb306bef65f484cb1161 > I did not noticed cairo-compmgr in [community] has switched to git version. I'm maintaining the cairo-compmgr-git [1] in AUR. Maybe there is some redundancy and the git version may be deleted. However if this only a temporary situation awaiting for a new upstream release then the AUR package should be kept. Does somebody know more about this package? [1] http://aur.archlinux.org/packages.php?ID=30042 Regards, -- Cédric Girard
Re: [aur-general] cairo-compmgr in [community]
On Mon, Mar 28, 2011 at 12:16 PM, Florian Pritz wrote: > > I did not noticed cairo-compmgr in [community] has switched to git > > version. I'm maintaining the cairo-compmgr-git [1] in AUR. Maybe there > > is some redundancy and the git version may be deleted. However if this > > only a temporary situation awaiting for a new upstream release then the > > AUR package should be kept. > > > > Does somebody know more about this package? > > It doesn't compile with our vala anymore and there have been multiple vala > related patches and also some refactoring iirc. It was easier to use git > than try to backport the patches. > Especially after taking a look at their bug tracker [1] and git repo > (hardly any recent commits) I didn't feel like getting in touch with > upstream would help a lot. Maybe I'll contact them next week end. > > [1] http://cairo-compmgr.tuxfamily.org/bugs/ > Yes I've seen what the situation was while handling the previous vala increment (cairo-compmgr was still in AUR at that time iirc). The code has been updated since and was working untill the switch to the newer vala version. -- Cédric Girard
Re: [aur-general] [deletion request] python-restkit
On Sun, Apr 3, 2011 at 10:01 PM, Rémy Oudompheng wrote: > However, renaming a package can be a good reason, if the current > maintainer agrees and if the package with a new name is uploaded at > the same time. > But I don't understand. Wasn't it decided that renaming from python-foo to python2-foo should only occur when a Python 2 and a Python 3 version were co-existing? Or am I remembering wrong? (I know what is stated in the wiki but the change has not been done by a dev nor a TU AFAICT). Regards, -- Cédric Girard
Re: [aur-general] AUR message notification
On Mon, Apr 4, 2011 at 4:50 PM, Stéphane Gaudreault wrote: > Le 3 avril 2011 22:23:42, Loui Chang a écrit : > > > > > Mainly because 'suivre' means 'follow' rather than 'notify'. I didn't > > want to be pushing something incorrect that someone else would complain > > about again. > > The word "Annoncer" is very missleading. I would rather suggest "Avertir". > > Stéphane > "Notifier" as suggested in the bug closure is the most literral translation for "Notify" being used in the English version. But I agree with you anything apart from "Annoncer" would be more meaningful. BTW, how translation error should be reported? Bug reports? (There is some inconsistency in capital letter usage). -- Cédric Girard
Re: [aur-general] AUR message notification
On Mon, Apr 4, 2011 at 5:31 PM, Lukas Fleischer wrote: > On Mon, Apr 04, 2011 at 05:02:38PM +0200, Cédric Girard wrote: > > On Mon, Apr 4, 2011 at 4:50 PM, Stéphane Gaudreault > > wrote: > > > > > Le 3 avril 2011 22:23:42, Loui Chang a écrit : > > > > > > > > > > > Mainly because 'suivre' means 'follow' rather than 'notify'. I didn't > > > > want to be pushing something incorrect that someone else would > complain > > > > about again. > > > > > > The word "Annoncer" is very missleading. I would rather suggest > "Avertir". > > > > > > Stéphane > > > > > > > "Notifier" as suggested in the bug closure is the most literral > translation > > for "Notify" being used in the English version. > > > > But I agree with you anything apart from "Annoncer" would be more > > meaningful. > > > > BTW, how translation error should be reported? Bug reports? (There is > some > > inconsistency in capital letter usage). > > Just send a git-formatted patch to aur-dev. In case you don't have time > to do so, file a bug report, yeah. > OK, thanks. Patch sent (including "notify" translation). -- Cédric Girard
Re: [aur-general] smarch's scripts
On Wed, Apr 20, 2011 at 1:55 PM, Grigorios Bouzakis wrote: > Hello, > can someone explain to me how this guys scripts [1] are supposed to > produce working packages? > Unless i am missing something, i'd have to use black magic in order to > obtain the source which isnt even available in the sourceforge SVN of > the projects. > Since they already have 5 votes they must be awesome though. > > [1]: http://aur.archlinux.org/packages.php?K=smarch&SeB=m > The sources are included in the archive. -- Cédric Girard
Re: [aur-general] Package Update for pyrit | submitter/maintainer don't answer
On Wed, Apr 27, 2011 at 2:05 PM, Fabian Melters wrote: > sry :D > > "how can i ask for ophanning a package?" > that's what i should have asked :D > This is the good place to ask. Just wait for a TU and the package should be orphaned (your dupe will probably be deleted as well). -- Cédric Girard
Re: [aur-general] Request for deletion: libgirara-git
On Wed, May 4, 2011 at 7:20 AM, karnath wrote: > libgirara-git duplicates girara-git, so i request for deletion of first. Isn't libgirara-git the right name? https://pwmt.org/projects/libgirara/ -- Cédric Girard
Re: [aur-general] Request for deletion: libgirara-git
2011/5/4 karnath > On Wed, May 04, 2011 at 08:15:24AM +0200, Cédric Girard wrote: > > Isn't libgirara-git the right name? > > May be it is, but, girara-git packager, mlq, is also pwmt developer, and > may be he has better knowledge of naming own creation, and, in addition > package girara-git was in aur before libgirara-git, so i think it would > be better to improve old package, change PKGBUILDs of dependent packages > and delete mistakenly uploaded libgirara-git. > > Yes. But what could also be done is : deletion of girara-git orphanage of libgirara-git adoption and update of libgirara-git by mlq. I think there may have been a renaming upstream as the url [1] pointed by the girara-git package is now a 404. [1] http://pwmt.org/projects/girara -- Cédric Girard
Re: [aur-general] [arch-general] DropBox problem
On Tue, May 17, 2011 at 4:25 PM, Bernardo Barros wrote: > Recently I am having problems with DropBox. I have it installed > (1.1.31-1)and there is indeed a file named "/opt/dropbox/dropbox", but > the daemon seems not to find it: > > ~/ dropboxd > /usr/bin/dropboxd: line 10: /opt/dropbox/dropbox: No such file or > directory > > > That's only me or other people had this bug too? > > Hi, There is no such things as "DropBox" in the official repo. Please post to aur-general instead. Thanks, -- Cédric Girard
[aur-general] The Unarchiver and provides field
Hi,
I'm maintaining The Unarchiver PKGBUILD [1] in the AUR. The Unarchiver is an
objective-c application for uncompressing archive file. This is AFAIK the
only free implementation of RARv3 format.
As this application provides an unrar functionnality, does it make sense to
add a "provides=('unrar')" field in the PKGBUILD? The Unarchiver is not a
drop-in replacement for the "unrar" command. The binary are not the same and
the syntax is different.
--
Cédric Girard
Re: [aur-general] The Unarchiver and provides field
2011/5/23 Cédric Girard
> Hi,
>
> I'm maintaining The Unarchiver PKGBUILD [1] in the AUR. The Unarchiver is
> an objective-c application for uncompressing archive file. This is AFAIK the
> only free implementation of RARv3 format.
>
> As this application provides an unrar functionnality, does it make sense to
> add a "provides=('unrar')" field in the PKGBUILD? The Unarchiver is not a
> drop-in replacement for the "unrar" command. The binary are not the same and
> the syntax is different.
>
>
[1] http://aur.archlinux.org/packages.php?ID=47977
--
Cédric Girard
Re: [aur-general] The Unarchiver and provides field
On Mon, May 23, 2011 at 10:51 AM, Evangelos Foutras wrote: > > The provides field can be used to satisfy another package's dependency > on unrar. With that in mind, it doesn't make sense to add it to your > package if the syntax differs and the two packages cannot be used > interchangeably. > OK. This is what I thought but wanted a confirmation as I was asked to add such a field. Thanks, -- Cédric Girard
[aur-general] Orphan request for mmv
Hi, mmv [1] PKGBUILD is needing some improvements. It was first requested on April 2010 with a comment. I've sent the maintainer an e-mail on the 19th of May 2011 with an updated PKGBUILD [2]. I'm still waiting for an answer. Maybe time has come for this package to find a new maintainer... Please orphan this package in order for me to take over. Thanks, [1] http://aur.archlinux.org/packages.php?ID=6636 [2] https://github.com/X-dark/ArchLinux/blob/master/pkgbuild/mmv/PKGBUILD -- Cédric Girard
Re: [aur-general] Orphan request for mmv
On Tue, Jun 14, 2011 at 1:45 PM, Evangelos Foutras wrote: > Disowned, please adopt. :) Thank you. Adopted and updated. -- Cédric Girard
Re: [aur-general] Delete request
On Fri, Jul 22, 2011 at 5:16 PM, Jelle van der Waa wrote: > On 07/22/2011 04:37 PM, cantabile wrote: > >> On 07/22/2011 02:36 PM, member graysky wrote: >> >>> virtualbox-guest-modules-ck >>> >>> http://aur.archlinux.org/**packages.php?ID=49288<http://aur.archlinux.org/packages.php?ID=49288> >>> >> Why? >> >> I would like to know the real reason too, you don't seem like the owner > of the package and it seems actively maintained. > > It does not prevent him from giving a reason but he does seems to be the maintainer and the package has seen no update since its creation. -- Cédric Girard
Re: [aur-general] Realtime kernel package name for 3.0
On Sat, Jul 23, 2011 at 12:08 PM, Ray Rashif wrote: > This calls for a new package name. The standard kernel will be named > "linux", so the obvious options are "linux-rt" and "linux-realtime". > Tell us which you would prefer or suggest a different suffix. > linux-rt is a good choice as the suffix is widely spread and is the one used upstream. linux-realtime may be much straightforward to newcomer but we have the description for that. -- Cédric Girard
[aur-general] libreoffice-extension-languagetool deletion request
Please delete libreoffice-extension-languagetool [1] as it is a duplicate of languagetool [2] with an incorrect naming. [1] http://aur.archlinux.org/packages.php?ID=51209 [2] http://aur.archlinux.org/packages.php?ID=15183 Regards, -- Cédric Girard
Re: [aur-general] libreoffice-extension-languagetool deletion request
2011/8/5 Lukáš Jirkovský > Done, thanks Thank you. -- Cédric Girard
Re: [aur-general] Orphaning out-of-date packages
On Tue, Aug 23, 2011 at 10:44 AM, Xyne wrote: > > > I've attached a Perl script that prints out the intersection of that list > and > the list of locally installed packages. Just change the URL if a new list > is > posted. The ML removed it. aurphan [1] is able to do something similar (takes the whole AUR instead of that list). [1] http://www.archlinux.org/packages/community/any/aurphan/ -- Cédric Girard
Re: [aur-general] Deletion Requests
On Mon, Aug 29, 2011 at 1:49 PM, gadget3000 wrote: > Ah, I thought it was 20 votes but with a bit of wiki searching that was > apparently an old minimum. I usually quote the votes because "Votes are an > indicator of package interest or usage." (Source: > https://wiki.archlinux.org/index.php/Community#Minimum_Vote_Requirement). > I > guess the key word in that sentence is indicator! > > Do any pages of definitive rules/guidelines exist? > The corresponding rule is here: https://wiki.archlinux.org/index.php/AUR_Trusted_User_Guidelines#Rules_for_Packages_Entering_the_.5Bcommunity.5D_Repo -- Cédric Girard
Re: [aur-general] uqm-new to replace uqm
On Wed, Aug 31, 2011 at 4:55 AM, Thomas Dziedzic wrote: > It was probably deleted as a duplicate, because you should update the > original package rather then creating a new package. > You're right but Jookia did send a mail to AUR-general to inform of this and Daenyth said he had no time to maintain the package in [community] anymore. Maybe this package should be dropped to AUR if no TU has interest in it. -- Cédric Girard
[aur-general] JBoss packages
There is 5 different packages on AUR: jboss-web [1] : version 2.1.9 jboss [2] : version 5.1.0 jboss4 [3] : version 4.2.3 jboss6 [4] : version 6.0.0 jboss7 [5] : version 7.0.1 While I may understand the need for older versions in some case (is there?), the naming scheme make little sense to me. Why jboss [2] is not the latest version (ie 7) ? jboss-web [1] does not seems right either. What do you think ? [1] https://aur.archlinux.org/packages.php?ID=51353 [2] https://aur.archlinux.org/packages.php?ID=45146 [3] https://aur.archlinux.org/packages.php?ID=5293 [4] https://aur.archlinux.org/packages.php?ID=39213 [5] https://aur.archlinux.org/packages.php?ID=51257 -- Cédric Girard
[aur-general] cinelerra-transitions
cinelerra-transitions [1] is orphaned. Its original maintainer was the upstream owner. The source and website is dead. As it claims to be "Transitions for cinelerra mostly from akirad and OpenShot", I've uploaded a PKGBUILD cinelerra-swtc [2] containing the akirad transitions. I think cinelerra-transitions should be deleted as it is no more usable. I don't know if it makes sense to merge votes with cinelerra-swtc as it is only a subset of cinelerra-transitions. [1] https://aur.archlinux.org/packages.php?ID=38137 [2] https://aur.archlinux.org/packages.php?ID=52037 -- Cédric Girard
Re: [aur-general] cinelerra-transitions
On Thu, Sep 1, 2011 at 11:06 AM, Stefan Husmann wrote: > removed [1] Thanks. -- Cédric Girard
Re: [aur-general] Securing the AUR website
On Thu, Sep 1, 2011 at 5:55 PM, Philipp Überbacher wrote: > Do I understand it correctly that https-everywhere goes through a lot of > trouble (browser-plugin with whitelist and custom rules for every page) > for what could be achieved by simply defaulting to https? > The rules are included with the plugin and you benefit from its functionalities with a lot of other sites. But I do have installed this plugin because of the AUR. -- Cédric Girard
Re: [aur-general] Securing the AUR website
On Thu, Sep 1, 2011 at 8:15 PM, Gordon JC Pearce wrote: > I don't really understand why it's so important to break existing links by > forcing everyone onto the https page. > And what in rewriting http://aur.archlinux.org/foo into https://aur.archlinux.org/foo is breaking links ? > > What happens if you *don't want to use https*? > I still have difficulties to understand why people would like to purposely avoid using https. Do you ask the admin of the server you have to connect to, to enable rlogin to be able to connect to there server insecurely as well ? -- Cédric Girard
Re: [aur-general] Securing the AUR website
Hi, On Mon, Sep 5, 2011 at 1:46 PM, Ray Rashif wrote: > it slows down my inherently slow > connection (think GPRS/EDGE/2G) > Do you have any figures to support this? I would be interested to see what the impact of HTTPS on the client side is. -- Cédric Girard
Re: [aur-general] Securing the AUR website
On Mon, Sep 5, 2011 at 2:44 PM, Thomas Bächler wrote: > This is a detail you could have shared in your first post and this > discussion would have been a lot shorter. This is a bug, it belongs to > the bugtracker and it is (as far as I can see) trivial to fix. > This bug is already open (FS#25757) and a patch has been submitted: https://mailman.archlinux.org/pipermail/aur-dev/2011-August/001864.html -- Cédric Girard
Re: [aur-general] TU application
On Sat, Oct 29, 2011 at 3:35 PM, Jonathan Steel wrote: > Thanks for the tips, I will begin tidying these up. Should any change of > the > PKGBUILD justify a new release (pkgrel)? Or only if it alters the end > package? > Only if it alters end package or change dependencies. -- Cédric Girard
Re: [aur-general] Unable to submit AUR packages
On Mon, Dec 5, 2011 at 3:10 PM, Francesco Brozzu wrote: > i can't submit it on AUR beacause i > receive this error: Package URL is missing a protocol (ie. http:// ,ftp:// > ). > Seems your PKGBUILD is invalid. Did you run namcap on it and on the generated package? Did you check your 'url' field? -- Cédric Girard
Re: [aur-general] Which aur uploader is better, aurploader or burp?
2012/2/17 Alireza Savand > For downloading yes of course it's nice to have one like yaourt, but for > uploading it's little bit useless. > No, it's really useful when you are updating your PKGBUILD on an headless server. -- Cédric Girard
Re: [aur-general] Which aur uploader is better, aurploader or burp?
2012/2/17 郑文辉(Techlive Zheng) > You mean that aurploader can not keep username and passname in config file? aurploader can do that with the -l option. I have aliased aurploader to 'aurploader -l ~/.aurlogin' for that purpose. -- Cédric Girard
Re: [aur-general] [community] Up for adoption: cairo-compmgr, gadmin-samba
Le 17 févr. 2012 20:51, "Florian Pritz" a écrit : > > - cairo-compmgr: upstream is pretty dead (hardly any commits in git nor > recent releases) and it doesn't build right now because -ldl is missing > from $(LIBS). > If dropped to AUR, I may adopt it. I maintain the git version and it is quite straightforward to maintain. The missing libdl linking can be fixed easily as well. -- Cédric Girard
Re: [aur-general] [community] Up for adoption: cairo-compmgr, gadmin-samba
On Wed, Feb 22, 2012 at 5:59 PM, Florian Pritz wrote: > > On 18.02.2012 00:59, Cédric Girard wrote: > > Le 17 févr. 2012 20:51, "Florian Pritz" a écrit : > > > >> > >> - cairo-compmgr: upstream is pretty dead (hardly any commits in git nor > >> recent releases) and it doesn't build right now because -ldl is missing > >> from $(LIBS). > >> > > > > If dropped to AUR, I may adopt it. I maintain the git version and it is > > quite straightforward to maintain. The missing libdl linking can be fixed > > easily as well. > > > > If cairo-compmgr ever releases another working version, please use that > instead of pulling git checkouts (I just did that because it stopped > building and upstream applied a lot of patches to fix that) > > Yes, of course. The recent license switch from GPL to LGPL of this software is not a very good sign for the future of it. I have tried to ping the devs to know more. -- Cédric Girard
Re: [aur-general] Disown Request Pidgin-Festival
On Tue, Feb 28, 2012 at 10:26 AM, Adonay Sanz Alsina wrote: > I flagged out-of-date cause not compile. Please do not do that. Out-of-date means a newer version is available upstream, this is not a broken flag. -- Cédric Girard
[aur-general] Inactive user tdy
Hi, The user tdy [1] seems no longer active. He has 360 packages with 50 outdated. Last activity I've been able to spot is mid-2011. Could someone orphan all his packages for other people to adopt them. I have not contacted him but he is in cc of this email. [1] https://aur.archlinux.org/account.php?Action=AccountInfo&ID=11163 Regards, -- Cédric Girard
[aur-general] tweetdeck deletion request
Hi, TweetDeck has dropped all kind of linux support with moving away from Adobe Air. The PKGBUILD [1] is of no more use. [1] https://aur.archlinux.org/packages.php?ID=25070 -- Cédric Girard
Re: [aur-general] tweetdeck deletion request
Le 1 mars 2012 02:29, "Christopher luna" a écrit : > > but its not useful the pkgbuild to install and use the last supported version? Yes of course, if the source was still available. -- Cédric Girard
Re: [aur-general] Inactive user tdy
On Thu, Mar 1, 2012 at 9:38 AM, Peter Lewis wrote: > On Wednesday 29 Feb 2012 20:26:37 Cédric Girard wrote: > > I have not contacted him but he is in cc of this email. > > I presume you mean bcc? Either that, or you forgot to add his address to > the > cc. > > Just checking :-) No I do was meaning cc and he did was cc of my email. I'm not sure why it looks different from the ML side. -- Cédric Girard
Re: [aur-general] tweetdeck deletion request
2012/2/29 Cédric Girard > TweetDeck has dropped all kind of linux support with moving away from > Adobe Air. The PKGBUILD [1] is of no more use. > > [1] https://aur.archlinux.org/packages.php?ID=25070 > > Someone has adopted and switched to the Windows version (using Wine). Seems this should not be deleted after all. -- Cédric Girard
Re: [aur-general] TU Application - György Balló
On Fri, Mar 2, 2012 at 9:39 PM, Heiko Baums wrote: > Am Fri, 02 Mar 2012 23:40:55 +1000 > schrieb Allan McRae : > > > Where is it written that you can't do that? PKGBUILDs are bash. Any > > valid bash is a valid PKGBUILD. > > So, what if I would build a package which contains an .install file > with an `rm -Rf /` in its post_install() function and upload it to AUR? > That's a totally valid package, totally valid bash, which can easily be > uploaded to AUR and flawlessly installed with makepkg and every AUR > helper. Is it a qualitative good package? > > So, it's obvious that a valid bash is not the only quality criterion. > > Quality and validity are two different things. -- Cédric Girard
Re: [aur-general] [community] Up for adoption: cairo-compmgr, gadmin-samba
On Mon, Mar 19, 2012 at 3:16 AM, kbaegis wrote: > > If dropped to AUR, I may adopt it. I maintain the git version and it is > > quite straightforward to maintain. The missing libdl linking can be fixed > > easily as well. > > > Does anyone have updates as to the status of cairo-compmgr? Could anyone > unicast me patches necessary for a functional build? > > The AUR version [1] is working AFAICT. Please add a commentary there if you're experiencing a different behavior. [1] https://aur.archlinux.org/packages.php?ID=56895 -- Cédric Girard
Re: [aur-general] Inactive user tdy
2012/2/29 Cédric Girard > Hi, > > The user tdy [1] seems no longer active. He has 360 packages with 50 > outdated. Last activity I've been able to spot is mid-2011. > > Could someone orphan all his packages for other people to adopt them. > > I have not contacted him but he is in cc of this email. > > [1] https://aur.archlinux.org/account.php?Action=AccountInfo&ID=11163 > > Nearly one month has gone since my initial request. What the decision on this? -- Cédric Girard
Re: [aur-general] tweetdeck deletion request
2012/3/1 Cédric Girard > 2012/2/29 Cédric Girard > >> TweetDeck has dropped all kind of linux support with moving away from >> Adobe Air. The PKGBUILD [1] is of no more use. >> >> [1] https://aur.archlinux.org/packages.php?ID=25070 >> >> > Someone has adopted and switched to the Windows version (using Wine). > Seems this should not be deleted after all. > > The package has been orphaned 3 minutes later. Seems the Wine way was a dead end (did not test it myself). Except if anyone sees any use of keeping this, the package could be deleted. -- Cédric Girard
