Re: [aur-general] Orphaning request
Hello TUs Could someone orphan openeuclide [1], please ? The package has been flagged out-of-date since around november 2006 and never updated. The program is a little old but with the little patch I produced compiles and runs fine, so I think I could share. Regards Cilyan [1] http://aur.archlinux.org/packages.php?ID=6066
Re: [aur-general] Orphaning request
On Mon, Mar 23, 2009 at 09:10, Cilyan Olowen wrote: > Hello TUs > > Could someone orphan openeuclide [1], please ? The package has been > flagged out-of-date since around november 2006 and never updated. The > program is a little old but with the little patch I produced compiles > and runs fine, so I think I could share. > > Regards > > Cilyan > > [1] http://aur.archlinux.org/packages.php?ID=6066 > Done
Re: [aur-general] Orphaning request
Thanks, the package is up-to-date now :) 2009/3/23 Daenyth Blank : > On Mon, Mar 23, 2009 at 09:10, Cilyan Olowen wrote: >> Hello TUs >> >> Could someone orphan openeuclide [1], please ? The package has been >> flagged out-of-date since around november 2006 and never updated. The >> program is a little old but with the little patch I produced compiles >> and runs fine, so I think I could share. >> >> Regards >> >> Cilyan >> >> [1] http://aur.archlinux.org/packages.php?ID=6066 >> > Done >
Re: [aur-general] TU orphan: pdfjam
On Sunday 22 March 2009 22:00:59 Evangelos Foutras wrote: > On Mon, Mar 23, 2009 at 2:37 AM, Leonardo Damián Barberón > > wrote: > > Hi, my first email to the list! > > > > > > The maintainer of the pdfjam package hasn't maintained it for more than 3 > > years now. Please orphan the package so that I can maintain it. > > > > pdfjam: http://aur.archlinux.org/packages.php?ID=2737 > > > > Dami > > Orphaned. Thanks for wanting to contribute. :) Thanks, the package is up-to-date now.
[aur-general] Package removal request
Hi, please could you delete package http://aur.archlinux.org/packages.php?ID=17815 (flashcam). I think this package is already not needed anymore as his function is provided by current stable version of flash. Thanks -- - Dan Vrátil prog...@progdansoft.com ICQ 249163429 Jabber prog...@jabber.cz Tel. +420 732 326 870 signature.asc Description: This is a digitally signed message part.
Re: [aur-general] Package removal request
On Mon, Mar 23, 2009 at 11:05, Dan Vratil wrote: > Hi, > please could you delete package http://aur.archlinux.org/packages.php?ID=17815 > (flashcam). I think this package is already not needed anymore as his function > is provided by current stable version of flash. > Thanks Done
[aur-general] Voting period: Chris Brannon
Hi TUs, It is time to vote so head to the AUR voting interface. You can refresh your memory here: http://www.archlinux.org/pipermail/aur-general/2009-March/004104.html Allan
Re: [aur-general] Voting period: Chris Brannon
On Tue, 24 Mar 2009 03:03:28 +1000 Allan McRae wrote: > Hi TUs, > > It is time to vote so head to the AUR voting interface. You can > refresh your memory here: > http://www.archlinux.org/pipermail/aur-general/2009-March/004104.html > > Allan > How does one vote for someone to become a TU? Regards, Philipp
Re: [aur-general] Voting period: Chris Brannon
Well, one has to be a TU to vote, and then it seems that there is a web interface on AUR that becomes available. -AT On Mon, Mar 23, 2009 at 10:08 AM, wrote: > On Tue, 24 Mar 2009 03:03:28 +1000 > Allan McRae wrote: > >> Hi TUs, >> >> It is time to vote so head to the AUR voting interface. You can >> refresh your memory here: >> http://www.archlinux.org/pipermail/aur-general/2009-March/004104.html >> >> Allan >> > > How does one vote for someone to become a TU? > > Regards, Philipp >
Re: [aur-general] Voting period: Chris Brannon
On Mon, 23 Mar 2009 10:19:21 -0700 Andrei Thorp wrote: > Well, one has to be a TU to vote, and then it seems that there is a > web interface on AUR that becomes available. > > -AT > > On Mon, Mar 23, 2009 at 10:08 AM, wrote: > > On Tue, 24 Mar 2009 03:03:28 +1000 > > Allan McRae wrote: > > > >> Hi TUs, > >> > >> It is time to vote so head to the AUR voting interface. You can > >> refresh your memory here: > >> http://www.archlinux.org/pipermail/aur-general/2009-March/004104.html > >> > >> Allan > >> > > > > How does one vote for someone to become a TU? > > > > Regards, Philipp > > Ah, thanks for clarification, it just sounded a bit like it was for the general public. Philipp
[aur-general] Orphan kerneloops package request
Hi TUs, The maintainer of the kerneloops package [0] hasn't maintained it for more than 1 years now. Please orphan the package so that I can maintain it. [0]: http://aur.archlinux.org/packages.php?ID=14668 Regards Dami
Re: [aur-general] Orphan kerneloops package request
Done. On Mon, Mar 23, 2009 at 4:03 PM, Leonardo Damián Barberón wrote: > Hi TUs, > > The maintainer of the kerneloops package [0] hasn't maintained it for more > than 1 years now. Please orphan the package so that I can maintain it. > > [0]: http://aur.archlinux.org/packages.php?ID=14668 > > Regards > > Dami > > -- Kessia Pinheiro Computer Science Student - Brazil, UFBa Linux System Administrator Arch Linux Trusted User Linux User #389695 http://even.archlinux-br.org --- X Fórum Internacional Software Livre - fisl10 24 a 27 de junho de 2009 PUCRS - Porto Alegre - Brasil
Re: [aur-general] Orphan kerneloops package request
On Monday 23 March 2009 16:11:33 Kessia 'even' Pinheiro wrote: > Done. > > On Mon, Mar 23, 2009 at 4:03 PM, Leonardo Damián Barberón > > wrote: > > Hi TUs, > > > > The maintainer of the kerneloops package [0] hasn't maintained it for > > more than 1 years now. Please orphan the package so that I can maintain > > it. > > > > [0]: http://aur.archlinux.org/packages.php?ID=14668 > > > > Regards > > > > Dami Thanks, the package is up-to-date now.
Re: [aur-general] [PATCH] initial support for any architecture.
On Fri, Mar 20, 2009 at 11:25 PM, Abhishek Dasgupta wrote: > 2009/3/21 Aaron Griffin : >> Thanks! Patches pulled into my any-arch branch. >> >> I think we're good to merge them into master and push them live... do >> you see any other issues? >> >> Once this is live, I'll updated devtools to support the any arch as well. >> > > There should not be any problems since the changes are backward > compatible (except db-update, of course). I didn't understand what the > purpose of setting CARCH in db-move and db-remove is; when we > use any packages, then CARCH becomes 'any' which isn't really valid. I don't know either. I think it was a safety net... or maybe it was in there for a reason once and isn't anymore. It could probably be removed. > Also calling db-remove archindeppkg repo i686 (or x86_64) will remove > the arch independent package only from that particular architecture. I > don't know whether this should be a bug or a feature :) That sounds fine to me. It's always possible we have edge cases like this.
[aur-general] Package Removal Request (pywebkitgtk-svn-newest)
please remove http://aur.archlinux.org/packages.php?ID=24546 , duplicate of http://aur.archlinux.org/packages.php?ID=18188 , and neither actually build!
[aur-general] Package Removel Request (rastullahs_lockenpracht-svn)
Package Removel Request (rastullahs_lockenpracht-svn) Its already disowned. greetings http://www.rastullahs-lockenpracht.de
Re: [aur-general] Package Removel Request (rastullahs_lockenpracht-svn)
On Mon, Mar 23, 2009 at 17:02, Team Pantheon wrote: > Package Removel Request (rastullahs_lockenpracht-svn) > Its already disowned. > > greetings > > http://www.rastullahs-lockenpracht.de > What's wrong with the package itself?
Re: [aur-general] Package Removel Request (rastullahs_lockenpracht-svn)
Daenyth Blank wrote: On Mon, Mar 23, 2009 at 17:02, Team Pantheonwrote: > Package Removel Request (rastullahs_lockenpracht-svn) > Its already disowned. > > greetings > > http://www.rastullahs-lockenpracht.de"; target="_top" rel="nofollow">http://www.rastullahs-lockenpracht.de> What's wrong with the package itself? Its a wrong name. New package is already on its way. -- View this message in context: http://n2.nabble.com/Package-Removel-Request-%28rastullahs_lockenpracht-svn%29-tp2523429p2523466.html Sent from the AUR-general mailing list archive at Nabble.com.
Re: [aur-general] Package Removel Request (rastullahs_lockenpracht-svn)
On Mon, Mar 23, 2009 at 17:07, pantheon wrote: > > > Daenyth Blank > wrote: > On Mon, Mar 23, 2009 at 17:02, > Team Pantheon >wrote: > > Package Removel Request (rastullahs_lockenpracht-svn) > > Its already disowned. > > > > greetings > > > > http://www.rastullahs-lockenpracht.de"; target="_top" > rel="nofollow">http://www.rastullahs-lockenpracht.de> > What's wrong with the package itself? > > > Its a wrong name. New package is already on its way. > -- > View this message in context: > http://n2.nabble.com/Package-Removel-Request-%28rastullahs_lockenpracht-svn%29-tp2523429p2523466.html > Sent from the AUR-general mailing list archive at Nabble.com. > > Aha, ok
[aur-general] Redirection of package
I was wondering if it is possible to redirect one package to another, and if it was possible in unsupported. For example, python bindings for poppler are currently, but probably will stay like this, a bazaar repository. The fact is, as it is the official way of obtaining the software, the package should be python-poppler. But, as it is a bzr, it should be python-poppler-bzr too and so will beneficiate the makepkg functionality to update to the last repository version. Another package needs the bindings, but as it is the functionnality that are needed and not a particular way of obtention, I think it is better to request python-poppler. So, for the requirement to be installed automatically, it is better for the package to be named python-poppler. Finally, it could be great if the package python-poppler was redirected to python-poppler-bzr. And if a stable packaged version of the software arise, the two packages could be dissociated transparently. Is it possible ? Cilyan
Re: [aur-general] Redirection of package
Cilyan Olowen wrote: I was wondering if it is possible to redirect one package to another, and if it was possible in unsupported. For example, python bindings for poppler are currently, but probably will stay like this, a bazaar repository. The fact is, as it is the official way of obtaining the software, the package should be python-poppler. But, as it is a bzr, it should be python-poppler-bzr too and so will beneficiate the makepkg functionality to update to the last repository version. Another package needs the bindings, but as it is the functionnality that are needed and not a particular way of obtention, I think it is better to request python-poppler. So, for the requirement to be installed automatically, it is better for the package to be named python-poppler. Finally, it could be great if the package python-poppler was redirected to python-poppler-bzr. And if a stable packaged version of the software arise, the two packages could be dissociated transparently. Is it possible ? Cilyan "man PKGBUILD" and look at provides. Probably want to set conflicts too. Allan