[Pkg-cups-devel] Bug#427559: Bug#427559: cupsd "run as user" changes in 1.2.11-2 breaks existing installations (no printing)
Martin-Éric Racine
q-funk at iki.fi
Tue Jun 5 13:32:49 UTC 2007
On 6/5/07, Kurt Pfeifle <kurt.pfeifle at infotec.com> wrote:
> What I indeed did want to make pretty clear are these current facts:
>
> * your current way of upgrading to CUPS 1.2.11-2 from a previous
> CUPS 1.2.x version breaks currently working installations
Correct and, at this early stage of Lenny development, something to be expected.
> * if you do not change $whatever (code, documentation, buildtime
> configure, startup script, postinstall-script, $wildcard) by the
> time this upgrade happens in next stable, your users may be hit
> quite unprepared by some printing b0rkenness
They will not, since the development cycle for Lenny leaves us with
enough time to iron things out.
> > In which case it's just a test server, not a system running a number
> > of scripts and filters they noticably depend upon.
>
> They do not yet depend on these scripts and filters; but they will,
> once they migrate to Linux. And their decision to migrate will heavily
> depend on how well the current tests and pilots work.
Evaluating the relevance of migrating to Free Software based on the
constantly moving target that is Testing/Unstable is rather crazy, but
whatever... Their choice.
> > Start by triaging the bugs currently open against the package.
>
> In case you did not notice: I *did* already start. Last night. Even
> before I sent my first reply to you in this thread. And I suggested
> to close the bug in question (Bug #259774).
Good thing. Thank you for that. Would you care to run through the list
of open bugs against CUPS and regroup those pertaining to "my printer
doesn't work anymore" with a usertag of your choice?
> I'd like to see as little changes compared to upstream pristine sources
> as possible. Especially, if they are undocumented for the end user.
Documentation usually happens later in a Debian release's development
cycle. To expect this to be fully documented already at a stage where
we barely got these changes into Testing is just plain silly.
> Especially if they change some fundamental behaviour of the software.
> Especially if they do not explain how to get back the original behaviour.
> Especially if they disallow to get back the original behaviour.
Those choices tend to be explained in README.Debian, when they occur.
However, now is not a good time to ask for this documented, as we are
still testing the proper way to package newer CUPS releases.
--
Martin-Éric Racine
http://q-funk.iki.fi
More information about the Pkg-cups-devel
mailing list