On Thu, Nov 07, 2024 at 04:48:27PM +0100, Andreas Rönnquist wrote: > On Sat, 2 Nov 2024 14:21:58 +0100 =?utf-8?B?0L3QsNCx?= > <nabijaczlew...@nabijaczleweli.xyz> wrote: > > gdebi came up on BOTD today and I fixed a few bugs. > > I'll open an ITS (didn't)
> > and rebase my bugs on top of the new git repository. https://salsa.debian.org/debian/gdebi/-/merge_requests/1 (#764366, #773336, #794115, #822625, #924761, #931273, #1073241, #1081235, #1086627) Also maybe https://salsa.debian.org/debian/gdebi/-/merge_requests/2 (#924761) but idk, it renders weird > but since I did that I discovered that Mint > (which I believe was driving the work behind gdebi at least to some > extent) tbf idk if what I see yields this conclusion to me ‒ ~gdebi-developers is mostly Canonical employees and the captain README complains about gdebi maintenance > will go another way > (see "Maintaining better APT libraries and utilities" on > https://blog.linuxmint.com/?p=4740 That's unfortunate timing, the interesting pull-quote is > Gdebi and apturl were merged into a single utility application called Captain. linking to https://github.com/linuxmint/captain. This says > Captain replaces gdebi (which wasn't actively maintained upstream) and > apturl (which wasn't actively maintained and was specific to Ubuntu). wherein (a) captain seems to actually replace gdebi-gtk, not gdebi; (b) captain only shows the pacakge description, maintainer, and size; (c) also says "Error dependency unsatisfiable" if it is; (d) has an install button; (e) requires a file argument, doesn't have an open dialog. So this is hardly a true replacement at this time, it's more like apt info + apt install ./$file. (Admittedly, it's not like I understand why you'd ever want to use gdebi, but this is from a strictly pragmatic perspective of replacement.) > So before doing more work on this I would like to see which way those > groups go, and don't waste more of my time on tools that won't get any > usage anyway. I also thought this, but the gdebi popcon is inexplicably inst vote old recent nofiles gdebi-core 22399 7529 12468 2387 15 gdebi 18816 1968 14239 2595 14 I agree that trying to resume active development is a waste of time, especially if no downstream cares, but applying some easy already-written fixes is a wash at worst imo.
signature.asc
Description: PGP signature
