- Aur-general - lists.archlinux.org

[aur-general] PKGBUILD review request
by Josef Miegl 10 Feb '19

10 Feb '19

I've been trying to improve my AUR packages for the last few days. I'm still a beginner in package maintaining so I would like to have some feedback on some of my PKGBUILDs. I would love to hear everything that is wrong about them. Thanks! # Maintainer: Josef Miegl <josef(a)miegl.cz> pkgname=osmo-bsc-git pkgver=1.4.0.15.g7cfdbe727 pkgrel=1 pkgdesc="Open Source BSC (GSM Base Station Controller) with A-bis/IP and A/IP interface" url="https://osmocom.org/projects/osmobsc" arch=('i686' 'x86_64' 'aarch64' 'armv7h') license=(GPL) depends=('libosmocore' 'libosmo-abis' 'libosmo-sccp' 'osmo-mgw') makedepends=('git' 'talloc') provides=("${pkgname%-git}") conflicts=("${pkgname%-git}") backup=('etc/osmocom/osmo-bsc.cfg') source=("git+https://git.osmocom.org/${pkgname%-git}") sha256sums=('SKIP') pkgver() { cd "${srcdir}/${pkgname%-git}" echo $(git describe --always | sed 's/-/./g') } build() { cd "${srcdir}/${pkgname%-git}" autoreconf -i ./configure --prefix=/usr --sysconfdir=/etc make } package() { cd "${srcdir}/${pkgname%-git}" make DESTDIR=${pkgdir} install } # vim:set ts=2 sw=2 et: # Maintainer: Josef Miegl <josef(a)miegl.cz> # Contributor: goll <adrian.goll+aur[at]gmail> # Contributor: Kosava <kosava(a)gmail.com> pkgname=butt pkgver=0.1.17 pkgrel=1 pkgdesc="Easy to use, multi OS streaming tool" arch=('i686' 'x86_64' 'aarch64' 'armv7h') license=('GPL2') url="http://butt.sourceforge.net/" depends=('fltk' 'libpng12' 'portaudio' 'libfdk-aac' 'libvorbis' 'libogg' 'lame' 'flac' 'opus' 'libsamplerate') source=(${pkgname}-${pkgver}.tar.gz::"http://sourceforge.net/projects/${pkgname}/files/${pkgname}/${pkgname}-${pk…") sha256sums=('afe9596b1d9ef38d2fde1f3255e5a3a12b206c73c8e6601e37cccb07e67ae33d') build() { cd "${srcdir}/${pkgname}-${pkgver}" ./configure --prefix=/usr make } package() { cd "${srcdir}/${pkgname}-${pkgver}" make DESTDIR="${pkgdir}" install # Desktop file install -Dm644 "usr/share/applications/${pkgname}.desktop" "${pkgdir}/usr/share/applications/${pkgname}.desktop" # Icons for size in 16 22 24 32 48 64 96 128 256 512; do format="${size}x${size}" install -Dm644 "icons/icon_${format}.png" "${pkgdir}/usr/share/icons/hicolor/${format}/apps/${pkgname}.png" done install -Dm644 "icons/icon_scalable.svg" "${pkgdir}/usr/share/icons/hicolor/scalable/apps/${pkgname}.svg" # Documentation for doc in AUTHORS ChangeLog KNOWN_BUGS NEWS README THANKS; do install -Dm644 "${doc}" "${pkgdir}/usr/share/doc/${pkgname}/${doc}" done # Pixmaps for file in usr/share/pixmaps/"${pkgname}"*; do filename=`basename "${file}"` install -Dm644 "${file}" "${pkgdir}/usr/share/pixmaps/${filename}" done } # vim:set ts=2 sw=2 et:

5 5

[aur-general] Handling coincidental name collisions.
by Aniket Pradhan 10 Feb '19

10 Feb '19

Hello Everyone! I am Aniket Pradhan, username: major, who wrote "lsd" and initiated the discussion. I would like to thank everyone for their input on this matter. I agree with the others, that this IS a silly little script. I wrote it when I was learning shell programming. I published it to the AUR because it was going to be my first package here, and I wanted to keep it simple. The reason I started the discussion was that I was not given enough time to decide whether to delete the package or to rename it (or if it was my decision or some other TUs). The reason also stated "not useful enough" which was very ambiguous to me. But, I guess that is resolved now since "There is no such procedure to follow when deleting packages", quoted from Eli. I never wanted this to become such big an issue. I just wanted to discuss on the ethicality of the deletion. To be honest, I never wanted to contest for that name "lsd", because I know that my script is very "trivial". I would like to thank everyone, again, for participating in this discussion and giving your feedback. <3. (Thank you, Alad for reminding me to add an epilepsy warning). -- Thanks Regards Aniket Pradhan Byld | Cyborg Member ECE Undergrad | IIIT Delhi http://home.iiitd.edu.in/~aniket17133/ P.S. I am new to the mailman, and I am not sure if I am creating a new topic or replying to the existing one. Please excuse me for that. > Occasionally I zen out to asciiquarium Thanks for the recommendation, Brett. :P Thank You Xyne, for starting out this thread. You too Trilby (if you are around here) :)

3 3

[aur-general] SPAM delivered from Thanos1234 account in AUR
by Daniel Mirkin 09 Feb '19

09 Feb '19

To Trust Users: Today I've received SPAM, delivered from Thanos1234 account, in the comments area of my USBPICPROG package in AUR. I saw that SPAM comments was delivered to at least three other AUR pages from the same Thanos1234 account; see https://aur.archlinux.org/account/Thanos1234/comments Could you inform to Thanos1234 that his behavior is unacceptable? And if he/she continues to send SPAM, could you block Thanos1234 account, to avoid disturbing comments on AUR pages? Your efforts will be appreciated. Best regards, *Daniel Mirkindanielmirkin(a)gmail.com <danielmirkin(a)gmail.com>*

2 1

[aur-general] Launch script: distinguish Java version
by Simon Legner 31 Jan '19

31 Jan '19

Hi, is there a canonical way to distinguish the active Java version in the launch script of a Java application? (a) I could do a switch on the `archlinux-java get` output. However, this strategy might fail for unconsidered JVMs from AUR. (b) I could parse the `java -version` output. However, the output is somewhat complex to parse and its syntax differs between Java versions and implementations. (c) Some packages rely on aur/archlinux-java-run. The Arch Linux Wiki page does not mention any strategy or preferred way. [0] Rationale: jd-gui needs additional JVM arguments to make it run on Java ⩾9. [1] Thanks, simon04 [0] https://wiki.archlinux.org/index.php/Java_package_guidelines [1] https://github.com/java-decompiler/jd-gui/issues/187#issuecomment-408341767

1 0

[aur-general] Away until January 31st
by Jerome Leclanche 30 Jan '19

30 Jan '19

Hey folks, I'm on a pretty awful laptop + internet right now and unable to attend to TU duties until end of the month. I'll note that I'm unable to even load https://aur.archlinux.org -- it seems to hang at the TLSv1.3 handshake on my 4G (tethered or not). This has been the case since forever but it's now an issue. I initially thought it was just down. Then thought it was on my side but the rest of the archlinux domains work fine. Any idea what could cause this? J. Leclanche

4 5

[aur-general] spam comment in AUR package camotics
by Paul Hentschel 28 Jan '19

28 Jan '19

A spam comment was posted at https://aur.archlinux.org/packages/camotics/ by this new user https://aur.archlinux.org/account/Addu12 Paul

2 1

[aur-general] I want to update gtkhtml4 in AUR
by stefan-husmann＠t-online.de 28 Jan '19

28 Jan '19

Hello, Can someone please have a look on what happens on server side? I want to update gtkhtml4 in AUR adding a long proposed (in the comments) patch. This fails with fatal: unable to access 'https://aur.archlinux.org/gtkhtml4.git/': The requested URL returned error: 403 I maybe do not see the obvious, but I can update my other packages without problems, but not thi one, which I newly adopted. Best Regards Stefan

6 11

[aur-general] Purge of packages orphaned, out-of-date, and last updated before 2017
by Daniel M. Capella 27 Jan '19

27 Jan '19

Based on the loosely defined "cleanup criteria"[], we're overdue for a little purge. The candidates can be found here: https://aur.archlinux.org/packages/?O=0&SeB=nd&K=&outdated=on&SB=l&SO=a&PP=… https://aur.archlinux.org/packages/?O=250&SeB=nd&outdated=on&SB=l&SO=a&PP=2… Please run `aurphan -a` to see if you have any orphaned AUR packages installed, and do everyone a favor by adopting them. If there are no objections, it will be done this weekend. A reply will be sent for record-keeping with the list of packages prior to deletion. []: https://wiki.archlinux.org/index.php/DeveloperWiki:AUR_Cleanup_Day#Possible… -- Best, polyzen

7 10

[aur-general] [tu-bylaws] [PATCH] add README describing how to update the bylaws
by Eli Schwartz 22 Jan '19

22 Jan '19

Signed-off-by: Eli Schwartz <eschwartz(a)archlinux.org> --- This is not an amendment to the bylaws themselves, and as such does not require any sort of vote. But I think this is rather useful to have, as there is currently not a case of perfect clarity for the administrivium involved in processing updates. As development of the bylaws happens on this list, I'm sending it in here. Hope this change makes sense to all. README.md | 12 ++++++++++++ 1 file changed, 12 insertions(+) create mode 100644 README.md diff --git a/README.md b/README.md new file mode 100644 index 0000000..262a22c --- /dev/null +++ b/README.md @@ -0,0 +1,12 @@ +# AUR Trusted User Bylaws + +This document describes the bylaws which govern the Arch Linux Trusted Users. + +Instructions for updating: + +- follow the procedure outlined in the bylaws for proposing an update +- if accepted, push to master branch of this repository and tag the commit + "proposal-$num" to correspond with the vote ID at + https://aur.archlinux.org/tu/ +- ask one of the aurweb maintainers to run `make` and deploy the resulting + `*.html` to `${aurweb_root}/web/html/trusted-user/` -- 2.20.1

1 0

[aur-general] What happened to wine-gaming-nine?
by Alex Smith 22 Jan '19

22 Jan '19

I am curious as to what happened to the AUR package named "wine-gaming- nine". Did the account behind it get banned? Or was it simply deleted because it was out of date.

2 1