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
Hiya! Jerome convinced me to finally apply for TU, and Sven-Hendrik
agreed to co-sponsor my application (both Cc'd).
I'm a generalist that works on free software full time. I maintain the
following AUR packages:
https://aur.archlinux.org/packages/?SeB=m&K=sircmpwn
I also maintain a third-party Arch repo and oversee some automation for
helping to build and publish new packages:
https://git.sr.ht/~sircmpwn/sr.ht-pkgbuilds
I'm also the upstream maintainer for several packages in community,
including wlroots, sway, and scdoc; and I maintain numerous packages for
Alpine Linux as well. I maintain many other free software projects,
most notably sourcehut, and I also contribute to many projects
maintained by others as well.
I think Jerome has been hoping for some relief from the packages I
maintain the upstream for, so I may start by relieving that burden. I'd
also like to move the samuari package into community, and likely some
of the Python packages from my third-party repository as well.
Outside of packaging, I have also been doing some exploratory work that
I hope will lead to finally moving Arch Linux from SVN to git.
As a long time fan and user of Arch Linux, I'm looking forward to the
chance to give back to the community. If anyone has any questions,
please let me know.
--
Drew DeVault
On 25/02/2019 00.23, Drew DeVault wrote:
> Hiya! Jerome convinced me to finally apply for TU, and Sven-Hendrik
> agreed to co-sponsor my application (both Cc'd).
>
> I'm a generalist that works on free software full time. I maintain the
> following AUR packages:
>
> https://aur.archlinux.org/packages/?SeB=m&K=sircmpwn
>
> I also maintain a third-party Arch repo and oversee some automation for
> helping to build and publish new packages:
>
> https://git.sr.ht/~sircmpwn/sr.ht-pkgbuilds
>
> I'm also the upstream maintainer for several packages in community,
> including wlroots, sway, and scdoc; and I maintain numerous packages for
> Alpine Linux as well. I maintain many other free software projects,
> most notably sourcehut, and I also contribute to many projects
> maintained by others as well.
>
> I think Jerome has been hoping for some relief from the packages I
> maintain the upstream for, so I may start by relieving that burden. I'd
> also like to move the samuari package into community, and likely some
> of the Python packages from my third-party repository as well.
>
> Outside of packaging, I have also been doing some exploratory work that
> I hope will lead to finally moving Arch Linux from SVN to git.
>
> As a long time fan and user of Arch Linux, I'm looking forward to the
> chance to give back to the community. If anyone has any questions,
> please let me know.
>
> --
> Drew DeVault
I confirm my co-sponsorship. Let the discussion period begin!
On Mon, Feb 25, 2019 at 12:23 AM Drew DeVault <sir(a)cmpwn.com> wrote:
>
> Hiya! Jerome convinced me to finally apply for TU, and Sven-Hendrik
> agreed to co-sponsor my application (both Cc'd).
>
> I'm a generalist that works on free software full time. I maintain the
> following AUR packages:
>
> https://aur.archlinux.org/packages/?SeB=m&K=sircmpwn
>
> I also maintain a third-party Arch repo and oversee some automation for
> helping to build and publish new packages:
>
> https://git.sr.ht/~sircmpwn/sr.ht-pkgbuilds
>
> I'm also the upstream maintainer for several packages in community,
> including wlroots, sway, and scdoc; and I maintain numerous packages for
> Alpine Linux as well. I maintain many other free software projects,
> most notably sourcehut, and I also contribute to many projects
> maintained by others as well.
>
> I think Jerome has been hoping for some relief from the packages I
> maintain the upstream for, so I may start by relieving that burden. I'd
> also like to move the samuari package into community, and likely some
> of the Python packages from my third-party repository as well.
>
> Outside of packaging, I have also been doing some exploratory work that
> I hope will lead to finally moving Arch Linux from SVN to git.
>
> As a long time fan and user of Arch Linux, I'm looking forward to the
> chance to give back to the community. If anyone has any questions,
> please let me know.
>
> --
> Drew DeVault
I confirm my sponsorship for this application. o/
I indeed currently maintain sway and one of its dependencies, would be
handing that off to Drew as he's better suited to package it.
J. Leclanche
Hello,
My account was suspended a few months ago. I would like to continue
helping to fix packages even though I haven't been decent in previous
incidents.
Can I get my account unsuspended?
Hope you can understand,
Regards,
Gonçalo Pereira
Hi everyone,
This is in regard to this thread on the forum:
https://bbs.archlinux.org/viewtopic.php?id=244051
The packaged contained this project:
https://github.com/Aniket-Pradhan/lsd
To summarize the thread, an AUR package that had existed for a while was
deleted when an unrelated package of the same name was moved to [community].
The reason given was that the AUR package was "not useful enough", either
because it only had 2 votes or because the acting TU saw no personal use for it.
For trivial packages, it would be good to at least clarify the reason for
deletion in a little more detail. There are plenty of AUR packages that persist
for years with 0 votes so a maintainer with 2 votes may be understandably
confused by the terse statement "not useful enough". A little clarification can
easily disperse that confusion and better guide the user through future
contributions.
However, "trivial" here usually means that someone uploaded a bash script to do
something like open arandr and click on it with xdotool to save half a second,
or baked some convoluted ls-cat-cat-grep-cat-sed-cat pipe into a 3-line script.
The project involved here is not in the same category. It may not be practically
"useful" for many users, but it does do something that is not trivial to
replicated in a few lines of shell code. It's "usefulness" is subjective.
In this case, the TU should have proposed renaming the package, given the
maintainer some time to pick a new name and re-upload the package, and then
merged the old one. Even a single vote from another user can be encouraging so
the merge is worthwhile unless the maintainer states otherwise.
Regards,
Xyne
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:
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) :)
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>*