August 2020 - Aur-general - lists.archlinux.org

[aur-general] TU application - raster
by Carsten Haitzler 14 Sep '20

14 Sep '20

Hi Everyone. I'm Carsten - or Raster. Sponsors: eschwartz and shibumi agreed to +1 me I'm upstream founder of enlightenment, EFL, terminology and a few other things. I work at Arm in Cambridge, UK (and live here). I've been involved in OSS and releasing software since like 1995/96 or so for Linux (And other Unixen at the time). I've worked on several distributions - RedHat, Debian (made custom variant, not upstream) and Tizen. I pretty much eat, breathe and sleep C, and of course that comes with the requisite "I can drive a shell script off a cliff gracefully" developer skill-set. Linux is my OS. I don't dual boot. All my machines are Linux machines without booting into anything else and that's been the way for me for me since I got my first PC in 1996 after I had to give up on the Amiga. This PC then ran just Linux and nothing else (never saw a DOS or Windows install). In fact all but 2 of my machines are Arch Linux (Rockpro64 dev board (debian SID) and my Ampere Emag aarch64 workstation (Ubuntu), my pinephone has Manjaro for now which is kind-of-close to Arch...). I already maintain the AUR packages for efl-git, enlightenment-git, rage-git, efl-git-asan, enlightenment-git-asan and have for a long while now (also co-maintain terminology-git). You can see that I'm responsive to issues people bring up and fix them pretty fast. I have done some edits to the arch wiki as well over time. I will admit - I haven't really touched the Arch forums... I'm really an IRC/Email person, but I am on #archlinux, #archlinux-offtopic (and #archlinux-arm) most of the time. I've been using arch as my primary/only distro now for maybe about 4-5 years. I like its simplicity and "don't patch/modify things from upstream unless absolutely needed" policy (as an upstream I smile warmly at this direction). It's very developer friendly... and that's who I am. I also run ALARM on my Rapsberry Pis. I do spend most of my effort on the upstream work on these E related projects as those are what I write, release, add features to and fix bugs in. I'm about as googlable as it gets: raster(a)rasterman.com http://www.rasterman.com I know that there are a lot of packages to maintain for a very small number of people, so I'm happy to help out. I'd be best at taking over or being co-maintainer of: * efl * enlightenment * terminology Other packages I can add to community: * rage (https://aur.archlinux.org/packages/rage - i maintain rage-git already) * evisum (https://www.enlightenment.org/news/2020-06-07-evisum-05-release) And in future any others that I think are past the bar of "worth including in Arch community rather than AUR" over time (there are ones brewing or lurking like EDI https://www.enlightenment.org/about-edi, Ephoto https://www.enlightenment.org/about-ephoto, Enventor https://www.enlightenment.org/about-enventor) I'd also be happy to help maintain packages I know I depend on and work with that might be a bit niche like: * packagekit * ddcutil And in general just help attack anything that I know enough about to be a bit better than a bowl of dried up custard at that is in my general sphere of knowledge/use. My PGP key hash: 04F7A0E31E08D3E08D39AFEBD147F94364295E8C http://keys.gnupg.net/pks/lookup?op=get&search=0xD147F94364295E8C Looking forward to pitching in and making Arch better :) -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- Carsten Haitzler - raster(a)rasterman.com

8 11

[aur-general] AUR request notify mails
by Michael Straube 29 Aug '20

29 Aug '20

Hi, in the past, when I filed an AUR request, I got a copy (via CC ?, not sure..) of the request send to my email account. Today I opened https://lists.archlinux.org/pipermail/aur-requests/2020-August/043176.html but was not emailed. Has this behaviour changed? Is it intended? Went something wrong during the AUR migration to a new server? I'm just curious. ;) Michael

7 7

[aur-general] Removing py2 (make-)dependency vs. keeping py2 features ?
by Kr1ss 28 Aug '20

28 Aug '20

Hi, some while ago, @flying-sheep passed on their `pycharm-community-eap` package to me, which I have been co-maintaining for a while at that point. Recently, I got a user request to remove the (make) dependency to `python2-setuptools`- which was used to pre-compile a Python 2 debugger provided from upstream - or make it optional. Since on the one hand I agree that deprecating Python 2 is a good thing, but on the other hand there might be users who still (need to) work with Python 2, I'm wondering if and how to make a compromise would be the best way to go. There's no way to declare optional make-dependecies as far as I'm aware. For the time being I've removed the makedep, but also have implemented a check in the `PKGBUILD` if `python2-setuptools` is installed anyways and under that condition, the precompiled Python 2 debugger is included. I'm not sure about this anyways, especially in regard to the official `pycharm-community-edition` package in the `community` repo, which does still depend on `python2-setuptools` at build time. Hence my query to the mailing list asking for opinions/recommendations how I should handle this. Any thoughts are welcome. Thanks in advance ! - Kr1ss -

4 4

[aur-general] AUR - Best Practices when Package no longer Supported for Linux upstream but LTS fine?
by David C. Rankin 21 Aug '20

21 Aug '20

Aur devs, The virtualbox 5.2 branch is unsupported as of July 2020. Oracle continues to put out testbuilds for 5.2, but currently it does not build with 5.8 (LTS is fine). 5.2.44 was the last release for the 5.2 branch and there will be no further updates to support Linux 5.8. What do I do with the package? Do I mark it LTS only in some way, or just disown it or have it removed? -- David C. Rankin, J.D.,P.E.

2 3

[aur-general] Packaging ruby gems
by Anatoly Bashmakov 10 Aug '20

10 Aug '20

Hello. I need feedback on packaging ruby gems. First, I don't think packaging every gem of the latest version makes a lot of sense. For development there are rvm/rbenv/etc that solve this problem. The only gems need to package (I think) are gems that are required by end-user applications. But such applications may require gems not of the latest versions. So, there are several options here. 1) Bundle dependencies in the application itself. I don't like this approach at all, since the package begins providing a lot of unnecessary gems. Example: ruby-gollum-lib [1]. 2) Package dependency gems only of versions required by the application. For example, gollum-lib gem requires loofah ~2.3 (which means >= 2.3 and < 2.4). The latest version of loofah is 2.6.0. So naming package ruby-loofah of version 2.3.1 for gollum-lib may entails rightly flagging it as out of date. 3) Packaging versioned gems. In previous example the package will be called ruby-loofah-2_3 (or something) and add "provides" in PKGBUILD. It is not forbidden by package guidelines (but not encouraged either) as far as I remember. 4) Not package ruby gems at all. I don't like neither of these options, but I think packaging versioned gems is lesser evil. What are your thoughts? [1]: https://aur.archlinux.org/packages/ruby-gollum-lib/ -- Anatoly

2 2

[aur-general] Requirements to apply for TU?
by Angel Pérez 09 Aug '20

09 Aug '20

Wich ones are the requirements for apply to be a Trusted User? I know there are some on the ArchWiki, but I want some suggestions from aur-general users. Thanks

7 7

[aur-general] Rrmove package clear of AUR
by Budi 04 Aug '20

04 Aug '20

How do we remove our own Aur package repo

2 1

[aur-general] what comment in top PKGBUILD
by Budi 04 Aug '20

04 Aug '20

What or which comment should one put top if he is the original author and creator?

1 0

[aur-general] Ensure it clear
by Budi 04 Aug '20

04 Aug '20

What or how comment should one put if he is the original author and creator of the package?

1 0

[aur-general] Help for AUR guides
by Budi 04 Aug '20

04 Aug '20

May one submitted to AUR not binary but a bash script or function (a quite fundamental, necessasry utility wrapper) instead ?

3 4