- Aur-general - lists.archlinux.org

Re: [aur-general] PKGBUILD depends() question
by Mikael Blomstrand 22 Feb '18

22 Feb '18

In the documentation FAQ there's a "Is there a package for my Operating System?" topic. From there there's a link to install instructions. Look there. Otherwise it seems like they are happy to help you if you ask them. tors 22 feb. 2018 kl. 08:09 skrev Future Trailer <alrii14344(a)gmail.com>: > i'm trying to build this project. https://github.com/Kinto/kinto > > On Thu, Feb 22, 2018 at 1:30 AM, Mikael Blomstrand <mbloms(a)kth.se> wrote: > >> Depends on the project, but upstream usually has a list of dependencies >> in the build instructions or somewhere at the development page. >> >> What package are you trying to make a PKGBUILD for specifically? >> tors 22 feb. 2018 kl. 02:06 skrev Future Trailer via aur-general < >> aur-general(a)archlinux.org>: >> >>> Thank you for the reply. And forgive me for being a newbie. I am just >>> confuse how do you get the upstream lists? >>> >>> On Sun, Feb 18, 2018 at 11:11 PM, Robin Broda via aur-general < >>> aur-general(a)archlinux.org> wrote: >>> >>> > Try to figure out what upstream lists as dependencies, & check against >>> > namcap[1] >>> > >>> > [1] - https://wiki.archlinux.org/index.php/Namcap#Dependencies >>> > >>> > - Rob >>> > >>> > >>> > On 02/19/2018 05:08 AM, Future Trailer via aur-general wrote: >>> > >>> >> When creating PKGBUILD how can I find the dependency of a package to >>> fill >>> >> the depends() array? Many thanks to your help. >>> >> >>> > >>> >> >

1 0

[aur-general] PKGBUILD depends() question
by Future Trailer 22 Feb '18

22 Feb '18

When creating PKGBUILD how can I find the dependency of a package to fill the depends() array? Many thanks to your help.

3 3

[aur-general] Issue with proper packaging
by Konstantin Gizdov 21 Feb '18

21 Feb '18

Hi, I'm having trouble making a package under the Arch Packaging Standards. The package in question is `simpletools`. The problem I'm having is that if I use `prepare()` & `build()` directives as intended, then the target `make install` does not exist when called from inside `package()` directive. I'm wondering if this is an issue because of the way `makepkg` pulls it over git and later handles it, or is it some problem with the CMake configuration in the software itself? I haven't been able to replicate this in a manual way, because obviously when run manually the configuration is persisted locally. Any comments? -- Regards, Konstantin

5 9

[aur-general] Please remove gsmartcontrol-svn package from AUR
by John Lane 20 Feb '18

20 Feb '18

Hi, I got the below sent to me regarding a pkg I have in AUR. I guess it should be deleted as per the request. I believe that requires a mail to this list? https://aur.archlinux.org/packages/gsmartcontrol-svn/ I verified [1] the sender's address is indeed the upstream developer. thanks. [1] https://gsmartcontrol.sourceforge.io/home/index.php/Support -------- Forwarded Message -------- Subject: Please remove gsmartcontrol-svn package Date: Thu, 08 Feb 2018 16:26:28 +0400 From: Alexander Shaduri <ashaduri(a)gmail.com> To: archlinux(a)jelmail.com Hi, I'm the developer of GSmartControl and I see there is an Arch package of gsmartcontrol-svn here: https://aur.archlinux.org/packages/gsmartcontrol-svn/ Could you please remove this package? I keep getting bug reports for it, but the thing is, the SVN version is not intended for public consumption at all. It may not build, may not run, may destroy your data, etc... Plus, it's in the middle of active rewrite/refactoring right now and is in no state to be even compiled. Thanks, Alexander

8 14

[aur-general] Rpc Info Order
by Morgan Adamiec 17 Feb '18

17 Feb '18

Previously when using the Rpc interface info requests would always be returned in order of input but I realised this specific request [1] returns out of order. Is order a thing that was never guaranteed and just happened to be true in 99% of instances or is this a true bug? https://aur.archlinux.org/rpc/?v=5&type=info&arg[]=gstreamer0.10-good-plugi…

2 5

[aur-general] TU application: Ivy Foster
by Ivy Foster 11 Feb '18

11 Feb '18

Hi, folks, I'm writing to apply to be a TU, and Alad Wenter has kindly agreed to be my sponsor. I've been an Arch user for the last 10 years or so. Some of you may know me from IRC or the forums, where I use the nick escondida. Lately, I've been much less active on IRC, but have contributed a handful of patches to pacman. I also maintain [a few buildscripts][1] in the AUR. Arch has always been a rewarding community to contribute to, and I figure that maintaining some packages and generally helping out could be a good way to contribute a bit more. If accepted to be a TU, my plan of action is as follows: 1. Go mad with power^U 1. Bring a handful of packages into [community] (see below) 2. Help out with rebuilds and package updates where that does not involve stepping on toes 3. Continue to submit occasional patches to Arch projects 4. Help with to-do lists. Off the top of my head, taking a quick look at current to-do lists with actual outstanding items: https://www.archlinux.org/todo/packages-with-out-of-repositories-dependenci… I'd be interested both in simply weeding out those with inappropriate deps and in bringing in deps I'd consider actually useful, such as tcllib for tcl-remind. https://www.archlinux.org/todo/source-retirement/ https://www.archlinux.org/todo/codegooglecom-retirement/ I wouldn't mind tracking down lost sources. Thanks for your consideration, and I'm of course happy to answer questions and address critiques. Cheers, Ivy "escondida" Foster # Packages If I'm accepted, there are a handful of packages I already have in mind to bring to the repos: - [bemenu][2] Though dmenu is already available, bemenu is a solid alternative for X, Wayland or terminals. - [farbfeld][3] An oddball but interesting new image format - [frotz][4] I don't know about you guys, but I think that text adventures are positively xyzzy. - [ledger][5] This program is super useful, and I doubt I'm the only one who dreads every boost update because this takes so long to build! - [muttprint][6] I don't always print emails, but when I do, I use muttprint. - [opendoas][7] OpenBSD's much simpler alternative to sudo is now available for Linux. - [physlock][8] A tty screen locker - [sndio][9] OpenBSD's excellent and simple sound system is now available as a userspace daemon for Linux, and a surprising number of things can build against it easily. Note that if I did bring this in, I wouldn't be including my very basic XDG basedir patch (see AUR scripts). I'm going to try and submit a better one upstream, and if that fails, then...oh, well, I guess. - [t-prot][10] It's just a simple script, but as a mutt user, it comes very much in handy for making many emails more legible. - [translate-shell][11] Very useful for simplifying or scripting translation tasks (not that you should be counting on google translate to handle anything longer than a few words, but still) - [xurls][12] Saves you the trouble of parsing strings to find links # Links [1]: https://aur.archlinux.org/packages/?SeB=m&K=escondida [2]: https://github.com/Cloudef/bemenu [3]: https://tools.suckless.org/farbfeld/ [4]: http://frotz.sourceforge.net/ [5]: https://www.ledger-cli.org [6]: http://muttprint.sourceforge.net/ [7]: https://github.com/Duncaen/OpenDoas [8]: https://github.com/muennich/physlock [9]: http://www.sndio.org/ [10]: http://www.escape.de/~tolot/mutt/ [11]: https://www.soimort.org/translate-shell/ [12]: https://github.com/mvdan/xurls

9 20

[aur-general] TU for moving DDNet to community?
by Rafael Fontenelle 10 Feb '18

10 Feb '18

Hello, DDNet is a very fun sidescrolling game, similar to Teeworlds (DDNet is actually a mod of Teeworlds). Since Teeworlds's development is very slow and DDNet's development is very active, a lot of players migrated to DDNet, which allows to play both gametypes of Teeworlds and many others of DDNet. Here is a fan-made trailer of DDNet: https://www.youtube.com/watch?v=xwyk4hPZM1g Archwiki page: https://wiki.archlinux.org/index.php/DDNet This package is very easy to maintain, all dependencies are in official repos, and most of its updates represent changes only in pkgver and checksums. I'd be glad to see this package in community, if possible, in order to reach users that avoid AUR. https://aur.archlinux.org/packages/ddnet/ Other related packages to consider: https://aur.archlinux.org/packages/ddnet-maps-git/ https://aur.archlinux.org/packages/ddnet-skins/ Is there a TU that would like to adopt it and move it to community repo? Feel free to ask me more info. Best regards, Rafael Fontenelle

4 5

[aur-general] aur-out-of-date: determine out-of-date AUR packages w.r.t. upstream
by Simon Legner 04 Feb '18

04 Feb '18

Hi aur-general, as a maintainer of fifty-something AUR packages I found it difficult to keep track of new upstream versions. I would subscribe to various RSS feeds to keep track of some. Recently, I sat down and wrote a tool "aur-out-of-date" which, given a username or a list of packages, checks upstream for newer versions. It does so by inspecting the upstream URL and/or source URL, and calling a suitable API (github.com, registry.npmjs.org, pypi.python.org, cpan.org for now) to determine the latest released version. Out-of-date packages are output in red color on the command line. Give it a try: https://github.com/simon04/aur-out-of-date https://aur.archlinux.org/packages/aur-out-of-date/ I'm happy to hear you feedback :) Simon

5 9

[aur-general] Moving xss-lock to community
by Pierre Neidhardt 03 Feb '18

03 Feb '18

Seems fairly popular, plus it's useful to lock the screen on sleep without systemd. -- Pierre Neidhardt

7 22

[aur-general] [tu-bylaws] [PATCH] Clarify the process for Special Removal of an inactive TU
by Eli Schwartz 31 Jan '18

31 Jan '18

Not everything that is available only to an aurweb account of the Trusted User type, qualifies as a TU "privilege" Signed-off-by: Eli Schwartz <eschwartz(a)archlinux.org> --- Handy link to context and surrounding discussion: https://lists.archlinux.org/pipermail/aur-general/2018-January/033789.html The current wording of the bylaws indicates that there are two ways for a TU to qualify for special removal due to inactivity: 1) Do not participate in voting, thereby potentially blockading a quorum. 2) Do not participate in general TU'ish activities like maintaining [community], administrating the AUR and the packagers and users therein, being representative of TUs in general on this mailing list by being awesome and stuff, i.e. posting (hopefully useful information that helps AUR users), and... um... voting? Point #2 calls out "performed any action that required TU privileges on the AUR", but does the tu voting interface on aurweb count as that or not? Moreover, do we *want* it to count? It seems to be somewhat defeating the purpose of the process, i.e. as long as a TU doesn't actually block quorum during a vote, they can remain while not actually performing any of the inherent functions of a TU. Now, I would argue that under a common sense interpretation the original intent of the bylaws was almost certainly that voting does not count as a "TU privilege", since a TU is someone who has the "privilege" to administrate AUR packages and users in order to keep good order, and select good packages to upload to [community]. But bylaws exist in order to prevent people from having different interpretations of common sense. So this should be clarified no matter what. tu-bylaws.txt | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/tu-bylaws.txt b/tu-bylaws.txt index c7a376e..27e4804 100644 --- a/tu-bylaws.txt +++ b/tu-bylaws.txt @@ -142,7 +142,9 @@ A TU who has not done ANY of the following for a period of at least 2 months: 1. added, removed or updated a package in +[community]+ or the AUR -2. performed any action that required TU privileges on the AUR +2. performed any action that required TU privileges on the AUR, for example +resolving package requests, modifying user accounts, or force pushing to a +package base, but NOT including participation in a voting period 3. posted a message to https://mailman.archlinux.org/mailman/listinfo/aur-general[aur-general] -- 2.16.0

6 12