Issues with yum

Panu Matilainen pmatilai at laiskiainen.org
Mon Feb 27 16:11:51 UTC 2012


On 02/27/2012 06:00 PM, John Reiser wrote:
> On 02/27/2012 07:29 AM, Bruno Wolff III wrote:
>> On Mon, Feb 27, 2012 at 14:00:51 +0000,
>>    Frank Murphy<frankly3d at gmail.com>  wrote:
>>> On 27/02/12 13:52, elison.niven at gmail.com wrote:
>>>>
>>>> 4) Quit on single CTRL-C. Users expect an application to quit on
>>>> pressing CTRL-C.
>>>> Reason to have this feature : Better user experience
>>>
>>> never used ctrl-c, normally use "killall yum"
>>> if required.
>>
>> Control C works, but it needs to reach a break point. And once you start
>> actually doing a transaction you don't normally want control C to work
>> since it will leave your system in a state where manual cleanup is likely
>> required.
>
> That behavior (no response to ^C [SIGINT] within 5 seconds) is a bug.
> It's a _transaction_, right?  So either it completes successfully,
> or fails with no apparent lasting effects (except log files, delay, etc.)
> So yum should: respond immediately on stderr, abort the transaction
> (roll back everything to the state before the transaction began),
> and terminate with failure status.  Because the original request
> is for a transaction, then yum *must* be able to abort and rollback
> anyway, to recover from I/O errors [and such errors _do_ happen.]
> So, act as if ^C [SIGINT] is an I/O error.

Rpm's so-called transactions aren't ACID by any stretch of imagination, 
it's just a rather common misunderstanding to expect them to be.

	- Panu -



More information about the devel mailing list