- Aur-general - lists.archlinux.org

[aur-general] TU Application - Filipe Laíns
by Filipe Laíns 24 Jul '18

24 Jul '18

Hello, My name is Filipe Laíns. You might also know me by my alias, FFY00. I am applying to be a Trusted User with Dan Printzell's (Wild) sponsorship. Let's get to the part where you get to know me a bit more I am a Portuguese student and I use Linux as my main operating system since 2013. I gave Arch a try last year and I've been in love with it's ecosystem ever since. Since then, I started contributing to AUR and I've been maintaining quite a few packages. I am also fairly active in the Open Source community as you can see in my Github profile[1]. I love to help people and that is my main motivation to become a TU. If I do become a Trusted User, one thing I would like to do is to improve the usability of Arch for SDR (software defined raio) development. I think Arch is a great system for this and it's a bit of a shame that one of the most relevant packages (soapysdr) isn't in any official repo. Most of the work to improve the SDR support in Arch has been done by Kyle Keen, and I thank him for that, but I still think we could do a bit more. I don't plan to only maintain SDR related packages. I would like to maintain anything that I use, or anything that is relevant to anyone, really. If it makes someone's life easier it's a win. With that being said, here's a list of packages that I plan to move to community: - soapysdr - soapyrtlsdr - libratbag - piper - tribler - qspectrumanalyzer - pulseaudio-equalizer-ladspa - synology-cloud-station-drive Some comments on the packages, (soapysdr and soapyrtlsdr) soapysdr is a vendor neutral SDR driver[2] and soapyrtlsdr is the rtlsdr plugin for it. The non -git versions of the packages are quite recent so they don't have much votes yet. Their correspondent -git variants have enough votes. (libratbag and piper) libratbag is a DBus daemon to configure gaming mice[3] and piper is a GTK+ app to interface with it. I do not maintain this packages but I contribute to the upstream development. It would be helpful for the project if they were moved to an official repo as we are thinking about changing our CI's base distribution from Fedora to Arch. (tribler) Tribler is a popular torrent client with P2P content discovery[4]. (qspectrumanalyzer) This is a popular spectrum analyser for SDR devices[5]. It uses soapysdr as its default driver so it supports a wide range of SDR devices. (pulseaudio-equalizer-ladspa) This is a pulseaudio equalizer based on a ladspa plugin. It has a nice GTK+ based front-end to configure it. (synology-cloud-station-drive) This is a drive client for Synology devices[6]. I am also interested in adopting the following packages in community: - netcf - znc (packages bellow - probably, depending on my free time) - python2-caja - python2-cheetah - python2-exiv2 - python2-fastimport - python2-ipaddr I think that's it, thanks for bearing with me until the end. Best regards, Filipe Laíns ^.^ [1] https://github.com/FFY00 [2] https://github.com/pothosware/SoapySDR/wiki#features [3] https://github.com/libratbag/libratbag#libratbag [4] https://github.com/Tribler/tribler#tribler [5] https://github.com/xmikos/qspectrumanalyzer#qspectrumanalyzer [6] https://www.synology.com/en-global/releaseNote/CloudStationDrive

5 11

[aur-general] python traceback on git push
by Georg 19 Jul '18

19 Jul '18

Hi, I just updated a few packages and ran into an issue with the AUR: $ git push […] remote: Traceback (most recent call last): remote: File "/usr/bin/aurweb-notify", line 11, in <module> remote: load_entry_point('aurweb==4.7.0', 'console_scripts', 'aurweb-notify')() remote: File "/usr/lib/python3.6/site-packages/aurweb-4.7.0-py3.6.egg/aurweb/scripts/notify.py", line 541, in main remote: File "/usr/lib/python3.6/site-packages/aurweb-4.7.0-py3.6.egg/aurweb/scripts/notify.py", line 69, in send remote: File "/usr/lib/python3.6/site-packages/aurweb-4.7.0-py3.6.egg/aurweb/scripts/notify.py", line 56, in get_body_fmt remote: File "/usr/lib/python3.6/site-packages/aurweb-4.7.0-py3.6.egg/aurweb/scripts/notify.py", line 192, in get_body remote: File "/usr/lib/python3.6/site-packages/aurweb-4.7.0-py3.6.egg/aurweb/l10n.py", line 14, in translate remote: File "/usr/lib/python3.6/gettext.py", line 514, in translation remote: raise OSError(ENOENT, 'No translation file found for domain', domain) remote: FileNotFoundError: [Errno 2] No translation file found for domain: 'aurweb' […] the push succeeded nonetheless. Georg

3 3

[aur-general] Spam account Playgame123
by Christoph Gysin 19 Jul '18

19 Jul '18

Comment here: https://aur.archlinux.org/packages/macbook12-spi-driver-dkms/ -- echo mailto: NOSPAM !#$.'<*>'|sed 's. ..'|tr "<*> !#:2" org@fr33z3

1 0

[aur-general] Spam account Hard_Work23
by Beej Jorgensen 18 Jul '18

18 Jul '18

Comment here: https://aur.archlinux.org/packages/inform/ -- Brian "Beej Jorgensen" Hall - beej(a)beej.us - http://beej.us/

4 3

[aur-general] Attempting to update upwork-beta, and hit a head-scratcher
by Shane Simmons 16 Jul '18

16 Jul '18

I got an AUR Out-of-date Notification from msheremet on upwork-beta. After digging through Upwork app logs and checking their website, apparently they've pushed the update to their download website, but not to the client apps yet (at least, not to mine. ;-) However, I'm sending the changes from my laptop and I had never added my public key on my laptop, and when I went to log in to the AUR to copy the pubkey to my ~/.ssh/config, AUR informs me that my account has been suspended. I never received any kind of notification that my account was suspended, or why. As far as I can recall, my best guess would be that it was because I had stupidly published a bug comment to the aurman AUR page and was harshly schooled by the aurman developer that his package depends on a -git package, which had to be installed manually because, again, stupidly, I didn't know that -git packages' PKGBUILDs don't contain the current version, but is instead calculated during install. If that's why, after I understood the issue I just shrugged and went on with my life, and wasn't aware there was a continuing problem until I tried to push updates. I'm more than happy to push my changes if I can; if it can't be reinstated, though, then I'd at least like to know why, please; and if it's going to be impossible to reinstate, then someone at the very least needs to mark upwork-beta as orphaned so someone else can take over.

4 9

[aur-general] package with nginx config file
by Damjan Georgievski 15 Jul '18

15 Jul '18

I'm making a package for a webapp that will include an nginx config file. What's the convention for these config files, where's the best place to put them? Ideally, I'd like to see a » include /etc/nginx/sites/*.conf;« at the bottom of the main /etc/nginx/nginx.conf so at least files dropped there would work out-of-the-box. -- damjan

2 1

[aur-general] aur-general Digest, Vol 165, Issue 7
by Filipe Laíns 13 Jul '18

13 Jul '18

Hey, First of all I just want to say that I have 58 packages on AUR and most of the PKGBUILDs (written by me) were written before I knew some of this. I tried to update most of them but as it's a really monotonous task, I missed some things. Eli, thanks for pointing them out. Also, most of these packages were orphan and I adopted them, I did not fix some of the mistakes right away because I didn't know these were indeed mistakes. With the time I learned about them but I didn't fix some of the packages because I have a lot of them. I have been fixing them as people point it out or when the PKGBUILD needs to be manually updated. Lately I have been making an effort to fix everything but apparently it wasn't enough. On Thu, Jul 12, 2018 at 11:04 PM, Eli Schwartz via aur-general <aur-general(a)archlinux.org> wrote: > It's always nice to see people eager to contribute more, good luck! Thank you! > We'll need permission from them for binary redistribution with > all-rights-reserved software... they pretty specifically only offer > single-user personal licenses to download, install, and run one copy > from them alone. Like most proprietary EULA'ed software.Sure. > antlr3: > - you updated the source to HTTPS on my advice, but forgot the url Fixed. > babl-git: > - !libtool is not needed to build, and comes as default anyway these > days > - ./autogen.sh should be moved to prepare, and moved to autoreconf -fi > if at all possible. In this case, it's a wrapper for autoreconf > already :) Fixed. > cellular-network-configs-git: > - unquoted srcdir/pkgdirThis was fixed in commit 4a4273f72a93824a16a2c1e86308986b26d9df54[1] This was fixed by commit 4a4273f72a93824a16a2c1e86308986b26d9df54[1] which is dated to 11 days ago so I don't understand. [1] https://aur.archlinux.org/cgit/aur.git/commit/?h=cellular-network-configs-g… > cm256cc: > - are the mv commands needed or not? > - depends on boost but may only need that as makedepends, see if runtime > depends could get away with only boost-libs The package installs the 64bit libraries in 'lib64' and 32bit ones in 'lib'. I am not comfortable enough to edit the CMakeLists file but if anyone wants to submit a patch, I would be happy to accept it :) > dump1090-mutability-git: > - unquoted srcdir/pkgdir That was fixed in commit e28ca199c321913aec5295650fa34e0b3c4d81cc[2] which, again, dates to 11 days ago. > - source should clone over git+https:// for TLS certificate checking Fixed. > - install script should switch to using systemd-sysusers > - install script should not delete users on uninstall as this can be a > security risk: https://www.archlinux.org/todo/usergroup-management/ > - consider just using systemd DynamicUsers to run the service I will fix this in one of the next few days. [2] https://aur.archlinux.org/cgit/aur.git/commit/?h=dump1090-mutability-git&id… > evernote-sdk-python: > - patching should be done in prepare not build > - should run python setup.py build in build before running install in > package Sorry about that. Fixed. > franz: > - electron apps should use the system electron if possible > - architecture-dependent binaries should go in /usr/lib not /usr/share > - try to get desktop file into upstream project > - should not conflict the bin package -- that is the bin package's job This package is broken and needs to be fixed in the upstream repository. I haven't fixed any of this issues because that. Once we are able to properly built the project, I will fix the whole PKGBUILD. > gdc1-bin: > - sources should use HTTPS > > gdc-bin: > - unquoted srcdir/pkgdir > - sources should use HTTPS > > gdc-git: > - unquoted srcdir/pkgdir > - sources should use HTTPS > - binutils is in base-devel and should not be a makedepends Fixed. Same story, e9488cd4afbe1eb2356a2ab32d85ba5f58f41049[3] [3] https://aur.archlinux.org/cgit/aur.git/commit/?h=gdc-bin&id=e9488cd4afbe1eb… > gegl-git: > - autogen.sh in build should be moved to autoreconf -fi in prepare Done. > gimp-git: > - url should be HTTPS > - move sed'ing of configure.ac, autogen, to prepare and use autoreconf Done. > gr-limesdr-git: > gr-limesdr: > - MIT license must be installed in package Fixed. > inspectrum: > - style: license array sticks out like a sore thumb by not being quoted > like the surrounding variables > - pkg-config is in base-devel and should not be a makedepends Fixed. > cellular-network-configs-git: > evernote-sdk-python: > gr-limesdr-git: > gr-limesdr: > limesuite: > lime-tools-git: > lms7002m-driver-git: > - style: arch array sticks out like a sore thumb by not being quoted > like the surrounding variables Already fixed that. > me-edit: > - should build from source > - don't use specific sourceforge mirror to download > - wrapper script does not need to popd right before exiting a script > - wrapper script would be better off symlinking to /usr/bin/ if possible I will fix this later. > mitmproxy-git: > - unquoted pkgdir > - MIT license must be installed in package > - should run testsuite like community package does > - should use system certifates instead of certifi, like community > package does Quotes fixed on commit b00815f18db26d304d981b420fdc28ea2a5f050f[4]. Done. [4] https://aur.archlinux.org/cgit/aur.git/commit/?h=mitmproxy-git&id=b00815f18… > nodejs-nan: > - should build from source tarball instead of pulling from the server at > buildtime > - nodejs packages need to fix non-deterministic chmod 777 on > directories, see > https://wiki.archlinux.org/index.php/Node.js_package_guidelines and > https://github.com/npm/npm/issues/9359 Oh my god, this guiidelines are extremely wrong. Npm uses symlinks by default. If you follow this guidelines, "$pkgdir"/usr/lib/node_modules/module_name will be symlinked to "$srcdir"/$pkgname-$pkgver/module_name-module_version. A correct approach would be: noextract=("$pkgname-$pkgver.tar.gz") ... package() { npm install -g --user root --prefix "$pkgdir"/usr "$srcdir"/$pkgname-$pkgver.tar.gz ... } > pantheon-mail: > - stable releases do not replace bzr packages > > pulseaudio-equalizer-ladspa: > - renamed to unique sources on my advice, but dropped the .tar.gz Already fixed. > pylms7002m-git: > - unquoted srcdir Fixed in 257e2d425fdc2ae56afc24cbdb7e5aef20ed40a3[5]. > pylms8001-git: > - unquoted srcdir Fixed in 6ff1ca164626b9d76251239c63c6fba70a3fd3a8[6]. [5] https://aur.archlinux.org/cgit/aur.git/commit/?h=pylms7002m-git&id=257e2d42… [6] https://aur.archlinux.org/cgit/aur.git/commit/?h=pylms8001-git&id=6ff1ca164… > python2-entrypoints: > - instead of downloading setup.py from git master of some fork, use the > PyPI releases, for which flit has generated one for you. Or use flit. Done. > python2-keyrings-alt: > - wrong url Fixed. > python2-secretstorage: > - BSD license must be installed in package Fixed. > qspectrumanalyzer-git: > - uses setuptools entry points so setuptools is a runtime dependency Fixed. > qt5-quick1-git: > - should use #branch=dev for source instead of checking it out later Fixed. > qt5-quick1: > - pinned to a git tag, then immediately checks out some branch??? Sorry about that, fixed. > redmine: > - source/url should use HTTPS > - $_instdir can contain spaces (based on $pkgdir) and must be quoted Fixed. > rivalcfg: > rivalcfg-git: > - setup.py contains setuptools entry points so setuptools is a runtime > dependency > - install script should be taken care of by udev + reload hook from > systemd Fixed. > sdrangel-git: > sdrangel: > serialdv: > soapyosmo: > soapyrtlsdr: > soapysdr: > soapyuhd: > - incorrectly marked as 'any' package Fixed. > soapyosmo: > - GPLv3 license should be GPL3 Fixed. > soapyrtlsdr: > - MIT license must be installed in package Done. > soapysdr: > - Boost license is a common license in the 'licenses' package Fixed. > sparta: > - url should use HTTPS > - nmap/hydra seem to be optdepends, not makedepends Fixed. > ttf-d2coding: > - OFL is not installed in the licenses package, so must be installed in > this one > - font packages don't intrinsically depend on fontconfig, > fontconfig-using applications are among those that read font files > should not provide/conflict itself > - url is a redirect to the website's main page over HTTPS, find a better > link Fixed. > vr180-creator: > - electron app with no links to source is marked as MIT for the electron > component, source archive contains binary node modules so cannot > debundle electron without source, cannot find license for app itself Google hasn't released the source yet afaik. I will rename the package as -bin. Fixed the license issue. > writefull: > - proprietary app using electron is marked as MIT, app.asar contains > binary robotjs and spellchecker modules which can probably be rebuilt > against and use system electron package > - arch-dependent binaries should be installed to /usr/lib not /usr/share Fixed the license issue. I will rename the package as -bin as I don't whish to rebuild the modules. Thank you, Filipe Laíns

1 1

[aur-general] No translation file found for domain: 'aurweb'
by Florian Bruhin 11 Jul '18

11 Jul '18

Hey, FYI, I just got this while pushing a package: remote: Traceback (most recent call last): remote: File "/usr/bin/aurweb-notify", line 11, in <module> remote: load_entry_point('aurweb==4.7.0', 'console_scripts', 'aurweb-notify')() remote: File "/usr/lib/python3.6/site-packages/aurweb-4.7.0-py3.6.egg/aurweb/scripts/notify.py", line 541, in main remote: File "/usr/lib/python3.6/site-packages/aurweb-4.7.0-py3.6.egg/aurweb/scripts/notify.py", line 69, in send remote: File "/usr/lib/python3.6/site-packages/aurweb-4.7.0-py3.6.egg/aurweb/scripts/notify.py", line 56, in get_body_fmt remote: File "/usr/lib/python3.6/site-packages/aurweb-4.7.0-py3.6.egg/aurweb/scripts/notify.py", line 192, in get_body remote: File "/usr/lib/python3.6/site-packages/aurweb-4.7.0-py3.6.egg/aurweb/l10n.py", line 14, in translate remote: File "/usr/lib/python3.6/gettext.py", line 514, in translation remote: raise OSError(ENOENT, 'No translation file found for domain', domain) remote: FileNotFoundError: [Errno 2] No translation file found for domain: 'aurweb' Seems to still work, though. Florian -- https://www.qutebrowser.org | me(a)the-compiler.org (Mail/XMPP) GPG: 916E B0C8 FD55 A072 | https://the-compiler.org/pubkey.asc I love long mails! | https://email.is-not-s.ms/

2 1

[aur-general] acroread package compromised
by Queen Wenceslas 10 Jul '18

10 Jul '18

Hi all, The acroread AUR package appears to have been compromised: look at https://aur.archlinux.org/cgit/aur.git/commit/?h=acroread&id= b3fec9f2f16703c2dae9e793f75ad6e0d98509bc (and in particular that curl|bash line!). Not exactly sure who to contact, but I assume someone on this list can get things sorted out. Cheers, qwence

13 18

[aur-general] PKGBUILD for Automatic Arch System Maintenance
by Michael Dobachesky 07 Jul '18

07 Jul '18

Hello everyone, I have been working on a package that automatically does Arch Linux system maintenance tasks like updating, cleaning, error checking, etc. It has really helped me out and I am hoping that it will help out others as well. Development has gotten to the point where I feel comfortable releasing the first official version, so I have prepared a PKGBUILD for it. I have not published any packages to the AUR in the past so, as per the suggestions on the Arch Linux AUR Wiki, I am submitting the PKGBUILD to the AUR mailing list for review. Here is a link to the PKGBUILD: https://gitlab.com/mgdobachesky/ArchSystemMaintenance/raw/master/PKGBUILD Thank you all for your time, Michael Dobachesky

2 2