On Sun, 2015-09-27 at 14:21 -0400, Dave Steele wrote:
> On Sun, Sep 27, 2015 at 12:24 PM, Adam D. Barratt
> <a...@adam-barratt.org.uk> wrote:
> 
> >
> > +cloudprint (0.13-1+deb8u3) UNRELEASED; urgency=medium
> >
> > Where did you get that version number from? (specifically the "u3" bit.)
> 
> From my attempt to understand updates versioning. It is a Jessie
> updates candidate, which is modified from 0.13-1. I was unable to find
> documentation leading me to a better understanding of what to put for
> either part.

If it was unclear, asking was an option...

In any case, this is "first stable upload to Debian 8", so +deb8u1. This
is mentioned in
https://www.debian.org/doc/manuals/developers-reference/ch05.en.html#bug-security
 , I'm not entirely sure why it's specifically in the security section and not 
stable in general.

> > I have to admit that I'm not personally particularly keen on the init
> > system changes in a stable update - presumably there's nothing wrong
> > with the sysvinit support in the package in Jessie?
> 
> I don't have a strong reason for making the systemd change. I can
> revert it, if it is deemed necessary. It means a larger patch against
> 0.13-1. OTOH, I am getting a fair amount of grief outside of
> Jessie/testing/sid for requiring systemd.

What do you mean? (Also what's happening outside of Debian isn't really
relevant in the majority of cases.)

> > +Depends: python-cups, cups, python-daemon, ${misc:Depends},
> > + python (>= 2.7), python-pkg-resources, rsyslog | system-log-daemon,
> > + python-requests
> >
> > Why does the python version need to be explicitly declared? Isn't that
> > part of what ${python:Depends} is supposed to do?
> 
> Jessie+ ${python:Depends} defines a dependency which includes a
> multiarch reference. This breaks compatibility with outside
> distributions that could otherwise run the package just fine (e.g.
> Raspberry Pi/Raspbian  is a popular target). I maintained a parallel
> 'ppa' distribution for some time which only included that change, and
> eventually decided the extra work wasn't worth it.

Well, it includes a multiarch-dependency because that's how the Python
packagers in Debian have arranged things. I have to admit to not being
100% sure of the consequences of dropping it, which makes me uneasy
about doing it in stable.

> This release will likely be the go-to release for those outside the
> supported Debian ecosystem. I'd prefer to leave this as-is.
> 
> > -Depends: cloudprint, ${misc:Depends},
> > - initscripts (>= 2.88dsf-13.3)
> > +Depends: cloudprint, ${misc:Depends}, systemd
> >
> > Why does this need an explicit dependency on systemd?
> 
> To make sure I have told e.g. Raspbian users that there is a
> compatibility issue. Looks like I didn't need it.

I'm not immediately convinced that adding dependencies in Debian to make
sure that users outside of Debian are aware of something really makes
sense.

Regards,

Adam

Reply via email to