- Aur-general - lists.archlinux.org

Re: [aur-general] Can't update my own PKGBUILD, where to find errors?
by Sven Fischer 23 Jan '15

23 Jan '15

> Message-ID: <20150123115017.14690.22831(a)typhoon.lan> > > On Fri, 23 Jan 2015 at 12:34:40, LoneVVolf wrote: > > On 23-01-15 00:23, Lukas Fleischer wrote: > > > Let me elaborate just a bit: There currently isn't a bcusdk package > > > base in the AUR, so a new package base is created upon package > > > submission. That new package base contains a package eibd which is > > > already part of the package base eibd, though. Since a package base > > > cannot contain a package that is already provided by another one, you > > > receive that strange error message. Hope that clarifies it a bit. > > > Regards, Lukas > > > > The situation is weirder then that, check the PKGBUILD for the current > > version : > > > > > > pkgbase=('bcusdk') > > pkgname=('eibd') > > pkgver=0.0.5 > > pkgrel=4 > > > > > > Maybe the problems are caused by uploading a faulty .AURINFO or .SRCINFO > > file in the past. > > No, the package was last updated on 2014-03-04 20:25 which was before > the AUR supported split packages. During the migration, we automatically > assigned the package base eibd. > > > Sven, if you do want pkgbase bcusdk and pkgname eidb, > > i suggest you upload a dummy bcusdk pacakge, then request eidb to be > > merged into bcusdk. > > ... where "dummy bcusdk pacakge" means: Use the package base bcusdk > without any additional packages. > > > Once the merge has completed, you can then upload the correct package. Okay, thanks for the info, will do that. In fact, the PKGBUILD I attached was not the most recent one (with the correct version numbers). Anyway, a more delightful error message like "Package eibd already exists in pkgbase eibd, cannot overwrite with base bcusdk" would have made more sense to me... Regards, Sven -- Sven Fischer -- Platzer Höhenweg 34, 51429 Bergisch Gladbach, Germany Tel: +49-(0)2204-480985, Fax: +49-(0)2204-9670019 sven(a)leiderfischer.de

1 0

[aur-general] Can't update my own PKGBUILD, where to find errors?
by Sven Fischer 23 Jan '15

23 Jan '15

Hello everybody, trying to update small fixes to the eibd package, AUR upload always responses to me with "error: failed to upload bcusdk-0.0.5-5.src.tar.gz: You are not allowed to overwrite the eibd package.", although I own the package. I am quite a AUR NOOB, but trying to find a hint what could be wrong led me to nothing. Wouldn't it be possible to respond with an error that tells me WHY I am unable to upload (missing permission, wrong version etc....)? Regards, Sven -- Sven Fischer -- Platzer Höhenweg 34, 51429 Bergisch Gladbach, Germany Tel: +49-(0)2204-480985, Fax: +49-(0)2204-9670019 sven(a)leiderfischer.de

4 4

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

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

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

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

1 0

[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

[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

[aur-general] Orphan request (python2-flask-restful - qtadb)
by maxk69＠free.fr 15 Jan '15

15 Jan '15

Hi, I'm requesting orphaning of some AUR packages. python2-flask-restful https://aur.archlinux.org/packages/python2-flask-restful/ Last Updated: 2014-01-25 23:23 Flagged out-of-date (2014-12-23) No answers to my comment since three weeks. qtadb https://aur.archlinux.org/packages/qtadb/ Last Updated: 2013-08-13 16:43 Flagged out-of-date (2014-07-21) No answers to comments since last update. Thanks a lot.

2 2

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

15 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 * 3 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) == * exim-4.85-1 (i686) * exim-4.85-1 (x86_64) == Incomplete signoffs for [community] (3 total) == * freevo-1.9.0-14 (any) 0/2 signoffs * exim-4.85-1 (i686) 0/1 signoffs * exim-4.85-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

[aur-general] Trusted User application
by Jerome Leclanche 14 Jan '15

14 Jan '15

[reposted to the correct list, oops] Hi list My name is Jerome Leclanche and this is my application for becoming an Arch Linux TU. Both Balló György and Sven-Hendrik Haase have encouraged me to apply, and Sven-Hendrik has agreed to sponsor me for the occasion. I am a French Python developer living in Stockholm. I work on FOSS both for my full-time job and in my free time, with my focus being on the LXQt project of which I am one of the lead developers (http://lxqt.org/) All my contributions are available on Github: https://github.com/jleclanche My main goal is of course to bring LXQt to [community]. I emailed Antonio Rojas about that a while back as he was also interested in this. I'm on my third year with Arch Linux and absolutely love the distro; been hanging around IRC and the community as jleclanche. This is my package list: https://aur.archlinux.org/packages/?SeB=m&K=jleclanche I have started the release process to get LXQt 0.9 out some time in January. I would really like to see it become available on Arch Linux at the same time =) Other than LXQt, I also maintain ruby-sass and its dependencies, which I would also like to move to [community] - although it is something I'd like to bring up with Anatol Pomozov first as he maintains a large array of Ruby packages himself already. I also saw that libfm and libfm-extra are currently orphaned there and since they are LXDE projects, I will happily pick them up. If any of you are going to FOSDEM, I will also be able to meet you there - I'd love to get to know the Arch community in person as well. Thanks for the great distribution and happy 2015 to everyone. I've kept this as terse as possible but I'll be happy to answer any questions. J. Leclanche

11 16

[aur-general] Arch Linux Trusted User application Christian Hesse
by Christian Hesse 14 Jan '15

14 Jan '15

Hello Arch Linux community, this year I received an extra Christmas present: Bartłomiej Piotrowski asked me to apply to become an Arch Linux trusted user. Just some days later Ike Devolder had the same in mind - as I already have a sponsor he promised to give his vote. Thanks! My name is Christian Hesse (aka eworm), I was born in 1982 and I live in Germany. I work for an educational institution, with FOM (Fachhochschule für Ökonomie und Management) being the most prominent part. My work includes networking and Linux stuff. Most Linux servers are Debian based, some machines even run Arch. In my free time I fly radio controlled helicopters, take photographs, read books, go geocaching, meet friends, ... My first contact with Linux was about 1998 when SuSE Linux 6.8 (or similar, not perfectly sure) was offered by my school in a special deal. I installed it but did not manage to get the X server running. Some time later I bought a SuSE Linux 7.0 package, installed it and abandoned the well known proprietary operating system. I am a free software enthusiast since these days. Some SuSE versions later I was annoyed by Yast overwriting my configuration files over and over again... I decided do install LFS (Linux from scratch) and learned a lot, changed to Gentoo to get a package manager and finally installed Arch Linux in... Hmm... January 2010? ... for a serious system. I felt in love with this great distribution and its package manager pacman. To date I am perfectly happy. My main system is still running my first Arch Linux installation (though this installation survived at least three notebooks...). I started maintaining packages in AUR [0] soon. Within four and a half year the number increased to over 200, still counting. I would like to move some of these to [community]: MySQL Workbench comes in mind with 274 votes, LibreCAD and various Yubikey related packages being other candidates. Hopefully PackageKit will be prepared for prime time again soon. My main focus is on system administration, but I do have an attitude to programming. A number of open source projects includes changes by me, some just being bug fixes, some introducing new features. I do not want to bore you, so I will not list them here. I even have started some projects on my own [1][2]. Dynamic QR code on website anybody? Or desktop notifications for journal entries, netlink or block device changes? Some projects are specific to Arch Linux. Want to share pacman cache on local network? Full disk encryption with mkinitcpio and Yubikey? On community events I got in contact with the Linux Professional Institute. Nowadays I am member of LPI German e.V. [3] and working as proctor taking certification exams. Additionally my co-author Michael Gisbers and I wrote a German book ("Linux Essentials. Vorbereitung auf die Prüfung des Linux Professional Institute") for Linux Essentials exam preparation, published at Open Source Press [4]. I am going to marry next month, so do not expect me to be too active until the end of January. Nevertheless I would be pleased to join the team now and enhance Arch Linux in the future. Thanks a lot to all of you for considering my application. Best Regards, Chris [0] https://aur.archlinux.org/packages/?SeB=m&K=eworm [1] https://github.com/eworm-de [2] http://git.eworm.de/ [3] http://www.lpice.eu/lpi-partner/lpi-ev/die-mitglieder-des-lpi-e-v/christian… [4] http://www.opensourcepress.de/de/autoren/Christian-Hesse -- main(a){char*c=/* Schoene Gruesse */"B?IJj;MEH" "CX:;",b;for(a/* Chris get my mail address: */=0;b=c[a++];) putchar(b-1/(/* gcc -o sig sig.c && ./sig */b/42*2-3)*42);}

6 10

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

14 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 * 19 packages missing signoffs * 3 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] (17 total) == * eric-6.0.0-1 (any) 1/2 signoffs * eric-i18n-6.0.0-1 (any) 1/2 signoffs * freevo-1.9.0-14 (any) 0/2 signoffs * acpi_call-1.1.0-18 (i686) 0/1 signoffs * bbswitch-0.8-22 (i686) 0/1 signoffs * r8168-8.039.00-6 (i686) 0/1 signoffs * rt3562sta-2.4.1.1_r1-16 (i686) 0/1 signoffs * tp_smapi-0.41-59 (i686) 0/1 signoffs * vhba-module-20140928-2 (i686) 0/1 signoffs * virtualbox-modules-4.3.20-5 (i686) 0/1 signoffs * acpi_call-1.1.0-18 (x86_64) 0/2 signoffs * bbswitch-0.8-22 (x86_64) 0/2 signoffs * r8168-8.039.00-6 (x86_64) 0/2 signoffs * rt3562sta-2.4.1.1_r1-16 (x86_64) 0/2 signoffs * tp_smapi-0.41-59 (x86_64) 0/2 signoffs * vhba-module-20140928-2 (x86_64) 0/2 signoffs * virtualbox-modules-4.3.20-5 (x86_64) 0/2 signoffs == Incomplete signoffs for [unknown] (2 total) == * qscintilla-qt5-2.8.4-2 (i686) 0/1 signoffs * qscintilla-qt5-2.8.4-2 (x86_64) 1/2 signoffs == All packages in [community-testing] for more than 14 days (3 total) == * freevo-1.9.0-14 (any), since 2014-08-27 * r8168-8.039.00-6 (i686), since 2014-12-17 * r8168-8.039.00-6 (x86_64), since 2014-12-17 == Top five in signoffs in last 24 hours ==

1 0

[aur-general] Request #1829
by Armin K. 13 Jan '15

13 Jan '15

Hi, is any of the TU's going to take care of the request in the subject field? It has been 14 days since it was submitted. -- Note: My last name is not Krejzi.

3 3

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

13 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 * 19 packages missing signoffs * 3 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] (17 total) == * eric-6.0.0-1 (any) 1/2 signoffs * eric-i18n-6.0.0-1 (any) 1/2 signoffs * freevo-1.9.0-14 (any) 0/2 signoffs * acpi_call-1.1.0-18 (i686) 0/1 signoffs * bbswitch-0.8-22 (i686) 0/1 signoffs * r8168-8.039.00-6 (i686) 0/1 signoffs * rt3562sta-2.4.1.1_r1-16 (i686) 0/1 signoffs * tp_smapi-0.41-59 (i686) 0/1 signoffs * vhba-module-20140928-2 (i686) 0/1 signoffs * virtualbox-modules-4.3.20-5 (i686) 0/1 signoffs * acpi_call-1.1.0-18 (x86_64) 0/2 signoffs * bbswitch-0.8-22 (x86_64) 0/2 signoffs * r8168-8.039.00-6 (x86_64) 0/2 signoffs * rt3562sta-2.4.1.1_r1-16 (x86_64) 0/2 signoffs * tp_smapi-0.41-59 (x86_64) 0/2 signoffs * vhba-module-20140928-2 (x86_64) 0/2 signoffs * virtualbox-modules-4.3.20-5 (x86_64) 0/2 signoffs == Incomplete signoffs for [unknown] (2 total) == * qscintilla-qt5-2.8.4-2 (i686) 0/1 signoffs * qscintilla-qt5-2.8.4-2 (x86_64) 1/2 signoffs == All packages in [community-testing] for more than 14 days (3 total) == * freevo-1.9.0-14 (any), since 2014-08-27 * r8168-8.039.00-6 (i686), since 2014-12-17 * r8168-8.039.00-6 (x86_64), since 2014-12-17 == Top five in signoffs in last 24 hours == 1. anatolik - 2 signoffs 2. bpiotrowski - 1 signoffs

1 0