Unmaintained, EAPI 0.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=2bb24337200c51d566f91e848517f7865bea858f commit 2bb24337200c51d566f91e848517f7865bea858f Author: Michał Górny <mgorny@gentoo.org> AuthorDate: 2019-10-04 19:42:48 +0000 Commit: Michał Górny <mgorny@gentoo.org> CommitDate: 2019-10-04 19:43:39 +0000 package.mask: Last rite app-dicts/dictd-* EAPI 0 Bug: https://bugs.gentoo.org/696248 Signed-off-by: Michał Górny <mgorny@gentoo.org> profiles/package.mask | 14 ++++++++++++++ 1 file changed, 14 insertions(+)
Created attachment 592978 [details] dictd-dicts-meta-0.ebuild, replaces dictd-dicts In case anyone cares, here are some EAPI7 and SRC_URI corrected versions of these ebuilds
Created attachment 592980 [details] dictd-devils-0-r1.ebuild, EAPI7, SRC_URI corrected
Created attachment 592982 [details] dictd-devils-0-r1.ebuild
Created attachment 592984 [details] dictd-dicts-meta-0.ebuild
Created attachment 592986 [details] dictd-elements-2000.22.07-r1.ebuild
Created attachment 592988 [details] dictd-foldoc-2018.12.30.ebuild
Created attachment 592990 [details] dictd-gazetteer-1.2-r1.ebuild
Created attachment 592992 [details] dictd-gcide-0.48.5.ebuild GCIDE includes Webster 1913, so this replaces it
Created attachment 592994 [details] dictd-jargon-4.4.7.ebuild
Attaching a dozen files on Bugzilla doesn't help. Even if we could legally use them (read the big message over attachment form), fetching them all is more work than bumping the ebuilds by hand.
(In reply to Michał Górny from comment #11) > Attaching a dozen files on Bugzilla doesn't help. Even if we could legally > use them (read the big message over attachment form), fetching them all is > more work than bumping the ebuilds by hand. Okay sorry, I was using (py)bugz so I neither see the disclaimer, and that's also the reason for the application/octet-stream. In the mask comment you say: > If you want > them to stay, please sacrifice the 30 minutes of your life needed > to port them to EAPI 7, recheck license, update URIs, etc. which I read and though well okay I shall do that.
Created attachment 594056 [details, diff] First two updated ebuilds (dictd-jargon and dictd-elements) While Peter Gantner's updates (should -- I haven't tested them) work if we wrap them up a bit more nicely, it feels a bit weird to be pulling prepared files from another distribution, when part of the point of Gentoo is to build things ourselves. That said, either I have a selectively-bad FTP installation or the dict.org hosting is broken, so I've needed to chase originals down in weird places; you'll notice I had to go to the Wayback Machine to get the Elements source, which might arguably be worse than Ubuntu but at least gives a newer revision. I'll be working through the others, but they were even less easily found than these two, and I've gotten sidetracked into quickly writing a translator for Webster's. Additionally, while we're overhauling this, does anyone actually feel a need for dictd-dicts(-meta)? I get its purpose in tightly-bound software suites, but here I'd think most people would only use a couple of the dictionaries and ignore the rest -- and it's not too difficult to simply add all of them to @world if someone does want them all anyway.
Created attachment 594712 [details, diff] First two updated ebuilds (dictd-jargon and dictd-elements) r1 My previous patch left a brace in the source URL for dictd-elements. Here's a new one.
Created attachment 594718 [details, diff] Build dict-web1913 from scratch This was a good exercise in a few new technologies that I've been needing to check out for future projects. It's not (yet) as pretty as the original, but things seem to at least be building nicely for now.
Created attachment 594776 [details, diff] Build dict-web1913 from scratch r1 ...And this time I forgot to mark the arches as ~testing. Always the deceptively small things that sneak past proofreading.
Created attachment 594906 [details, diff] Sum of ebuild updates As I changed a few things across every package for a consistent experience anyway, I figured I may as well squash everything I've done into a single patch. Since I'm not going to have much time around work for the next couple days, I think this can be considered the final state of the new ebuilds, until after the removal deadline. I'll email this out to proxy-maint as well, and offer to take responsibility for these packages.
(In reply to Samuel May from comment #17) > Created attachment 594906 [details, diff] [details, diff] > Sum of ebuild updates > > As I changed a few things across every package for a consistent experience > anyway, I figured I may as well squash everything I've done into a single > patch. > > Since I'm not going to have much time around work for the next couple days, > I think this can be considered the final state of the new ebuilds, until > after the removal deadline. I'll email this out to proxy-maint as well, and > offer to take responsibility for these packages. Hey, thanks for your contributions. I see you've done a lot already, but looking at your ebuilds, there's still much to do. Reviewing in Bugzilla is hard and annoying for both of us, so could we move the workflow to Github please, where pretty much all the proxy-maint / maintainer-needed packages are reviewed and then merged into ::gentoo. I see from your patch that you are familiar with Git, but if you need help getting them to Github, just ask. https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers/User_Guide#GitHub_Pull_Requests If you avoid Gitub due to some principle, you can ping me at Gitlab for example to take a look, but Github has integrated CI checking for your contributions...
(In reply to Joonas Niilola from comment #18) > thanks for your contributions. I see you've done a lot already, but looking > at your ebuilds, there's still much to do. Reviewing in Bugzilla is hard and > annoying for both of us, so could we move the workflow to Github please, > where pretty much all the proxy-maint / maintainer-needed packages are > reviewed and then merged into ::gentoo. Done! > If you avoid Gitub due to some principle, you can ping me at Gitlab for > example to take a look, but Github has integrated CI checking for your > contributions... I do have a bit of a traditionalism thing that gets easily triggered by arguments for universal access; in this case a few posts by Drew DeVault: https://drewdevault.com/2019/05/24/What-is-a-fork.html https://drewdevault.com/2018/07/23/Git-is-already-distributed.html That said, avoiding a usable and established workflow in an existing project because of inconsequential quibbles is just being petty. GitHub it is!
https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=aac58fdcc1e2fdeea7d1b04d3ba7e65d409b2514 commit aac58fdcc1e2fdeea7d1b04d3ba7e65d409b2514 Author: Aaron Bauman <bman@gentoo.org> AuthorDate: 2019-11-10 00:58:37 +0000 Commit: Aaron Bauman <bman@gentoo.org> CommitDate: 2019-11-10 00:59:25 +0000 app-dicts/*: drop last-rited packages Signed-off-by: Aaron Bauman <bman@gentoo.org>
