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: > > ,[

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 lic

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), i

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

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 > databas

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 somewher

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 t