October 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] TU Application: David Runge
by David Runge 01 Nov '17

01 Nov '17

Hi all, my name is David Runge. You may have come across me somewhere on the wiki [1], the forums [2] (not so recently), the AUR [3] or the mailing lists (mainly arch-general). I'm sponsored by Ray Rashif. I'm 31, currently live in Berlin and have just finished a Master's degree in audio communication and technology. I've been working in (sadly Debian) Linux based computer pools and electronic music studios (at the Technical University of Berlin) over the past six years and am currently a freelancing audio engineer and programmer. I've been with Arch for roughly ten years now, after a short period of time spent with Debian and Ubuntu and disliking the clutter and the amount of preset environments. I have a huge interest in pro-audio on Linux (I organized the Linux Audio Conference 2016 and have been using Arch for small scale stereo projects to massive multi-channel applications) and web applications and their security (probably a good idea when running one's own infrastructure). In my free time I build modular synthesizers and make music with them, code weird music things using SuperCollider or try to optimize my packages and systems. As a TU I'd like to help Ray test and maintain the motherload of pro-audio packages he's taking care of [4] and take over some (or all) of the ones that are currently leftover from speps [5]. Additionally, I would like to spend some time to bring further useful dsp programming languages, such as faust [6], or spatial audio renderers, such as the ssr [7] to [community]. Best, David [1] https://wiki.archlinux.org/index.php/Special:Contributions/Davezerave [2] https://bbs.archlinux.org/profile.php?id=20912 [3] https://aur.archlinux.org/packages/?K=dvzrv&SeB=m [4] https://www.archlinux.org/packages/?sort=&q=&maintainer=schiv&flagged= [5] https://www.archlinux.org/packages/?sort=&q=&maintainer=speps&flagged= [6] https://aur.archlinux.org/packages/faust/ [7] https://aur.archlinux.org/packages/ssr/ -- https://sleepmap.de

7 22

[aur-general] TU's invalid key on repos.archlinux.org
by Pierre Neidhardt 31 Oct '17

31 Oct '17

Hi, My key was to expire on October 20th but I extended the date last minute. Since then when I try to update fzf / udiskie in [community], I get an error about invalid signatures. Am I supposed to take an extra step on repos.archlinux.org? Or did miss something else? Cheers! -- Pierre Neidhardt Eating chocolate is like being in love without the aggravation.

4 5

[aur-general] uploaded package needs checking
by incipiō cerritulus 31 Oct '17

31 Oct '17

Hello all, I am new to this arch linux creating package. I recently uploaded a package "apache-tomcat" can someone check the PKGBUILD and give some advice. I run namcap -i PKGBUILD and the output message is "I: Missing Contributor tag". Thanks for the time reading my message. alrii

2 2

[aur-general] Confusing situation with python-crontab vs python-crontab2
by Karol Babioch 28 Oct '17

28 Oct '17

Hi, there seem to be two packages for python-crontab: - python-crontab: https://aur.archlinux.org/pkgbase/python-crontab/ - python-crontab2: https://aur.archlinux.org/pkgbase/python-crontab2/ The same is true for the appropriate python2-* packages. The version without the appended 2 are orphaned and no longer maintained. To make things less confusing I would strongly argue to merge these packages (i.e. delete that latter one(s) and adopt the former one). Ideally tadly, the maintainer of the *-crontab2 packages should do this for himself, but if he is no longer interested in maintaining these packages I would adopt them for myself. What do you guys think about that? Best regards, Karol Babioch

2 2

[aur-general] PKGBUILD review
by Garrett Battaglia 19 Oct '17

19 Oct '17

This is the first time I am packaging for the AUR I would like someone to look over my PKGBUILD below. Thanks, Garrett #Maintainer: Garrett Battaglia <garrett(a)garrettbattaglia.info> pkgname=sysdig-falco pkgver=0.8.1 _sysdigver=0.19.1 pkgrel=1 pkgdesc="Behavioral Activity Monitoring With Container Support" arch=('x86_64') url=https://github.com/draios/falco license=('GPL') depends=('dkms') makedepends=('git' 'cmake' 'linux-headers') provides=('sysdig-falco') source=( "http://download.draios.com/stable/rpm/${arch}/falco-${pkgver}-${arch}.rpm" "https://github.com/draios/falco/archive/${pkgver}.tar.gz" "https://github.com/draios/sysdig/archive/${_sysdigver}.tar.gz" "sysdig-falco.install" "sysdig-falco.service") install=$pkgname.install md5sums=( '5e017c747184101a0cc93ffc5b19ca47' 'f3c654ded00f3186f3ff92320204a747' '6ad8b4a7d1b0aa10cd62397318117a67' '8bdb4c61dadd116f4901fa15c20da728' '58fe0d406874c6f565f648d3b10da62a') prepare() { cd ${srcdir} mv sysdig-${_sysdigver} sysdig mv falco-${pkgver} falco rm -rf ./etc/rc.d cd ./falco mkdir build } build() { cd $srcdir/falco/build cmake .. make driver } package() { cd $srcdir mkdir $pkgdir/usr cp -r ./usr/* $pkgdir/usr/ mkdir $pkgdir/etc cp -r ./etc/* $pkgdir/etc/ mkdir -p "$pkgdir/var/lib/dkms/falco/${pkgver}/${kernelVer}/${arch}/module/" cp "$srcdir/falco/build/driver/falco-probe.ko" "$pkgdir/var/lib/dkms/falco/${pkgver}/${kernelVer}/${arch}/module/falco-probe.ko" mkdir -p $pkgdir/usr/lib/systemd/system/ cp sysdig-falco.service $pkgdir/usr/lib/systemd/system/ }

3 3

[aur-general] python2-faulthandler
by Pierre-Gildas MILLON 18 Oct '17

18 Oct '17

Hi people, I'm trying to update python2-faulthandler to 3.0. I've created the AUR package 2 years ago and I cannot find it anylonger at https://aur.archlinux.org/packages/python2-faulthandler and when I try to push the update I have an error message: python2-faulthandler $ git push remote: error: package already provided by []: python2-faulthandler remote: error: hook declined to update refs/heads/master To ssh://aur.archlinux.org/python2-faulthandler.git ! [remote rejected] master -> master (hook declined) If anyone could help me. Many thanks. Regards, Pierre-Gildas

3 3

[aur-general] Package review
by Konstantin Gizdov 16 Oct '17

16 Oct '17

Hi all, Looking for a bit of help with two new python packages I uploaded to AUR. Packages in question are python-root_numpy & python-hep_ml. So I think I've done the PKGBUILDs correctly, but when I run namcap on the packages I get warnings about unneeded dependencies included and specifically for hep_ml I get warning about not including any ELF files but not labelling it as 'any' platform. My issue is that I have included only dependencies that are listed by the package developers, but I still have namcap complaining. Also, I thought we weren't not supposed to label packages as 'any'. Or am I wrong? Thanks for the help. Regards, Konstantin

3 4

Re: [aur-general] aur-general Digest, Vol 156, Issue 5
by Jens Hojgaard 16 Oct '17

16 Oct '17

Unsucscribe On Sun, Oct 15, 2017 at 2:00 PM <aur-general-request(a)archlinux.org> wrote: > Send aur-general mailing list submissions to > aur-general(a)archlinux.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.archlinux.org/listinfo/aur-general > or, via email, send a message with subject or body 'help' to > aur-general-request(a)archlinux.org > > You can reach the person managing the list at > aur-general-owner(a)archlinux.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of aur-general digest..." > > > Today's Topics: > > 1. Re: Package review (Eli Schwartz) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 15 Oct 2017 00:56:32 -0400 > From: Eli Schwartz <eschwartz(a)archlinux.org> > To: aur-general(a)archlinux.org > Subject: Re: [aur-general] Package review > Message-ID: <628f318c-75fa-baaa-3867-f6d6151dc48c(a)archlinux.org> > Content-Type: text/plain; charset="utf-8" > > On 10/13/2017 11:06 AM, Konstantin Gizdov wrote: > > Hi all, > > > > Looking for a bit of help with two new python packages I uploaded to AUR. > > Packages in question are python-root_numpy & python-hep_ml. > > > > So I think I've done the PKGBUILDs correctly, but when I run namcap on > the > > packages I get warnings about unneeded dependencies included and > > specifically for hep_ml I get warning about not including any ELF files > but > > not labelling it as 'any' platform. > > sed -i -e ... $(find -name '*.py') is terrible, see > http://mywiki.wooledge.org/ParsingLs for why, as well as the proper way > to do this. > > Please do not add pointless `msg "now I'm doing this thing that was > obvious from context"` messages. > > As for namcap warning about unneeded dependencies, namcap is a rough > hack and one of its big weaknesses is reliably determining what is > actually a needed dependency. It can only really detect shared library > dependencies, and assumes anything else, like for example python module > dependencies, are unneeded... > > Take everything namcap says with a grain of salt, it can be useful to > point out potential trouble spots but is hardly authoritative. > > > My issue is that I have included only dependencies that are listed by the > > package developers, but I still have namcap complaining. Also, I thought > we > > weren't not supposed to label packages as 'any'. Or am I wrong? > > If this were true, then why does "any" exist? > > https://wiki.archlinux.org/index.php/PKGBUILD#arch > > -- > Eli Schwartz > >

2 1

[aur-general] When to make a separate package.
by Mikael Blomstrand 07 Oct '17

07 Oct '17

Hi! I just started playing around with making my own PKGBUILDs and just made one for the "*remarkable*" markdown editor. The problem with *remarkable* is that it uses webkitgtk. I was able to find a PR to the official project fixing this and I used this patch in my PKGBUILD. I uploaded the packet as *remarkable-webkit2gtk*. I'm now rethinking if this was the correct approach or if I should have just adopted the existing packet. (Which is orphaned.) My thought was that since the patch have not been incorporated into the official project, I shouldn't taint the pure *remarkable* package. Am I being overconsiderate? In general is this something people care about? Regards, Mikael

2 1