Re: [aur-general] Fwd: [Server/distributed Arch] nagios/nrpe - [community]
Fri, 1 Aug 2014 17:03:38 +0100 Jonathan Steel m...@jsteel.org: What do you think about naemon rather than nagios? Everyone I know has switched from Nagios to Icinga, a long time ago. --byte signature.asc Description: PGP signature
[aur-general] Signoff report for [community-testing]
=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 0 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 3 packages missing signoffs * 0 packages older than 14 days (Note: the word 'package' as used here refers to packages as grouped by pkgbase, architecture, and repository; e.g., one PKGBUILD produces one package per architecture, even if it is a split package.) == Incomplete signoffs for [community] (3 total) == * perl-extutils-config-0.008-1 (any) 0/2 signoffs * arm-none-eabi-gdb-7.8-1 (i686) 0/1 signoffs * arm-none-eabi-gdb-7.8-1 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. foutrelis - 4 signoffs
Re: [aur-general] Absence of kdelibs3
On 1 August 2014 12:42, Alexander Rødseth rods...@gmail.com wrote: I strongly dislike kdelibs3 and think that all kdelibs3 related packages should be removed from AUR, but that is my personal opinion. I don't think any package should be removed if it works/is maintained. And if somebody wants to maintain an old unsupported package it's their fight.
[aur-general] Inactive TU -- Federico Cinelli
Hi, since it was mentioned on IRC: It looks like Federico Cinelli is inactive and should be brought up for special removal according to [1]. We usually try not to be overly pedantic with these rules, but Federico has been MIA for a long time now: * Last SVN commit on 2013-12-04. * Did not send a mail to the mailing lists for ~6 months. * Inactive on the AUR (there are orphan requests for his packages). * Inactive on the bug tracker. * Inactive on IRC. I sent him an email a couple of days ago but didn't receive a reply. Hope he is doing well! Let the discussion period begin, the voting period will start on 2014-08-05. [1] https://aur.archlinux.org/trusted-user/TUbylaws.html#_special_removal_of_an_inactive_tu
[aur-general] AUR 3.4.3 released
Hello, I am pleased to announce that AUR 3.4.3 has been released. The official AUR setup [1] has already been updated. This release includes a bug fix to the user statistics and Trusted User interface, as well as Translation updates. For a comprehensive list of changes, please consult the Git log [2]. As usual, bugs should be reported to the AUR bug tracker [3]. [1] https://aur.archlinux.org/ [2] https://projects.archlinux.org/aur.git/log/?id=v3.4.3 [3] https://bugs.archlinux.org/index.php?project=2
Re: [aur-general] Orphan request: i2p and i2p-bin
The standard procedure is to wait at least two weeks. Especially during summer it is possible that the maintainer is on vacation On 2 August 2014 14:06, Andrey Mivrenik g...@fastmail.fm wrote: Hello! i2p has some important security-related updates, although AUR package is not being updated for about a week. I tried to contact maintainer using his e-mail from his profile and got no response. https://aur.archlinux.org/packages/i2p/ https://aur.archlinux.org/packages/i2p-bin/ Could you orphan it please? -- Andrey Mivrenik PGP Key Fingerprint: 3872 5DEB BCA5 9460 09B2 E867 F34B C7DA D782 DAB8
Re: [aur-general] Moving noip from [community] to AUR
Do not do this. The noip client is GPL licensed F/OSS software (it's right there in the COPYING file in the tarball). Just because it connects to a commercial service does not mean it deserves to be removed from the official package repository. Take, for example, various GMail clients, Chromium (re:Google Sync and various google services), various AWS/EC2/S3 clients/libraries in [extra]/[community], etc. Additionally, while I don't use noip, some users want choices. Would you remove vim just because emacs exists? You should not remove it on the grounds that there are alternatives. (Let's not make judgments on which is better - you wouldn't want to start a vim vs emacs debate here.) Ido On Fri, Aug 1, 2014 at 5:26 AM, Alexander Rødseth rods...@gmail.com wrote: Hi, Some time ago I adopted the noip package. It's a GPL client that connects to what seems to be a commercial service offered by no-ip.com. The free service offered by them has a hostname that expires every 30 days. I am a bit surprised that this was an official package in the first place. When asking for opinions on IRC, there was support for moving the noip package to AUR. In addition to this, there seems to be several alternative clients, with slightly different versioning schemes. Both here: http://www.noip.com/download?page=linux and here: http://onevista.com/noip2.html. This confusion generated a low volume of out-of-date flags. It just smells bad. Moving it. -- Best regards, Alexander Rødseth / xyproto
Re: [aur-general] Absence of kdelibs3
I could take a crack at maintaining kdelibs3. How would I get a hold of the PKGBUILD for it? On Sat, Aug 2, 2014 at 3:43 AM, Lukas Jirkovsky l.jirkov...@gmail.com wrote: On 1 August 2014 12:42, Alexander Rødseth rods...@gmail.com wrote: I strongly dislike kdelibs3 and think that all kdelibs3 related packages should be removed from AUR, but that is my personal opinion. I don't think any package should be removed if it works/is maintained. And if somebody wants to maintain an old unsupported package it's their fight.
Re: [aur-general] Absence of kdelibs3
On 08/02/14 at 10:23am, Aaron DeVore wrote: I could take a crack at maintaining kdelibs3. How would I get a hold of the PKGBUILD for it? On Sat, Aug 2, 2014 at 3:43 AM, Lukas Jirkovsky l.jirkov...@gmail.com wrote: On 1 August 2014 12:42, Alexander Rødseth rods...@gmail.com wrote: I strongly dislike kdelibs3 and think that all kdelibs3 related packages should be removed from AUR, but that is my personal opinion. I don't think any package should be removed if it works/is maintained. And if somebody wants to maintain an old unsupported package it's their fight. You can find it in the online git repo, here is the commit which removes the package. https://projects.archlinux.org/svntogit/packages.git/commit/?id=1b850099e914f62c5844e303c1dfa1d298998b05 But these packages should imo have landed in the AUR. -- Jelle van der Waa signature.asc Description: Digital signature
Re: [aur-general] Moving noip from [community] to AUR
On 08/02/14 at 11:41am, Ido Rosen wrote: Do not do this. The noip client is GPL licensed F/OSS software (it's right there in the COPYING file in the tarball). Just because it connects to a commercial service does not mean it deserves to be removed from the official package repository. Take, for example, various GMail clients, Chromium (re:Google Sync and various google services), various AWS/EC2/S3 clients/libraries in [extra]/[community], etc. Additionally, while I don't use noip, some users want choices. Would you remove vim just because emacs exists? You should not remove it on the grounds that there are alternatives. (Let's not make judgments on which is better - you wouldn't want to start a vim vs emacs debate here.) Ido On Fri, Aug 1, 2014 at 5:26 AM, Alexander Rødseth rods...@gmail.com wrote: Hi, Some time ago I adopted the noip package. It's a GPL client that connects to what seems to be a commercial service offered by no-ip.com. The free service offered by them has a hostname that expires every 30 days. I am a bit surprised that this was an official package in the first place. When asking for opinions on IRC, there was support for moving the noip package to AUR. In addition to this, there seems to be several alternative clients, with slightly different versioning schemes. Both here: http://www.noip.com/download?page=linux and here: http://onevista.com/noip2.html. This confusion generated a low volume of out-of-date flags. It just smells bad. Moving it. -- Best regards, Alexander Rødseth / xyproto I don't see any reason to remove it, if it still works. but you already removed it to the AUR and it seems to be maintained by someone so I guess it will survive ;) -- Jelle van der Waa signature.asc Description: Digital signature
[aur-general] qemu-spice package naming
Hello, Whether it is possible to change name of qemu-spice package to qemu-all. I'll try support all options from qemu in the package. best regards, Patryk [1] https://aur.archlinux.org/ [2] https://aur.archlinux.org/packages/qemu-spice/
Re: [aur-general] qemu-spice package naming
You'll have to create a new package with the new name (in this case `qemu-all`) and file a merge request. On 03/08/2014, Patryk Kowalczyk pat...@kowalczyk.ws wrote: Hello, Whether it is possible to change name of qemu-spice package to qemu-all. I'll try support all options from qemu in the package. best regards, Patryk [1] https://aur.archlinux.org/ [2] https://aur.archlinux.org/packages/qemu-spice/ -- David Phillips GPG Key 0x7BF3D17D0884BF5B Fingerprint 2426 235A 7831 AA2F 56AF 4BC0 7BF3 D17D 0884 BF5B
Re: [aur-general] [Bulk] Re: qemu-spice package naming
On Sun, 2014-08-03 at 12:12 +1200, David Phillips wrote: [...] and file a merge request. But the request doesn't belong to this mailing list anymore ;).
Re: [aur-general] [Bulk] Re: qemu-spice package naming
True. I should've been more clear: file a merge request as in click the 'File request' link on the page of the package you're renaming. -- David Phillips GPG Key 0x7BF3D17D0884BF5B Fingerprint 2426 235A 7831 AA2F 56AF 4BC0 7BF3 D17D 0884 BF5B
[aur-general] Package ownership change request for yaourt-git
Hi all, I (andrewSC) would like to request ownership of yaourt-git (https://aur.archlinux.org/packages/yaourt-git/) as it's been flagged out-of-date for some time now. Regards, Andrew
Re: [aur-general] Absence of kdelibs3
I'm testing the building for various packages. This is a partial list of packages that should be deleted. I didn't include any packages that are maintained by trusted users. Kicker packages = Kicker was a part of the KDE 3 desktop, but is not present in any KDE 4. All packages that use Kicker are therefore useless. https://aur.archlinux.org/packages/diskmonitor/ https://aur.archlinux.org/packages/kooldock-svn/ Won't compile = These packages will never compile unless development magically springs to life upstream (it won't). https://aur.archlinux.org/packages/kalsamix https://aur.archlinux.org/packages/kaudiocreator3/ https://aur.archlinux.org/packages/k3bmonkeyaudioplugin/ Only works with an old version of k3b https://aur.archlinux.org/packages/kapitalist/ Needs modification to the upstream source to work -Aaron DeVore On Sat, Aug 2, 2014 at 11:45 AM, Jelle van der Waa je...@vdwaa.nl wrote: On 08/02/14 at 10:23am, Aaron DeVore wrote: I could take a crack at maintaining kdelibs3. How would I get a hold of the PKGBUILD for it? On Sat, Aug 2, 2014 at 3:43 AM, Lukas Jirkovsky l.jirkov...@gmail.com wrote: On 1 August 2014 12:42, Alexander Rødseth rods...@gmail.com wrote: I strongly dislike kdelibs3 and think that all kdelibs3 related packages should be removed from AUR, but that is my personal opinion. I don't think any package should be removed if it works/is maintained. And if somebody wants to maintain an old unsupported package it's their fight. You can find it in the online git repo, here is the commit which removes the package. https://projects.archlinux.org/svntogit/packages.git/commit/?id=1b850099e914f62c5844e303c1dfa1d298998b05 But these packages should imo have landed in the AUR. -- Jelle van der Waa