koha 3.0 packaging for Debian (a -french- candidate)
Vincent Danjean a écrit :
[For MJ Ray, if you do not read french, I would like to help you for your ITP about Koha]
Aucun problème, MJ lit tout à fait correctement le français, et le parle également un peu ! Ce n'est pas le cas des autres développeurs, je vais donc faire une réponse en anglais pour la liste koha-devel
De ce côté là, j'aimerais beaucoup la création d'un paquet Debian pour l'installation. Je suis tout nouveau pour Koha (qui m'a l'air très bien, mais que je n'ai pas encore utilisé). Par contre, j'ai assez d'expérience dans l'installation de sites web, de bases de données et dans la création de paquets Debian.
J'ai vu qu'il y a un ITP pour koha : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=389876 fait par MJ Ray <mjr@phonecoop.coop> (que je mets en CC en espérant qu'il lise le français). Est-ce qu'il y a moyen de savoir où ça en est ?
MJ, the answer will be your's
Le WE dernier, j'ai rapidement créé tous les paquets manquants[1] dans Debian pour les dépendances de Koha. Je me suis basé sur la liste fournie ici : http://wiki.koha.org/doku.php?id=debian Mais je suppose que ce n'est pas à jour pour Koha 3.0
right, it's not. look at : http://wiki.koha.org/doku.php?id=installingzebraplugin226 and, in the source code, misc/Installer.pm IMPORTANT : the CVS branch for 3.0 is rel_3_0. head is reserved to tumer & some experiments/improvements he did and that are not yet in stable branch.
Bref, je suis prêt à m'investir dans la création de paquet Debian (je suis Developper Debian, donc les paquets pourront facilement être introduit dans la distribution officielle). Il me faudrait juste un peu d'aide du côté de Koha pour m'expliquer ce qu'il faut faire (quelles tables mysql il faut créer, ...)
* install from scratch : misc/koha.mysql will contain the database * update from 2.2 : updater/updatedatabase script contains all what is needed to update the 2.2 DB Note that, atm, the koha.mysql is NOT uptodate.
En premier point de départ (si vous êtes intéressé par ma proposition de paquets) serait donc pour moi : - la liste des dépendances de Koha 3.0 - une procédure d'installation de Koha 3.0 (les grandes lignes surtout) [j'ai déjà un checkout de la branche rel_3_0 chez moi]
for instance, nothing new has been done. What I would like to do is to separate the librarian setup from the technical setup. The 2.2 installer ask many librarian oriented questions, that a computer guy generally don't understand. It results in strange setups, as the tech guys answers "default", which is a wrong answer at least once for most libraries ! -- Paul POULAIN et Henri Damien LAURENT Consultants indépendants en logiciels libres et bibliothéconomie (http://www.koha-fr.org) Tel : 04 91 31 45 19
paul POULAIN <paul@koha-fr.org> wrote:
right, it's not. look at : http://wiki.koha.org/doku.php?id=installingzebraplugin226 and, in the source code, misc/Installer.pm
Installer.pm must die! I hear that hdl works on a web installer to do the librarian questions. I'm working on Makefile.PL to do the sysadmin steps. If the web installer can do the SQL data loading, that would be brilliant. The problems to overcome with Makefile.PL are: 1. filenames with spaces in - for now I am junking them with [ ] in a MANIFEST.SKIP - should I just ignore the templates which contain them? (npl); 2. the tests in the t/ directory are out-of-date; 3. need to install the CGI scripts to the correct directory (I keep putting them in /usr/share/perl5 which isn't very good); 4. generate the config files - I'm sure I did this before; 5. fix the Plain Old Documentation (POD) comments that contain strange things like '=over2' - other POD is out-of-date, too; 6. probably much else. [...]
* update from 2.2 : updater/updatedatabase script contains all what is needed to update the 2.2 DB
I forget: why is this done with a script and not SQL ALTER/UPDATEs? Regards,
MJ Ray a écrit :
* update from 2.2 : updater/updatedatabase script contains all what is needed to update the 2.2 DB
I forget: why is this done with a script and not SQL ALTER/UPDATEs? because some high level operation can't be achieved through alter/update only.
For example : (between 2.2 & 3.0, which is, I admit something very specific) move the frameworkcode from marc_biblio (that will be removed after) to biblioitems table. create a marcxml column & fill it with XML marc record, that we get from MARCgetbiblio($biblionumber)->as_xml() -- Paul POULAIN et Henri Damien LAURENT Consultants indépendants en logiciels libres et bibliothéconomie (http://www.koha-fr.org) Tel : 04 91 31 45 19
Paul POULAIN <paul.poulain@free.fr> wrote:
MJ Ray a écrit :
I forget: why is this done with a script and not SQL ALTER/UPDATEs? because some high level operation can't be achieved through alter/update only.
But at the moment nothing seems to be done through SQL. It's rather fiddly to restart a half-completed updater/updatedatabase, whereas I think many database administrators could start an SQL update done part-way through. Would you split the update into two stages: koha2-2-7-to-8.sql # SQL alter/update script updatedatabase # fills in missing high-level data ?
For example : (between 2.2 & 3.0, which is, I admit something very specific) move the frameworkcode from marc_biblio (that will be removed after) to biblioitems table. create a marcxml column & fill it with XML marc record, that we get from MARCgetbiblio($biblionumber)->as_xml()
So for this example: koha-2-2-to-3-0.sql takes a final 2.2 koha db, moves the frameworkcode and creates marcxml with ALTER, UPDATE, SELECT ... updatedatabase populates empty marcxml columns ? Hope you like that idea, -- MJ Ray - see/vidu http://mjr.towers.org.uk/email.html Somerset, England. Work/Laborejo: http://www.ttllp.co.uk/ IRC/Jabber/SIP: on request/peteble.
participants (3)
-
MJ Ray -
Paul POULAIN -
paul POULAIN