- Aur-general - lists.archlinux.org

[aur-general] who is blippy?
by Jude DaShiell 12 Feb '17

12 Feb '17

I have many questions about aur package neoleo operation. --

2 2

[aur-general] LaTeX compilation error in makepkg
by Bennett Piater 12 Feb '17

12 Feb '17

Hi, I resurrected beamer-theme-metropolis when aurphan showed me that it's maintainer had orphaned it because I use it quite a lot. The upstream was recently updated, but I cannot get it to compile from makepkg -- the latex compiler complains that it cannot write to it's log file. I didn't change the PKGBUILD besides updating the version and dependencies. Output: https://vps1.piater.name/commie/#5O9xSO3P Everything works if I cd into $srcdir/$pkgname-$pkgver and execute make from the shell. Does anyone have an idea what the problem might be? Cheers, Bennett -- GPG fingerprint: 871F 1047 7DB3 DDED 5FC4 47B2 26C7 E577 EF96 7808

5 8

[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