Your message dated Mon, 18 Jul 2016 09:21:26 +0200 with message-id <20160718072126.GA19162@seneca.home.org> and subject line Re: Bug#818912: apt-cudf shouldn't exit non-zero if it isn't crashing has caused the Debian Bug report #818912, regarding apt-cudf shouldn't exit non-zero if it isn't crashing to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@bugs.debian.org immediately.) -- 818912: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=818912 Debian Bug Tracking System Contact owner@bugs.debian.org with problems
--- Begin Message ---
- To: submit@bugs.debian.org
- Subject: apt-cudf shouldn't exit non-zero if it isn't crashing
- From: David Kalnischkies <david@kalnischkies.de>
- Date: Mon, 21 Mar 2016 18:07:15 +0100
- Message-id: <20160321170715.GA16305@crossbow>
Package: apt-cudf Version: 4.1-4 Severity: minor Hi, $ apt install exim4 postfix -s --solver aspcud [… busy working for a while …] [ currently a useless apt unmet dependency error ] E: Sub-process aspcud returned an error code (1) That isn't what is supposed to happen, the spec says: "When the external solver is *unable to find a solution* (and is aware of that), it will write an error to standard output and then exit with an exit code of 0. An exit code other than 0 will be interpreted as a solver crash […]" Correct would be to exit 0 so that apt shows the error message of the solver rather than a useless own error (= useless as it will report all unmet dependencies which will be plenty as nothing was resolved – I would like to change that to something describing that this is a bug in the resolver and should be reported, but doing that for unsatisfiable requests would be wrong). The difference for the user is a bit dubious at the moment so its at best minor even if its a spec violation as all aspcud has to say for itself in this case is: Message: (UNSAT) No Solutions according to the given preferences And people complain about apt having unhelpful errors in unsat cases… ;) I am reporting against apt-cudf instead of aspcud as the 'Message:' indicates that this could actually be formatted as a proper EDSP error by apt-cudf. I tried the other solvers in debian ATM as well: * packup receives signal 13 (SIGPIPE), so exit 1 is "correct" I guess, but it does it also on requests which could be satisfied… * mccs-lpsolve and mccs-cbc both exit 1 with a message suggesting a more general problem with them/apt-cudf: Message: The solver does not recognize the MISC 2012 optimization language. Please specifify the optimization criteria using --criteria-plain Best regards David KalnischkiesAttachment: signature.asc
Description: PGP signature
--- End Message ---
--- Begin Message ---
- To: 818912-close@bugs.debian.org
- Subject: Re: Bug#818912: apt-cudf shouldn't exit non-zero if it isn't crashing
- From: Ralf Treinen <treinen@free.fr>
- Date: Mon, 18 Jul 2016 09:21:26 +0200
- Message-id: <20160718072126.GA19162@seneca.home.org>
- In-reply-to: <20160321170715.GA16305@crossbow>
- References: <20160321170715.GA16305@crossbow>
Version: 4.3-1 On Mon, Mar 21, 2016 at 06:07:15PM +0100, David Kalnischkies wrote: > $ apt install exim4 postfix -s --solver aspcud > [… busy working for a while …] > [ currently a useless apt unmet dependency error ] > E: Sub-process aspcud returned an error code (1) This was fixed by uspstream version 4.3 -Ralf.
--- End Message ---