Aur-general October 2018

aur-general@lists.archlinux.org

48 participants
24 discussions

[aur-general] ttf-google-webfonts{,-distilled,-git,-hg} mess
by Jason St. John 19 Jun '19

19 Jun '19

I am the current maintainer of the AUR package ttf-google-webfonts-hg[4], and I'm bothered by the mess of various packages there are for Google's Web Fonts project. It's not at all KISS in its current state. There are currently four different AUR packages[1][2][3][4] that essentially supply the same files, and all four packages conflict with each other. Around August of 2012, the package named ttf-google-webfonts[1] was orphaned, and user w0ng created a GitHub repository[5] that mirrors the Mercurial repository[6] on Google Code (why?). Then, the new maintainer changed the original ttf-google-webfonts package from a VCS-type package that simply lacked "-hg" in the name to a package that pulls tarballs from w0ng's GitHub repo[5]. As you can see in the comments for ttf-google-webfonts[1], this has caused all sorts of confusion and messages about the package being out-of-date or having invalid checksums. To get around these issues, user epinephrine created the package ttf-google-webfonts-git[3] that clones w0ng's GitHub repo[5] instead of pulling tarballs from it, which significantly reduces the maintenance required on the package. Then, user Gently created a package named ttf-google-webfonts-distilled[2] that pulls a tarball from w0ng's GitHub repo[5] and only installs a small subset of the fonts therein. Shortly after ttf-google-webfonts[1] was changed from being a Mercurial-based package and not liking the direction that the package was taking, I reuploaded the original ttf-google-webfonts package as ttf-google-webfonts-hg[4] for people that simply wanted the old package back that uses the actual Google Web Fonts repository to download the files. To clean up this mess, I propose that ttf-google-webfonts-distilled[2] and ttf-google-webfonts-git[3] be deleted outright, for what should be obvious reasons. I also propose that ttf-google-webfonts[1] be deleted because of how frequently the Web Fonts project is updated and because the project lacks version numbers. If people really feel strongly about keeping that maintenance nightmare, then let them have it, but I really don't see what advantage it provides over the original ttf-google-webfonts-hg[4] other than one less makedepends. I apologize for the huge email, but this situation really is a mess. [1] https://aur.archlinux.org/packages/ttf-google-webfonts/ [2] https://aur.archlinux.org/packages/ttf-google-webfonts-distilled/ [3] https://aur.archlinux.org/packages/ttf-google-webfonts-git/ [4] https://aur.archlinux.org/packages/ttf-google-webfonts-hg/ [5] https://github.com/w0ng/googlefontdirectory [6] https://code.google.com/p/googlefontdirectory/ Jason

14 23

[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] 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] TU Application - Konstantin Gizdov
by Konstantin Gizdov 05 Nov '18

05 Nov '18

Hello, I am Konstantin Gizdov [1] [2], (`kgizdov`, `arch(a)kge.pw`, `kgizdov(a)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

[aur-general] Email Reset
by pellertson＠firemail.cc 02 Nov '18

02 Nov '18

I need help reseting my email address on my AUR account. Recently lost my old email address password so I've been migrating everything. I have the ssh keys for my account if proof is needed. - Parker

2 2

[aur-general] Found a spam account; please delete crystal01
by Andy Kluger 31 Oct '18

31 Oct '18

https://aur.archlinux.org/account/crystal01/comments Please delete this user, it's obviously a spam account.

2 1

Re: [aur-general] TU application: Maxim Baz
by Alad Wenter 29 Oct '18

29 Oct '18

For the record, I confirm that I support Maxim's application. I referred him to Morten as my time schedule did not allow sponsoring a new candidate. Best of luck! Alad

1 0

Re: [aur-general] Automatic package version
by Shay Gover 26 Oct '18

26 Oct '18

> > Date: Fri, 26 Oct 2018 19:09:36 +0100 > From: Konstantin Gizdov <arch(a)kge.pw> > To: aur-general(a)archlinux.org > Subject: Re: [aur-general] Automatic package version > Message-ID: <8cf660ad-d2cc-d275-7678-cbb32b0d4acf(a)kge.pw> > Content-Type: text/plain; charset="utf-8" > > On 26/10/2018 19:07, Shay Gover via aur-general wrote: > >> Message: 1 > >> Date: Fri, 26 Oct 2018 18:29:59 +0200 > >> From: Michael Kogan <michael.kogan(a)gmx.net> > >> To: "Discussion about the Arch User Repository (AUR)" > >> <aur-general(a)archlinux.org> > >> Subject: Re: [aur-general] Automatic package version > >> Message-ID: > >> < > >> CALsOv+Bp9EZ_v_wfsv5mz9muariNgNCZXWYYx_1EndOfkJ_BBg(a)mail.gmail.com> > >> Content-Type: text/plain; charset="UTF-8" > >> > >> First thing coming to mind: Did you possibly forget to update the > .SRCINFO > >> file? > >> > > Hoe do I update it from the PKGBUILD itself? > > I normally have an alias like this: > > $ which updpkgs > updpkgs: aliased to 'updpkgsums && makepkg --printsrcinfo > .SRCINFO' > > That's from outside the PKGBUILD. I already did that when I uploaded the package a month ago. But since then the package was updated. It's not automatic versioning if I need to update SRCINFO every time. > On 10/26/18 2:07 PM, Shay Gover via aur-general wrote: > >> First thing coming to mind: Did you possibly forget to update the > .SRCINFO > >> file? > > > > Hoe do I update it from the PKGBUILD itself? > > The PKGBUILD format is by definition separate from the .SRCINFO, you > don't update it automatically by the PKGBUILD. > > You update it separately. The general process is described here: > > https://wiki.archlinux.org/index.php/Arch_User_Repository#Uploading_packages > > The "aurpublish" package available in the community repositories can do > this for you. > > > OK. But I'll still need to create a local script that will do that, right? > >> The package is not *supposed* to > >> show an updated version in the AUR, that's the whole point of a pkgver() > >> function. > >> > >> So how does the automatic versioning suppose to work? > > It already does work. You download the PKGBUILD from the AUR, and use it > to build a package. A pkgver() function *allows* the package to be newer > than advertised in the AUR. > > It's okay for a package to be newer than advertised. That's how all > *-git packages work, by design. > > >> P.S. There's no such thing as a pkgrel() function. > >> > > > > Good to know. Since I need it, What can I do? > > I assert that you do not need it. > > The pkgver is supposed to be set by the version of the software itself. > The pkgrel is supposed to be the version of the PKGBUILD, and every time > the pkgver gets updated, the pkgrel resets back to "1". > > See https://wiki.archlinux.org/index.php/PKGBUILD#pkgrel > > An "automatic" pkgrel violates the fundamental purpose of having a > pkgrel in the first place. > > You're correct. My fault. :/

4 4

Re: [aur-general] Automatic package version
by Shay Gover 26 Oct '18

26 Oct '18

> Message: 1 > Date: Fri, 26 Oct 2018 18:29:59 +0200 > From: Michael Kogan <michael.kogan(a)gmx.net> > To: "Discussion about the Arch User Repository (AUR)" > <aur-general(a)archlinux.org> > Subject: Re: [aur-general] Automatic package version > Message-ID: > < > CALsOv+Bp9EZ_v_wfsv5mz9muariNgNCZXWYYx_1EndOfkJ_BBg(a)mail.gmail.com> > Content-Type: text/plain; charset="UTF-8" > > First thing coming to mind: Did you possibly forget to update the .SRCINFO > file? > Hoe do I update it from the PKGBUILD itself? > > Message: 3 > Date: Fri, 26 Oct 2018 12:34:44 -0400 > From: Eli Schwartz <eschwartz(a)archlinux.org> > To: aur-general(a)archlinux.org > Subject: Re: [aur-general] Automatic package version > Message-ID: <6bbd283a-3587-d9f9-3dcc-3ba8e9f0739b(a)archlinux.org> > Content-Type: text/plain; charset="utf-8" > > On 10/26/18 12:26 PM, Shay Gover via aur-general wrote: > > Hi, > > > > I have a pakage in AUR that uses an automatic package versioning. I use a > > pkgver() and pkgrel(). > > However I just noticed that the package version in AUR is old. I checked > > the functions and everything is OK. Running makepkg gives the correct > > version. > > > > The package is: > > > https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=virtualbox-ck-modules > > Are you Tharbad on the AUR? If so, you're using multiple email addresses... > As for the package itself, fake news! The package is not *supposed* to > show an updated version in the AUR, that's the whole point of a pkgver() > function. > > So how does the automatic versioning suppose to work? > P.S. There's no such thing as a pkgrel() function. > Good to know. Since I need it, What can I do? > > -- > Eli Schwartz > Bug Wrangler and Trusted User > >

3 2

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Aur-general October 2018