[aur-general] Deletion of discord-updater{,-canary}?

Eli Schwartz eschwartz at archlinux.org
Thu May 10 00:50:58 UTC 2018

On 05/09/2018 08:29 PM, Morgan Adamiec via aur-general wrote:
> discord-updater is quite a confusing package to me. I'm not sure is I
> should file a deletion request for it.
> When discord needs an update it will refuse to start until it is
> updated. This package appears to be designed to download the latest
> discord .tar.gz and extract it to ~/.local. By passing the need to
> wait for updates on the main discord AUR package.
> My question here is does this count as a duplicate to discord? And
> even if it does not should this really be in the AUR in the first
> place? It is just a simple script really.

I'm not sure I see a reason for this package either, especially
considering this will tend to duplicate lots of content in a multi-user

> For future reference I would appreciate if anyone can tell me the
> correct place to send this sort of thing. Here, to aur-requests or
> type it into the request box on the AUR page.

Submitting a deletion request is something you should do when you're
pretty sure that's the action that should be taken. If you're unsure,
then aur-general is a reasonable enough place to inquire about policy.

> Also on a similar topic, the package discord-always-canary was removed
> from the AUR by Eschwartz. This package is essentially discord-canary
> with a pkgver() function. Meanwhile firefox-always-nightly is still on
> the AUR and is essentially the same idea.

I noticed the former, while dealing with a package request. I never
noticed the latter. :D

But I don't see the point of that either, especially considering
firefox-nightly is pretty good about tracking this properly.

> Is there a reason the discord-always-canary can not exist, similar to
> pkg and pkg-git? I get they comparison is not exactly the same because
> both discord packages source stable versions.

git packages specifically refer to the latest VCS sources. They're 1)
development versions, 2) building different code, 3) tracking something
which is inherently changeable.

packages which are nominally stable releases, but get updated nightly,
are an interesting issue. I don't think anyone is served by having two
packages for it though -- I figure this is reasonable:

> Instead would it be a good idea to add a pkgver() function to the main
> discord packages? As mentioned discord will refuse to start when out
> of date, so most users are stuck waiting for the maintainer to update
> it.

This would probably make sense, it's the same thing firefox-nightly does.

Eli Schwartz
Bug Wrangler and Trusted User

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <https://lists.archlinux.org/pipermail/aur-general/attachments/20180509/12df845f/attachment.asc>

More information about the aur-general mailing list