- Aur-general - lists.archlinux.org

[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] Intellij IDEA Ultimate's
by Reto Kaiser 06 Feb '17

06 Feb '17

> I personally prefer the flag thing [...] > The "-meta" thing is a little... [...] > The cleanest solution may very well be what we have now. Agree, the thing with the meta packages is a bit overcomplicated. How about a single PKGFILE, which creates two packages with the "split package" mechanism (one with, one without JRE). @uwolfer wdyt? I can prepare the code.

4 3

[aur-general] Intellij IDEA Ultimate's
by Reto Kaiser 04 Feb '17

04 Feb '17

(Mailing list didn't accept my message, sorry for sending it again) I've created the "-bundled-jre" version of the IDEA package after discussion with the maintainer of the "-ultimate-edition" version ("uwolfer"). Some people want to have the bundled JRE, others would like to use a system-wide installed JRE. The extra package "intellij-jdk" is not guaranteed to be the same version than was shipped with the specific IDE. Together with "pschichtel" we came up with yet another approach using split- and meta-packages: The main package is "intellij-idea-ultimate-edition" and depends on "intellij-idea-ultimate-edition-jre-meta". This JRE meta package is not a real package, but it is provided by two other packages: - intellij-idea-ultimate-edition-jre-bundled: The JRE bundled with the Jetbrains download. - intellij-idea-ultimate-edition-jre-system: The default "java-environment" package. Code can be found here: https://github.com/njam/intellij-idea-ultimate-edition I think it would be best to use this to create a single package "intellij-idea-ultimate-edition". What do you think? Regards Reto

2 1

[aur-general] Somebody using freetype2-infinality, too?
by Ralf Mardorf 04 Feb '17

04 Feb '17

Hi, I've got issues with compiling a lot of software. My guess was, that I need to rebuild harfbuzz against freetype2-infinality to get rid of those issues, but actually building harfbuzz failed with the same error as all the other builds do [1]. The culprit seemingly is freetype2-infinality. I wonder if somebody using freetype2-infinality found a workaround this issue. Regards, Ralf [1] [rocketmouse@archlinux harfbuzz]$ makepkg -s ==> Making package: harfbuzz 1.4.2-2 (Sat Feb 4 11:00:42 CET 2017) [snip] In file included from /usr/include/freetype2/freetype/config/ftconfig.h:42:0, from /usr/include/freetype2/freetype/freetype.h:33, from hb-ft.h:35, from test-would-substitute.cc:44: /usr/include/freetype2/freetype/config/ftoption.h:690:0: warning: "TT_CONFIG_OPTION_SUBPIXEL_HINTING" redefined #define TT_CONFIG_OPTION_SUBPIXEL_HINTING ( 1 | 2 ) /usr/include/freetype2/freetype/config/ftoption.h:689:0: note: this is the location of the previous definition #define TT_CONFIG_OPTION_SUBPIXEL_HINTING 1 GEN libharfbuzz.la libtool: error: cannot find the library '/usr/lib/libharfbuzz.la' or unhandled argument '/usr/lib/libharfbuzz.la' make[4]: *** [Makefile:1407: libharfbuzz.la] Error 1 make[4]: Leaving directory '/tmp/fix/harfbuzz/src/harfbuzz/src' make[3]: *** [Makefile:2432: all-recursive] Error 1 make[3]: Leaving directory '/tmp/fix/harfbuzz/src/harfbuzz/src' make[2]: *** [Makefile:1325: all] Error 2 make[2]: Leaving directory '/tmp/fix/harfbuzz/src/harfbuzz/src' make[1]: *** [Makefile:498: all-recursive] Error 1 make[1]: Leaving directory '/tmp/fix/harfbuzz/src/harfbuzz' make: *** [Makefile:430: all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... [rocketmouse@archlinux harfbuzz]$ pacman -Q freetype2-infinality freetype2-infinality 2.7.1-1

3 3

[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] Cyclic makedependencies in pypy-setuptools and pypy3-setuptools
by Daniel Milde 02 Feb '17

02 Feb '17

Hi, I would like to ask you for help with one messy issue with pypy-setuptools[1]. Python setuptools do not include its dependencies in vendor dir since version 34. It now requires the dependencies to be installed first in order to setuptools been installed. But the dependencies require setuptools to be installed to be able to install themself :) and thus cyclic makedependecies occur... This cyclic dependency is in package python-setuptools as well but because this package is in extra nobody cares, because nobody builds it by itself. Do you have any idea, how to solve this nicely? I have added this instructions to pypy-setuptools package, but it's not ideal though: 1. install setuptools manually via ensurepip: # sudo pypy -m ensurepip # sudo pypy3 -m ensurepip If you get error message "Ignoring ensurepip failure: pip 8.1.2 requires SSL/TLS", there is easy hack/fix: sudo curl -o /opt/pypy3/lib-python/3/ssl.py https://gist.githubusercontent.com/gumblex/b77e5d6fba8d01a41789beb6dc90adec… see https://www.reddit.com/r/learnpython/comments/5rblst/cant_use_pip_with_pypy… 2. install all setuptools dependencies (pypy-six, pypy-pyparsing, pypy-packaging, pypy-appdirs) You will have to edit the PKGBUILD and remove dependency on pypy-setuptools during this first install. 3. install pypy-setuptools with --force (because ensurepip installed files on same paths) Thanks Daniel [1] https://aur.archlinux.org/packages/pypy-setuptools/

1 0

[aur-general] Intellij IDEA Ultimate's
by Det 02 Feb '17

02 Feb '17

Sup, Currently we have 3 non-split IntelliJ IDEA Ultimate's in the AUR (there are other ones too, but they're not duplicates): - https://aur.archlinux.org/packages/intellij-idea-ultimate-edition/ (most popular one, no bundled JRE) - https://aur.archlinux.org/packages/intellij-idea-ue-bundled-jre/ (same, but with bundled JRE) - https://aur.archlinux.org/packages/intellij-jdk/ (just the bundled JRE) We probably don't need all 3, so I wonder we could trim one of these? Det

2 2

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

24 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