Am Montag, 12. Januar 2026, 17:45:04 Mitteleuropäische Normalzeit schrieb Andreas Tille: > Control: tags -1 moreinfo > Thanks > > Hi Anton, > > thank you for your prompt response. This is very much appreciated and > I'm hereby use this as a good reason to tag the bug moreinfo to prevent > any removal action for the moment. > > Am Mon, Jan 12, 2026 at 02:19:18PM +0100 schrieb Anton Ertl: > > Gforth users on Debian can build Gforth from the tarball or use one of > > the .deb packages that Bernd Paysan builds (see https://gforth.org/). > > I guess many users are happy about this service. We should decide > whether we should rather build the official Debian package by using the > source package which is used to build these *.debs. Unfortunately I > only found binary packages but no source. > > > The benefits are: > > > > 1) You get documentation. > > 2) You get the new features (albeit some are experimental). > > 3) You get the full speed of Gforth. > > I'm fine to bring those advantages also to the Debian package and I > offer to work together with you on this goal. The original Debian > Maintainer requested adoption anyway so you are free to maintain the > package inside Debian. If you create a login on Alioth I'd happily > give you permissions on the repository there. I'm happy to jump in, and have registered a login on salsa, under the user name forthy42, which is now pending manual review. > > If Gforth is removed from Debian, users will be forced to take this > > path. > > > > If Gforth on Debian continues as before, and users do not need the > > advantages outlined above, they can use the Debian gforth package. > > As I tried to explain: Only users of old-stable (Debian 12) or Debian > unstable can easily use the packages and we should fix this somehow. Yes, indeed. > > If Debian switches to a recent snapshot, you get advantage 2), and, > > depending on how you do it, maybe also 3) and 1) (but probably not 1, > > because the lack of documentation is intentional on the part of > > Debian). > > I would love to enable *you* to do it. As I said, the former Debian > maintainer stepped back, I personally will not take over the maintenance > since I have way to much on my desk. But I'd happily enable you shaping > the official package in a manner you consider optimal for a typical > user. We have the principle of sponsoring in Debian. So if you > maintain the package in Salsa and ping me about uploading I will verify > the packaging, check whether Salsa CI is passing and can sponsor > (=upload) the package for you as an official package. > > If you consider this a good idea I would be really happy. If you > think users might be served better with your snapshots and prefer if > someone else might spent some time into the official Debian package > we can see whether someone might step up. As said above, I'm happy to maintain the package inside Debian, fix the problems in 0.7.x, and provide a convenient way to install Gforth-1.0 betas. -- Bernd Paysan "If you want it done right, you have to do it yourself" net2o id: kQusJzA;7*?t=uy@X}1GWr!+0qqp_Cn176t4(dQ* https://net2o.de/
Attachment:
signature.asc
Description: This is a digitally signed message part.