- Aur-general - lists.archlinux.org

[aur-general] Disowning some packages (python libs and more)
by Florian Bruhin 18 Jan '15

18 Jan '15

Hi, I just disowned the following packages because I don't use them anymore: ---------- * deluge-git-master master git brach of the deluge torrent client * diylc diy-layout-creator, a electronic schematic, layout and guitar wiring diagram editor * drg2sbg / drg2sbg-git Tool to convert I-Doser .drg files to .sbg's. * python-bottle-sqlalchemy SQLAlchemy integration for Bottle. * python-flup-hg / python2-flup-hg WSGI server for Python * python-oursql MySQL bindings for python. * python-quick2wire-git Python API for controlling GPIO and I2C devices connected to the Raspberry Pi * python2-autobahn WebSocket client & server library, WAMP real-time framework * python2-websocket-client-pebble Older version of a websocket client library - used to be for the Pebble SDK, but now still used as a dependency to 'fig' ("Fast, isolated development environments using Docker") * soem-examples / soem-lib Simple Open EtherCAT Master ---------- They all should still work fine (though I didn't verify this claim), but I don't want them anymore, so please take them if you use them! Florian -- http://www.the-compiler.org | me(a)the-compiler.org (Mail/XMPP) GPG: 916E B0C8 FD55 A072 | http://the-compiler.org/pubkey.asc I love long mails! | http://email.is-not-s.ms/

2 1

[aur-general] AUR 4 => Migrating 1 git to git-per-package
by Phillip Smith 18 Jan '15

18 Jan '15

For those of us already storing our packages in git[0], has anyone got some documentation/pointers for how to handle migrating from having 1 big git repository to dozens of individual git repositories? Do we just blat away our current repository and re-initialize each package as it's own repository or is there a smarter way? [0] https://github.com/fukawi2/aur-packages

3 9

[aur-general] package review
by Jeremy Audet 18 Jan '15

18 Jan '15

Hi, Would anyone be so nice as to review my libgroove package? The current package [1] and proposed package [2] are both on GitHub. The package is for a C library, and I am hoping to add a pkg-config config file (libgroove.pc) to the package. I've never written one of these before, and am worried about accidentally trashing users' systems. [1] https://github.com/Ichimonji10/PKGBUILDs/tree/master/libgroove [2] https://github.com/Ichimonji10/PKGBUILDs/tree/libgroove-pkgconfig/libgroove — Jeremy "Ichimonji10" Audet

5 6

[aur-general] python2-pwntools AUR package deletion
by Borja 18 Jan '15

18 Jan '15

Hi guys, I've renamed the package python2-pwntools to python2-pwntools-git in order to fit the best practices, thereby I would like to request the deletion of the python2-pwntools package. Cheers, Borja. -- ================================================================================ GPG 0x8C00BA074CA6E08B -- https://www.libcrack.so/

2 1

[aur-general] Signoff report for [community-testing]
by Arch Website Notification 18 Jan '15

18 Jan '15

=== 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 * 13 packages missing signoffs * 1 package 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) == * virtualbox-modules-lts-4.3.20-3 (i686) * virtualbox-modules-lts-4.3.20-3 (x86_64) == Incomplete signoffs for [community] (13 total) == * freevo-1.9.0-14 (any) 0/2 signoffs * exim-4.85-1 (i686) 0/1 signoffs * fcitx-qt5-1.0.0-1 (i686) 0/1 signoffs * mongodb-2.6.7-1 (i686) 0/1 signoffs * subsurface-4.3-2 (i686) 0/1 signoffs * virtualbox-modules-lts-4.3.20-3 (i686) 0/1 signoffs * yakuake-2.9.9-4 (i686) 0/1 signoffs * exim-4.85-1 (x86_64) 0/2 signoffs * fcitx-qt5-1.0.0-1 (x86_64) 0/2 signoffs * mongodb-2.6.7-1 (x86_64) 0/2 signoffs * subsurface-4.3-2 (x86_64) 0/2 signoffs * virtualbox-modules-lts-4.3.20-3 (x86_64) 0/2 signoffs * yakuake-2.9.9-4 (x86_64) 0/2 signoffs == All packages in [community-testing] for more than 14 days (1 total) == * freevo-1.9.0-14 (any), since 2014-08-27 == Top five in signoffs in last 24 hours == 1. heftig - 3 signoffs 2. andyrtr - 3 signoffs

1 0

Re: [aur-general] [arch-general] warning: foobar: local (1.0.0-2) is newer than community (1.0.0-1)
by Jan Alexander Steffens 17 Jan '15

17 Jan '15

On Sat, Jan 17, 2015 at 12:19 PM, Ralf Mardorf <ralf.mardorf(a)rocketmail.com> wrote: > Regarding to my AUR cache [1], it seems to be common practise, that > packages that moved from AUR to community get a lower "pkgrel="-value. > IMO that is very annoying and doesn't make sense. I don't want to > reinstall software that does work and I dislike to get tons of warnings. > Why is this the common approach? Resetting the pkgrel is indeed wrong. pkgrel should be bumped when moving to [community], and that has been my habit when moving packages from the AUR.

4 4

[aur-general] AUR 4.0 and existing git repositories
by Hugo Osvaldo Barrera 17 Jan '15

17 Jan '15

Hi, I've been reading about the upcoming AUR 4.0 with git repositories for each package (which is very much welcome for a variety of reasons!). I'm curious how existing packages will be handled. I already keep git repos for my packages, so it would be nice to be able to import those directly for two reasons: * To share the existing history with everyone else. * If packages are imported as-are into new repositories, then I can't push the existing repos. I'll need to create clone the AUR-generated ones, and work on those, loosing all my history. Has this sort of scenario been given any thought? Cheers and thanks for the hard work! -- Hugo Osvaldo Barrera A: Because we read from top to bottom, left to right. Q: Why should I start my reply below the quoted text?

2 2

[aur-general] warning: foobar: local (1.0.0-2) is newer than community (1.0.0-1)
by Ralf Mardorf 17 Jan '15

17 Jan '15

Regarding to my AUR cache [1], it seems to be common practise, that packages that moved from AUR to community get a lower "pkgrel="-value. IMO that is very annoying and doesn't make sense. I don't want to reinstall software that does work and I dislike to get tons of warnings. Why is this the common approach? Regards, Ralf PS: I'll send it to Arch and AUR general. [1] $ ls /var/cache/aur/foobar*

1 0

[aur-general] Signoff report for [community-testing]
by Arch Website Notification 17 Jan '15

17 Jan '15

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 4 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 11 packages missing signoffs * 1 package 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 (4 total) == * subsurface-4.3-2 (i686) * yakuake-2.9.9-4 (i686) * subsurface-4.3-2 (x86_64) * yakuake-2.9.9-4 (x86_64) == Incomplete signoffs for [community] (11 total) == * freevo-1.9.0-14 (any) 0/2 signoffs * exim-4.85-1 (i686) 0/1 signoffs * fcitx-qt5-1.0.0-1 (i686) 0/1 signoffs * mongodb-2.6.7-1 (i686) 0/1 signoffs * subsurface-4.3-2 (i686) 0/1 signoffs * yakuake-2.9.9-4 (i686) 0/1 signoffs * exim-4.85-1 (x86_64) 0/2 signoffs * fcitx-qt5-1.0.0-1 (x86_64) 0/2 signoffs * mongodb-2.6.7-1 (x86_64) 0/2 signoffs * subsurface-4.3-2 (x86_64) 0/2 signoffs * yakuake-2.9.9-4 (x86_64) 0/2 signoffs == All packages in [community-testing] for more than 14 days (1 total) == * freevo-1.9.0-14 (any), since 2014-08-27 == Top five in signoffs in last 24 hours ==

1 0

[aur-general] Signoff report for [community-testing]
by Arch Website Notification 16 Jan '15

16 Jan '15

=== Signoff report for [community-testing] === https://www.archlinux.org/packages/signoffs/ There are currently: * 4 new packages in last 24 hours * 0 known bad packages * 0 packages not accepting signoffs * 0 fully signed off packages * 7 packages missing signoffs * 1 package 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 (4 total) == * fcitx-qt5-1.0.0-1 (i686) * mongodb-2.6.7-1 (i686) * fcitx-qt5-1.0.0-1 (x86_64) * mongodb-2.6.7-1 (x86_64) == Incomplete signoffs for [community] (7 total) == * freevo-1.9.0-14 (any) 0/2 signoffs * exim-4.85-1 (i686) 0/1 signoffs * fcitx-qt5-1.0.0-1 (i686) 0/1 signoffs * mongodb-2.6.7-1 (i686) 0/1 signoffs * exim-4.85-1 (x86_64) 0/2 signoffs * fcitx-qt5-1.0.0-1 (x86_64) 0/2 signoffs * mongodb-2.6.7-1 (x86_64) 0/2 signoffs == All packages in [community-testing] for more than 14 days (1 total) == * freevo-1.9.0-14 (any), since 2014-08-27 == Top five in signoffs in last 24 hours ==

1 0