Bug#542288: debian-policy: Version numbering: native packages, NMU's, and binary only uploads

2009-08-19 Thread Steffen Joeris
Hi > >> You can base security uploads on NMUs, so I think you could get > >> +deb50.1 > >> +deb50.1+nmu1 > >> +deb50.2 > >> +deb50.2+nmu1 > > > > Hum I understand +nmu1+deb50.1 for a security upload of a package whose > > last upload was an NMU, but I don't see in what occasions you would

Bug#541872: debian-policy: identical notation for disabled-by-user and auto-generated entries in /etc/inetd.conf

2009-08-19 Thread Serafeim Zanikolas
[I'm not switching to private emails as we're getting valuable feedback here] On Tue, Aug 18, 2009 at 11:34:11PM +0100, Roger Leigh wrote [edited]: > Alternatively, the xinetd format is /currently/ the superset, but that's > perhaps not flexible enough for the future since we're then tied into bei

Bug#541872: debian-policy: identical notation for disabled-by-user and auto-generated entries in /etc/inetd.conf

2009-08-19 Thread Serafeim Zanikolas
On Tue, Aug 18, 2009 at 03:46:04PM -0700, Russ Allbery wrote: > I'd love to see a solution that would involve packages shipping xinetd > fragments and stripping those fragments down for inetd if inetd were in > use instead. The xinetd syntax is more expressive and is used by other > distributions,

Bug#541872: debian-policy: identical notation for disabled-by-user and auto-generated entries in /etc/inetd.conf

2009-08-19 Thread Russ Allbery
Serafeim Zanikolas writes: > On Tue, Aug 18, 2009 at 03:46:04PM -0700, Russ Allbery wrote: >> And then xinetd wouldn't have to go through update-inetd and could just >> use the fragments directly, which would resolve that integration >> problem in what I think is a cleaner way. > In the long run

Bug#541872: debian-policy: identical notation for disabled-by-user and auto-generated entries in /etc/inetd.conf

2009-08-19 Thread Serafeim Zanikolas
On Wed, Aug 19, 2009 at 08:46:57PM +0200, Guillem Jover wrote [edited]: > But, please do not use “/etc/inetd.d/” as at least inetutils-inetd supports > that directory for inetd.conf fragments already upstream. Thanks for pointing that out. For now I'll assume /etc/inetd.conf.d -- debtags-organis

Bug#541872: debian-policy: identical notation for disabled-by-user and auto-generated entries in /etc/inetd.conf

2009-08-19 Thread Guillem Jover
Hi! On Tue, 2009-08-18 at 23:34:11 +0100, Roger Leigh wrote: > Once that's in place, packages can then start providing the fragments > in /etc/inetd.d. At this point, there won't be any use of the > generated file(s), but we can verify it's all working correctly. > Once done, the inetds can start

Bug#542288: debian-policy: Version numbering: native packages, NMU's, and binary only uploads

2009-08-19 Thread Manoj Srivastava
On Wed, Aug 19 2009, Raphael Hertzog wrote: > On Tue, 18 Aug 2009, Manoj Srivastava wrote: >> Additionally, >> § 5.6.21. `Files' mentions that the .dsc will contain a diff.gz if >> applicable >> § C.1.1. `dpkg-source' states that it creates a diff.gz if >> app

Bug#542288: debian-policy: Version numbering: native packages, NMU's, and binary only uploads

2009-08-19 Thread Raphael Hertzog
On Tue, 18 Aug 2009, Manoj Srivastava wrote: > Additionally, > § 5.6.21. `Files' mentions that the .dsc will contain a diff.gz if > applicable > § C.1.1. `dpkg-source' states that it creates a diff.gz if > appropriate, and looks at the diff.gz while extracting