January 2018 - 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: 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] 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

Re: [aur-general] Protokoll Treffen FSFE Community Bonn vom 2018-01-08
by Bjoern Bidar/Thaodan 29 Jan '18

29 Jan '18

> Wer möchte zuerst etwas vorbereiten für nächstes Mal? Hallo, ich war letztes mal das erste mal dabei und habe etwas über mich erzählt. Ich hatte in meinem vorherigen Arbeitsplatz Linux in der Firma verwendet bzw eingeführt. Ich würde gerne vortragen wie ich dies getan habe bzw weiter geplant habe. Ich würde eine kleine Presentation bzw. Erklärung mit den Programmen und Code die ich noch dazu habe. Die Presentation werde ich mit Org-Mode machen und dies kann ich bei bedarf dann auch vorstellen. Grüße Björn

1 1

[aur-general] TU resignation
by Bartłomiej Piotrowski 26 Jan '18

26 Jan '18

Hi everyone, for a long time I've been both a developer and TU. As a trusted user I wasn't really involved with anything beyond looking for people that could be a good fit to Arch. With recent additions to the team, I'm sure you can keep the ball rolling on your own. Therefore I'm resigning from my TU position and remain "just" a grumpy developer. Bartłomiej

1 0

[aur-general] amiwm PKGBUILD file
by Panayotis Katsaloulis 24 Jan '18

24 Jan '18

Hello all This is my first attempt to create a valid PKGBUILD file for Arch Linux. It is about the missing amiwm window manager. Please tell me what you think # Maintainer: Panayotis Katsaloulis <panayotis(a)panayotis.com> pkgname=amiwm pkgver=0.21pl2 pkgrel=1 pkgdesc="An X window manager that tries to make your display look and feel like an Amiga® Workbench® screen" arch=('x86_64' 'i686') url="https://www.lysator.liu.se/~marcus/amiwm.html" license=('FREEWARE') source=('ftp://ftp.lysator.liu.se/pub/X11/wm/amiwm/amiwm0.21pl2.tar.gz') md5sums=('3a47e887777e2be2978363220cf815ef') build() { cd "$pkgname$pkgver" ./configure --prefix=/usr make } package() { cd "$pkgname$pkgver" make prefix="$pkgdir/usr" install rm $pkgdir/usr/bin/requestchoice install -Dm644 LICENSE "$pkgdir"/usr/share/licenses/$pkgname/LICENSE }

5 7

[aur-general] Special Removal of an Inactive TU: speps
by Balló György 21 Jan '18

21 Jan '18

According to the Trusted User Bylaws[1], we have to vote about the removal of an inactive TU, speps. So I'm starting a discussion period of 3 days. 1. His last commit in the [community] repository: 2017-01-03 2. He doesn't maintain any packages in AUR. 3. His last message to aur-general mailing list: 2014-03-02 4. Most of his packages were adopted by dvzrv. speps, thank you for your work on making Arch Linux better. I hope that once we'll see you again! [1] https://aur.archlinux.org/trusted-user/TUbylaws.html#_special_remov al_of_an_inactive_tu -- György Balló Trusted User

9 17

[aur-general] rewrite git history
by Sandor Nagy 20 Jan '18

20 Jan '18

Hi, I did git commit and git push into AUR from a PC at my workplace using company email address accidentally, but it is a policy at our company, that email address must not to be public. Can I clean that anyway? I have set my public email address and tried git commit --amend --reset-author using the right email but hook declined. If a TU can rewrite the git history, please write me a private email message.

1 0

[aur-general] Wrong AUR Build file
by Panayotis Katsaloulis 18 Jan '18

18 Jan '18

Hello people Newbie here in Arch Linux. I have a question, which I didn't find in the documentation. What is the proposed way to inform about an AUR build file containing errors? Especially if I e-mailed the maintainer with no response? Thank you!

3 4