- Aur-general - lists.archlinux.org

[aur-general] Notification upon requests
by Einhard Leichtfuß 13 Sep '18

13 Sep '18

Hi, I just noticed due to a comment on the package's web page that a package I co-maintain [0] was requested to be deleted (due to being taken into [community]). I'd have expected to get an e-mail when such a request is made, however I did not receive any such e-mail. I have also enabled notifications for that package, if that matters. So is this expected behaviour? Maybe, because I am only a co-maintainer? Einhard [0] https://aur.archlinux.org/packages/thunderbird-enigmail/

2 1

[aur-general] IJulia and Julia library/module packages
by Jonathon Fernyhough 02 Sep '18

02 Sep '18

Hello everyone. Julia [1], a scientific/numerical computing-focussed programming language, recently went 1.0. It primarily focuses on user-local module installation (into $HOME/.julia), similar to conda, rustup, zef, etc. This is obviously fine for individuals but not great for deployment on a larger scale. Currently, no distributions that I'm aware of (i.e. Debian, Fedora, Gentoo, Arch) package modules for system-wide installation. I spent a few hours this afternoon putting together a package chain for IJulia [2] (which adds a Julia back-end/kernel to Jupyter). As there's no precedent or approach (I'm aware of) for system-wide Julia module installation I'm looking for some testing and feedback to ensure this approach will operate in an equivalent way to the standard Pkg.add("IJulia"). From the limited testing I've done IJulia _appears_ to work OK but I've not tried anything particularly fancy. I'm also interested in any general PKGBUILD feedback, including any depends which should be makedepends or checkdepends. If you find an easy way to tell what should be what then I'm all ears! Of particular note is the very hacky way of creating files which would otherwise be generated by Pkg.build()... there _must_ be a cleaner way of doing that. Best, Jonathon [1] https://julialang.org/ [2] https://aur.archlinux.org/packages/julia-ijulia

3 4

[aur-general] TU Application - Chih-Hsuan Yen
by Chih-Hsuan Yen 30 Aug '18

30 Aug '18

Hi all, My name is Chih-Hsuan Yen. I'm also known as yan12125. I am applying to be a Trusted User with Felix Yan's sponsorship. I'm currently a PhD student in Taiwan. My Linux journey started when I met Ubuntu in 2011. Soon after that, I jumped to Arch Linux in 2012 for its simplicity. During my spare time, I'm active in open source stuffs. You may find some interesting bits on my GitHub [1] and GitLab [2] accounts. Most of my Arch contributions can be found on AUR [3]. Besides that, I'm also an Arch Linux tester and a member of Arch Linux China community, keeping some binary packages in the unofficial repo [archlinuxcn] up-to-date [4]. If I'm accepted as a TU, I'd like to improve the ecosystem for Arch users speaking Chinese. Specifically, I'll keep an eye on Chinese IME (Input Method Engine) and font packages, including but not limited to the following ones: - libchewing - the core library for a Chinese input method "Chewing" - scim-chewing - the SCIM adaptor for the chewing input method - ttf-arphic-ukai - a popular font in Taiwan - ttf-arphic-uming - another popular font in Taiwan Both libchewing and scim-chewing are in [extra] now. As they have no other reverse dependencies in [extra], I assume it's possible to move them to [community] for further maintenance. Also, as a Python developer, I'm interesting in making Python packages in Arch Linux even better. I'd like to bring the following packages to [community]: - buildbot - the main program of a continuous integration framework [5] - buildbot-worker - running commands dispatched by the master - python-buildbot-{www,console-view,grid-view,waterfall-view,wsgi-dashboards,badges} - buildbot plugins - python-buildbot-pkg - an auxiliary package for building buildbot plugins from sources. I'll create a stable version from my buildbot-pkg-git package. - python-{aws-xray-sdk,jsondiff,klein,moto,nose-random,pathlib2,pyjade,setuptools-trial,txrequests} - direct or indirect runtime/build-time/check-time dependencies for buildbot-related packages I'd like to improve dependency handling for Python packages in Namcap as well. Furthermore, I'm interested in move some other useful packages to [community]. Here are some packages coming out of my head: - pcmanx-gtk2 - A popular BBS/Telnet client in Taiwan (29 votes on AUR) - qps - the GUI process monitor recommended by LXQt (2% on pkgstats) - cmst - a Qt frontend for connman recommended by LXQt (49 votes on AUR) I'd like to stop here. Thanks for reading such a long mail. I'm passionately looking forward an oppurtunity to extend my Arch contributions to a new scope! Regards, Chih-Hsuan Yen [1] https://github.com/yan12125 [2] https://gitlab.com/yan12125 [3] https://aur.archlinux.org/packages/?O=0&SeB=M&K=yan12125&SB=p&SO=d&PP=50&do… [4] https://github.com/archlinuxcn/repo/blob/80adbb5dbee28591f95babf4aed91b0791… [5] https://buildbot.net/

3 9

[aur-general] Amd-ucode - manjaro tools
by fredbezies 29 Aug '18

29 Aug '18

Rajouter amd-ucode au fichier package-root pour la compilation des images ISO d'octobre 2018 -- Frederic Bezies fredbezies(a)gmail.com

3 2

[aur-general] [tu-bylaws][PATCH] extend tu addition discussion period to 7 days
by Levente Polyak 29 Aug '18

29 Aug '18

Just adding this signed mail to authenticate i indeed proposed this change :) cheers, Levente

1 2

[aur-general] Blobs in package
by Tucker Boniface 26 Aug '18

26 Aug '18

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hey all, I am the maintainer of the acroread package on the aur. As you might know, if you use that program, it fails to run with newer versions of harfbuzz and glib. So, as suggested by users on the bbs, I have decided to bundle the needed libraries with acroread, but I have run into a problem. When I try to push my patch to the aur, I get "maxium blob size (250.00KiB) exceeded)." What would be the best way to bundle the libraries? It doesn't feel right for me to put them up on my server. TL;DR: What's the best way to bundle blobs with an aur package? Tucker Boniface -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEtBZqZi6L9mU3zSoTo3Ay1mUVXGEFAluC70oACgkQo3Ay1mUV XGHqQA/+PklUgm3b6sOcGv/JoYErReVyXQUcMU1iTAda9LbVsFqS9E6Ubxnmj73q fzmpC+Mobn/qzI0Vim1UOvKwqacImp0niz4jKolHFIyLvGd91kB3e8aey+INxn3z Gz7pRQiPKCVbJpKxQyy8hzenLpmh3rhAefF1kGKKoMzgIDaMDy9DKoMgKDZXFaVb iRClmzY+/OPngbd0ADB2A8EaDMudr8IuuJkIhzl4lksXMZXf66gjS8fGV8YPFrEq krx/OIKzxTJ5uT9G071PhoSZaAerKGZlWXZrVmik0Mp/kxJp878yrBZOTG1kwnmJ jWrTjKGsp6toDQlY/CMBToua+EXzCY5CAJ7GKZ3SH76mj5BmPvVCOre6T2rF+5ys SKE+a7jeJa78ZgiWkG7eMEzs5dk/spBa5TMrqL3d2lGgSjat9BsMG8yoqms6kqnt PY/0EOAaJcnYM5ClYtltfxdi38XUWo0eTRBhJse9+/e7OzhmoGZDNUulNEXAlZza SYLZh/7DdLZq8uphhhHNokcYMvGCp7hm1ebGPr6xiq74U+2LRPPnVgjhUFrZ6oRy 3jqh1dxUi5ldIJ54chZhaGjqbPMAvhBUKeGWTVxfQX/Js35Ufa+kyxX/Q6j5BcCF 3yOxwkxNd/gymQ/9L4CQgYQFsVM4KlAnfu/lAJQrrfkuqkMTEiM= =TXB9 -----END PGP SIGNATURE-----

2 1

[aur-general] Request to delete AUR package vim-tetris
by crt 24 Aug '18

24 Aug '18

The project has not had an upstream update in just about a decade. Instead of making this package an orphan I'd like to request to remove it from AUR. https://aur.archlinux.org/packages/vim-tetris/ Cheers

2 2

Re: [aur-general] intellij-idea-community-edition
by kunik08＠wp.pl 22 Aug '18

22 Aug '18

> On 8/10/18 8:20 AM, Simon Legner via aur-general wrote: > > Hi Arch! > > > > (I'm not sure whether I'm posting to the correct mailing list.) > > I'm a happy user of IntelliJ IDEA. Unfortunately, the community > > package intellij-idea-community-edition is out-of-date most of the > > time. As of writing, it has been updated at 2018-07-10 and flagged > > again on 2018-07-12. In the meanwhile, the versions 2018.1.6, 2018.2, > > 2018.2.1 have been released. > > Since I found updates to be smooth, updating the community package > > should be easy as well. Could any TU step in as (co)maintainer of this > > package to bring updates closer to the time? > > > > Thank you! > > Simon > > > > Hi, > > I've spoken to Lukas and am now co-maintaining the package. Together I > believe we will achieve faster update cycles. > > cheers, > Levente

1 0

[aur-general] Weird notification about papirus-filezilla-themes-git package ownership
by Mohammadreza Abdollahzadeh 20 Aug '18

20 Aug '18

Hi, I got a message from AUR notification system about papirus-filezilla- themes-git [1] package being disowned by some user named Handel [2], but I am sole maintainer and submitter [3] of this package and no one else maintain it. How this is possible for my package to be disowned by someone which is not maintainer of it? [1] https://aur.archlinux.org/pkgbase/papirus-filezilla-themes-git/ [2] https://aur.archlinux.org/account/Handle/ [3] https://aur.archlinux.org/account/morealaz

2 2

[aur-general] I'm wonder is there any tool to list TU's workload?
by Daniel YC Lin 19 Aug '18

19 Aug '18

I guest the TU's workload may be calculated by a. How many packages which he owns. b. How many commits during a past year c. How many bugs required to solved? To print out by graph maybe interesting. These may be calculated by some SQL if owned the access permission of database. For person without permission may pull the packages and bugs listing and git log to get that picture

2 1

[aur-general] TU application - Daniel YC Lin
by Daniel YC Lin 19 Aug '18

19 Aug '18

Hello, My name is Daniel YC Lin, I'm 48 years old and I'm programmer in Taipei, Taiwan. On the forums and irc you can find me as dlintw. As you can see with some of my packages [https://aur.archlinux.org/packages/?O=0&SeB=m&K=dlin& <https://aur.archlinux.org/packages/?O=0&SeB=m&K=dlin&>] I'm interested in packaging for arch related zh-tw locale packages. I've nearly 30 years shell scripts experiences. I've build Archlinux on sh4 CPU about 4-5 years ago. During that experience I've learned from uboot to linux kerenl and all 'base' packages build from scratch. There are no special packages which I wish to put in my repository. I wish to share the loading of Felix Yan for example (gcin) My sponsor is Felix Yan. Best Regards, Daniel Lin

2 3

[aur-general] [tu-bylaws][PATCH] extend tu addition discussion period to 7 days
by Levente Polyak 17 Aug '18

17 Aug '18

From: anthraxx <anthraxx(a)archlinux.org> Signed-off-by: Levente Polyak <anthraxx(a)archlinux.org> --- The discussion period for the addition of a new TU is too short. After having some chats on this topic with multiple TUs it seemed like a general consensus to extended the dicussion period to 14 days, hence this proposal. 5 days are rarely enough to discuss all details with the applicant taking into account that f.e. lots of packages need to be reviewed. Once feedback was given to the applicant there shall be enough time to work through it, potentially research, apply and/or discuss things out of the feedback. Given the fact that many people, including the applicant, may be in the middle of a work week (or otherwise busy), having only 5 days to do one or multiple feedback loops is unrealistic and too much pressure. Considering the fact that it is an essential part for a TU to be able to decide on the vote as well as for the applicant to have enough time and the possibility to respond properly to the input an adjusted discussion period of 14 days shall be appropriate. --- tu-bylaws.txt | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/tu-bylaws.txt b/tu-bylaws.txt index 27e4804..d32e06c 100644 --- a/tu-bylaws.txt +++ b/tu-bylaws.txt @@ -104,10 +104,10 @@ In order to become a TU, one must first find a sponsoring TU, and arrange privately with them to announce their candidacy on the https://mailman.archlinux.org/mailman/listinfo/aur-general[aur-general] mailing list. Following the announcement, standard voting procedure commences with a -discussion period of 5 days, a quorum of 66%, and a voting period of 7 days. +discussion period of 14 days, a quorum of 66%, and a voting period of 7 days. ---- -SVP( addition_of_TU, 5, 0.66, 7 ); +SVP( addition_of_TU, 14, 0.66, 7 ); ---- If a candidate is rejected by SVP, they may not reapply to become a Trusted -- 2.18.0

1 0

[aur-general] intellij-idea-community-edition
by Simon Legner 14 Aug '18

14 Aug '18

Hi Arch! (I'm not sure whether I'm posting to the correct mailing list.) I'm a happy user of IntelliJ IDEA. Unfortunately, the community package intellij-idea-community-edition is out-of-date most of the time. As of writing, it has been updated at 2018-07-10 and flagged again on 2018-07-12. In the meanwhile, the versions 2018.1.6, 2018.2, 2018.2.1 have been released. Since I found updates to be smooth, updating the community package should be easy as well. Could any TU step in as (co)maintainer of this package to bring updates closer to the time? Thank you! Simon

4 4

[aur-general] Wrong ownership notification
by Florian Bruhin 10 Aug '18

10 Aug '18

Hi, I just got this mail (20180810075103.49C2E2BF27(a)luna.archlinux.org) about a package I'm maintaining: ----- Forwarded message from notify(a)aur.archlinux.org ----- Date: Fri, 10 Aug 2018 07:51:03 +0000 (UTC) From: notify(a)aur.archlinux.org To: archlinux.org(a)the-compiler.org Subject: AUR Ownership Notification for openhsr-connect-git The package openhsr-connect-git [1] was adopted by purboo [2]. [1] https://aur.archlinux.org/pkgbase/openhsr-connect-git/ [2] https://aur.archlinux.org/account/purboo/ ----- End forwarded message ----- However, the package never was orphaned, and at least in the AUR webinterface I'm still listed as a maintainer... huh? 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/

3 3

[aur-general] php-redis
by Bjoern Franke 10 Aug '18

10 Aug '18

Hi, what happened to php-redis? Only php70-redis, phpredis-git and a legacy version remain in the AUR, and I also do not see any deletion request in the request archives. Kind regards Bjoern

2 1

[aur-general] TU application -- Santiago Torres-Arias
by Santiago Torres-Arias 06 Aug '18

06 Aug '18

Hello everyone, Formalities first, Christian Rebischke (Shibumi) is sponsoring my application, although I'd like to thank so many people for their feedback, help, guidance and counsel in all-things-Arch*. My name is Santiago Torres-Arias[1], and I'm a Mexican PhD candidate from New York University. My research focuses on securing the dev-ops pipeline/supply chain, which includes work on package manager security, version control system security, securing container orchestrators, reproducible builds, so on and so forth. It is not a coincidence that all of these relate strongly with Linux; I believe the Linux environment pretty much shaped my professional career since I was in High School. I've been a GNU/Linux user for more than I can remember, although I started using it exclusively circa 2011. I started using Debian, Mint and Ubuntu interchangeably for a couple of years and, as time passed, I started to develop personal scripts and unscrew my deterministically-broken distro (I still remember my hook to fix the fglrx install every time X was updated). This experience threw me to the other side, and for a while I thought I could maintain my own LFS-based distribution with scripts of this sort, which led me to learn a lot about what *not* to do when managing packages. However, It was when I finally decided to give Arch a serious try (around 2014) that I found myself enamored with not only the toolchains, but the community and the philosophy behind the distribution --- I'm now a strong supporter of the Arch Way(tm) thanks to all the leasons learned through the winding roads of linux-system-administration. Although I've always been an assiduous user of the AUR, not only using but writing my own PKGBUILDs, It was only until recently (about 8 months now), that I've been working towards becoming more familiar with the package ecosystem with the end goal of becoming a TU. I've received feedback from many members on the community on how to fix, extend and follow best practices on writing PKGBUILDS which I believe has improved their quality[2]. Besides maintaining packages I've been contributing to other aspects of the Arch Linux ecosystem for about three years now. I've participated in the security team almost since its inception, by providing code to the tracker, tracking CVE's and sending advisories. Likewise, I've been a tester for more than a year. I've also participated (although not as much as I've wanted) on the archlinux-reproducible efforts. Finally, I've worked along with shibumi and Pierre in making an automated build of an official Archlinux Docker image. Beyond Arch Linux, I'm a committer to projects like reproducible-builds.org[3], Briar[4], neomutt[5], and The Update Framework (TUF)[6], among others[7]. There are two main reasons for this application to become a TU. First, I want to contribute *more* to a community that has given me so much, and I'm certain that helping packaging tools for everyone in the community repository will only improve the overall user experience. Second, and most importantly, I want to expand the offer of packages in the official repositories. Concretely, I want to maintain the following packages: - Orphaned packages (I'm a regular user of these): - giblib (currently on extra) - python-pylint (currently on extra) - uthash - znc - cvf - netctl (?! currently on core, so I suspect I can't maintain this one) - python-opencl/pyopencl-headers - I'd love to co-maintain some packages that have a packager right now**: - radare-cutter - hub - rtl-sdr - maven - I intend to move the following packages from the AUR: - reprotest - git-latexdiff - python-rstr - python2-grip - inxi - plex-fonts Needless to say, I'm open to discussion on this list. I can extend it with any suggested packages, or discard any packages that aren't deemed popular enough. On a less technical, serious note, I love playing guitar! I have a band and we play progressive, shoegaze, and math-rock. I also like cycling, and reading on pretty much anything. I'm a Rust fanboy and I'm re-learning Verilog, as I'm hoping to play around with the RISC-V ISA and emulate TPM's and other trusted hardware designs. Thanks, -Santiago (Sangy) Torres-Arias [1] https://badhomb.re [2] https://aur.archlinux.org/account/sangy [3] https://reproducible-builds.org [4] https://neomutt.org/feature/new-mail#7-%C2%A0credits [5] https://briarproject.org [6] https://theupdateframework.com [7] https://github.com/santiagotorres * Thanks to eschwartz, shibumi, anthraax, jelle, rgacogne, Foxboron, pid1, Tigrmesh, meskarune et al.! ** This is the first time I make this public, so there's no commitment from the current packager at all

5 12

[aur-general] Keras circular dependency resolution
by Robby Stokoe 31 Jul '18

31 Jul '18

Keras recently moved two of its submodules to separate modules---keras-applications, and keras-preprocessing [1]. These also import keras and will not work without it, nor will keras work without those submodules. Currently the submodule packages depend on keras, but making keras depend on the submodules creates unresolvable circular dependencies. Currently the submodules are listed as optional dependencies of keras with the note that keras will not work without them. This seems like a problem to me. Someone wanting to install keras will be able to do so without installing the submodules but won't be able to use it without them. The only warning will be the optional dependencies which seems insufficient to me. Since both actually depend on the other(s) to work, the only solution I can see is to include them all in the python-keras package. Is there any other way to resolve this? Is it not as big of a deal as I think it is? How would such a change even get implemented? Thanks. [1]: https://github.com/keras-team/keras/pull/10339

2 1

[aur-general] TU application -- Santiago Torres-Arias
by Santiago Torres-Arias 27 Jul '18

27 Jul '18

> > Hello everyone, > > > > Formalities first, Christian Rebischke (Shibumi) is sponsoring my application, > > although I'd like to thank so many people for their feedback, help, guidance > > and counsel in all-things-Arch*. > > Apologies for being somewhat late with the ztrawchse review. > > argon2-git: > - CC-0 is, apparently, not common enough to be in the licenses package. > As such, the license should be marked as 'custom:CC-0' and installed > to /usr/share/licenses/$pkgname/ > see how core/argon2 does this > > git-latexdiff: > - unquoted srcdir/pkgdir > - license is not, in fact, GPL > - the source file has a unique name, but then you told makepkg to rename > it to something non-unique. I.. must admit this is new to me... > > in-toto: > - sources seem to come with a testsuite, this should be run in a check() > function > > python-securesystemslib: > - the check() function does not accept depends, this is broken > - multiple depends are deleted and overridden in the package() function > - empty optdepends array can be deleted > - tox doesn't really test what needs testing, code should be tested > using the native testsuite hooked up to the packaged system > dependencies > - license is the literal file (rather than a file within the directory > of this name): /usr/share/licenses/python-securesystemslib > > reprotest: > - multiple depends are deleted and overridden in the package() function > - optdepends could use description of what additional functionality they > provide when installed > Thanks for the feedback! I'll apply this changes as soon as I get back from work :) -Santiago.

1 0

[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