Data loss: suggestions for handling

2003-08-01 Thread Matthew Palmer
The latest upstream version of a package I've begun to maintain, IRM, has a problem in that a portion of the data in the system (relating to software and licence assignment) can't be upgraded along with the rest of the database - the schema is totally different. I've thought about it for a while,

Re: Data loss: suggestions for handling

2003-08-01 Thread Roland Mas
Matthew Palmer (2003-08-01 19:51:46 +1000) : The latest upstream version of a package I've begun to maintain, IRM, has a problem in that a portion of the data in the system (relating to software and licence assignment) can't be upgraded along with the rest of the database - the schema is

Re: Data loss: suggestions for handling

2003-08-01 Thread Stephen Frost
* Matthew Palmer ([EMAIL PROTECTED]) wrote: - dump the old software tables and store the dump somewhere, giving pointers to the dump in all sorts of useful places. But if I put it somewhere temporary (/tmp), it might disappear before the admin realises, and somewhere

Re: Data loss: suggestions for handling

2003-08-01 Thread Matt Zimmerman
On Fri, Aug 01, 2003 at 07:51:46PM +1000, Matthew Palmer wrote: The latest upstream version of a package I've begun to maintain, IRM, has a problem in that a portion of the data in the system (relating to software and licence assignment) can't be upgraded along with the rest of the database -

Re: Data loss: suggestions for handling

2003-08-01 Thread Matthew Palmer
On Fri, Aug 01, 2003 at 01:59:43PM +0200, Roland Mas wrote: Matthew Palmer (2003-08-01 19:51:46 +1000) : The latest upstream version of a package I've begun to maintain, IRM, has a problem in that a portion of the data in the system (relating to software and licence assignment) can't be

Re: Data loss: suggestions for handling

2003-08-01 Thread Matthew Palmer
On Fri, Aug 01, 2003 at 08:04:09AM -0400, Stephen Frost wrote: * Matthew Palmer ([EMAIL PROTECTED]) wrote: - dump the old software tables and store the dump somewhere, giving pointers to the dump in all sorts of useful places. But if I put it somewhere temporary (/tmp), it

Re: Data loss: suggestions for handling

2003-08-01 Thread Matthew Palmer
On Fri, Aug 01, 2003 at 11:36:52AM -0400, Matt Zimmerman wrote: On Fri, Aug 01, 2003 at 07:51:46PM +1000, Matthew Palmer wrote: The latest upstream version of a package I've begun to maintain, IRM, has a problem in that a portion of the data in the system (relating to software and licence

Re: Data loss: suggestions for handling

2003-08-01 Thread Joey Hess
Roland Mas wrote: key-value pairs. One of the keys (okay, the only one normally) is db-version, and the corresponding value is a version number with the same semantics as the one provided by dpkg for the ordering). When I need to upgrade something, I go the following steps: ,[ One