Re: [aur-general] Disownment Request: ingen-svn and related packages
On Thu, 27 Feb 2014 02:12:10 +0100 prettyvanilla prettyvani...@posteo.at wrote: [1] https://aur.archlinux.org/packages/ingen-svn/ [2] https://aur.archlinux.org/packages/raul-svn/ [3] https://aur.archlinux.org/packages/ganv-svn/ [4] https://aur.archlinux.org/packages/lilv-svn/ Disowned. [5] https://aur.archlinux.org/packages/lv2-svn/ Updated. Thanks for your work and sorry for the late response. Please, contact me if you need help. Cheers pgpeQR8UfwL1p.pgp Description: PGP signature
Re: [aur-general] Disown Request: zynaddsubfx-git, distrho-lv2-git, calf-kxstudio-git
On Sat, 11 Jan 2014 20:06:52 +0100
Moritz Kiefer moritz.kie...@gmail.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
zynaddsubfx-git, distrho-lv2-git, calf-kxstudio-git are outdated and
don't work correctly at the moment. I contacted the maintainer two
weeks ago and didn't receive a reply since. I forgot two mention
calf-kxstudio-git in the email but I left a comment on the aur and not
having received any reply since I think this can be disowned aswell.
Thanks
Moritz
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
iQEcBAEBAgAGBQJS0ZZMAAoJECaK8h99gBCwzZEH/0Wclpwh4ThL4UoV8DFhJplS
LYFHBHLCHoQRpXG2NSWK19dh9vxblNKHYuPGiY9Frvmr3zwya4W3zTNKxIg1ELE5
tu9h7OL5G7NW4o8GZyM36QAZGB7iE3WjvF9rJn394GCi7KLianotAstwBmuNL5TM
kh5hryL61e6OQbVn9zBd19BGfKZRPmRVvhmvEhqUzWwlcnKe3dJOi+WW9jKWzdnF
DOBdhG3DfQEnZL44s6w8JHI8NqFrn2pk3hGTzTJM7MF/dJkgl5ylezQJyUW546rX
QdpzM7WvyGdA2YgE4wlOcbnft1dAVndmQGTvbsa95iX46P7G9nG2iTG2xlD4ZZk=
=LDo6
-END PGP SIGNATURE-
Hi Moritz and sorry for totally missing your email (arrived on December 31).
zynaddsbufx-git and calf-kxstudio-git are now up to date and the whole
distrho-{lv2,standalone,dssi,extra,}-git are going to be updated soon.
Cheers
pgpdXPgMBQgl8.pgp
Description: PGP signature
Re: [aur-general] Merge request: openarena-data
On Mon, 09 Dec 2013 18:28:12 +0100
Nowaker enwuk...@gmail.com wrote:
In addition to this, if you don't want to maintain the from-source package
any more, please disown it so that someone who does can take over
maintaining it.
This package was dropped from community to AUR 2 months ago, and nobody
was interested in it for 1.5 months before I adopted it. So if I'm to
reupload this package as openarena-bin, I don't see any reason to leave
the old openarena as is. If anyone ever thinks it's reasonable to
provide source-compiled openarena, they will just create a new package.
The name will be free to take at any time. Does it sound good?
The fact that no one adopted openarena{,-data} in two months in not relevant.
Maybe no one noticed it was dropped to the AUR (I'm one of them).
Also the package was fine, so while it builds there's no need of deleting
an unmaintained package on AUR.
Btw, reading the comments [1] I see you opted for using the pre-built binary
since a user noticed that the PKGBUILD was using old source releases.
Well, I just tried with the sources I linked in the previous mail [2]
(latest 0.8.8) and it works fine.
So if you are not going to take care of this, just orphan them both
and upload your openarena-bin package; someone else will adopt em.
[1] https://aur.archlinux.org/packages/openarena/
[2] http://openarena.ws/page.php?14
- speps -
pgpr8P76bgQel.pgp
Description: PGP signature
Re: [aur-general] Merge request: openarena-data
On Mon, 09 Dec 2013 02:18:08 +0100 Nowaker enwuk...@gmail.com wrote: I am new a maintainer of openarena and openarena-data. I decided to ship OpenArena from a binary distribution provided by OpenArena developers. Thus it's making openarena-data package no longer needed. Since Open Arena can be built from source [1], the openarena package should provide the compiled version. If you want to use the pre-built binary you may better upload a new openarena-bin package that would provide and conflict with openarena and openarena-data. [1] http://openarena.ws/page.php?14 - speps - pgpd3IpU66k2n.pgp Description: PGP signature
Re: [aur-general] Deletion request: {,dkms}-ax88179
On Mon, 02 Sep 2013 09:32:13 -0500
Zack Buhman z...@buhman.org wrote:
{,dkms}-ax88179[1][2] are superfluous, being provided by core/linux
since 3.9; they should be deleted.
Thanks.
[1] https://aur.archlinux.org/packages/ax88179/
[2] https://aur.archlinux.org/packages/dkms-ax88179/
You mean {dkms-,}ax88179 :)
Gone, thanks.
pgpPEk4mdRDX1.pgp
Description: PGP signature
Re: [aur-general] Merge request: plover-bzr into plover-git
On Mon, 12 Aug 2013 23:39:46 +0200 Joren Van Onder joren.vanon...@gmail.com wrote: Hi everyone, There is an old plover-bzr package [1] in the AUR that I adopted today. Development for Plover has been migrated to GitHub in 2011 [2] [3]. I therefore created a new package called plover-git [4]. Could the votes and comments from plover-bzr be merged into plover-git? Footnotes: [1] https://aur.archlinux.org/packages/plover-bzr/ [2] https://bazaar.launchpad.net/~joshua-harlan-lifton/plover/trunk/files [3] https://github.com/plover/plover/commits/master [4] https://aur.archlinux.org/packages/plover-git/ Regards, Joren Here you are, thanks. FYI, you should update your PKGBUILD to the latest VCS PKGBUILD Guidelines [1] [1] https://wiki.archlinux.org/index.php/VCS_PKGBUILD_Guidelines pgpu9RTj5c1_j.pgp Description: PGP signature
Re: [aur-general] Merge request for [xhp]
On Mon, 12 Aug 2013 16:55:55 -0400 Evan Teitelman teitelmane...@gmail.com wrote: Please merge xhp[1] into xhp-git[2]. This package was named incorrectly. [1] https://aur.archlinux.org/packages/xhp/ [2] https://aur.archlinux.org/packages/xhp-git/ Done, thanks. - speps - pgps0SPxJ3wDh.pgp Description: PGP signature
Re: [aur-general] Merge requests for [bdsm] and [bdsm-git]
On Mon, 12 Aug 2013 18:23:45 -0400 Evan Teitelman teitelmane...@gmail.com wrote: Please merge bdsm[1] and bdsm-git[2] into sm-git[3]. This project has been renamed. [1] https://aur.archlinux.org/packages/bdsm/ [2] https://aur.archlinux.org/packages/bdsm-git/ [3] https://aur.archlinux.org/packages/sm-git/ BDSM has been dominated by sm, thanks. - speps - pgpYxOH6CcZT_.pgp Description: PGP signature
Re: [aur-general] Request name change/orphaing of drawterm
On Mon, 12 Aug 2013 19:44:27 -0400 Marshall Conover marzhal...@gmail.com wrote: Hello all, the drawterm package (https://aur.archlinux.org/packages/drawterm/) is currently out-of date, and its name does not reflect the fact that it pulls from a mercurial repository. I emailed the owner a little more than two weeks ago, and they have not responded. I have commented on the package's page with a working pkgbuild that I believe fits the guidelines for AUR pkgbuilds. So, - Would some be able to rename the package drawterm-hg? - Would I be able to be made maintainer of it? Thank you, Marshall Conover Just pull a new drawterm-hg package into the AUR [1] About the drawterm package - Upstream releases source tarballs versioned by date (latest version is 20130702), that may be used for stable releases. - Orphaning is the right procedure, btw I just pinged 9souldier.org and the server seems to be down, so the user mail provided in his profile [3] is probably out of order. - You can get an alternative mail address (and the name) of the current maintainer in the first line of this PKGBUILD [4] in order to contact him, but you can rely on IRC too since his nickname is also listed here [3]. So, I suggest you trying to get in touch with the current maintainer using the alternative mail and IRC and wait for another week: if you will not get any response, I'll orphan drawterm so you can update it. Cheers [1] https://wiki.archlinux.org/index.php/Arch_User_Repository#Submitting_packages [2] http://swtch.com/cgi-bin/info.cgi?file=/drawterm/drawterm.tgz [3] https://aur.archlinux.org/account/9souldier [4] https://aur.archlinux.org/packages/li/libatomic/PKGBUILD - speps - pgpURTAzAjvIq.pgp Description: PGP signature
Re: [aur-general] Removal request for [megaupload-dl]
On Sun, 11 Aug 2013 19:03:06 -0400 Evan Teitelman teitelmane...@gmail.com wrote: Please remove megaupload-dl[1]. The site megaupload.com was taken down[2] in 2012, rendering this package useless. [1] https://aur.archlinux.org/packages/megaupload-dl/ [2] http://techcrunch.com/2012/01/19/megaupload-taken-down-on-piracy-allegations/ Right. Done, thanks. - speps - pgpCGa0_RJFgm.pgp Description: PGP signature
Re: [aur-general] Delete package
On Wed, 7 Aug 2013 17:59:35 -0500 Nathan Owens ndow...@archlinux.us wrote: Actually to revise my previous email, can you delete https://aur.archlinux.org/packages/textapp/ I have uploaded the fixed package at https://aur.archlinux.org/packages/texapp/ Done, thanks. P.S.: you should use the link for the app resource in the PKGBUILD source array [1] without embedding the file itself in the AUR package source archive. [1] http://www.floodgap.com/software/texapp/texapp.txt pgpjajUALvNmc.pgp Description: PGP signature
Re: [aur-general] Some dupes in AUR and [comunity]
On Sun, 24 Mar 2013 01:56:17 +0200 Evangelos Foutras evange...@foutrelis.com wrote: On 23 March 2013 21:04, Stefan Husmann stefan-husm...@t-online.de wrote: Hello, aurdupes -r community --dupes gives python-cx_freeze * python-cx_freeze [community] * python-cx_freeze https://aur.archlinux.org/packages/python-cx_freeze/ qtcreator * qtcreator [community] * qtcreator https://aur.archlinux.org/packages/qtcreator/ Both AUR packages should be renamed or deleted. Best Regards Stefan Both maintainers are trusted users, so I expect they will rename or delete their respective package. I will post a comment to both packages. python-cx_freeze gone, thanks. - speps - pgpnf0ZRom5Ad.pgp Description: PGP signature
Re: [aur-general] Disown request for qedit, rtaudio and giada (owned by speps)
On Fri, 11 Jan 2013 20:38:01 +0100 Rob Til Freedmen rob.til.freed...@gmail.com wrote: https://aur.archlinux.org/packages/qedit/ Current is 2.5.3, version in AUR is 2.4.1-1, Last Updated: 2012-04-11 12:26 https://aur.archlinux.org/packages/rtaudio/ Current is 4.0.11 version in AUR is 4.0.10, Last updated: 2012-02-06 05:19 https://aur.archlinux.org/packages/giada/ Current is 0.5.6, version in AUR is 0.4.8-3, Last Updated: 2012-04-23 15:19 rtaudio 4.0.11 is needed for this release These packages are flagged out-of-date and hasn't been updated for a long time. I've mailed speps in early December but didn't got any response. rtfreedman Hi Rob, here I am, for a mere coincidence :) I'm deeply sorry for not having updated those packages (and others too) in the last month, and for not answering you at the same time (your mail has been totally buried in my todo list). I hoped I had the time to take care of them but I just realized I cannot do any more that in the way I wish. About Giada, I do not update it since a long time for a reason. I was in contact with its main developer (I think the only one) because Giada was promising but with some really annoying bugs and design limits (ex. it was x86_64 incompatible). I solved some of them in a personal fork and sent some patches upstream, that were nicely applied. Others were not considered, because the developer was not able to reproduce the issues, probably because he was using an old version of its dependencies (fltk) and because Linux was not his main development platform. I suggested him to set up a better development platform for collaborative code contribution (versioning, bug tracker), but he rejected saying he and his project was not ready to this kind of development view. Some of those annoying bugs were still there since the last time I checked so I had to merge again my patches with upstream development, and now I have no more sufficient free time to do it. So feel free to take care of all this, I don't know what's the actual status of the code but keep in mind I'll try to be here for giving you an helping hand if you need it. Giada, rtaudio and quedit are now fatherless, hurry up and adopt em :) Cheers speps pgp8m6Sso58xb.pgp Description: PGP signature
Re: [aur-general] Please remove guvcview-svn
On Sun, 29 Jul 2012 17:14:21 -0400 merp boop synthe...@gmail.com wrote: Howdy, Please remove my guvcview-svn package from my AUR packages (synthead). The dev moved it to git, thanks! -Max Done, thanks. - speps - pgpOY5lRL4Bx0.pgp Description: PGP signature
Re: [aur-general] Package removal request
On Sun, 10 Jun 2012 09:43:50 +0100 (BST) Jagmjp Janpgm darkelfdarkelf...@yahoo.co.uk wrote: Could you please remove the following packages as they don't exist or are not needed anymore: Please next time include package names. https://aur.archlinux.org/packages.php?ID=55681 was cinnamon-extensions-git, deleted. There's no more a git repository. https://aur.archlinux.org/packages.php?ID=55682 was cinnamon-themes-git, deleted. There's no more a git repository. https://aur.archlinux.org/packages.php?ID=59011 is cinnamon-dev, untouched. Provides a development snapshot of the cinnamon repository. Thanks - speps - pgpRyYjsXVsAL.pgp Description: PGP signature
Re: [aur-general] deletion request: codelite-x86_64
On Fri, 1 Jun 2012 01:03:51 +0200 n...@ikitten.co.uk wrote: good day, please remove codelite-x86_64 [4] from aur (redundant). details below from my chat with the maintainer. regards, nem Merged into codelite-bin [1] instead, as it is assimilable in purpose. codelite-bin is unmaintained, outdated and probably unnecessary, though. I'll delete it if no one choose to adopt and update it. Thanks. [1] https://aur.archlinux.org/packages.php?ID=40558 - speps - pgpfnm2ktHHT0.pgp Description: PGP signature
Re: [aur-general] Consolidation of ALAC
On Tue, 29 May 2012 21:00:22 -0400
SJ_UnderWater webmaster0...@rcn.com wrote:
Done, see: https://aur.archlinux.org/packages.php?ID=59618
On May 29, 2012, at 8:43 PM, speps wrote:
On Tue, 29 May 2012 16:25:48 -0400
SJ_UnderWater webmaster0...@rcn.com wrote:
After adopting alacconvert and libalac, I decided that they should be
handled as one (split) pkg, so if someone could please merge:
alacconvert: https://aur.archlinux.org/packages.php?ID=53497
libalac: https://aur.archlinux.org/packages.php?ID=53480
into
alac: https://aur.archlinux.org/packages.php?ID=59613
It sounds reasonable, btw you may better upload an alac-svn package
instead, since there is still no release and your package actually
uses svn.
Also using a split package is probably not strictly necessary.
A single alac (that provides both libalac and alacconvert) would be
sufficient, since it will not result a big one and upstream does not
split or suggest to split.
Otherwise, if in future upstream will provide two separate source tarball
for
releases, splitting again will be necessary.
So, please re-upload a new alac-svn (that provides alac, libalac{,-svn} and
alacconvert{,-svn}), and I'll proceed by deleting alac and merging libalac
and alacconvert into alac-svn.
Thanks
- speps -
Done, thanks.
Btw you may better add provides and conflicts lines for continuity; like
provides=('alac' {libalac,alacconvert}{,-svn})
conflicts=(${provides[@]})
replaces=(${provides[@]:1})
Also please do not top post, cheers.
- speps -
pgpcttbfzkw6d.pgp
Description: PGP signature
Re: [aur-general] Request removal Brasero 3.4.1 lite
On Wed, 30 May 2012 09:37:37 +0200 Åke Svensson weba...@gmail.com wrote: Please remove my package at https://aur.archlinux.org/packages.php?ID=59595 It is crap, both the app and the PKGBUILD, and I made a mistake thinking I could maintain it. Apologies for any inconvience. Regards, Swanson brasero-3.4.1-lite is gone, thanks. Please next time include package names in your requests. - speps - pgpnUzidGDRmq.pgp Description: PGP signature
Re: [aur-general] Removal request
On Tue, 29 May 2012 12:45:38 -0500 Erik Johnson paleh...@gmail.com wrote: Please remove the package f-git (https://aur.archlinux.org/packages.php?ID=54697). The author of f renamed the project to fasd, and I have created a new fasd-git AUR package. Merged, thanks. - speps - pgpnvZzTMUdga.pgp Description: PGP signature
Re: [aur-general] Consolidation of ALAC
On Tue, 29 May 2012 16:25:48 -0400
SJ_UnderWater webmaster0...@rcn.com wrote:
After adopting alacconvert and libalac, I decided that they should be handled
as one (split) pkg, so if someone could please merge:
alacconvert: https://aur.archlinux.org/packages.php?ID=53497
libalac: https://aur.archlinux.org/packages.php?ID=53480
into
alac: https://aur.archlinux.org/packages.php?ID=59613
It sounds reasonable, btw you may better upload an alac-svn package
instead, since there is still no release and your package actually
uses svn.
Also using a split package is probably not strictly necessary.
A single alac (that provides both libalac and alacconvert) would be
sufficient, since it will not result a big one and upstream does not
split or suggest to split.
Otherwise, if in future upstream will provide two separate source tarball for
releases, splitting again will be necessary.
So, please re-upload a new alac-svn (that provides alac, libalac{,-svn} and
alacconvert{,-svn}), and I'll proceed by deleting alac and merging libalac
and alacconvert into alac-svn.
Thanks
- speps -
pgpZRKDoiyw2X.pgp
Description: PGP signature
Re: [aur-general] Merge requests
On Sat, 26 May 2012 18:21:13 +0600 Anton Bazhenov anton.bazhe...@gmail.com wrote: Hello. Please merge the 'maxreloaded' package [1] into 'maxr' [2]. They are both for the M.A.X. Reloaded game, but: [1] is outdated (latest version has been released in December); [2] has a better name, so I adopted and updated it recently. I e-mailed the maintainer of [1] a week ago, but he didn't respond. [1] https://aur.archlinux.org/packages.php?ID=23046 [2] https://aur.archlinux.org/packages.php?ID=24250 Done, thanks. Also there are two packages for the ASCII Invaders game: ascii-invaders [3] - orphan and doesn't work; and asciiinvaders [4], which is maintained. [3] https://aur.archlinux.org/packages.php?ID=11141 [4] https://aur.archlinux.org/packages.php?ID=54804 ascii-invaders is probably a better naming (what upstream suggested). Would you mind adopting and updating ascii-invaders, so an inverse merging could be done instead? (asciiinvaders - ascii-invaders) Differently, please contact the actual asciiinvaders maintainer and ask him to adopt and update ascii-invaders. -- Best Regards, Anton Bazhenov - speps - pgpMvtk5ahdiW.pgp Description: PGP signature
Re: [aur-general] Deletion request: python-pyopengl
On Tue, 22 May 2012 11:54:22 +0200 Michael Schubert mschu@gmail.com wrote: Hi, Please delete python-pyopengl [1], because the current version is not compatible with python3 and the python2 version is in extra. Thanks Michael [1] https://aur.archlinux.org/packages.php?ID=7798 Deleted, thanks. - speps - pgpDBTbYg69Gg.pgp Description: PGP signature
Re: [aur-general] Orphan php-sqlite3
On Tue, 22 May 2012 13:56:47 +0200 Markus Unterwaditzer mar...@unterwaditzer.net wrote: Nevermind, i've now seen that the package in extra is actually sqlite3. Therefore this package should be deleted. On Tue, May 22, 2012 at 01:37:15PM +0200, Markus Unterwaditzer wrote: Please orphan the php-sqlite3 package: https://aur.archlinux.org/packages.php?ID=6156 The maintainer doesn't seem to keep this package up-to-date (last activity was in 2007) and the package itself is broken too. The author seemed to host it on his own computer too. Gone, thanks. - speps - pgpVjg7kc8mAQ.pgp Description: PGP signature
Re: [aur-general] Removal request: fenics group packages
On Fri, 18 May 2012 15:06:57 +0100 Myles English mylesengl...@gmail.com wrote: Hi, I was maintaining these packages: dolfin ffc fiat instant ufc ufl viper Please would a TU delete them and transfer the votes to the *-bzr versions that I have replaced them with. I orphaned the packages over a week ago and gave one week's notice in a comment on each page that they would be removed. I also announced the removal/migration on the dolfin mailing list. (The instant package migrated to instan-bzr because the source package name was too long to call it instant-bzr.) Thanks, Myles Hi Myles, thanks for reporting this, but probably merging here is not a good idea. Your *-bzr provides a vcs version of the software. Having stable releases too is not a problem. You mentioned there are some issues with building the stable release of dolfin, well probably someone else could take care of them and fix em. Having a quick look at your pastebin (in a dolfin comment), seems like it is a gcc 4.7 issue. Btw, rapidly searching I've got confirmation and found this to be already reported and solved yet on the dolfin BTS [1]. Here is the commit patch that solves the issue [2]. Now, your choice. If you mind, you may re-adopt those packages by applying the patch. Otherwise, just do not care about em. [1] https://bugs.launchpad.net/dolfin/+bug/999025 [2] http://bazaar.launchpad.net/~dolfin-core/dolfin/trunk/diff/6663 Cheers - speps - pgpEunIRYIw6N.pgp Description: PGP signature
Re: [aur-general] Removal request: fenics group packages
On Fri, 18 May 2012 22:29:50 +0100 Myles English mylesengl...@gmail.com wrote: On Fri, 18 May 2012 14:54:27 -0300, rafael ff1 said: 2012/5/18 Myles English mylesengl...@gmail.com: (The instant package migrated to instan-bzr because the source package name was too long to call it instant-bzr.) What do you mean too long? If I'm not totally mistaken we don't have any kind of file name length limitations. When I uploaded, doing something like: $ aurup instant-bzr-332-1-any.pkg.tar.xz science there was a message saying something like the name was too long and it has to be less than twenty something characters, so I shortened 'instant' to 'instan'. I will try again and if it works then I'll send another message to this list asking for migration from instan-bzr to instant-bzr. Thanks, -- `--[ Myles ] Try uploading source tarball (src.tar.gz) instead of the package (pkg.tar.xz). Aurupload detects when you're trying to send a package and blocks it. Thanks Rafael, I can confirm: I am a moron. So, I have uploaded instant-bzr please could a TU migrate the votes from and delete: - instan-bzr https://aur.archlinux.org/packages.php?ID=59120 - (and, if it hasn't already been done, instant https://aur.archlinux.org/packages.php?ID=20880) to instant-bzr https://aur.archlinux.org/packages.php?ID=59369 Rafael Thanks, -- `--[ Myles ] Done, thanks. - speps - pgpsY9a7c1kWc.pgp Description: PGP signature
Re: [aur-general] Remove fontforge-double
On Wed, 16 May 2012 22:08:40 -0700 Bernardo Barros newsgro...@bbarros.com wrote: fontforge-double https://aur.archlinux.org/packages.php?ID=55633 Originaly fix to a LilyPond bug. This is not needed anymore since they fix the problem in extra/fontconfig and probably they rebuild lilypond. I forgot to request it before. Thanks -- Bernardo Barros Gone, thanks! - speps - pgpxhgEuaSn9T.pgp Description: PGP signature
Re: [aur-general] Deletion request: libsbml42-layout-render
On Tue, 15 May 2012 13:40:30 +0200 Michael Schubert mschu@gmail.com wrote: Hello, please delete libsbml42-layout-render [1], as the extension has become available for libSBML 5 (I am the maintainer). Thanks Michael [1] https://aur.archlinux.org/packages.php?ID=53163 Done, thanks. - speps - pgpcnyyFAlKQ0.pgp Description: PGP signature
Re: [aur-general] Remove i3lock-libcairo
On Sun, 13 May 2012 14:11:54 +0200 Robert Knauer rob...@privatdemail.net wrote: Hi, the community/i3lock package is since version 2.4-2 compiled with image support, so my package i3lock-libcairo [1] isn't necessary anymore and you can delete it. Thanks. [1] https://aur.archlinux.org/packages.php?ID=50985 Deleted, thanks. Probably the same should be applied for [1] i3lock-git [2] i3lock-libcairo-git for being merged. Atsutane maintain i3lock, so I'll leave to him the move. - speps - pgpf91KxoIxT5.pgp Description: PGP signature
Re: [aur-general] Deletion Request
On Sat, 12 May 2012 14:28:31 -0300 rafael ff1 rafael.f...@gmail.com wrote: guichan-allegro4 [1] was meant to provide a fix for guichan's bug FS#29824, therefore it is just a temporary package. The bug report was solved, so the time has arrived: please nuke it! [1] https://aur.archlinux.org/packages.php?ID=59206 p.s.: I'm the maintainer. Thanks, Rafael Gone with the wind, thanks. FYI, it's recommended to not upload packages with simple bug fixes on AUR that are going to be merged in official repository. Next time please wait for the bug report response first. - speps - pgp5UcVVp9TKS.pgp Description: PGP signature
Re: [aur-general] bin32 cleanup (removal/merge)
On Thu, 10 May 2012 22:24:30 +0200 speps sp...@gmx.com wrote: [13]bin32-miniaudicle - [14]miniaudicle [13]https://aur.archlinux.org/packages.php?ID=35283 [14]https://aur.archlinux.org/packages.php?ID=34472 bin32-miniaudicle should not be touched in the actual status. miniaudicle (like chuck) is known to not work on x86_64 if built natively, even if it compiles nicely. So it needs to be built as a 32 bit application in order to work correctly. The merge will have place when the miniaudicle maintainer will update the PKGBUILD to build the x86_64 in multilib mode. I'll contact the maintainer Cheers - speps - Needed modifications has been included in miniaudicle, merged. Thanks - speps - pgpqWkQIWZsmG.pgp Description: PGP signature
Re: [aur-general] Remove package yawc
On Fri, 11 May 2012 12:17:43 +0400 der_FeniX derfe...@gmail.com wrote: Please, remove package yawc, because of its renamed to plasma-applet-yawc and, if you can, move voices to new package. I'm not a KDE guy, but accordingly to kde plasma applets naming convention this should be renamed to kdeplasma-applets-yawc instead. Please re-upload this as kdeplasma-applets-yawc, then I'll go with merging. (FYI you should get rid of || return 1 and split build() and package() ). Also, please next time provide package's AUR links in your requests, thanks. Reply here when you're done. - speps - pgp3rRflcPlnC.pgp Description: PGP signature
Re: [aur-general] xf86-input-egalax package replacement and merging
On Thu, 10 May 2012 19:17:05 +1000
Padfoot padf...@exemail.com.au wrote:
Hi,
I have recently taken up maintenance of the orphaned package
xf86-input-egalax https://aur.archlinux.org/packages.php?ID=35045
This package will replace the package xf86-input-egalax-linux3
https://aur.archlinux.org/packages.php?ID=55050 to provide a more
standard package name.
Can someone please check the PKGBUILD in xf86-input-egalax to confirm I
have written it correctly so when users with package
xf86-input-egalax-linux3 next update, it will be replaced with
xf86-input-egalax?
You should add conflicts=('xf86-input-egalax-linux3') for the transition.
So xf86-input-egalax-linux3 will be automatically replaced by pacman
when installing xf86-input-egalax.
Upon this confirmation, can we please merge xf86-input-egalax-linux3
into xf86-input-egalax?
done
I also notice there are 2 other orphaned packages which provide the same
functionality. They are both out of date, orphaned and no longer build.
Can these be deleted please?
touchkit: https://aur.archlinux.org/packages.php?ID=18766
xf86-input-egalax-beta: https://aur.archlinux.org/packages.php?ID=43641
deleted
There is a 3rd out of date package which no longer builds, but is not
orphaned. It has not been updated since 23 June 2010.
xf86-input-egalax-xorg18: https://aur.archlinux.org/packages.php?ID=38300
deleted
Thanks
- speps -
pgpnVFouisddN.pgp
Description: PGP signature
Re: [aur-general] Deletion request: taglib-svn
On Fri, 11 May 2012 21:29:27 +0800 Jekyll Wu adap...@gmail.com wrote: The upstrem[1] has moved from svn to git, and it is hosted on github[2] now. So please remove taglib-svn[3]. Thanks. Regards Jekyll [1] http://developer.kde.org/~wheeler/taglib.html#git [2] https://github.com/taglib/taglib [3] https://aur.archlinux.org/packages.php?ID=25858 done, thanks - speps - pgpBlOr6sjO8n.pgp Description: PGP signature
Re: [aur-general] request for removal
On Fri, 11 May 2012 16:45:28 +0300 Jesse Juhani Jaara jesse.ja...@gmail.com wrote: Please remove the following packages: [1]wine-dib: Patch included in upstream since version 1.3.37 [2]wine-no-x: Really old version 1.1.39, 0 votes, orphan. Does notserve so big purpose, easy to remake the PKGBUILD if needed. [3]wine-opt: Not updated since Novenber 2011, only change compared to the repo version seems to be that this is installed in /opt dir instead of /usr, no vote, in general doesn't seem usefull at all. Reupload if needed. [4]wine-uk: Not updated since 2009, no votes, orphan. [5]wine-hacks: Git repo not updated since 2010, more likely has more bugs than fixes when compared to repo version. [1]https://aur.archlinux.org/packages.php?ID=51636 [2]https://aur.archlinux.org/packages.php?ID=34644 [3]https://aur.archlinux.org/packages.php?ID=53832 [4]https://aur.archlinux.org/packages.php?ID=33255 [5]https://aur.archlinux.org/packages.php?ID=19675 All gone, thanks. - speps - pgpB2h0oZU1pn.pgp Description: PGP signature
Re: [aur-general] Remove package yawc
On Fri, 11 May 2012 23:50:20 +0400 der_FeniX derfe...@gmail.com wrote: Thanks for your corrections! All done, new package named kdeplasma-applet-yawc was uploaded - https://aur.archlinux.org/packages.php?ID=59211 As I replied previously, I suggested kdeplasma-applets-yawc (appletS not applet) since the only plasma applet located in [extra] (not being part of kdeplasma-addons) is named kdeplasma-applets-networkmanagement and can be treated as an implicit rule. 10 on 13 AUR packages also use this convention, so it would be better if you re-upload this again as kdeplasma-applets-yawc, thanks Links to old packages: https://aur.archlinux.org/packages.php?ID=59198 https://aur.archlinux.org/packages.php?ID=47521 Thanks for providing links this time too. P.S.: Please do not top post - speps - pgpdBfjiChX2h.pgp Description: PGP signature
Re: [aur-general] Remove package yawc
On Sat, 12 May 2012 00:50:37 +0400 der_FeniX derfe...@gmail.com wrote: On Fri, 11 May 2012 23:50:20 +0400 der_FeniX derfe...@gmail.com wrote: Thanks for your corrections! All done, new package named kdeplasma-applet-yawc was uploaded - https://aur.archlinux.org/packages.php?ID=59211 As I replied previously, I suggested kdeplasma-applets-yawc (appletS not applet) since the only plasma applet located in [extra] (not being part of kdeplasma-addons) is named kdeplasma-applets-networkmanagement and can be treated as an implicit rule. 10 on 13 AUR packages also use this convention, so it would be better if you re-upload this again as kdeplasma-applets-yawc, thanks Links to old packages: https://aur.archlinux.org/packages.php?ID=59198 https://aur.archlinux.org/packages.php?ID=47521 Thanks for providing links this time too. P.S.: Please do not top post - speps - Done. New package https://aur.archlinux.org/packages.php?ID=59215 I wish now all done :) Sorry for so much problems with me. No problems, just daily routine :) Finally merged, thanks. - speps - pgpZkp5Lzte74.pgp Description: PGP signature
Re: [aur-general] bin32 cleanup (removal/merge)
[13]bin32-miniaudicle - [14]miniaudicle [13]https://aur.archlinux.org/packages.php?ID=35283 [14]https://aur.archlinux.org/packages.php?ID=34472 bin32-miniaudicle should not be touched in the actual status. miniaudicle (like chuck) is known to not work on x86_64 if built natively, even if it compiles nicely. So it needs to be built as a 32 bit application in order to work correctly. The merge will have place when the miniaudicle maintainer will update the PKGBUILD to build the x86_64 in multilib mode. I'll contact the maintainer Cheers - speps - pgpJOWrPNuvft.pgp Description: PGP signature
Re: [aur-general] bin32 cleanup (removal/merge)
[1]bin32-acroread-fr - [2]acroread-fr
[3]bin32-adobe-air - [4]adobe-air-sdk
[5]bin32-citrix-client - [6]citrix-client
[7]bin32-emusic-dlm- [8]emusic-dlm
[9]bin32-fcc - [10]fcc
[11]bin32-huludesktop - [12]huludesktop
[15]bin32-peazip-qt-kde4servicemenu - [16]peazip-qt
[17]bin32-vmware-server-console - [18]vmware-server-console
[19]bin32-wingide - [20]wingide
[21]bin32-xnview- [22]xnview
all merged
These ones should be removed
[1]bin32-fennec: No new linux binaries awaiable, orphan only 4 votes, no
fennec package. Ment for tables/mobilephones
gone, if needed this should be re-uploaded as fennec
[2]bin32-flashplayer-debugger: Old debugging version of flash, no
non-bin32 package exist, orphan, only 2 votes.
merged into flashplugin-debugger
[3]bin32-liveperson: Java application, message sent for the i686 version
maintainer to fix his PKGBUILD to be arch=(any), no votes/comments to
merge
[4]bin32-neroaac: See below.
[5]neroaac: Replaced by neroaac{enc,dec,tag} packaes which all have
x86_64 support too.
[6]bin32-sonic-visualizer: See below
[7]sonic-visualizer32: normal package supports x86_64 natively,
out-of-date, orphan, only 2 votes.
merged
[8]bin32-swiftweasel-athlon64: Really old version Firefox 3 branch, few
users, orphan. And to my knoweledge repo Firefox is PGO optimized now
days.
[9]bin32-tuxsetup: Website down, orphan, only 2 votes.
[10]bin32-tuxdroid-ttsvoice-french: website down, orphan, only 1 vote.
[11]bin32-vfc: Website down, orphan, only 2 votes
destroyed
Thanks
- speps -
pgpMztj6pzVoS.pgp
Description: PGP signature
Re: [aur-general] Vote results for speps' TU application
On Tue, 8 May 2012 21:26:40 +0200 Thorsten Töpper atsut...@freethoughts.de wrote: Hello, the vote for speps' application is over so it's time to publish the results: Yes: 20 No: 1 Abstain:2 Participants: 23 active TUs:27 So the conditions are met, congratulations speps, please follow the further procedure as described in the wiki[1]. :-) I've already updated your status at the AUR. Thorsten [1] https://wiki.archlinux.org/index.php/AUR_Trusted_User_Guidelines -- Jabber: atsut...@freethoughts.de Blog: http://atsutane.freethoughts.de/ Key: 295AFBF4 FP: 39F8 80E5 0E49 A4D1 1341 E8F9 39E4 F17F 295A FBF4 Oh yeah :) Thank you all guys for your kind words and support. It's time to complete my initiation and to start contributing as a TU now ;) - speps - pgpg8nIQ1q1gB.pgp Description: PGP signature
Re: [aur-general] TU application - speps
On Sat, 28 Apr 2012 13:36:19 +1000 Allan McRae al...@archlinux.org wrote: On 27/04/12 06:32, Xyne wrote: speps wrote: I followed the whole discussion on ML, as it is of my interest, and I must admit the Xyne presence in the Arch team was always a good point for me to assert the possibility of contributing officially and anonymously at the same time, in the hope that is not just an exception. The meaning of identity on the Internet is still something not so defined to me through its limits, consequences and abuses. So, from the beginning of my Internet experience, I never referenced to myself through my real name/life, but using a nickname, a digital identity. This could be perceived as stupid or too paranoid for some, but for me is just a way to taste things without risking to be too much implied till the point of no return. I'm not referring to responsibilities, but to the possibility of having a choice. The adoption of GPG Keys for signing packages intention is to prevent malicious hijacking through mirrors and to certificate their provenance, and not to identify a packager in his real life. Also, even using a real name is not a way to assume a real existence, since hypothetically a real life identity could be easily faked too. As you can see I sign mails with my GPG Key, and I really do not see a real difference between mine and your or the one of another TU, since actually we do not personally know each others. I like to think that a digital identity just deals with the reputation that comes from the quality of the work done like from the behaviours in social relations, and a nickname is enough to cover its identification. This is just my point till now, not a way to convince someone else. I say till now, cause this is the first time I was asked to reveal my real identity for being crucial in contributing or to be trusted. Differently, some years ago Giovanni Scafora asked my name for including it as a contributor in a [extra] PKGBUILD (cpufrequtils) after sending him a patch. In that case I took the decision of keeping on my way. I'll have to think about this since, as you say, probably another Xyne would be not allowed. My idea is, trying an application as simply speps and on a negative response taking the big decision. What do you think? I agree with all of these points. An identity is an identity regardless of whether or not it's connected to the name your parents gave you. If you have shown yourself to be consistent and trustworthy through actions over a period of time, that should be enough. As you say, the introduction of PGP keys was to ensure that no one had tampered with the packages in transit, not to force TUs to divulge off-line (i.e. irrelevant) information. No one asked for real names before, let alone verified them. All that mattered was the quality and consistency of your contributions, and that's how it's supposed to be. There are many legitimate reasons that one may wish to remain anonymous. Some simply prefer privacy. Others may wish to avoid internet stalkers or worse. Anyway, as mentioned, you can release packages without all 5 master signatures, but I still think it's silly that TUs don't automatically get all of the master key signatures... untrusted Trusted Users just doesn't make any sense. If the TU application process is not trusted, then it has to be changed, otherwise its nonsensical. Btw, if you want real security and not just security theater, introduce a sign-off system for TUs. That would do far more than getting real names. I have no real issues with people being anonymous, but there is another issue here. I signed Xynes GPG key because despite not knowing anything in particular about him, I have had plenty of interaction with him during his time as an Arch contributor. So I was quite sure that the Xyne I knew was the one I was signing a key for. The user speps on the other hand, I have absolutely no idea who is. In fact, when I looked at their AUR packages, I was absolutely surprised at the number of them... I have never seen that name on IRC and there are only 5 posts on the forums for that account name. Looking at mail archives there are a bunch of AUR package deletion requests. I would have a lot of difficulty deciding to sign that key. Allan Hi Allan, and thanks for joining the discussion and for pointing this out, of course. You're right, we never had a conversation before, and our tasks never crossed. Time for sharing my views on communication platforms, though. As you mentioned, I only posted 5 messages on Arch Forums. Well, I've never been too much familiar with forums in general, even if I found em an useful and inalienable resource. Most of the communication related to my Arch contributions, till now, has been wonderfully covered by the AUR comments feature
[aur-general] TU application - speps
I postponed this task too many times in latest months. My application is an extract of the conversations between me and my sponsor, Thorsten Töpper, after his proposal in the end of 2011. - Introduction - I thought a lot of times about applying for becoming a TU before, and it would be surely a great experience and possibility for me. I'm really into free software, as in its principles, and I try contributing every day and in every form according to my possibilities as much as I can. Indeed, this would be the next step to let me contribute more efficiently. The AUR is a fascinating and innovative community driven project, that evolves a distribution development into a more bottom-up approach, letting users be part of it acting in a self learning machine. Keeping the AUR clean and productive so, has a central role in the Arch development and it would be great to cover. - About me - I'm a 26yo curious Italian guy with a more self driven than academic programming preparation who believes in and randomly contribute to free software, mainly by reporting bugs and submitting patches to upstream projects and of course maintaining a good amount of packages on AUR [1]. I'm an active Arch user/contributor/KISSophile since 4 years now, an half of my total Linux experience as my main and only OS. I'm interested in every form of mind and life expression exploration, and in any instrument that may grow up our knowledge about us and what's around us. [1] https://aur.archlinux.org/packages.php?SeB=mK=speps - Resolutions - Since I'm involved into the Arch Audio project by submitting several build scripts and binary packages to its repository, I'd surely add the most popular in [community] (ex. supercollider, csound, pd, lv2 plugins), and I would help Ray Rashif maintaining the ones already there, of course. Being an out-of-the-box pro-audio ready distro (in terms of officially distributed packages) would be great for Arch, since the number of multimedia-oriented users, developers and projects using Arch as their main platform is growing day by day (LAC 2012 has been a testimonial ;)). Also, I would contribute adopting and maintaining orphans and of course taking care of bug reports. - Identity (WARNING: heavily verbose) - On Mon, 5 Dec 2011 22:24:20 +0100 Thorsten Töpper atsut...@freethoughts.de wrote: Though due to the recent signature introduction a GPG Key is also necessary and as I can't find your real name anywhere, this would also be necessary, there were strong internal discussions because of Xyne who can't reveal his identity. If that also a matter for you I fear that you won't be accepted. I followed the whole discussion on ML, as it is of my interest, and I must admit the Xyne presence in the Arch team was always a good point for me to assert the possibility of contributing officially and anonymously at the same time, in the hope that is not just an exception. The meaning of identity on the Internet is still something not so defined to me through its limits, consequences and abuses. So, from the beginning of my Internet experience, I never referenced to myself through my real name/life, but using a nickname, a digital identity. This could be perceived as stupid or too paranoid for some, but for me is just a way to taste things without risking to be too much implied till the point of no return. I'm not referring to responsibilities, but to the possibility of having a choice. The adoption of GPG Keys for signing packages intention is to prevent malicious hijacking through mirrors and to certificate their provenance, and not to identify a packager in his real life. Also, even using a real name is not a way to assume a real existence, since hypothetically a real life identity could be easily faked too. As you can see I sign mails with my GPG Key, and I really do not see a real difference between mine and your or the one of another TU, since actually we do not personally know each others. I like to think that a digital identity just deals with the reputation that comes from the quality of the work done like from the behaviours in social relations, and a nickname is enough to cover its identification. This is just my point till now, not a way to convince someone else. I say till now, cause this is the first time I was asked to reveal my real identity for being crucial in contributing or to be trusted. Differently, some years ago Giovanni Scafora asked my name for including it as a contributor in a [extra] PKGBUILD (cpufrequtils) after sending him a patch. In that case I took the decision of keeping on my way. I'll have to think about this since, as you say, probably another Xyne would be not allowed. My idea is, trying an application as simply speps and on a negative response taking the big decision. What do you think? Sorry again for the massive length of this mail, I can't be too synthetic in such cases :( Regards and thanks P.S.: the X-Face is my real eye ;) - speps
Re: [aur-general] TU application - speps
On Fri, 27 Apr 2012 00:46:03 +0200 Gaetan Bisson bis...@archlinux.org wrote: [2012-04-26 21:26:19 +0200] speps: So, from the beginning of my Internet experience, I never referenced to myself through my real name/life, but using a nickname, a digital identity. Also, your IP address is in the headers. Not a problem :) Anyhow, there is no anonymity debate: different master key holders verify different aspects of who you claim to be, and that is all there is to it. For instance, they may verify your email address by asking you to reply to encrypted messages, or verify your website by asking you to upload your public key there. Verifying your identity is another element that builds up confidence and reputation, even when it is not directly related to your packaging activities. The point being that we get a notion of trust a little stronger than I never saw bad packages coming that way. Hi and thanks for sharing your opinions on the topic. If I didn't get it wrong, this means real name is not mandatory, but an additional point that may enforce trust for someone while it confirms relevant informations. Speaking of email addresses, could you show us that you own dreamspep...@yahoo.it since it is what you used on the AUR? Here I am As you can see I sign mails with my GPG Key Could you publish that key somewhere? Sure, it is already published on the pgp.mit.edu key server http://pgp.mit.edu:11371/pks/lookup?op=vindexsearch=0xCF7037A4F27FB7DA GPG-Key: 0xF27FB7DA Key fingerprint: 8840 BD07 FC24 CB7C E394 A07C CF70 37A4 F27F B7DA Cheers. Regards - speps - pgp40RfVSdfTy.pgp Description: PGP signature
[aur-general] DeleteMerge Requests
Hi The flowcanvas project is dead and replaced by ganv. Please delete flowcanvas-svn [1] lv2core is now bundled in lv2 (core + extensions + base plugins) Please merge lv2core-svn [2] into lv2-svn [3] I decided to revert lv2-abgate naming to the original abgate. Please merge lv2-abgate [4] into abgate [5] Thanks [1] https://aur.archlinux.org/packages.php?ID=30364 [2] https://aur.archlinux.org/packages.php?ID=45557 [3] https://aur.archlinux.org/packages.php?ID=58076 [4] https://aur.archlinux.org/packages.php?ID=47254 (see comment) [5] https://aur.archlinux.org/packages.php?ID=58580 - speps - pgpUbUMUpNfQh.pgp Description: PGP signature
[aur-general] Merge Request
Hi, recently the Buzztard project switched from svn to git, so bml-svn [1a] - bml-git [1b] gst-buzztard-svn [2b] - gst-buzztard-git [2b] buzztard-svn [3b] - buzztard-git [3b] can be merged. bsl-svn [4] can be deleted, since buzztard-git now provides bsl-git. Also jackctl [5a] was recently renamed to clijack [5b] and can be merged too. Thanks [1a] https://aur.archlinux.org/packages.php?ID=48287 [1b] https://aur.archlinux.org/packages.php?ID=58369 [2a] https://aur.archlinux.org/packages.php?ID=48286 [2b] https://aur.archlinux.org/packages.php?ID=58370 [3a] https://aur.archlinux.org/packages.php?ID=48284 [3b] https://aur.archlinux.org/packages.php?ID=58371 [4] https://aur.archlinux.org/packages.php?ID=48283 [5a] https://aur.archlinux.org/packages.php?ID=39392 [5b] https://aur.archlinux.org/packages.php?ID=58362 - speps - pgpJv7Y9vNQ4x.pgp Description: PGP signature
[aur-general] Merge Request
Hi, according to the [extra] change perl-exiftool - perl-image-exiftool please merge perl-exiftool-dev [1] - perl-image-exiftool-dev [2] Thanks [1] https://aur.archlinux.org/packages.php?ID=47856 [2] https://aur.archlinux.org/packages.php?ID=58123 - speps - pgpAXLMewK0gb.pgp Description: PGP signature
Re: [aur-general] Request package removal: qasmixer
On Tue, 27 Mar 2012 08:08:43 +0200 Lukáš Jirkovský l.jirkov...@gmail.com wrote: On 26 March 2012 21:08, speps sp...@gmx.com wrote: Also not always merging comments is a good idea, in this case they make no sense and may be misunderstood referring to qastools. That's certainly true, but it is not possible to merge two packages without merging comments now. Patches are welcome. That's probably not true, and a patch is even not needed to achieve this. Possible steps for merging votes from pkg1 to pkg2: . Delete all pkg1 comments . Merge pkg1 in pkg2 Step one needs some scripting while number of comments grows and there's no a mass comment deletion function though. Please correct me if I'm wrong. pgp8oOKzKIUI9.pgp Description: PGP signature
Re: [aur-general] Request package removal: qasmixer
I maintain qastools and I do not totally agree to this merge. Qasmixer can be built singularly from the qastools source using the -DBUILD_LIST=qasmixer cmake flag (see attachment). Also not always merging comments is a good idea, in this case they make no sense and may be misunderstood referring to qastools. If you agree, I'll re-upload the attached build script to the AUR so a comments reversion can be operated (qastools - qasmixer). Next time it would be better wait for some other opinions when the packages to be merged do not share the same maintainer. Cheers On Mon, 26 Mar 2012 12:01:07 +0200 Massimiliano Torromeo massimiliano.torro...@gmail.com wrote: On Mon, Mar 26, 2012 at 10:59 AM, Spyros Stathopoulos foucault.onl...@gmail.com wrote: Hello everyone! The package I was maintaining qasmixer (https://aur.archlinux.org/packages.php?ID=48676) has been superseded by a collection of tools that include the one I was maintaining (qastools https://aur.archlinux.org/packages.php?ID=54793). Therefore I would like to ask for qasmixer to be removed since the standalone sources for qasmixer have been removed from upstream. Thanks! Spyros qasmixer has been merged into qastools. Thanks PKGBUILD Description: Binary data qasmixer.install Description: Binary data pgp3ZkHhTVlWe.pgp Description: PGP signature
[aur-general] Delete Request
Hi, distrho-plugins-lv2-git [1] is now superseded by distrho-lv2-git [2] and can be deleted. Thanks [1] https://aur.archlinux.org/packages.php?ID=55567 [2] https://aur.archlinux.org/packages.php?ID=57903 - speps - pgpAldParLQ1D.pgp Description: PGP signature
[aur-general] Orphan Request
Hi, prpltwtr [1] is strongly outdated, the current maintainer seems to be inactive. I sent him a mail on the 9Th March. Thanks [1] https://aur.archlinux.org/packages.php?ID=35325 - speps - pgpLgQ4WPb3Px.pgp Description: PGP signature
[aur-general] Merge Request
Hi, a merge is requested: [1] zope-event - [2] python2-zope-event [3] zope-component - [4] python2-zope-component Tnx [1] https://aur.archlinux.org/packages.php?ID=14382 [2] https://aur.archlinux.org/packages.php?ID=55058 [3] https://aur.archlinux.org/packages.php?ID=14379 [4] https://aur.archlinux.org/packages.php?ID=55056 - speps - pgpoZGW8k0NKS.pgp Description: PGP signature
[aur-general] Merge Request
Hi, with version 1.2 the LV2 Dynamic Manifest extension changed its name from lv2-dyn-manifest [1] to lv2-dynmanifest [2] A merge is needed, tnx. [1] https://aur.archlinux.org/packages.php?ID=47798 [2] https://aur.archlinux.org/packages.php?ID=54256 - speps -
[aur-general] Delete Request
Hi, grilo [1] and grilo-plugins [2] are in [extra] now and can be removed. also, hotot switched from hg to git recently, so hotot-hg [3] and hotot-qt-hg [4], can be removed too. A votes/comments merge is also required: [5] hotot-git hotot-hg [6] hotot-qt-git hotot-qt-hg Tnx [1] https://aur.archlinux.org/packages.php?ID=49537 : grilo [2] https://aur.archlinux.org/packages.php?ID=49540 : grilo-plugins [3] https://aur.archlinux.org/packages.php?ID=40692 : hotot-hg [4] https://aur.archlinux.org/packages.php?ID=52384 : hotot-qt-hg [5] https://aur.archlinux.org/packages.php?ID=52753 : hotot-git [6] https://aur.archlinux.org/packages.php?ID=52357 : hotot-qt-git - speps -
[aur-general] Deletion Request
Hi, ImageMagick perl module is part of imagemagick [extra], so perlmagick https://aur.archlinux.org/packages.php?ID=40856 can be deleted. Tnx - speps -
[aur-general] Delete Request
Hi, mx [extra] (orphan) is going to be updated soon by Ionut to the latest stable 1.2.1, so: mx-1.1 https://aur.archlinux.org/packages.php?ID=49538 (orphan) mx-1.2 https://aur.archlinux.org/packages.php?ID=49699 can be deleted. mx-unstable https://aur.archlinux.org/packages.php?ID=52339 (do not touch) provides unstable releases from now on. Tnx - speps -
[aur-general] Delete firefox-extension-firebug-stable
As discussed in a previous forgotten thread [1] consider to remove, again firefox-extension-firebug-stable [2], replaced by a simpler firefox-firebug [3], updated to work with latest ff 6.0.1 Votes could be merged. The main reason is a better naming consistency, since firefox-extension-firebug-stable makes little sense and other extensions in [community] follows the same convention (firefox-adblock-plus, firefox-noscript). firefox-extension-firebug-svn [4] can be also, probably, deleted (unmaintained, latest update on 2008) [1] http://mailman.archlinux.org/pipermail/aur-general/2011-August/015462.html Thomas S Hatch, who preferred to keep the old one, did not answer any more, maybe away [2] https://aur.archlinux.org/packages.php?ID=44809 [3] https://aur.archlinux.org/packages.php?ID=52050 [4] https://aur.archlinux.org/packages.php?ID=17554 P.S. I opted for a new thread since is September 1 here Tnx - speps -
Re: [aur-general] Deletion Request
On Thu, 01 Sep 2011 11:04:38 +0200 Stefan Husmann stefan-husm...@t-online.de wrote: Am 31.08.2011 19:49, schrieb speps: Hi, some stuff to delete here [ 1] fftw-thread https://aur.archlinux.org/packages.php?ID=30594 [ 2] csound5 https://aur.archlinux.org/packages.php?ID=7600 [ 3] csound5-cecilia https://aur.archlinux.org/packages.php?ID=44816 [ 4] csound5-cvs https://aur.archlinux.org/packages.php?ID=34149 [ 5] csound5.12-cvs https://aur.archlinux.org/packages.php?ID=38899 [ 6] gsharkdown-lite https://aur.archlinux.org/packages.php?ID=51528 [ 7] ramen https://aur.archlinux.org/packages.php?ID=49423 [ 8] ramen-svn https://aur.archlinux.org/packages.php?ID=35229 [ 9] ramen-bin https://aur.archlinux.org/packages.php?ID=39617 [10] ramenhdr https://aur.archlinux.org/packages.php?ID=35308 [ 1] fftw in [extra] has threads support too [ 2] csound version 5 is provided by csound on AUR [ 3] csound5-cecilia is a build with options suggested by cecilia4 devs, useless since it works fine with csound too [ 4] [ 5] csound VCS switched to git [ 6] gsharkdown-lite, replaced by gsharkdown [ 7] to [10] source or binary repo is not available anymore, btw there is a new development uploaded as ramen-bin64, 64 binary only, no source yet nor repository and not sure if will be one. Thanks - speps - removed, thanks Tnx, btw is there a reason you deleted ramen-bin64, too? As I pointed before, that is the only official resource still active of the ramen project (only 64 bit binary at the moment). Take a look here: http://ramencomp.blogspot.com/2011/05/download-ramen.html If you have no objections, I can re-upload the build script again. - speps -
[aur-general] Deletion Request
Hi, some stuff to delete here [ 1] fftw-thread https://aur.archlinux.org/packages.php?ID=30594 [ 2] csound5 https://aur.archlinux.org/packages.php?ID=7600 [ 3] csound5-cecilia https://aur.archlinux.org/packages.php?ID=44816 [ 4] csound5-cvs https://aur.archlinux.org/packages.php?ID=34149 [ 5] csound5.12-cvs https://aur.archlinux.org/packages.php?ID=38899 [ 6] gsharkdown-lite https://aur.archlinux.org/packages.php?ID=51528 [ 7] ramenhttps://aur.archlinux.org/packages.php?ID=49423 [ 8] ramen-svnhttps://aur.archlinux.org/packages.php?ID=35229 [ 9] ramen-binhttps://aur.archlinux.org/packages.php?ID=39617 [10] ramenhdr https://aur.archlinux.org/packages.php?ID=35308 [ 1] fftw in [extra] has threads support too [ 2] csound version 5 is provided by csound on AUR [ 3] csound5-cecilia is a build with options suggested by cecilia4 devs, useless since it works fine with csound too [ 4] [ 5] csound VCS switched to git [ 6] gsharkdown-lite, replaced by gsharkdown [ 7] to [10] source or binary repo is not available anymore, btw there is a new development uploaded as ramen-bin64, 64 binary only, no source yet nor repository and not sure if will be one. Thanks - speps -
Re: [aur-general] Delete firefox-firebug
On Tue, 16 Aug 2011 13:25:29 -0600 Thomas S Hatch thatc...@gmail.com wrote: On Tue, Aug 16, 2011 at 1:23 PM, Kevin Vesga 31337h4c...@gmail.com wrote: Please remove firefox-firebug[1] as it a duplicate of firefox-extension-firebug-stable[2] and its out-dated. [1] https://aur.archlinux.org/packages.php?ID=50889 [2] https://aur.archlinux.org/packages.php?ID=44809 Deleted! Hi, i was the firefox-firebug AUR maintainer. I uploaded this time ago, cause I though firefox-firebug was a better naming, since noscript and adblock-plus extensions in [community] are firefox-noscript and firefox-adblock-plus respectively. firefox-extension-firebug-stable makes no sense to me, since there is no firefox-extension-firebug or any package that would provide a more updated release of the firebug extension. My idea was to replace firefox-extension-firebug-stable with a simpler firefox-firebug. Btw, firefox-firebug was flagged as outdated just about 30 minutes ago, so I actively maintained it. If you agree with this, a firefox-firebug could be re-uploaded, replacing the actual firefox-extension-firebug-stable. Otherwise, never mind ;) cheers - speps -
[aur-general] Delete Request
Hi, plowshare recently switched from svn to git plowshare-svn [1] can be deleted, since plowshare-git [2] replaces it [1] https://aur.archlinux.org/packages.php?ID=31779 [2] https://aur.archlinux.org/packages.php?ID=51591 Thanks - speps -
Re: [aur-general] Delete firefox-firebug
On Tue, 16 Aug 2011 22:12:27 +0200 Florian Pritz bluew...@xinu.at wrote: I uploaded this time ago, cause I though firefox-firebug was a better naming, since noscript and adblock-plus extensions in [community] are firefox-noscript and firefox-adblock-plus respectively. You should have requested a remove back then. You're right, I totally forgot to send a request. - speps -
Re: [aur-general] Delete firefox-firebug
On Tue, 16 Aug 2011 21:37:58 +0100 Peter Lewis ple...@aur.archlinux.org wrote: On Tue, 16 Aug 2011, Florian Pritz wrote: If you agree with this, a firefox-firebug could be re-uploaded, replacing the actual firefox-extension-firebug-stable. I'd say go with it, but we should probably wait for at least one more opinion on the matter. Sounds good to me; I'm all for naming consistency. Pete. Nice, the updated build script is ready to be uploaded. Btw, I prefer to wait at least for Thomas opinion before proceeding. - speps -
Re: [aur-general] Delete Request
On Tue, 16 Aug 2011 21:45:00 +0100 Peter Lewis ple...@aur.archlinux.org wrote: Hi, On Tue, 16 Aug 2011, speps wrote: Hi, plowshare recently switched from svn to git plowshare-svn [1] can be deleted, since plowshare-git [2] replaces it [1] https://aur.archlinux.org/packages.php?ID=31779 [2] https://aur.archlinux.org/packages.php?ID=51591 Sounds good - but I just wondered why the change in maintainer due to this? dserban should probably have the chance to continue to maintain this if he wants... I don't think we should take packages away from people if they are still actively maintaining them. (in my opinion) Pete. PS. cc'ing dserban I already uploaded plowshare-git, cause I actually maintain plowshare, and i'm used to follow its development, since the actual project leader release a snapshot every 10~ days. Btw, you're right. I'll disown it, if dserban wants to maintain it. - speps -
[aur-general] Orphan Request
Hi, a2jmidid is outdated since a long time. Actual maintainer, jiyunatori, seems to be unreachable. His mail address t...@0xc29.net seems to be invalid. Thanks - speps -
Re: [aur-general] Orphan Request
On Mon, 1 Aug 2011 03:39:49 +0200 speps sp...@gmx.com wrote: Hi, a2jmidid is outdated since a long time. Actual maintainer, jiyunatori, seems to be unreachable. His mail address t...@0xc29.net seems to be invalid. Thanks - speps - Sorry, forgot link https://aur.archlinux.org/packages.php?ID=15516
[aur-general] Delete Request
Hi, please delete all useless audacious2* packages,
they're all orphaned:
[1] audacious2-alpha 2.5-2
[2] audacious2-beta 2.5-2
[3] audacious2-plugins-alpha 2.5-2
[4] audacious2-plugins-beta 2.5-3
[5] audacious2-plugins-rc 2.4-3
[6] audacious2-rc 2.4-3
Please do not touch audacious2{,-plugins} since
they provide a gtk2 version of the audacious{,-plugins}
in extra, that does not conflict with the gtk3 one.
[1] https://aur.archlinux.org/packages.php?ID=27367
[2] https://aur.archlinux.org/packages.php?ID=31928
[3] https://aur.archlinux.org/packages.php?ID=27368
[4] https://aur.archlinux.org/packages.php?ID=31929
[5] https://aur.archlinux.org/packages.php?ID=39581
[6] https://aur.archlinux.org/packages.php?ID=39580
Tnx
- speps -
Re: [aur-general] Delete Request
On Tue, 26 Jul 2011 13:00:29 -0700
Gaetan Bisson bis...@archlinux.org wrote:
My two cents: audacious2 makes it seem like it is version 2.* of
audacious; I would name the package audacious-gtk2 instead.
There's actually no real convention about gtk{2,3} naming.
Actually some packages uses the 3 suffix like libwebkit3 or vte3,
others (on AUR) uses the -gtk{2,3} one.
The evinced rules seem like to be
if main package defaults on gtk2 is a lib - add suffix 3 (ex libwebkit in
extra)
if main package defaults on gtk2 is not a lib - add suffix -gtk3 (ex pan on
AUR)
if main package defaults on gtk3 - add suffix -gtk2 (ex gnome-terminal on AUR)
I usually follow these unspoken rules for my packages,
btw the audacious2{-plugins} follows a different line,
identified with the 2 suffix.
It provides a gtk2 version of the package that does not conflicts with the gtk3
one.
To let this be possible a lot of naming have to be changed in the source
package.
Since I did not found a good suffix for meaning this (-gtk2-no-conflict,
-coexist ?)
I thought the unused ${pkgname}2 would have been perfect and far from ambiguity
(since pkgver=3.0)
I did the same with evince2 on AUR, but in that case there's also the version
matching as a good reason (2.32.0), even if there was an evince-gtk yet.
Btw, if you think the audacious{,-plugins}-gtk2 and evince2-gtk2 solution
fits better for meaning the coexistence possibility, feel free to delete 'em.
Otherwise, you're right, some misunderstanding could occur and maybe a
clarification
in the description would help and can be pushed.
-- speps --
[aur-general] Orphan Request
Hi, msn-pecan https://aur.archlinux.org/packages.php?ID=15327 needs to be updated to 0.1.2 because of a critical bug in version 0.1.1 that prevents from connecting. Actual maintainer seems to be inactive, I sent a mail 10 days ago with no response. - speps -
[aur-general] Deletion Request
Hi, mpd in extra provides jack support since version 0.16.2-2 please delete mpd-jack https://aur.archlinux.org/packages.php?ID=44610 if jack support for mpd in extra is definitive - speps -
[aur-general] Delete Request
Hi, just talked with Stefano D'Angelo, Naspro project leader. naspro-bridges-bad is being replaced by naspro-bridges and could be deleted. naspro-bridges-bad https://aur.archlinux.org/packages.php?ID=39382 cheers - speps -
[aur-general] delete request
Hi TUs, mutt-ncurses http://aur.archlinux.org/packages.php?ID=20061 is no needed any more since mutt in extra is built against ncurses. cheers - speps -
[aur-general] Delete Request
Hi, please delete openoctave-midi-git == http://aur.archlinux.org/packages.php?ID=28558 oom == http://aur.archlinux.org/packages.php?ID=45905 they are duplicates of oomidi-git == http://aur.archlinux.org/packages.php?ID=46388 oomidi == http://aur.archlinux.org/packages.php?ID=46430 Just talked with openoctave devs, oomidi is the right name for distributing. Thanks - speps -
Re: [aur-general] Orphan Request
On Thu, 13 Jan 2011 17:20:18 +0100 Lukas Fleischer archli...@cryptocrack.de wrote: On Thu, Jan 13, 2011 at 04:59:06PM +0100, speps wrote: I have also sent him an e-mail without responses You added an AUR comment just two days ago. How long did you wait for a response to your mail? Two days are definitely too short and if the maintainer turned mail notifications off, he might have missed the other outdated package. Yep, you're right, too short time ;) Btw, maintainer mail was unreachable and I finally found him on irc. He say he's to busy to maintain it, so he orphaned soon. I've owned libircclient and patched it. Never mind thanks - speps -
[aur-general] Orphan Request
Hi, can you please orphan libircclient? == http://aur.archlinux.org/packages.php?ID=14047 The package is not outdated, but it does not build and install any shared lib, also it installs headers into a no proper path according to == http://packages.debian.org/squeeze/amd64/libircclient-dev/filelist Last maintainer action go up to july 2010, also one of his packages (ibus-handwrite) is outdated since November 2010 with a user PKGBUILD proposal in the comments. I have also sent him an e-mail without responses Thanks
Re: [aur-general] QuteCsound outdated
On Sun, 26 Dec 2010 18:50:52 -0200 Bernardo Barros bernardobarr...@gmail.com wrote: ...Him ;) Btw, i didn't find any 0.6.1 release tar ball on sourceforge http://sourceforge.net/projects/qutecsound/files/QuteCsound/0.6.1/ The last downloadable version is still 0.6.0 If Bernardo or anyone else find the source for the 0.6.1, please post a comment on http://aur.archlinux.org/packages.php?ID=23502 I flagged qutecsound outdated a while ago, still waiting. The user has almost 200 pacs... that must be hard for him/her. http://aur.archlinux.org/packages.php?ID=23502
[aur-general] Orphan Request
Hi, i've sent an e-mail to osc (farid) on 10/12/05 (two weeks ago) and i've got no response (also on identi.ca), maybe he's too busy. Please orphan: vmpk == https://aur.archlinux.org/packages.php?ID=20321 supercollider == https://aur.archlinux.org/packages.php?ID=14863 minicomputer == https://aur.archlinux.org/packages.php?ID=15304 pdfshuffler == https://aur.archlinux.org/packages.php?ID=25657 cmyktool == https://aur.archlinux.org/packages.php?ID=33923 pyphat== https://aur.archlinux.org/packages.php?ID=15521 Thanks
[aur-general] Deletion Request: Gnaural duplicates
Hi, gnaural-bbgen == http://aur.archlinux.org/packages.php?ID=19995 is a duplicate of gnaural == http://aur.archlinux.org/packages.php?ID=43882 Also gnaural/gnaural2 is an old naming convention since gnaural2 on http://sourceforge.net/projects/gnaural/files/ is located in the gnaural_old stuff. (latest gnaural2 version is 0.1.20080229b9) So gnaural2 == http://aur.archlinux.org/packages.php?ID=15317 could be deleted too. Thanks
Re: [aur-general] Orphan Request: portmidi
On Tue, Oct 26, 2010 at 10:12:52AM +0200, Lukáš Jirkovský wrote: On 19 October 2010 04:53, SpepS sp...@gmx.com wrote: Portmidi last update was on 3 September 2009 http://aur.archlinux.org/packages.php?ID=23403 The user (denis) owns 5/16 outdated packages and the last change was on 14 May 2010. Btw, i have sent an e-mail today notifying about this to give him a chance to rescue his packages. Also, there is a duplicate (portmidi-newer) http://aur.archlinux.org/packages.php?ID=38900 that should be removed when portmidi will be updated. Thanks, SpepS. Hello, have you got any response from the portmidi maintainer? If not I can orphan his packages. Lukas After a week, still no risponse. Maybe it's time to orphan it.
[aur-general] Orphan Request: portmidi
Portmidi last update was on 3 September 2009 http://aur.archlinux.org/packages.php?ID=23403 The user (denis) owns 5/16 outdated packages and the last change was on 14 May 2010. Btw, i have sent an e-mail today notifying about this to give him a chance to rescue his packages. Also, there is a duplicate (portmidi-newer) http://aur.archlinux.org/packages.php?ID=38900 that should be removed when portmidi will be updated. Thanks, SpepS.
[aur-general] delete request pyquery
Please delete pyquery -- http://aur.archlinux.org/packages.php?ID=28775 as a duplicate of python-pyquery -- http://aur.archlinux.org/packages.php?ID=39034 Thanks
[aur-general] Delete request: gnome-python-desktop subpackages
Recently gnome-python-desktop splitted into subpackages, so python-metacity (mine) python-rsvg (mine) python-wnck python-gnomekeyring in AUR, are no needed anymore. Please delete. C ya
