Regarding reliability of repackage and rollback options in RPM 5.x series

2009-11-10 Thread manjunathan.padua
Dear RPM5 team
 We are considering use of RPM 5.x series as the packaging tool for our system.
During evaluation of rpm we found the following information on  features such 
as repackage and rollback are not reliable and should not used for 
generally/production use ?
Is this still the case in RPM 5.x series ?

---The release notes for RPM 4.6.0 contain 
this:--

 Removed features ¶ http://www.rpm.org/wiki/Releases/4.6.0#Removedfeatures

*   Support for repackage and rollback have been removed as they're seen 
too unreliable to be generally useful.
*   Internal network transports have been removed. The remote fetch 
capability is preserved by using an external, configurable helper (curl by 
default). For network related configuration such as proxy settings, environment 
variables like http_proxy are honored by curl, rever to helper documentation 
for futher information.
*   Solve database support has been removed as it has proven impractical, 
severely limited in functionality and hasn't been used by any major distro in 
years. Plans are to replace the suggestion mechanism by a more flexible plugin 
architecture at some point.
*   Support for automatic package relocation for IA-32 emulation layer on 
IA-64 has been removed.

 
---

Appreciate your expert advice on this.

Thanks  best regards,

Manjunathan Padua Y


Please do not print this email unless it is absolutely necessary. 

The information contained in this electronic message and any attachments to 
this message are intended for the exclusive use of the addressee(s) and may 
contain proprietary, confidential or privileged information. If you are not the 
intended recipient, you should not disseminate, distribute or copy this e-mail. 
Please notify the sender immediately and destroy all copies of this message and 
any attachments. 

WARNING: Computer viruses can be transmitted via email. The recipient should 
check this email and any attachments for the presence of viruses. The company 
accepts no liability for any damage caused by any virus transmitted by this 
email. 

www.wipro.com


Re: Regarding reliability of repackage and rollback options in RPM 5.x series

2009-11-10 Thread Jeff Johnson

The comments below most definitely do not apply to @rpm5.org code,
only to code produced by @rpm.org.

Repackaging is on by default always, and the --rollback framework
is still very much in place in @rpm5.org code.

As for unreliable, that is an opinion from developers who do not
(and have not) used --rollback as in @rpm5.org.

However, please note that something called
Transactionally Protected Package Management
(TPPM for short) is actively under development and will significantly  
change

how --rollback is implemented @rpm5.org over the next
couple of months.

So if you are looking to use --rollback then you may wish to consider
waiting for the description of TPPM.

73 de Jeff

On Nov 10, 2009, at 1:16 PM, manjunathan.pa...@wipro.com wrote:


Dear RPM5 team
 We are considering use of RPM 5.x series as the packaging tool for  
our system.
During evaluation of rpm we found the following information on   
features such as repackage and rollback are not reliable and  
should not used for generally/production use ?

Is this still the case in RPM 5.x series ?

---The release notes for RPM 4.6.0 contain  
this:--

 Removed features ¶

Support for repackage and rollback have been removed as they're seen  
too unreliable to be generally useful.
Internal network transports have been removed. The remote fetch  
capability is preserved by using an external, configurable helper  
(curl by default). For network related configuration such as proxy  
settings, environment variables like http_proxy are honored by curl,  
rever to helper documentation for futher information.
Solve database support has been removed as it has proven  
impractical, severely limited in functionality and hasn't been used  
by any major distro in years. Plans are to replace the suggestion  
mechanism by a more flexible plugin architecture at some point.
Support for automatic package relocation for IA-32 emulation layer  
on IA-64 has been removed.
  
---


Appreciate your expert advice on this.

Thanks  best regards,

Manjunathan Padua Y

Please do not print this email unless it is absolutely necessary.

The information contained in this electronic message and any  
attachments to this message are intended for the exclusive use of  
the addressee(s) and may contain proprietary, confidential or  
privileged information. If you are not the intended recipient, you  
should not disseminate, distribute or copy this e-mail. Please  
notify the sender immediately and destroy all copies of this message  
and any attachments.


WARNING: Computer viruses can be transmitted via email. The  
recipient should check this email and any attachments for the  
presence of viruses. The company accepts no liability for any damage  
caused by any virus transmitted by this email.


www.wipro.com