- Aur-general - lists.archlinux.org

Re: [aur-general] aur-general Digest, Vol 175, Issue 21
by Aniket Pradhan 24 May '19

24 May '19

Hello Jagan > I would drop the qt4 package or at least make a separate package. Qt4 > packages have currently been switched to Qt5 snapshots or being dropped > in the official repositories so Qt4 is not even installable without > compiling it from the AUR. I agree that the Qt4 packages are shifting to Qt5 packages, but dropping the Qt4 package directly would be an overkill (I guess there would be someone out there, who prefers Qt4, and would like to have an adwaita-qt4 package), in my opinion. I will definitely separate out both the packages and would drop the Qt4 version when the Qt4 is removed from the AUR. Hello LoneWolf > Anikhet, It's Aniket. :P > > it looks like you should have searched for pkgbase in arch wiki. > Check https://wiki.archlinux.org/index.php/PKGBUILD#pkgbase and follow > the links to understand what kind of package adwaita-qt is. Thanks for the info. > I suggest you split into two separate packages, adwaita-qt5 and > adwaita-qt4 or just adwaita-qt5. > Post a fixed comment on the adwaita-qt aur page that you're separating them. > Wait a few weeks to give people the chance to switch, then submit? a > deletion request for adwaita-qt . I would post a comment for the changes, and submit a deletion request in a couple of weeks. Thanks for the help. :D -- Thanks Regards Aniket Pradhan Byld Member ECE Undergrad | IIIT Delhi http://home.iiitd.edu.in/~aniket17133/

2 2

[aur-general] Change a base group to a simple group.
by Aniket Pradhan 24 May '19

24 May '19

Hello everyone. Just before I start, I am *NOT* referring to the base group in the main repos. I just adopted adwaita-qt[1] AUR package. It is a base-group which contains two sub-packages adwaita-qt4, and adwaita-qt5. Since, it is a base package, they share a common PKGBUILD, because of which adwaita-qt5's installation requires qt4 and vice-versa as well. I would like to split up this base-group and just make a regular group (KISS Principle) so that there's two separate PKGBUILDs and and resolve any issues as above. How can I achieve this? My every search leads me to the base group in the main repos, hence I had to come here. Moreover, what do you feel which method (one base-package or a regular group) would be suitable for such package? The only difference I can see is the dependency of qt4 and qt5. [1] = https://aur.archlinux.org/packages/adwaita-qt5/ -- Thanks Regards Aniket Pradhan Byld Member ECE Undergrad | IIIT Delhi http://home.iiitd.edu.in/~aniket17133/

3 2

[aur-general] Spam report - user: messytyagi
by Daniel Haß 18 May '19

18 May '19

Hi all, today one of my AUR package pages was spammed by a newly registered user: https://aur.archlinux.org/account/messytyagi The account was registered just before the spamming started and therefore this seems the only purpose of this account. Link to package page where spam can be found: https://aur.archlinux.org/packages/standardnotes-desktop/ My request to AUR admins: Please delete the spamming account and remove the spam comments on my package page. Thanks! Cheers, Daniel

4 3

[aur-general] Evolvotron app in AUR can't use correct distro libraries
by Saverio Brancaccio 15 May '19

15 May '19

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/

3 4

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