Package Details: xdman-beta-bin 8.0.29-8

Git Clone URL: https://aur.archlinux.org/xdman-beta-bin.git (read-only, click to copy)
Package Base: xdman-beta-bin
Description: Powerfull download accelerator and video downloader (binary release)
Upstream URL: https://github.com/subhra74/xdm
Keywords: beta bin binary c# download gtk gtk3 manager
Licenses: GPL3
Conflicts: xdman-beta
Provides: xdman-beta
Submitter: begin-theadventu
Maintainer: begin-theadventu
Last Packager: begin-theadventu
Votes: 3
Popularity: 0.036178
First Submitted: 2023-10-01 16:37 (UTC)
Last Updated: 2023-11-11 18:51 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 Next › Last »

begin-theadventu commented on 2023-11-11 16:34 (UTC) (edited on 2023-11-11 16:34 (UTC) by begin-theadventu)

I don't want to conflict xdman, because this package doesn't conflict with it.

The files are mostly installed to a folder in /opt, the binary file is installed as xdman-beta, and the icon/desktop shortcut are named differently.

edit: xdman-beta provide is for extension packages.

xiota commented on 2023-11-11 16:03 (UTC) (edited on 2023-11-11 16:38 (UTC) by xiota)

@begin-theadventu What are you trying to achieve with these commits? The recent change to conflicts on xdman-beta and provides xdman is problematic... I suggest you revert to 940d959867f7, which had no problems.

dr460nf1r3 commented on 2023-11-11 15:34 (UTC) (edited on 2023-11-11 15:38 (UTC) by dr460nf1r3)

This package should provides/conflicts xdman because it contains the file /usr/bin/xdman

Exactly what I meant, thanks. There are a lot of people running into dependency issues because this package suddenly no longer provides xdman.

begin-theadventu commented on 2023-11-11 14:12 (UTC) (edited on 2023-11-11 14:17 (UTC) by begin-theadventu)

@dr460nf1r3 ? https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=xdman-beta-bin#n14

Edit: If you're wondering why I changed it to xdman-beta it's because the current stable release of xdman is a Java application, whereas beta is not.

dr460nf1r3 commented on 2023-11-11 12:48 (UTC)

Is there a reason for adding a conflicts but not a provides? This seem to cause unnecessary issues.

xiota commented on 2023-10-02 22:55 (UTC) (edited on 2023-10-02 22:55 (UTC) by xiota)

I found 85 current aur packages that reference pkg.tar.zst sources.

The deletion request was approved unusually quickly. According to ArchWiki and past TU comments I've seen, maintainers should have at least two weeks to respond to requests / comments / etc. Past comments for that package are unavailable, so don't know what happened. The author of that deletion request may have had other motives. He is the maintainer of competing wine-ge-custom packages.

xiota commented on 2023-10-02 20:43 (UTC)

The way that deletion request is worded makes it look like the package was a duplicate of an existing AUR package. I don't find any other deletion or orphan request citing the same reason.

The recreated wine-ge-custom-bin package is almost exactly the same, but uses the tarball from the repository cited in url and relocates the files to /opt.

That rule makes no sense if your interpretation is correct.

begin-theadventu commented on 2023-10-02 11:04 (UTC)

@xiota https://lists.archlinux.org/archives/list/aur-requests@lists.archlinux.org/thread/2CDHE3BTCRAPSEZVE7QPUJ3ZJNB7LUZF/#2CDHE3BTCRAPSEZVE7QPUJ3ZJNB7LUZF

https://aur.archlinux.org/cgit/aur.git/diff/PKGBUILD?h=wine-ge-custom-bin&id=0943dc2f8a6e7d706b4fab3a34b8a48437eee773

« First ‹ Previous 1 2 3 4 Next › Last »