rpm 5.x in Th

[Jeffrey Johnson]

On Sep 23, 2012, at 6:13 PM, Łukasz Chrustek <lukasz at chrustek.net> wrote:

> Hello,
> 
>>> 3. "when the disk isn't/wasn't working properly, every solution is utterly useless"
> 
>> You are clueless: saving state remotely permits an
>> entire machine to be recreated when hard drives fail.
> 
>> Backups and off-site storage are well known remedies
>> for hard drive failures.
> 
> You  are  writing  about  some  strange  (complicated  and not easy to
> implement)  solutions. I like the rollback behavior in old rpm, it was
> working  in  the way I expect. Now You, as author of rpm, are writing,
> that  I'm  only  person in the world, which is using this option... If
> so,  don't  bother  anymore,  but  leaving  this  option  in --help is
> missleading for me, but as You stated earlier - only for me.
> 

I am trying to warn -- politely -- that you are in uncharted
and unsupported waters if relying on --rollback as it used to
exist in RPM.

> Do  You  (other PLD users/devs) use repackege only with --oldpackage ?
> Noone  is/were  using  --rollback  ? Or - You don't use repackage :P ?
> You never regret installing new versions of some rpms :) ?
> 

Hint: I release @rpm5.org (and run continuous integration
in buildbots) with repackaging enabled.

Every distro I am aware of disables repackaging, and most
user comments I have read suggest disabling to save disk space.

>>> 4. I've written this for this conversation as simplest demonstration of what is missing.
>>> 
> 
>> Yes: you are a simpleton.
> 
> Jeff, I think You are going to far. Peace, men.
> 

Sorry: I get gang-raped repeatedly by trolls. These
days I have zero tolerance:
	You want a flamefest? Fine by me …

But yes this thread is a total waste of time trivially solved
by some minor thought and scripting.

But --rollback in an RPM context is something other than a perl
1-liner.

73 de Jeff
> -- 
> Pozdrawiam,
> Łukasz Chrustek
> 
> _______________________________________________
> pld-devel-en mailing list
> pld-devel-en at lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-devel-en