Bug#975075: tech-ctte: Should maintainers be able to block init compatibility changes?

2020-11-21 Thread Simon McVittie
On Sat, 21 Nov 2020 at 10:42:04 +0100, Vincent Bernat wrote: > I don't think this is very common. Init scripts are very specific to a > distribution. A Debian init script cannot be used for Redhat. A SUSE > init script does not work with Redhat. I find doubtful that the > compatibility would be

Bug#975381: Subject: libinih: drop Debian's custom vendorisation

2020-11-21 Thread Yangfl
Stephan Lachnit 于2020年11月21日周六 下午8:20写道: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > Package: tech-ctte > Severity: wishlist > > Currently the package libinih uses some heavy patches, which aren't upstream > and aren't used by any other distro. I'm in favor of dropping this, but the

Bug#975075: tech-ctte: Should maintainers be able to block init compatibility changes?

2020-11-21 Thread Wouter Verhelst
On Thu, Nov 19, 2020 at 09:04:07AM +, Matthew Vernon wrote: > [I don't need a CC, thanks] > Hi, > > > I know it was mentioned back in the day, but trying to re-ask it now: > > Wouldn't it be possible to ship init scripts for compatibility purposes > > from a sysvinit (or maybe a

Bug#975075: tech-ctte: Should maintainers be able to block init compatibility changes?

2020-11-21 Thread Vincent Bernat
❦ 19 novembre 2020 09:04 GMT, Matthew Vernon: > 3) many upstreams (esp. those who support BSD) ship a sysvinit file, > again making the daemon (source at least) package the natural place to > keep it. I don't think this is very common. Init scripts are very specific to a distribution. A Debian

Bug#971515: Status as of last tech-ctte meeting

2020-11-21 Thread Tollef Fog Heen
]] Shengjing Zhu > Firefox is special, since for Debian desktop users, they need a browser. Is > kubernetes same here? FWIW, the lack of Kubernetes or a similar orchestration platform (mesos, nomad, docker swarm) in stable has been keeping back development of the next generation way of handling

Bug#971515:

2020-11-21 Thread Janos LENART
Dear interested parties, I would like to express my appreciation for everyone's valuable input; the time and effort put into this matter. I doubt there is much left to be added as both sides argued at length. Speaking from a technological point of view, I want to restate that I also do not like

Bug#975381: Subject: libinih: drop Debian's custom vendorisation

2020-11-21 Thread Stephan Lachnit
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: tech-ctte Severity: wishlist Currently the package libinih uses some heavy patches, which aren't upstream and aren't used by any other distro. I'm in favor of dropping this, but the current maintainer disagrees and we weren't able to make

Bug#971515: Status as of last tech-ctte meeting

2020-11-21 Thread Philip Hands
Tollef Fog Heen writes: > ]] Shengjing Zhu > >> Firefox is special, since for Debian desktop users, they need a browser. Is >> kubernetes same here? > > FWIW, the lack of Kubernetes or a similar orchestration platform (mesos, > nomad, docker swarm) in stable has been keeping back development of