- Aur-general - lists.archlinux.org

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

21 Jan '15

=== 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 * 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.) == Incomplete signoffs for [community] (11 total) == * freevo-1.9.0-14 (any) 0/2 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 * 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. lcarlier - 7 signoffs 2. bpiotrowski - 6 signoffs 3. foutrelis - 3 signoffs 4. anatolik - 2 signoffs

1 0

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

20 Jan '15

=== 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 * 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.) == Incomplete signoffs for [community] (11 total) == * freevo-1.9.0-14 (any) 0/2 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 * 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. eworm - 11 signoffs 2. foutrelis - 1 signoffs

1 0

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

19 Jan '15

=== 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 * 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.) == Incomplete signoffs for [community] (11 total) == * freevo-1.9.0-14 (any) 0/2 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 * 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. andyrtr - 1 signoffs

1 0

[aur-general] Bottom-posting on gmail | Was: Orphan packages, Policy on bots
by David Phillips 19 Jan '15

19 Jan '15

> > On 2015-01-06 22:24, David Phillips wrote: > > > Ahh far out, sorry. I keep top-posting on this list. As a site note, > > > has anyone found a way to stop the 'Include quoted text with reply' > > > tick box from being ticked by default in GMail? > > > > > > -- > > > Four word witty remark > > > > There used to be greasemonkey scripts that did this. I haven't used gmail in > > years, so I've no idea if those still work, but http://userscripts-mirror.org/ > > might be a good place to start searching. > > > > Cheers, > > > > -- > > 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? > > Thanks for your interest. I hope this becomes useful to more users than just me. > > > There used to be greasemonkey scripts that did this. [...] http://userscripts-mirror.org/ > > might be a good place to start searching. > > Luckily, I'm fluent in basic Javascript, so a simple one line script containing: > > document.getElementById('haot').checked = false; > > is all it took. > > > > A: Because we read from top to bottom, left to right. > > Q: Why should I start my reply below the quoted text? > > Your signature makes you sounds quite hot on this topic! > > Thanks for your help, it makes posting to lists a lot less irritating. > > Cheers I've forwarded to this list as it is likely other users may find this useful. -- Four word witty remark

1 0

[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