- Aur-general - lists.archlinux.org

Re: [aur-general] New to makepkg, can someone have a look at my scripts?
by Roberto Rossini 14 May '19

14 May '19

Thanks for your input Stelios and Robin! I've updated the pkgbuilds with your suggestions. The file that I'm backing up in canu's pkgbuild, is a config file to configure canu to run in grid mode and/or limiting resource usage. Moving that file would require patching the source code, and I'm not up for that task (yet :P). Best regards Roberto R. On Tue, 14 May 2019 at 14:00, <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: New to makepkg, can someone have a look at my scripts? > (Robin Broda) > 2. Evolvotron app in AUR can't use correct distro libraries > (Saverio Brancaccio) > 3. Re: Evolvotron app in AUR can't use correct distro libraries > (Jelle van der Waa) > 4. Re: Evolvotron app in AUR can't use correct distro libraries > (Saverio Brancaccio) > > > > ---------- Forwarded message ---------- > From: Robin Broda <arch-ml(a)coderobe.net> > To: aur-general(a)archlinux.org > Cc: > Bcc: > Date: Mon, 13 May 2019 16:30:35 +0200 > Subject: Re: [aur-general] New to makepkg, can someone have a look at my > scripts? > On 5/13/19 1:20 PM, Roberto Rossini wrote: > > Can someone please check if they are ok and maybe give me some feedback > on > > things that I can improve? > > > > - Canu - https://aur.archlinux.org/packages/canu/ > > - please don't end $pkgdesc with punctuation > - 'canu' shouldn't be in provides=(), as a package implicitly provides > itself > - 'canu' shouldn't be in conflicts=() - this is impossible > - why is there a backup=() entry for a file in /usr/bin/? > - line 26 $srcdir may contain spaces and should thus be quoted to prevent > word splitting > - line 32 $srcdir may contain spaces and should thus be quoted to prevent > word splitting > - line 37 $srcdir may contain spaces and should thus be quoted to prevent > word splitting > - line 40 $file may contain spaces and should thus be quoted to prevent > word splitting > - line 40 $pkgdir may contain spaces and should thus be quoted to prevent > word splitting > - line 44 $file may contain spaces and should thus be quoted to prevent > word splitting > - line 40 $pkgdir may contain spaces and should thus be quoted to prevent > word splitting > - line 47 $pkgdir may contain spaces and should thus be quoted to prevent > word splitting > - line 48 $pkgdir may contain spaces and should thus be quoted to prevent > word splitting > - line 50 $srcdir may contain spaces and should thus be quoted to prevent > word splitting > - line 51 $pkgdir may contain spaces and should thus be quoted to prevent > word splitting > - line 52 $pkgdir may contain spaces and should thus be quoted to prevent > word splitting > > also, fwiw, `cd $srcdir` is a no-op as a first command in any of these > functions, > they all implicitly start in $srcdir > > > > - StringTie - https://aur.archlinux.org/packages/stringtie/ > > - please don't end $pkgdesc with punctuation > - 'stringtie' shouldn't be in provides=(), as a package implicitly > provides itself > - 'stringtie' shouldn't be in conflicts=() - this is impossible > - line 23 $srcdir may contain spaces and should thus be quoted to prevent > word splitting > - line 29 $srcdir may contain spaces and should thus be quoted to prevent > word splitting > - line 34 $srcdir may contain spaces and should thus be quoted to prevent > word splitting > - line 36 $srcdir may contain spaces and should thus be quoted to prevent > word splitting > - line 36 $pkgdir may contain spaces and should thus be quoted to prevent > word splitting > - line 38 $pkgdir may contain spaces and should thus be quoted to prevent > word splitting > - line 38 the license 'Artistic2.0' is a common license and does not need > to be installed explicitly > > > > - Diamond-git - > https://aur.archlinux.org/packages/diamond-aligner-git/ > > - please don't end $pkgdesc with punctuation > - 'git' should be part of makedepends=() as it is required to pull > git+https sources > - line 55 the license 'GPL3' is a common license and does not need to be > installed explicitly > > > > > > Best regards > > > > Roberto R. > > > > > Hope that helps :) > > Take a look at https://coderobe.net/pkgbuild for an experimental (and > forever incomplete) sanity checker. > It can catch some of these issues automagically ;) > > Regards > -- > Rob (coderobe) > > O< ascii ribbon campaign - stop html mail - www.asciiribbon.org > > > > > ---------- Forwarded message ---------- > From: Saverio Brancaccio <saverio.brancaccio(a)gmail.com> > To: aur-general(a)archlinux.org > Cc: > Bcc: > Date: Tue, 14 May 2019 07:32:59 +0200 > Subject: [aur-general] Evolvotron app in AUR can't use correct distro > libraries > Hi, can you give any feedback on why there is this segmentation fault when > installing and running this app from AUR? Thanks in andvance > > https://aur.archlinux.org/packages/evolvotron/ > > > > > ---------- Forwarded message ---------- > From: Jelle van der Waa <jelle(a)vdwaa.nl> > To: "Discussion about the Arch User Repository (AUR)" < > aur-general(a)archlinux.org> > Cc: > Bcc: > Date: Tue, 14 May 2019 09:14:14 +0200 > Subject: Re: [aur-general] Evolvotron app in AUR can't use correct distro > libraries > On 05/14/19 at 07:32am, Saverio Brancaccio via aur-general wrote: > > Hi, can you give any feedback on why there is this segmentation fault > when > > installing and running this app from AUR? Thanks in andvance > > > > https://aur.archlinux.org/packages/evolvotron/ > > Please pastebin the segmentation fault somewhere... > > The PKGBUILD hardcodes `make -j4` which is wrong, change that at least > to just `make` since otherwise your machine my run out of ram depending > on your hardware. > > -- > Jelle van der Waa > > > > ---------- Forwarded message ---------- > From: Saverio Brancaccio <saverio.brancaccio(a)gmail.com> > To: "Discussion about the Arch User Repository (AUR)" < > aur-general(a)archlinux.org> > Cc: > Bcc: > Date: Tue, 14 May 2019 09:18:46 +0200 > Subject: Re: [aur-general] Evolvotron app in AUR can't use correct distro > libraries > Thanks for the attention, > you can look at the core dump generated after that I tried to run > Evolvotron application at the following link: > https://bbs.archlinux.org/viewtopic.php?pid=1844227#p1844227 > > Il giorno mar 14 mag 2019 alle ore 09:14 Jelle van der Waa <jelle(a)vdwaa.nl > > > ha scritto: > > > On 05/14/19 at 07:32am, Saverio Brancaccio via aur-general wrote: > > > Hi, can you give any feedback on why there is this segmentation fault > > when > > > installing and running this app from AUR? Thanks in andvance > > > > > > https://aur.archlinux.org/packages/evolvotron/ > > > > Please pastebin the segmentation fault somewhere... > > > > The PKGBUILD hardcodes `make -j4` which is wrong, change that at least > > to just `make` since otherwise your machine my run out of ram depending > > on your hardware. > > > > -- > > Jelle van der Waa > > > > _______________________________________________ > aur-general mailing list > aur-general(a)archlinux.org > https://lists.archlinux.org/listinfo/aur-general >

1 0

[aur-general] How to name llvm trunk packages tailored to work with mesa trunk ?
by Lone_Wolf 14 May '19

14 May '19

Hi, llvm-git (and it's predecessor llvm-svn) is intended to provide a full implementation of the llvm/clang compiler suite. It's a huge package that takes a lot of time and processor capacity to build. While mesa needs llvm, it only needs a subset. examples : llvm-git builds with ocaml support, but mesa doesn't use ocaml at all. llvm-git builds for lots of processor architectures not supported by archlinux. RISC-V is one of them. I've been looking into this and tried 2 (bad) naming schemes already. The current scheme goes like this : lone_wolf-llvm-git , lone_wolf-compiler-rt-git, lone_wolf-clang-git and lone_wolf-lib32-llvm-git llvm-mesa-git seems to vague, while llvm-trunk-for-mesa-trunk-git feels clumsy and long. Please help me to find a good name for these packages. Lone_Wolf

2 3

[aur-general] New to makepkg, can someone have a look at my scripts?
by Roberto Rossini 13 May '19

13 May '19

Hello everyone, few days ago I decided to write few makepkg scripts to build some bioinformatics tools that I'm using in a project that I'm currently working on. Can someone please check if they are ok and maybe give me some feedback on things that I can improve? These are the links to what I've done so far: - Canu - https://aur.archlinux.org/packages/canu/ - StringTie - https://aur.archlinux.org/packages/stringtie/ - Diamond-git - https://aur.archlinux.org/packages/diamond-aligner-git/ Best regards Roberto R.

3 2

[aur-general] mesa-git / lib32-mesa-git need new maintainer
by Lone_Wolf 09 May '19

09 May '19

Hi, Due to irreconcilable differences wrt mesa trunk packaging, I am stepping down as the maintainer of those packages. I hope someone will volunteer to take over these packages and there will be a smooth transition. The packages will keep depending on llvm trunk until I transfer maintainership. If no new maintainer comes forward, I will orphan these packages no later than june 3 2019. Since TUs have made very clear there's no room in AUR for mesa trunk packages that match my views, I will take my versions elsewhere . I have not yet decided whether I will keep maintaining my other aur packages. Lone_Wolf

1 1

[aur-general] Spammy post on cntlm's AUR page
by Oon-Ee Ng 08 May '19

08 May '19

Latest post, the only one by this account - https://aur.archlinux.org/account/RonaldSteele - post unrelated to other comments on cntlm and links to dodgy blog. Account just registered today. Surprised there's only one post so far.

2 2

[aur-general] Kernel version requirement
by Julien Nicoulaud 08 May '19

08 May '19

Hi, In the oomd package <https://aur.archlinux.org/packages/oomd/>, I put a linux>=4.20 dependency requirement since it requires the new resource pressure metrics <https://facebookmicrosites.github.io/psi/> introduced in linux 4.20. But as another user pointed out, some of the alternatives kernel packages declare provides=("linux=${pkgver}"), but several of the most popular do not (linux-lts, linux-dzen, linux-hardened). What we would be correct way to handle this ? Should I just drop the version requirement (since having a kernel>=4.20 does not imply you are running this one anyway) ? Or should these packages be improved ?

5 5

[aur-general] Are AUR VCS packages that depend on AUR VCS packages from other projects a good idea and who should decide on that ?
by Lone_Wolf 07 May '19

07 May '19

Hi, recently a mesa developer contacted me and asked me to change mesa-git to depend on released llvm/clang instead of llvm/clang trunk. He did convince me there's a demand for such a package. Currently people wanting to build mesa-git against released versions need to edit the pkgbuild and make a few changes (not documented atm). I have been building mesa trunk against llvm trunk since mesa started using llvm and tailored the package to my personal workflow and style. Adjusting the mesa-git PKGBUILD to use repo llvm/clang would force me to either change my workflow or maintain a package I don't use in that form. I'd probably stop maintaining mesa-git. I do feel there's an underlying issue here that concerns us all as stated in the title: Are AUR VCS packages that depend on AUR VCS packages from other projects a good idea and who should decide on that? Lone_Wolf

9 39

[aur-general] Looking for maintainer for gtk3-mushrooms
by Tomasz Gąsior 27 Apr '19

27 Apr '19

Hello, community. I am author of gtk3-mushrooms — AUR package with patched GTK3 for classic desktops like XFCE, MATE. More here: https://github.com/TomaszGasior/gtk3-mushrooms I am looking for new maintainer for this package because I switched to GNOME and I don't use patched version of GTK now. I will abandon that package in 1 June 2019. Someone interested? --- Tomasz Gąsior https://tomaszgasior.pl

1 0

Re: [aur-general] [AUR] etcher package co-maintainer
by Gonçalo Pereira 23 Apr '19

23 Apr '19

Good afternoon, I would be happy to add you. However my account is currently suspended. I am receiving a lot of this requests like yours for this and other packages I was maintaining. I am hoping I can now ask to unsuspend my account in other to contribute to this and many other packages. Sincerely, Gonçalo Pereira On 23 Apr 2019 13:44, Matthew McGinn <mamcgi(a)gmail.com> wrote: Hello, My name is Matthew McGinn (gin078 in the AUR) and I work for the company that provides the etcher program. I am hoping you will allow me to co-maintain the etcher package with you, in order to keep it up to date. Please let me know how that sounds to you!

2 3

[aur-general] spam account: harveyjones
by Rafael Fontenelle 23 Apr '19

23 Apr '19

Offending account: https://aur.archlinux.org/account/harveyjones This account was created today (Apr 22, 2019) and maintain no package and the only comment was a spam in skyperforlinux-stable-bin: https://aur.archlinux.org/packages/skypeforlinux-stable-bin#comment-690933 Can this be removed? Best regards, Rafael Fontenelle

2 1