January 2017 - Aur-general - lists.archlinux.org

[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] Review request for 3 related PKGBUILDs
by Leonid Bloch 16 Feb '17

16 Feb '17

Hi, I'd like to put 3 new packages in the AUR. They are a part of one "kit", but are very different in functionality, therefore I think it will be better to introduce 3 packages, instead of one, which contains them all. You can see the details on: http://www.silx.org . Essentially, these are 3 completely different packages, that just happen to be used by the same community. These PKGBUILDs were tested successfully on a minimally-installed VM. Any feedback is welcome! :) Thanks! Leonid. For silx: ~~~~~~~~~ # Package maintainer: Leonid B <leonid dot bloch at esrf dot fr> # Upstream contact: silx at esrf dot fr pkgname=python-silx pkgver=0.3.0 pkgrel=1 pkgdesc="A collection of Python packages for data analysis at synchrotron radiation facilities." arch=('any') url="http://www.silx.org" license=('MIT' 'LGPL') depends=('python-numpy' 'python-pyqt5' 'python-matplotlib' 'cython') optdepends=('python-h5py: for HDF5 input/output' 'ipython: for interactive console' 'python-qtconsole: for GUI console' 'python-pyopencl: for sift - OpenCL implementation') makedepends=('git') source=("${pkgname}::git+https://github.com/silx-kit/${pkgname#*-}.git#tag=v${pkgver}") md5sums=('SKIP') build() { cd "${srcdir}/${pkgname}" python setup.py build } package() { cd "${srcdir}/${pkgname}" python setup.py install --root="${pkgdir}/" install -D copyright "${pkgdir}/usr/share/licenses/${pkgname}/LICENSE" } For FabIO: ~~~~~~~~~ # Package maintainer: Leonid B <leonid dot bloch at esrf dot fr> # Upstream contact: silx at esrf dot fr pkgname=python-fabio pkgver=0.4.0 pkgrel=1 pkgdesc="I/O library for images produced by 2D X-ray detectors." arch=('any') url="http://www.silx.org" license=('MIT' 'LGPL' 'Apache') depends=('python-numpy' 'python-pillow' 'python-lxml') optdepends=('python-pyqt4: for the fabio_viewer program') makedepends=('git') source=("${pkgname}::git+https://github.com/silx-kit/${pkgname#*-}.git#tag=v${pkgver}") md5sums=('SKIP') build() { cd "${srcdir}/${pkgname}" python setup.py build } package() { cd "${srcdir}/${pkgname}" python setup.py install --root="${pkgdir}/" install -D copyright "${pkgdir}/usr/share/licenses/${pkgname}/LICENSE" } For pyFAI: ~~~~~~~~~ # Package maintainer: Leonid B <leonid dot bloch at esrf dot fr> # Upstream contact: silx at esrf dot fr pkgname=python-pyfai pkgver=0.13.0 pkgrel=1 pkgdesc="Fast Azimuthal Integration in Python." arch=('any') url="http://www.silx.org" license=('GPLv3' 'BSD' 'MIT') depends=('python-numpy' 'python-scipy' 'python-matplotlib' 'python-fabio' 'python-h5py' 'python-pyopencl' 'python-pyqt4' 'fftw' 'cython') makedepends=('git') source=("${pkgname}::git+https://github.com/silx-kit/pyFAI.git#tag=v${pkgver}") md5sums=('SKIP') build() { cd "${srcdir}/${pkgname}" python setup.py build } package() { cd "${srcdir}/${pkgname}" python setup.py install --root="${pkgdir}/" install -D LICENSES.txt "${pkgdir}/usr/share/licenses/${pkgname}/LICENSE" install -D copyright "${pkgdir}/usr/share/licenses/${pkgname}/COPYRIGHT" }

5 11

[aur-general] [review-request] moolticute
by Quentin Bourgeois 07 Feb '17

07 Feb '17

Hi, I'm looking for uploading moolticute[0] into AUR but I still have some doubt that my package has good taste or not. The project is in C++ and use qt-5. I would like to upload a classical PKGBUILD[1] (with tag release) then one that follow the git master branch[2]. As the daemon is expected to talk with an USB device I included an udev rules that should match it and allow logged user interaction. In addition, the project does not include any systemd service file. The daemon is expected to run for every user session so I use systemd user instance. This service file is now very basic I will first try to make it upstream, so every distribution could benefit from this eventually. I guess that a lot are using systemd now. While creating the systemd file I was wonderering how would be the guideline in a case that an upstream systemd service file won't match (for any reason) Arch Linux policy (let say applying it will break the package functionality in Arch) would the good way to fix it in the first would be to create in the PKGBUILD a systemd drop-ins? Regarding udev, after installing my rule I decided to force reloading the rules files but not replaying event (only print a message to warn the user). My view is that the later would only be needed for people that already plugged the device before installing the package. Even with the i686 phase out, the tools seems to work great with this architecture, so I included it too. Finally, the release name[3] currently include "beta" (like v0.5.2-beta) does I have to put this into the pkgver or leave as 0.5.2? If comments/directions I will be glad to improve my work. Thanks ! [0] https://github.com/raoulh/moolticute [1] https://git.bourgeois.eu/aur_moolticute.git/tree/PKGBUILD?id=85e4d6f29352a5… [2] https://git.bourgeois.eu/aur_moolticute_git.git/tree/PKGBUILD?id=140f3e3efc… [3] https://github.com/raoulh/moolticute/releases

3 4

[aur-general] libc++/libc++-abi status?
by Chase Geigle 04 Feb '17

04 Feb '17

Hi, libc++/libc++-abi are flagged as out of date and are currently orphans in the community repository. Is there a TU that is interested in maintaining them, or some plan for adoption in place? I would be interested in maintaining them in the AUR if there is not current TU plan and they are dropped to the AUR. FWIW, attached is my PKGBUILD. Thanks! Chase

7 9

[aur-general] [review-request] python-intelhex
by Quentin Bourgeois 25 Jan '17

25 Jan '17

Hi, I am currently looking for building python2-intelhex[0] from AUR. Unfortunately the build failed, while I am using aursync[1] and require build into a clean (created for this build) chroot: $ aursync -c python2-intelhex [...] ==> Starting package_python-intelhex()... /startdir/PKGBUILD: line 17: python: command not found ==> ERROR: A failure occurred in package_python-intelhex(). Aborting... ==> ERROR: Build failed, check /var/lib/aurbuild/x86_64/user/build Note that with the python3 package version I come up with the same bug. Thus, I decide to have a look at the PKGBUILD and suggest some modifications I guess the maintainer will be glad to merge any proposal, but did the community see any thing more to change ? Basically I made use a lot more of its internal variable __pkgname, define python{,2}-setuptools as makedepends and add the license file to the package. In another way I don't really understand the rm on the bin directory? The problem I saw is that only installing python2-intelhex wont allow the use of the provided scripts[2]. However, I conducted small tests and they seems to works even with python2. So my guess is to create an other AUR PKGBUILD that will perform pretty the same things but only packaging the provided scripts, let call this package python-intelhex-scripts. Then, one need to enforce a dependencies of python{,2}-intelhex with python-intelhex-script at the same upstream release version. I propose some modification in the python-intelhex[3] PKGBUILD and a new PKGBUILD for python-intelhex-scripts[4]. What do you think ? Thanks in advance for your feedback! [0] https://aur.archlinux.org/packages/python2-intelhex/ [1] https://github.com/AladW/aurutils [2] https://github.com/bialix/intelhex/tree/master/scripts [3] https://git.bourgeois.eu/aur_python_intelhex.git/tree/PKGBUILD?id=e6187787c… [4] https://git.bourgeois.eu/aur_python_intelhex_scripts.git/tree/PKGBUILD?id=b…

3 3

[aur-general] Permission Denied (publickey) Error for many
by Konstantin Gizdov 22 Jan '17

22 Jan '17

Dear all, Not sure if this is the correct place to report this. I originally opened this post - https://bbs.archlinux.org/viewtopic.php?id=222249 - with the hope of fixing the issue myself with the help of other users. However, it seems the same is experienced by other package maintainers as well. Since around 2pm today (UK time), I cannot authenticate to aur.archlinux.org over ssh. All requests are bounced with "Permission Denied (publickey)" response. I cannot pull, nor push from/to AUR. Just before I started to experience the problem, I was able to update one of my packages around 1pm. This, I think, means it is a server side issue of some sort. Can someone take a look? Thanks. Regards, Konstantin Gizdov

2 2

[aur-general] TU Application: Bruno Pagani
by Bruno Pagani 20 Jan '17

20 Jan '17

Hi everyone, My name is Bruno Pagani (a.k.a. ArchangeGabriel, or just archange sometimes), long time Linux user and Arch user since January 2014. I have since fallen in love with pacman/PKGBUILDs, the community and the distribution in its whole more generally. I took maintainership of my first AUR package quite rapidly, and then gradually of more of them. I was recently thinking of becoming a TU in order to bring some of those packages to [community]; Bartłomiej Piotrowski encouraged me to do so and kindly accepted to sponsor my application. Regarding my implication in Arch, even if I’m not participating much in MLs, I’ve been them reading a lot and always try to follow best practices like using devtools to build (including in painful cases like very long AUR dependencies chain — thanks zorun for becoming a TU and bringing ring in [community] soon!). I’m also going to setup a Matrix[0] with IRC bridges on my server to participate in IRC (whether I’m accepted as a TU or not), something I’ve postponed for too long. Among the packages I maintain in AUR[1], most of them are -light/-minimal (meaning less dependencies/features) versions of repo’s one and thus not suitable for leaving AUR, but there are a few noteworthy others that I want to bring to [community]: – beignet[2]: Intel OSS OpenCL implementation for their iGPU, currently only supporting OpenCL 1.2 but work for OpenCL 2.0 is ongoing. – bs1770gain[3]: Loudness scanner/replaygain calculator, and — to my opinion at least — a good alternative as a beets[4] optdep for those who want to avoid pulling gst-* and their dependencies for this sole purpose. − ring-kde[5]: The KDE client for Ring. Leftover by Baptiste Jonglez (zorun) since he does not use it. Being a KDE user, I’m using this one rather than it’s Gnome counterpart. − thermald[6]: Thermal Daemon for Intel processors, doing thermal management using advanced processor states. – whipper[7]: secure CD ripper, successor of the defunct morituri. It has been very recently pushed to AUR by Freso, but he is OK with me maintaining it in [community] (and in fact would also like to become a TU at some point and help co-maintaining whipper). This would also require moving accuraterip-checksum[8] for which I am not the current maintainer either, but Shardz (the current one) agreed to transfer it to any TU wanting to maintain whipper. Outside of those, they are other packages I might want to maintain in the future but I felt those above would make a good start. I might just add uchardet[9], because it’s now needed for mpv[10], and I’m OK to maintain it if Christian Hesse (eworm) doesn’t want to. Just in case this could be of some interest for any of you, other packages interesting me in AUR are either KDE thumbnailers, ColorHug related software and HDF5/NetCDF stuff (+mpich). Which leads me to currently orphaned packages in [community] I can maintain: – python{,2}-mpi4py[11]: Not currently out-of-date, but since I rely on those packages for my work I would definitively take care of them if needed. And that brings me to add some more words about me: I’m a 24 years old french PhD student in astrophysics, doing mostly numerical simulations of supernovæ explosions on supercomputers (hence the interest in HDF5/NetCDF/MPI stuff). When it comes to Linux, it has been the first OS present at home, in the form of Mandrake in 1999 (the sysadmin was my father at this point in time). I’ve then handled the switch to Mandrake’s successor Mandriva myself, and later on moved to Ubuntu when I got my first personal computer. Then my second one was in the very first generation of Optimus[12] laptops, and in order to make use of my GPU this made me join The Bumblebee Project[13] (as “project manager” one could say, and yes we definitively need to update this thing). At this point I gained a lot of knowledge in Linux environments, and a lot of factors (including people here that might recognize themselves) pushed me to try ArchLinux, which I did… and I loved it. Today, my server is proudly running Arch Linux, my home media server too (Cubieboard, so that’s Arch Linux ARM), and I’ve recently converted my girlfriend and younger brothers to Arch. So thanks to all of you for your hard work in this distro! Finally, concerning my involvement in FLOSS projects outside of Arch and the aforementioned Bumblebee, I’m mostly opening bugs for ideas/feature requests (or actual bugs sometimes) in various BugZillas and the likes as well as around GitHub since I don’t know how to code in any useful language outside of Python (I use Fortran at work and have no time to learn other ones currently even if I would like to, like C and perhaps Rust too), but I love music and recently discovered beets[14], and will try to contribute code to this Python project soon. Do not hesitate if you have any questions on anything or any comments regarding my AUR packages. ;) Thanks for reading and considering my application, Bruno [0] https://matrix.org/ [1] https://aur.archlinux.org/packages/?K=ArchangeGabriel&SeB=m [2] https://aur.archlinux.org/packages/beignet [3] https://aur.archlinux.org/packages/bs1770gain [4] https://www.archlinux.org/packages/community/any/beets [5] https://aur.archlinux.org/packages/ring-kde [6] https://aur.archlinux.org/packages/thermald [7] https://aur.archlinux.org/packages/whipper [8] https://aur.archlinux.org/packages/accuraterip-checksum [9] https://aur.archlinux.org/packages/uchardet [10] https://bugs.archlinux.org/task/52269 [11] https://www.archlinux.org/packages/community/x86_64/python-mpi4py [12] https://wiki.archlinux.org/index.php/NVIDIA_Optimus [13] http://bumblebee-project.org [14] http://beets.io

9 23

[aur-general] Package review bitcoin-classic
by Tom Zander 11 Jan '17

11 Jan '17

Hi, I created some AUR packages after various people requested it (I'm the upstream release manager) and since I'm rather new to packaging in Arch, I would love to have some feedback. Arch packaging is consederably easier than debian, I might add ;) There are 4, almost identical, versions. https://aur.archlinux.org/packages/bitcoin-classic/ https://aur.archlinux.org/packages/bitcoin-classic-daemon/ https://aur.archlinux.org/packages/bitcoin-classic-git/ https://aur.archlinux.org/packages/bitcoind-classic-git/ I inherited some of those, hence the slight difference in naming. Not sure if renaming is possible and if the bitcoind- one may be more easy to find under a different name. Any feedback welcome, and naturally I'd love it if those packages would be able to reach the community repo, but maybe they need a little more time to mature, I'm not sure. Thanks! -- Tom Zander Blog: https://zander.github.io Vlog: https://vimeo.com/channels/tomscryptochannel

4 13

[aur-general] Not receiving own emails send to the list
by Bruno Pagani 11 Jan '17

11 Jan '17

Hi there, With my recent email address change followed by my email spree to this list (because of my TU application mostly), I’ve noticed I’m not receiving my own emails, despite “Receive your own posts to the list?” being set to “Yes”. I suppose this is linked to SPF/DKIM/DMARC and the fact mailman sometimes (based on original sender domains using those techs I guess) replaces the From address while putting the original sender in the CC field. Maybe when it does so it forgets to send also to this CC address, and doesn’t send through the ML because of the “Avoid duplicate copies of messages” being triggered by the CC field? Can anyone confirm this? I suppose any GMail user can for instance… Note, for this email, I’m trying “Avoid duplicate copies of messages” to “No” in order to check whether it changes anything, which I kind of expect given my current analysis of this issue, but that isn’t a proper solution since it will indeed results in duplicate copies. Thanks, Bruno

2 2

[aur-general] Package sitting on the AUR git but not AUR Web
by Cayde Dixon 11 Jan '17

11 Jan '17

Hi, When I was looking at getting a recently release package: https://discordapp.com/download - Discord onto the AUR I have noticed that there has been a prior maintainer add a git repo shown online as https://aur.archlinux.org/cgit/aur.git/log/?h=discord seems to be showing up but no publically facing aur version. What would the correct procedure for utilizing this name, as optimally this would be the best name for this package. Regards, Cayde (cazzar)

2 1