Hi Sébastien, Thanks for your patience! On Thu, 16 Jul 2020 14:57:13 +0200, Sébastien Villemot <sebastien@debian.org> wrote: > Le jeudi 09 juillet 2020 à 20:07 +0200, Sébastien Villemot a écrit : > > On Mon, 29 Jun 2020 22:34:20 +0200 Stephen Kitt <skitt@debian.org> > > wrote: > > > Control: retitle -1 ITA: free42-nologo -- Free42 is a re-implementation > > > of the HP-42S calculator Control: owner -1 ! > > > > > > On Sat, May 02, 2020 at 10:58:56AM +0200, Tobias Frost wrote: > > > > The current maintainer of free42-nologo, Christian Stalp < > > > > chris@chrishell.de > > > > >, > > > > is apparently not active anymore. Therefore, I orphan this package > > > > now. > > > > > > I’m working with Christian to get an updated version of the package > > > ready. I’ll change this to an ITA on my behalf for now, to signal that > > > I am taking care of the package (whether with Christian, or directly, > > > or co-maintaining). > > > > Just to let you know that, if needed, I’m willing to help with the > > package. > > I went ahead and I created a repository that contains an almost-ready > package for 2.5.19, using a standard git-buildpackage workflow. See: > https://salsa.debian.org/sebastien/free42-nologo > > Please let me know if you accept to have the next upload based on this > work. Thanks for preparing this, I’ve asked Christian to take a look. > - what to put in the Maintainer/Uploaders field. My suggestion is to > create a team alias on tracker.debian.org that can function as a cheap > mailing list (of the form team+pkg-free42@tracker.debian.org, where > "pkg-free42" can be replaced by whatever we want), and use that address > in the Maintainer field. Personal adresses would go to the Uploaders > field. If Christian agrees, I think that would make sense. > - where to put the git repository. I suggest the "debian" group on > salsa.debian.org, or alternatively a dedicated group on salsa The Debian group would be fine by me. > Then a few packaging decisions remain to be taken: > > - what to do with the old "menu" entry (and the corresponding generated > 32x32 pixmap). I suggest to drop it, since it is essentially obsolete. Yes, if the package ships a desktop file (see below), it shouldn’t ship menu entries. > - now that we have two versions of the program (binary vs decimal), I > think it would make sense to use the alternatives mechanism to provide > a generic /usr/bin/free42 that will point either to free42dec or > free42bin (the former being the default, since it is more precise and > more faithful to the original HP 42S) Agreed. > - providing a .desktop file (pointing to the generic free42; or > alternatively, two desktop files, one for each version) Agreed (one for each version). > - providing aliases for the manpage so that it works with free42dec as > well (and possibly with the free42 generic alternative) That’s easily done with alternatives. I have another question regarding your packaging: why not use the packaged Intel RDFP math library? Regards, Stephen
Attachment:
pgpDcWtDzzq8r.pgp
Description: OpenPGP digital signature