- Aur-general - lists.archlinux.org

Re: [aur-general] Could someone help with maintenance of bgyorgy's packages?
by Muflone 15 Dec '18

15 Dec '18

> Hi all, > > Balló György (bgyorgy) was inactive for more than 2 months, I emailed to him > without success. Could someone help with maintenance of his packages? In > particular, gpxsee-5.18 package has been flagged out-of-date since > 2018-09-23. New gpxsee 6.0, 6.1, 6.2, 6.3, 7.0 have released since then. Balló György is alive and the gpxsee 7.0-1 was updated on 2018-12-11. -- Fabio Castelli aka Muflone

1 0

[aur-general] gnome-shell-extension-desktop-icons
by Stefano Capitani 12 Dec '18

12 Dec '18

Hi there, sorry if isn't the right mailing list for this request or discussion feel free to point me in the right mailing list or move this. I ask if is possible to change this package https://aur.archlinux.org/packages/gnome-shell-extension-desktop-icons/ because not reflect the real state of this package: i think is better adding the -git suffix since is build from git. I have already asked to change the name of the package ( you can see the request in the comments ). I have ready a pkgbuild for build fixed package ( based on gitlab tag ) because i have build for Manjaro but i can't pushing here since i have this issue. Thank you in advance -- Greetings Stefano Capitani

1 0

[aur-general] Help with python-magic-wormhole PKGBUILD
by Storm Dragon 12 Dec '18

12 Dec '18

Howdy, I have had a few people post that they are having trouble with this since it became a split package. Currently, I am unable to reproduce the problems. I have installed it both with yay and with makepkg. I do see one who tried to install it as a group, and since both provide the same package, that would conflict, but they should be able to install either python2-magic-wormhole or python-magic-wormhole. I Can't find anything wrong with the PKGBUILD. Can someone please take a look and let me know if there's anything I can do to make it work better for these people who are having problems? https://aur.archlinux.org/pkgbase/magic-wormhole/ Thanks, Storm -- Powered by Arch Linux! I am registered Linux user number 508465: https://linuxcounter.net/user/508465.html get my public PGP key: gpg --keyserver wwwkeys.pgp.net --recv-key 43DDC193 How to load Windows on your machine in 2 minutes or less: http://www.youtube.com/watch?v=FVbf9tOGwno "Death or glory i will find, Rebellion on my mind." Grave Digger - Rebellion (The Clans Are Marching)

3 10

[aur-general] TU Application: Daniel M. Capella
by Ivy Foster 06 Dec '18

06 Dec '18

Hello, everyone! The results are in! Congratulations, Daniel! Welcome to the team. Stats: 34 Yes 6 No 7 Abstain Cheers, Ivy ("escondida") P.S.: Please forgive the broken threading; I foolishly cleaned out too much of my inbox last week!

2 1

[aur-general] A Positive Tale about an out-of-date Package
by Luca Corbatto 03 Dec '18

03 Dec '18

Hi everyone, I hope you don't mind, but after all these "discussions" lately I thought I'd step out of the undergrowth, brush myself off and just tell a little tale of how dealing with out-of-date packages can go in this community. So grab a cup of your favorite beverage and have a relaxed read. A little while back I came across the software synergy. Arch Linux being Arch Linux, of course, has a package for it! Hurray I thought, no need to package it myself. So I went and installed it. Sadly I realized it is quite out of date. At this point I can't remember if it was me who flagged it or if it was already flagged. Regardless, I thought "Maybe the maintainer is already on it, let's give them some time." After, I believe, about two weeks I thought, well let's take a look at the maintainers account aaand wow! According to the package search they are listed as maintainer on 591 packages! No wonder if a package or two fall through the cracks. So I looked in the PKGBUILD and found the email address of the maintainer. I quickly emailed them along the lines of "Hey, I noticed the synergy package has been out of date for a while. I also see you have tons of packages to maintain. Want some help with synergy?". Quite quickly I got a reply (paraphrasing) "Oh sorry about that, I had forgotten about that package. Some help would be amazing, here's a link to a github repository where I keep my packages. Feel free to open a pull request.". To github! Synergy was stubborn as they have lot's of bundled dependencies that all want to be unraveled. It was a journey in which I deepened my knowledge about CMake, learned to curse project maintainers that don't think about us packaging-people and eventually even learned a few more details about packaging for Arch Linux. After some time the pull request was ready. The package maintainer had to add a little spit and polish, after which it was merged and released into the wild. No further flagging or requesting necessary. So to all newbies out there that may have gotten scared by what was going on in the mailing lists lately: Don't be afraid! As far as I have perceived it so far, this is a welcoming and supportive community with great people working on a great (if not the best) Linux distribution. Thank you Anthraxxx for the lovely interactions we had in the course of working on the synergy package! Hope this can shed some positivity. Best regards, Luca (targodan)

2 1

[aur-general] On TU application, TU participation and community/ package quality
by Santiago Torres-Arias 29 Nov '18

29 Nov '18

On TU applications, TU participation and package quality: ========= Many Trusted Users have brought up their concerns regarding the lack of proper vetting of packages put forward by new TU's, the small participation of TUs in their duties* and the declining quality of packages in the community/ repository. As a consequence, we've decided to bring forward proposals to tackle the following issues: ## Issues * Existing Trusted Users are not followed closely in their actions, and the quality of some packages for instance is more than questionable. * New applications are not carefully reviewed, and a several TUs seem to just vote “Yes” by default. * There is a general feeling of decreasing/not high enough quality in the packages provided in the community/ repository. * The implication of some TUs in the distribution is very limited outside of packaging. ### current proposals (simplified) The discussion #archlinux-tu channel has yielded three general possibilities: 1. Add a council of TU's to introduce oversight on the whole voting process 2. Increase the minimum number of sponsors per application 3. Create a working group of TU's to review recent applications and warn TU's that do *not* appear to be performing their duties appropriately Consider that these need not be the only possibilities and any further proposals should be also brought up. ## Proposals ### TU council Creating a council of TUs who, by means of experience and involvement, make sure the approval of new TU's is properly reviewed. As such, this council will be in charge of voting in and/or sponsoring a new TU applicant. This raises questions about the horizontal power structure of the TU community. The consequences of bringing a hierarchy like this need to be discussed, as more than one TU is concerned of the implications of this model. The means for election for such a council are yet to be discussed, as the feasibility of this measure is to be discussed first. ### Minimum number of sponsors An alternative to a TU council is to increase the minimum number of sponsors for a TU application. This has been the case in other communities that experienced rapid growth (e.g., CNCF) and may help increase oversight and preparation of newer applicants. Variants of this model can be considered too. For example, a buddy system in which new applicants need both an experienced TU and a new TU as sponsors may also help preparing new TU's with the process of preparing applicants. However, one question raised during the discussion is whether this model is enough to warrant the goals outlined above. Namely, this measure doesn't seem to tackle the lack of participation of the broader TU community when reviewing new TU applications. ### Oversight committee Finally, a third proposal (and the one I'm championing) is to generate an elected organism within the TU community to overlook the performance of Trusted Users on the duties they agreed to fulfill. This oversight committee would track the activities of individual TUs and ensure that they are in fact participating in reviews, submitting proper high-quality PKGBUILDS, and moving packages to and from the AUR when the package's popularity changes. The methods by which this committee would enforce better TU participation are still to be discussed, but issuing warnings and probably bring cases to the broader TU community regarding an underperforming TU may be sufficient and nondisruptive. ## Conclusions The proposals above serve as a first step to discuss and iteratve over ideas on how to improve TU participation, applications and package quality. With this in mind, discussion of the applicability of these (or any other proposal) alone or on tandem should follow suit. Thanks! -Santiago P.S.: sorry for the legalose tone. I've probably spent too much time this week going through governance documents for different communitites. P.S.: Some of the ideas put forward is my interpretation of the text after going through the irc logs. Please correct me if my interpretation is wrong or incomplete. * e.g., reviewing PKGBUILDs or going through AUR requests

15 19

[aur-general] Change pkgbase of AUR package
by Michael Straube 27 Nov '18

27 Nov '18

Hi All, I want to remove the python3 package from the python-visitor split package [1], since it's already in [community]. Will simply changing the pkgbase/pkgname and pushing be enough? change: pkgbase=python-visitor pkgname=('python2-visitor' 'python-visitor') to: pkgname=python2-visitor Or do I need to upload a new python2-visitor package and file merge/delete request for the actual python-visitor split package? [1] https://aur.archlinux.org/pkgbase/python-visitor Best regards, Michael

2 2

[aur-general] Orphan request: concourse-fly-bin
by Julien Nicoulaud 25 Nov '18

25 Nov '18

Hi, Is it possible to orphan the concourse-fly-bin package ( https://aur.archlinux.org/packages/concourse-fly-bin) or at least add me as co- maintainer (https://aur.archlinux.org/account/nicoulaj) ? The maintainer did not update it despite my repeated demands (2018-11-07, 2018-11-16, 2018-11-19). Cheers, Julien

3 3

[aur-general] Spam Account
by Morgan Adamiec 23 Nov '18

23 Nov '18

Another spam account: https://aur.archlinux.org/account/markwilliamson/

2 1

[aur-general] TU application: Maxim Baz
by Maxim Baz 20 Nov '18

20 Nov '18

Hello everyone, My name is Maxim Baz, and with Morten Linderud (Foxboron) as my sponsor (who I was referred to by Alad Wenter) I'm applying to become a Trusted User. According to the git history of my dotfiles, I've been using Linux for around 3 years and Arch Linux for around 2 years. I'm quite active open-source contributor, especially on Github as you can see on my profile page [1]. Some of my currently favorite projects where I both contribute code and participate in discussions are: browserpass, wire-desktop, kitty, kakoune, spaceship-prompt, and undoubtedly aurutils. I also once submitted a small patch [2] to pacman-contrib that got merged. During the day I work at Microsoft, where I am also using Arch Linux and building software that runs on Linux in production. In my mind, packaging is one of the best ways to do good for Arch Linux community. Luckily there are tools that make this easy: I use Alad's aurutils and always build in chroot, fixing broken PKGBUILDs on the fly and sharing my fixes with package maintainers on AUR; to manage my own AUR packages [3] (except for the very few) I now use aurpublish tool by Eli Schwartz. Maintaining 'chromium-vaapi' in particular showed me how important it is to keep a valid up-to-date PKGBUILD for a tool that many people rely on every day, as well as how useful it is to provide precompiled binaries for apps that require lots of time and/or resources to compile — this is how my package 'chromium-vaapi-bin' was born. One aspect of packaging that always interested me is security and trust. Firstly, I have recently stumbled upon the idea of "reproducible builds" and I love it, Eli Schwartz and Morten Linderud briefly introduced me to the current efforts and I'm planning to get more involved in this area. In particular, I'm interested in the user-facing side of things, figuring out how to integrate this with pacman and how to let regular users benefit from reproducible builds the most. Also, as a TU I want to help finishing TODO "BUILDINFO rebuild" [4] if it's not completed earlier. Secondly, to maintain people's trust in Trusted Users we should never use http to fetch sources unless a verification method (such as a gpg signature) is also available, that's why I also want to help burning down a corresponding TODO "Use gpg signatures and https sources" [5]. Another thing I would do as TU is I would like to maintain and co-maintain packages for some Language Servers (if the current maintainers don't object). Language Server Protocol is a very cool concept (designed by Microsoft :P), it defines a protocol used between programming languages and editors to add features like autocomplete, go to definitions, code formatting and much more. Language servers themselves are being developed by community and are already supported by many editors like vim, neovim and kakoune. I am planning to start with the following packages: - bash-language-server: already in [community], I'd like to co-maintain it - python-language-server and python-jsonrpc-server: already in [community], I'd like to co-maintain them - go-langserver: the most feature-rich language server at the moment, to bring it to [community] I started the discussion with the upstream maintainers about tagging releases - kak-lsp: de-facto official plugin that adds LSP support for kakoune editor. I would also like to move some AUR packages to [community], in particular these ones have good amount of votes and in my mind deserve to be promoted to [community]: - wire-desktop (76): End-to-end encrypted messaging app that works on Windows, Linux, Mac, Android and iPhone. It is free, open-source and available on Github. Although I'm co-maintaining this package on AUR, I was mostly focused on contributing to the project itself: I added proper emoji support (following the latest Unicode standard), emoji autocomplete and improved native notifications on Linux (show user pictures, set urgency hint). - browserpass (31): Browser extension for pass (unix password manager), works in Chromium and Firefox. I became the primary project maintainer about a year ago, and together with another maintainer recently started rewriting it to make the architecture accommodate users' needs. I'm planning to bring this to [community] after the new version is ready (we are aiming to release in December). Also, someone in comments on AUR gave me a cool idea to use split-packages for Chromium and Firefox browsers, I'm going to do this as well (current PKGBUILD installs browserpass for both browsers, even if these browsers are not installed). - ttf-emojione (33): Colorful emoji font from EmojiOne. I created a Docker image that is able to compile the font out of image assets, and configured a Travis job for EmojiOne team so that the font is automatically being compiled on every commit and attached to every Github release. - grub-btrfs (15): Detects and includes btrfs snapshots in GRUB menu, allowing to easily boot in any existing snapshot. I personally use grub-btrfs in combination with snap-pac and snap-pac-grub for seamless integration with snapper and pacman. - python-black (10): Python code formatter that quickly gains popularity, I see it being adopted more and more in the community of Python developers, so I want it to be available in [community] repo. - gocryptfs (18): Encrypted overlay filesystem, an alternative for encfs. For all of the above, I'm being active on their Github pages and monitoring new releases using urlwatch. Finally I would like to co-maintain some of the packages that are already in [community] if the current maintainers don't object, I use them myself and participate in their development: - kakoune - kitty - prettier - py3status - urlwatch Sometimes I flag these packages as outdated, but I could just as well bump the versions myself. The above is the bare minimum, I reserve the right to discover more cool projects to maintain and co-maintain :P Cheers, Maxim Baz 1: https://github.com/maximbaz 2: https://lists.archlinux.org/pipermail/pacman-contrib/2018-February/000079.h… 3: https://github.com/maximbaz/pkgbuilds 4: https://www.archlinux.org/todo/buildinfo-rebuild/ 5: https://www.archlinux.org/todo/use-gpg-signatures-and-https-sources/

9 23

[aur-general] TU Membership Application
by Brett Cornwall 16 Nov '18

16 Nov '18

I am being sponsored by dvzrv. I've been working in the AUR since 2014 as 'Ainola'. I've had a few of my packages adopted into [community], such as gnome-mpv, csound, and qutecsound (the latter two being adopted by dvzrv). I am also an active contributor to the LibreOffice infrastructure team. I would like to get valuable tools promoted into [community], such as residualvm or the 'pass' plasmoid (after prodding upstream to have a formal release). Other packages that I do not maintain in the AUR would be ripe for picking as well, such as sc-controller or ttf-lato. I would also work with dvzrv on maintaining pro-audio packages, many of which were abandoned when SpepS left.

8 25

[aur-general] AUR package metadata dump
by Dmitry Marakasov 16 Nov '18

16 Nov '18

Hi! I'm maintainer of Repology.org, a service which monitors, aggregates and compares package vesion accross 200+ package repositories with a purpose of simplifying package maintainers work by discovering new versions faster, improving collaboration between maintainers and giving software authhors a complete overview of how well their projects are packaged. Repology does obviously support AUR, however there were some problems with retrieving information on AUR packages and I think this could be improved. The way Repology currently fetches AUR package data is as follows: - fetch https://aur.archlinux.org/packages.gz - split packages into 100 item packs - fetch JSON data for packages in each pack from https://aur.archlinux.org/rpc/?v=5&type=info&arg[]=<packages> While fetching data from API, Repology does a 1 second pause between requests to not create excess load on the server, but there are still frequent 429 errors. I've tried 2 second delays, but the 429s are still there, and fetch time increases dramatically as we have to do more than 500 requests. Probably API is loaded by other clients as well. I suggest to implement a regularly updated JSON dump of information on all packages and make it available for the site, like packages.gz is. The content should be similar to what https://aur.archlinux.org/rpc/?v=5&type=info would return for all packages at once. This will eliminate the need to access the API and generate load on it, simplify and speed up fetching dramatically for both Repology and possible other clients. Additionally, I'd like to suggest to add information on distfiles to the dump (and probably an API as well for consistency). For instance, Repology checks availability for all (homepage and download) links it retreives from package repositories and reports broken ones so the packages could be fixed. -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3(a)amdmi3.ru ..: https://github.com/AMDmi3

7 13

[aur-general] Spam account: philipjoy6
by Tinu Weber 16 Nov '18

16 Nov '18

Hello Would somebody please take a look at this one? Thank you! https://aur.archlinux.org/account/philipjoy6 Best, Tinu

2 1

[aur-general] chroot clean building and "http 429"
by hagar 16 Nov '18

16 Nov '18

G'Day all, I have been rebuilding all my packages properly in a clean chroot. I wwas writing a smaill script to put all the packages in order and I accidentaly got "http 429". Any Idea how long that lasts? - I figured out what caused it and fixed it. ( damned thing wasnt querying the PKGBUILDS but going online ). But my main question is how do you get around a circular dependancy. eg. mingw-w64-harfbuzz depends on - mingw-w64-freetype2 mingw-w64-freetype2 depends on -mingw-w64-harfbuzz You cant build one unless the other is already built. Is this allowed ? Thanks Macca

4 4

[aur-general] Package present in aur-git, but not in the aur
by pianoslum 12 Nov '18

12 Nov '18

Hi@all, I searched whether elster (a program for German tax declaration) was present in the aur (https://aur.archlinux.org/packages/?K=elster) and found out it wasn't. When I finished my own PCKBUILD and tried to upload it, I noticed that there already was a git repo with that name (ssh://aur@aur.archlinux.org/elster.git). How can that be? While the original script is a meta package only, mine will download and install the latest version of the package via wine. Should I ask for deletion or what could I do? Original package maintainer is in CC. Cheers!

5 5

[aur-general] Package requests
by Storm Dragon 10 Nov '18

10 Nov '18

Hi, I had made requests to orphan orca-git and speech-dispatcher-git because the maintainer has done nothing with them in quite a long time. I have had no luck contacting him either. It's been a week or so I think since I di the requests, and I was just wondering if maybe they slipped through the cracks. I know how busy this time of the year is. https://aur.archlinux.org/packages/orca-git/ https://aur.archlinux.org/packages/speech-dispatcher-git/ Thanks for any help :) Storm -- Powered by Arch Linux! I am registered Linux user number 508465: https://linuxcounter.net/user/508465.html My blog, Thoughts of a Dragon: http://www.stormdragon.tk/ get my public PGP key: gpg --keyserver wwwkeys.pgp.net --recv-key 43DDC193 Follow me on GNU Social: https://social.stormdragon.tk/storm "Mighty Elric, Mightier Sword. Sorcerer and Swordsman, slayer of kin, Lord of a dying race. King of ruin, dragon master, Champion of Doom." Domine - Chronicles of the Black Sword

2 2

[aur-general] PKGBUILD git remote branch issue
by Ralf Mardorf 07 Nov '18

07 Nov '18

Hi, building the Claws GTK3 port works, if I build from the branch like this: [rocketmouse@archlinux tmp]$ git clone git://git.claws-mail.org/claws.git [snip] [rocketmouse@archlinux tmp]$ cd claws [rocketmouse@archlinux claws]$ git fetch origin [rocketmouse@archlinux claws]$ git branch --track gtk3 origin/gtk3 Branch 'gtk3' set up to track remote branch 'gtk3' from 'origin'. [rocketmouse@archlinux claws]$ ./autogen.sh [snip] [rocketmouse@archlinux claws]$ ./configure --build=$HOSTTYPE-arch-linux-gnu --prefix=/usr --disable-static --enable-enchant --enable-gnutls --enable-ldap --enable-crash-dialog --enable-pgpmime-plugin --enable-spamassassin-plugin --enable-bogofilter-plugin [rocketmouse@archlinux claws]$ sh version 3.17.0-153-gf4607b [rocketmouse@archlinux claws]$ make [snip] Done. [snip] If I try to build from the master with "--enable-gtk3" it fails, see: https://lists.claws-mail.org/pipermail/users/2018-November/023174.html A developer mentions that I should build from the gtk3 branch: https://lists.claws-mail.org/pipermail/users/2018-November/023176.html I commented out "#--enable-gtk3"... [rocketmouse@archlinux claws]$ grep HOST /usr/src/claws-mail-gtk3-git/PKGBUILD -B1 -A14 ./configure \ --build=$HOSTTYPE-arch-linux-gnu \ --prefix=/usr \ --disable-jpilot \ --disable-maintainer-mode \ --disable-manual \ --disable-static \ --enable-bogofilter-plugin \ --enable-crash-dialog \ --enable-enchant \ --enable-gnutls \ #--enable-gtk3 \ --enable-ldap \ --enable-pgpmime-plugin \ --enable-silent-rules \ --enable-spamassassin-plugin ...but don't know what "foo bar" to add to the source or how else to handle this by a PKGBUILD: [rocketmouse@archlinux claws]$ grep source /usr/src/claws-mail-gtk3-git/PKGBUILD source=('claws-mail::git://git.claws-mail.org/#FOO=BAR') Is there an easy way to do it? Regards, Ralf

5 14

[aur-general] mate-common-dev missing Source File
by Dan Sommers 07 Nov '18

07 Nov '18

Greetings, I tried to install mate-common-dev¹ this morning, but it fails to download its source file²: -> Downloading mate-common-1.21.0.tar.xz... [... curl progress meter skipped ...] curl: (22) The requested URL returned error: 404 Not Found ==> ERROR: Failure while downloading http://pub.mate-desktop.or/releases/1.21/mate-common-1.21.0.tar.xz Aborting... I checked the source directory,³ and sure enough, there is no mate-common tarball there. A lot of other mate-*-dev packages depend on mate-common-dev; what's the easiest path forward to a mate-desktop-dev installation? Thanks, Dan ¹ https://aur.archlinux.org/packages/mate-desktop-dev/ ² http://pub.mate-desktop.org/releases/1.21/mate-desktop-1.21.3.tar.xz ³ http://pub.mate-desktop.org/releases/1.21/

2 1

[aur-general] TU Application: Daniel Bermond (dbermond)
by Daniel Bermond 06 Nov '18

06 Nov '18

Hi, My name is Daniel Bermond and my alias on the AUR and forums is dbermond[1][3]. Bruno Pagani (alias: ArchangeGabriel) is sponsoring my Trusted User application. I would like to highly thank Bruno for accepting to be my sponsor. I'm a Brazilian doctor (physician). Yes, my job and profession are not related to the computing world, but since childhood I'm an enthusiast of the computing and software world. I've beeing using Linux since many years ago, and it's difficult to tell when I started, but it has been a long time. By searching in the middle of some old things here I could find some old Ubuntu CD-ROMs of the 7.04 (2007) version from the time they still shipped free disks worldwide, so I can for sure say that I have 11 years of Linux usage at minimum. But my initial Linux usage starts even before this, with some old RedHat distribution that didn't run very well on my poor graphics card, at a time that I cannot tell precisely. For many years I did the famous distro-hopping and have used many major distributions: openSUSE, Fedora, Mandrake/Mandriva (when they still existed), PCLinuxOS, Ubuntu and variants, Mint and probably others. I have started to use Arch in 2015. At that time I was at Linux Mint and feel the need for something better and different. I found myself in need of more recent software, being disappointed with the Mint/Ubuntu outdated ones. I was also very tired to reinstall the system every one (or two) year(s). When Mint went for shipping LTS-only releases, I decided that a rolling release distribution should be my new place. By already having many years of Linux usage and experience in the background, Arch was everything that I was looking for. Added the fact of being able to fully customize my system by building packages that could be easily integrated in the system with pacman. After felling confident with Arch itself, I've started to contribute packages to the AUR. I can perfectly remember my first one: ffmpeg-full-git. It was, and still is, a pleasure to maintain it, firstly because I was in need for it, and, secondly, because I was contributing back to the community something that was useful for me. Things evolved quickly, I started to maintain more and more packages that I was also in need for, while adopting other orphaned ones, and currently I'm the maintainer of 170+ packages[2]. Some of the packages that I maintained were already brought into the official repositories: - ffnvcodec-headers - intel-gmmlib (formerly named gmmlib on the AUR, adopted by my sponsor Bruno) - intel-media-driver (adopted by my sponsor Bruno Pagani) - libraqm - nccl - pybind11* (TU Santiago announced me that he will bring it into [community]) Among the years, I've studied C, x86 assembly, Python and shellscript. I'm trying to add C++ to the list, already started it, but still need to find more time to dedicate to it. I've made some contributions to the open source world. I have a project of my own called screencast[4], which is a command line interface to record a X11 desktop using FFmpeg, having support for offline recording, live streaming and the capability of adding some effects. It's written in pure POSIX/portable shellscript. Besides this, I've made a few commits here and there into the following open source projects: caffe2[5] (now on pytorch github repository), intel gstreamer media SDK[6][7] and intel media sdk[8]. So I also try to contribute back to some upstream projects when my not-so-wide programming skills allow me. I also report bugs to the upstream open source projects for packages which I maintain on the AUR if I encounter some that affects the building process or my direct usage. I would like to become a Trusted User to be able to contribute to the Arch community as much as I can. I would like to bring the following packages into [community]: - advancecomp - kvazaar - intel-media-sdk - libmysofa - openh264 - shine - vmaf I'm also willing to co-maintain my already mentioned old AUR packages. It would be a pleasure. I think that's all. Thanks to everyone that is reading and analysing my application. Best regards, Daniel Bermond [1] https://aur.archlinux.org/account/dbermond [2] https://aur.archlinux.org/packages/?SeB=M&K=dbermond [3] https://github.com/dbermond/ [4] https://github.com/dbermond/screencast/ [5] https://github.com/pytorch/pytorch/commits?author=dbermond [6] https://github.com/intel/gstreamer-media-SDK/commits?author=dbermond [7] https://github.com/intel/gstreamer-media-SDK/commits/topic_linux_and_window… [8] https://github.com/Intel-Media-SDK/MediaSDK/commits?author=dbermond

6 26

[aur-general] RFC: PKGBUILD for nixnote2-release-bin
by Tom Hale 05 Nov '18

05 Nov '18

Could I please have comments on the below (and attached) PKGBUILD for nixnote2-release-bin. To pre-empt some comments: 1) This will download the latest binary from GitHub. I'm open to a different package name to denote that it's not a '-git' or build-from-latest-source-code, but rather a build-from-latest-binary-release. You may say that building from latest binary release against the packaging guidelines, but I can't see where. Please see prior art regarding this at: https://bbs.archlinux.org/viewtopic.php?pid=1811590#p1811590 2) There is already a '-git' version of this package, but I want to provide another option which: * Is more stable - based on versioned releases rather than the 'continuous' branch. * Has a quicker install - doesn't require waiting for compiling Question: I've found that even with pointing the .desktop file explicitly at the pathname of the icon, xfce4 still doesn't pick it up. Why not? =============================================================== # Maintainer: Tom Hale <tom[noodle]hale[point]ee> # Contributor: twa022 <twa022 at gmail dot com> OPTIONS=(!strip) # Stripping an AppImage renders it non-functional _pkgname=nixnote2 pkgname=${_pkgname}-release-bin pkgver=2.1.0.beta4 pkgrel=1 pkgdesc='Evernote clone (formerly Nevernote) - latest binary release' url="https://github.com/robert7/$_pkgname" arch=(x86_64) license=(GPL3) depends=(hicolor-icon-theme zlib) makedepends=(git) conflicts=(nixnote2-git) provides=("nixnote=${pkgver%.r*}" "$_pkgname=${pkgver%.r*}") replaces=(nevernote nixnote nixnote-beta) source=("$pkgname:desktop.patch") sha256sums=(4f12cddc49e0c694f41e344acebc0d8a3bce07a3496098eb2fae258ba9044967) noextract=("${source[@]%%::*}") # Don't extract anything _version_file=$pkgname-PKGBUILD-version # For version from the download URL _appimage_path=$(curl -s 'https://github.com/robert7/nixnote2/releases' | sed -En 's:.*(/releases/download/v[^"/]+/[^"/]+[Aa]pp[Ii]mage)".*:\1:p' | head -n1) _appimage=${_appimage_path##*/} # basename of AppImage prepare() { wget -N "$url/$_appimage_path" # Only download again if server version is newer # Make download executable chmod 755 "$_appimage" # Extract user resources from inside the AppImage # All files in the directories specified are extracted # Note that --appimage-extract currently doesn't support recursive extraction: # https://github.com/AppImage/AppImageKit/issues/370 local extract_dirs=(usr/share/applications usr/share/man/man1 usr/share/icons/hicolor/48x48/apps usr/share/nixnote2 usr/share/nixnote2/help usr/share/nixnote2/translations) # Due to this issue, all --appimage-extract target directories must already exist # https://github.com/AppImage/AppImageKit/issues/363 local dir for dir in "${extract_dirs[@]}"; do mkdir -p squashfs-root/"$dir" "./$_appimage" --appimage-extract "$dir/*" done # Save version of extracted files for pkgver() in `makepkg -e` [[ $_appimage_path =~ /releases/download/v([^/]+).* ]] local version=${BASH_REMATCH[1]} echo ${version//-/.} >| "$_version_file" rm -r squashfs-root/usr/share/"$_pkgname"/{java,images} # Remove non-human resources # Directories are extracted with no permissions for group and other. Fix: find squashfs-root -type d -exec chmod go+rx -- {} + # Have the .desktop point explicitly at the icon patch -d squashfs-root/usr/share/applications < "$pkgname:desktop.patch" } pkgver() { cat "$_version_file" } package() { cd "$pkgdir" # User resources cp -pr "$srcdir"/squashfs-root/usr . # AppImage as /usr/bin/nixnote2 for .desktop file install -Dm755 -T "$srcdir/$_appimage" usr/bin/"$_pkgname" } -- Tom Hale

2 1

[aur-general] Searching the mailing list archives
by Tom Hale 05 Nov '18

05 Nov '18

Is there any way to search this mailing list's archives? I could only find archives, but not searchable ones at: https://lists.archlinux.org/listinfo/aur-general -- Tom Hale

3 3

[aur-general] Electron packaging guidelines
by Tom Hale 05 Nov '18

05 Nov '18

I've noticed that there are no Electron packaging guidelines at: https://wiki.archlinux.org/index.php/Arch_package_guidelines What are the best-of-breed PKGBUILDs out there for Electron apps? -- Tom Hale

2 1

[aur-general] TU Application - Konstantin Gizdov
by Konstantin Gizdov 05 Nov '18

05 Nov '18

Hello, I am Konstantin Gizdov [1] [2], (`kgizdov`, `arch@kge.pw`, `kgizdov@gmail.com`) I would like to apply to be a Trusted User under Baptiste Jonglez's sponsorship. A few words about me: I am currently a Particle Physics PhD at Univerisity of Edinburgh and I have used Linux since my early teenage years. After I finished high-school, Linux has been my main operating system. I embraced Open Source software for a long time ago and contribute to such several projects [2][3][4]. I have been with Arch Linux since 4+ years ago, although only more active since 2+ years. My main work is concentrated on Experimental Particle Physics & the LHCb Detector at the Large Hadron Collider at CERN. As part of that I have been involved in the development, upgrade & maintenance of the High-Level Trigger & RICH systems and LHCb's data flow [3]. I also have experience with a lot of data processing & analysis - data distillation & enrichment, machine learning, statistical analysis, etc - and associated tools. Separately, I maintain several machines - a personal web server, company server with several VMs, local workhorse server, personal workstation & laptop (sprinkle around some RaspberryPis and network devices here and there). This put me in a unique position to work with many and different kinds of systems and software - ranging from ASICs & FPGAs, through localized control systems & end-user devices to large clusters & super computers. Daily, I use popular tools such as VMs, docker, git, GCC, CUDA, tensorflow, Cern's ROOT, but I also run a lot of custom and even-self made software [4][6]. All of this has been a breeze on Arch Linux. Thus, a couple of years ago, I decide to get more involved and contribute. I took on the task to maintain CERN's ROOT package [7] and since then I've involved myself heavily into that, I'm a contributor to the project and I use it daily in my work. I have been providing this package for many colleagues in the field, including all of its stack & complementary tools (Pythia, XRootD & other Python tools). I have enabled a lot of new features and worked with upstream towards new functionality, bug fixes, etc. On top of that I have shipped several other related projects - machine learning packages, SciKit-HEP packages like uproot, Docker images, GitLab CIs and so on. I have also been able to develop and publish a machine learning project me and colleague came up with [4]. This is soon going to be a package in SciKit-HEP and I will aim to make it package here too. Arch Linux was a great platform for all of this. I was able to install & configure up-to-date software easily and what I did not find, I provided for me & others on the AUR without too much hassle. Overall, I have to say Arch Linux (and its community) have played a key role in me being able to do all of these things. I have found the OS itself to be stable and flexible and the users & maintainers approachable and direct, which I appreciate a lot. I have met a lot of people through the Arch Linux community - forums, AUR and just saying 'I use Arch, too!', haha. The reason for applying to become a TU is to get even more involved and give back to the community. If you accept me, I would like to continue maintaining and improving my current packages as well as bring new packages. As an AUR maintainer I basically consider it an on-going duty already. I would like to maintain/contribute/adopt the following: * Packages I would like to co-maintain: o python-awkward o libafterimage o xxhash o unuran * Packages I already maintain and intend to move from AUR: o root & root-extra o xrootd o simpletools o root5 o python-root_numpy o python-uproot o python-uproot-methods o python-hep_ml o pythia o llvm50 o llvm50-libs o clang50 * New packages I would like to add/move from AUR: o cern-vdt o cvmfs o HepDrone [4] o python-keras o root_pandas (new) o histbook (new) o decaylanguage (new) o pyjet (new) o vegascope (new) o root_ufunc (new) o formulate (new) I hope to make Arch Linux more versatile and accessible to users in data science, high-energy physics & machine learning, and possibly as a whole. Thank you. -- Regards, Konstantin 1. https://keybase.io/kgizdov 2. https://github.com/kgizdov 3. https://gitlab.cern.ch/kgizdov 4. https://github.com/Tevien/HEPDrone 5. https://github.com/scikit-hep 6. https://gitlab.cern.ch/kgizdov/pdqa-automation

22 66

Re: [aur-general] Account Suspended, No Reason Given
by shoober420 04 Nov '18

04 Nov '18

I already did. I showed an example of how I contributed, and I already have two packages I was able to update and maintain. There would have been many more if I wasn't suspended for no good reason. You blindly assuming I didn't contact the maintainer, then denying my request TWICE, not giving a reason TWICE, instead of actually discussing it with me why you denied my maintainership is not actually a reason to deny my request. Since you didn't explicitly claim why you denied it, having two times to do so, taunting me to request it again, technically is no reason to deny someones request. Not only was no reason given to denying my request to maintain sdl2-hg, you gave no reason for suspending my account. FYI, "sdl2-hg" and "lib32-sdl2-hg" were both maintained by the same guy, so if you just handed over maintainership to me for "lib32-sdl2-hg" in a blink of an eye, there's no reason to do the same for "sdl2-hg", considering it was the same maintainer, and all the reasons I mentioned before, especcially the comment from "Teteros". This all in all, is completely unprofessional, and for some of you to judge me and my actions...maybe you all should look at yourselfs before even considering judging me. Sorry if this double posted, my gmail is glitching out.

5 10

[aur-general] Unfortunate Perceived Attitudes.
by hagar 04 Nov '18

04 Nov '18

Good morning, Afternon, Evening (as appropriate :/) all, I have been a Linux user for about 25 years. I was introduced to it when it had to be downloaded from a Bulletin Board via (cough) a 1200 baud modem. (For those who don't know, Its like writing the code into the computer while listening to it being dictated over the phone) I have over the years attempted to participate in the Linux Community - but have always been put off by various attitudes of some Guru's I was kicked/banned from the #linux IRC channel for "Lurking" when simply I was trying to catch up with the current conversation. I was always of the opinion that it was rude to interrupt. I never again tried to ask for help, or even consider contributing until now. I am acutely aware that programming is a High Math/Sciences calling and that those who are high Math/Sciences tend to have a few flaws in their communication skills. I my self have been in trouble for this on many occasions. I have only recently joined this list as I am considering contributing. I asked one question and it seemed to turn into a divisive argument to some people. I have since observed that this does not seem to be an isolated occurrence. I would like to point out that since these threads are in the public domain, that all words used need to be thought and read through twice. Every thing written here will be read by newbies and other possible future Guru's. What they read may just push them away instead of attracting them to the Linux cause. If I have written anything that Offends I would like to apologize in advance. It is not my intention to start some great debate - but simply to try and make people think twice before replying to any thread, especially when upset. Thanks Macca

2 1