[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: (fwd) Draft spec for new dpkg "triggers" feature

Goswin von Brederlow <brederlo@informatik.uni-tuebingen.de> wrote:

> Frank Küster <frank@kuesterei.ch> writes:
>> Goswin von Brederlow <brederlo@informatik.uni-tuebingen.de> wrote:
>>> I guess a failed trigger should leave the triggering package in a non
>>> "installed" state as well so it retriggers on every configure run and
>>> can be listed by dpkg as a source for failure.
>> Yes, but it should be listed.  Maybe the trigger itself should have a
>> "failed" state, too.  Then, if it is requested again, it will be run
>> once first *before* new triggers are registered.  This means that only
>> the really buggy package will be in "failed-config" state, the others
>> are just unpacked/half-configured.
>> Regards, Frank
> Bad idea. Say foobar 1.0 is installed already. Blafase 1.0 gets
> installed and triggers foobar and fails due to a bug in foobar.
> Now you want to install foobar 1.1 to fix the bug.
> If dpkg runs the trigers again first then it will just fail again and
> again and never update to a working foobar version.

I agree, I missed that.  Still it is not a reason not to tell the user
which package(s) activated the trigger.

Regards, Frank
Dr. Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)

Reply to: