Control: severity -1 normal Control: retitle -1 RM: openrocket -- RoM; rc-buggy Control: reassign -1 ftp.debian.org Control: affects -1 + src:openrocket
Hi Bdale, On Wed, Sep 04, 2024 at 11:56:05AM -0600, Bdale Garbee wrote: > Helmut Grohne <[email protected]> writes: > > I suggest removing openrocket from Debian > > I agree. > > Upstream now offers for download a 'fat' jar file that can be run on > Debian systems with modern Java, though not in full DFSG compliance. > > In parallel, I've done work with upstream to resolve some of the > dependency issues that prevented packaing openrocket from current > upstream source for inclusion in Debian main. There's still more work > to do to package class libraries in Debian before openrocket can move > to main. > > So, for now, I'm fine if we remove openrocket entirely from Debian. I > don't think anyone really still wants to run that old version. Then > I'll file an ITP in WNPP so anyone thinking about it will know I'm still > trying to get openrocket back in to main... someday. When it's ready > for main, a full review of the sources through NEW processing will make > good sense. Thank you for the reply. I've turned this bug into a removal bug accordingly. I also note that openrocket currently has only two bugs in the BTS. It's the RC bug that triggered the removal suggestion and the removal suggestion bug. As a result, there is no need to reopen any bugs in case of reintroducing openrocket at a later time. Keep in mind that the motivation behind these removals is reducing the workload on QA teams. Thus I concur with temporarily removing openrocket until it passes NEW again is a sensible trade-off. Helmut
