Re: was database too old or corrupt error on debian ever solved

Markus Hoenicka a écrit :
> Dan O'Donnell writes:
>  > While agreeing with Rich, I think this specific case the solution would

I agree!

>  > A better approach IMO would be to use a script to ask users for the
>  > username and dbase server type (the way mediawiki do for username);
>  > failing that leaving them blank and *requiring* users to fill in the
>  > requisite fields of the config files might be an answer that would
>  > prevent some grief. Since they have to go in to change the username
>  > anyway, it seems to me not to hurt the installation setup process any.
>  > 
> 
> I have pondered this too, but I've seen problems everywhere. I'm not
> sure whether package builders can handle this appropriately, since
> RefDB is usually split at least into a server and a client package
> which need to be configured differently. And besides, if users don't
> care to configure their config files because they don't know they have
> to, would they be likely to run a script that they don't know about?
> That's why I attempted to put as much configuration as possible into
> the most natural place for this - the configure script.
> 
> In any case, I welcome any suggestions to handle this better, as the
> current approach apparently causes more problem than I'd like. Please
> feel free to let the ideas flow.
> 
> regards,
> Markus

As a packager, one suggestion i could do is to split (or *pluginize*) 
the db connectors. Like this, one refdb-server package could exist 
(using by default sqlite) and if the mysql or pgsql connector is present 
then it is used.

i'm not sure this is trivial, but i see one major advantage : 
facilitating password/users and db maintenance (the connector would need 
to be filled with those informations to work), getting the possibility 
to have other db connectors (after all, you're not working on db, but on 
biblio stored on a db).

As i said i'm not using it for now (i must finish the packages *and* 
test them) but i'm on my way to, and this is one point that seems an 
improvement, since you're asking for new directions ;-)

Keep up the work!

Yours,

Stéphane

-- 
Stéphane Téletchéa, PhD.                  http://www.steletch.org
Unité Mathématique Informatique et Génome http://migale.jouy.inra.fr/mig
INRA, Domaine de Vilvert                  Tél : (33) 134 652 891
78352 Jouy-en-Josas cedex, France         Fax : (33) 134 652 901


-------------------------------------------------------
All the advantages of Linux Managed Hosting--Without the Cost and Risk!
Fully trained technicians. The highest number of Red Hat certifications in
the hosting industry. Fanatical Support. Click to learn more
http://sel.as-us.falkag.net/sel?cmd=lnk&kid7521&bid$8729&dat1642