February 2014 - Aur-general - lists.archlinux.org

[aur-general] rc candidates
by Aaron Mueller 26 Feb '14

26 Feb '14

Hi! I maintain some AUR packages and I am in doubt if I should update packages on rc candidates. In my special case, the package "worker" is on the stable version 3.3.0. This is the version which is linked on the website. But today the author announce the version 3.3.3rc1 and uploaded it. Should I update the package immediately to 3.3.3rc1 or should I wait for the 3.3.3 version? Best, Aaron

2 1

[aur-general] Signoff report for [community-testing]
by Arch Website Notification 26 Feb '14

26 Feb '14

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 2 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 4 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.) == New packages in [community-testing] in last 24 hours (2 total) == * gitg-0.3.2-1 (i686) * gitg-0.3.2-1 (x86_64) == Incomplete signoffs for [community] (4 total) == * gitg-0.3.2-1 (i686) 0/1 signoffs * python2-systemd-209-1 (i686) 0/1 signoffs * gitg-0.3.2-1 (x86_64) 0/2 signoffs * python2-systemd-209-1 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. djgera - 4 signoffs

1 0

[aur-general] disown haskell-void
by Alexej Magura 26 Feb '14

26 Feb '14

package name: haskell-void package url: https://aur.archlinux.org/packages/haskell-void/ Package doesn't build and the maintainer hasn't responded to AUR comments.

3 3

[aur-general] Plymouth packaging suggestions requested from TUs
by Padfoot 25 Feb '14

25 Feb '14

Hi, I am the current maintainer of the AUR packages: plymouth-release https://aur.archlinux.org/packages/plymouth-release/ plymouth-git https://aur.archlinux.org/packages/plymouth-git/ plymouth-release is at version 0.8.8 on http://www.freedesktop.org/software/plymouth/releases/ and is working plymouth-git at http://cgit.freedesktop.org/cgit/plymouth/ is currently broken While investigation the plymouth-git breakage, I found source for plymouth-0.8.9 in Fedora Rawhide nightlies. 0.8.9 builds and works correctly, but as it is from the Fedora Rawhide nightlies, the source is subject to frequent changes. I am seeking suggestions of what I could/could not should/should not do with the 0.8.9 package. I could update plymouth-release to this package, but it is not an "official" release. I could temporarily replace plymouth-git with this package until git is working, but it's not really a git source. I could upload a new plymouth-rawhide package, but I don't want to spam the AUR with yet another version unnecessarily. FInally I could just do nothing and wait until the "official" update to the source on http://www.freedesktop.org/software/plymouth/releases/ Bear in mind, as the sources are from Fedora Rawhide nightlies, I have embeded the source archive in the package to prevent breakage from frequent updates. The package size including the source is 1.2MB. Of course, I would like to share this updated (as of Feb 2014) source with the Arch community, but under the circumstances, I think advice on how to proceed from the TUs is warranted. Thanks. Lachlan.

2 2

[aur-general] Signoff report for [community-testing]
by Arch Website Notification 25 Feb '14

25 Feb '14

=== 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 * 2 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] (2 total) == * python2-systemd-209-1 (i686) 0/1 signoffs * python2-systemd-209-1 (x86_64) 0/2 signoffs == Top five in signoffs in last 24 hours == 1. tpowa - 4 signoffs 2. bpiotrowski - 2 signoffs

1 0

[aur-general] [Removal Request] nodejs-yapp.js
by Andy Weidenbaum 25 Feb '14

25 Feb '14

Upstream source is no longer available. Please remove this package<https://aur.archlinux.org/packages/nodejs-yapp.js/> . Thanks, Andy

2 1

[aur-general] Disown Request
by David J. Haines 24 Feb '14

24 Feb '14

Please disown yeganesh so that I can pick it up. I contacted the maintainer via e-mail two weeks ago, to no response. Here's the link: https://aur.archlinux.org/packages/yeganesh/ Thanks! -- David J. Haines djhaines(a)gmx.com 0xAFB3D16D - F929 270F B7C3 78AE A741 434F A7C6 F264 AFB3 D16C

2 1

[aur-general] Removal request: pcf-tewi
by Lucy hi 24 Feb '14

24 Feb '14

pcf-tewi: https://aur.archlinux.org/packages/pcf-tewi/ I have decided not to release or maintain stable versions, so this package is no longer useful.

2 1

[aur-general] Not interested in maintaining gnash anymore
by Jan Alexander Steffens 24 Feb '14

24 Feb '14

Is anyone interested in taking it from my hands? ---------- Weitergeleitete Nachricht ---------- Von: "Community Packages" <bugs(a)archlinux.org> Datum: 24.02.2014 17:23 Betreff: FS#39000: [gnash-gtk] Needs rebuilt against new version of boost An: <bugs(a)archlinux.org> Cc: THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has been changed. The changes are listed below. For full information about what has changed, visit the URL and click the History tab. FS#39000 - [gnash-gtk] Needs rebuilt against new version of boost User who did this: Doug Newgard (Scimmia) Architecture: All -> i686 Status: Waiting on Response -> Assigned Severity: Low -> High Assigned To: [-] -> Jan Steffens More information can be found at the following URL: https://bugs.archlinux.org/task/39000 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

1 0

[aur-general] Package with arch-depending source
by Ismael Bouya 24 Feb '14

24 Feb '14

Hi, I'm maintaining a package in the AUR whose source is "arch-depending" (anaconda) For the moment I deal with that by putting the x86_64 version in the source/md5 array and adding a if [ "$CARCH" == "i686" ] (...) just after to modify it. Is that the usual way to do that? Or how should it be done? I see no information about that in the AUR guidelines. -- Ismael

2 4