DDD

Resulta que tindrem un problema gros amb Redmine i Debian 10 (=Buster). Redmine desapareix de Debian 10 per un problema d'incompatibilitats amb una de les parts d'ActiveRecords, component essencial de Ruby on Rails:

• https://packages.debian.org/redmine
• https://bugs.debian.org/redmine

Concretament, els detalls de la incompatibilitat s'expliquen aquí:

• https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=redmine;dist=unstable#_5_2_5
• https://bugs.debian.org/918260 (ruby-protected-attributes: Depends: ruby-activemodel (< 2:5.0) but 2:5.2.0+dfsg-2 is to be installed)

Hem de triar quina ruta seguir. Fins ara ens anava molt bé (molt i molt bé!) utilitzar el Redmine que ens ve amb Debian, i no haver-lo d'instal·lar a mà. Estic segur que Debian trobarà la manera perquè torni a formar part de Debian Stable, perquè és un paquet important i necessari per a moltes instal·lacions. De fet, no s'ha eliminat de Debian, sinó només del proper Debian Stable.

Personalment, jo provaria de mantenir el Redmine actual (3.3.1-4) fins que no es resolgui i en una futura actualtizació de Debian tornem a pujar al cavall. El problema és que Redmine es basa en Ruby on Rails, i per tant aquesta decisió afecta qualsevol altra aplicació que també depengui de Ruby on Rails (ex., Muscat). Per tant, potser ens tocarà passar-nos al Redmine 4.0 de Debian i resolent nosaltres manualment el problema de les dependències. Em temo que fins que no ens hi posem no sabrem les conseqüències de cada decissió. En tot cas, ho haurem de tenir (ben) resolt abans d'actualitzar Mompou.

Una altra opció, estic pensant, seria actualitzar estrictament el MariaDB que ens cal per a provar el Muscat, fent nosaltres mateixos un backport. Deixo aquí les instruccions per avaluar-ho durant el dia d'avui:

https://debian-administration.org/article/20/Rebuilding_Debian_packages

També hi ha l'opció d'utilitzar altres servidors (probablement virtuals) amb Debian Testing (=Buster). En aquest cas podríem triar:

1. Fer tota la instal·lació de Muscat en un servidor extern, o bé
2. Només instal·lar-hi el MariaDB de Debian Buster, i a Taltabull la part de l'aplicació (el client). Jo em declaro molt partidari d'aquesta segona, perquè a Taltabull ja ho tenim tot muntat, i només ens va donar l'error del servidor MariaDB (https://www.google.cat/search?q=mysql+row+size+too+large).

Com més voltes li dono, més crec que no hem d'actualitzar Taltabull encara, perquè ens convé:

1. Que la infrastructura de Ruby on Rails sigui sòlida i estable
2. Que el Redmine que utililitzem sigui tant com sigui possible l'oficial de Debian

Potser la manera més clara d'expressar quan ens convé actualizar-nos a Debian 10 seria quan aparegui Redmine a Debian Testing, cosa que faria relativament senzilla la migració a Debian Stable, o directament com a Buster Backports (és a dir, la versió quasi oficial de Debian):

• https://packages.debian.org/redmine

Al llarg del dia d'avui faré les consultes pertinents per decidir què fem dijous.

Després de consultar-ho amb el José Manuel Castillo, de moment aturem la migració pels arguments que especifiquem en aquesta tasca, i ja explorarem quina de les opcions que s'hi exposen ens permet utilitzar la versió més de MariaDB on ja no apareix el missatge https://www.google.cat/search?q=mysql+row+size+too+large.

Al Redmine jo no he vist canvis destacables...

Cristina Azorin va escriure:

Al Redmine jo no he vist canvis destacables...

Però això de les miniatures és xulo, oi?

https://wikis-test.bib.uab.cat/issues/5386

Ho vaig trobar casualment mentre xafardejava una mica algun dels paràmetres: https://wikis-test.bib.uab.cat/settings?tab=display. Vaig triar 85 pixels d'ample, per fer-les igual que les del DDD ;-)

està bé per jpg que en tenim pocs però si ho fes per tots els documents no se si m'agradaria, hi ha tasques amb molts dcuments adjunts #4816

Cristina Azorin va escriure:

està bé per jpg que en tenim pocs però si ho fes per tots els documents no se si m'agradaria, hi ha tasques amb molts dcuments adjunts #4816

D'acord. En tot cas, es pot activar i desactivar a voluntat.

Acabo d'actualtizar la traducció del Redmine 4.0. Bàsicament: assumpte -> tasca, versió -> temàtica (+ singulars, plurals i concordàncies de gènere):

https://wikis-test.bib.uab.cat/

Si hi veieu errades, si us plau apunteu-les aquí, que miraré de corregir-les.

Ferran Jorba va escriure:

Acabo d'actualtizar la traducció del Redmine 4.0. Bàsicament: assumpte -> tasca, versió -> temàtica (+ singulars, plurals i concordàncies de gènere):

https://wikis-test.bib.uab.cat/

Si hi veieu errades, si us plau apunteu-les aquí, que miraré de corregir-les.

La pàgina inicial dels projectes inclou el resum i queda mlt diferent de la que tenim ara, es pot canviar??

Cristina Azorin va escriure:

La pàgina inicial dels projectes inclou el resum i queda mlt diferent de la que tenim ara, es pot canviar??

Doncs personalment a mi m'agrada més ara, però no sé si es pot canviar, no m'ho he mirat; si de cas, remena els paràmetres, a veure què hi trobes.

Avui hem fet l'actualització. Les incidències, menors, les ha causades MariaDB.

La primera és perquè rows ara és una paraula reservada, i Invenio la fa servir per emmagatzemar l'amplada dels camps dels formularis:

https://mariadb.com/kb/en/library/reserved-words/

diff --git a/lib/python/invenio/websubmit_dblayer.py b/lib/python/invenio/websubmit_dblayer.py
index 2535fe5..182080a 100644
--- a/lib/python/invenio/websubmit_dblayer.py
+++ b/lib/python/invenio/websubmit_dblayer.py
@@ -345,7 +345,7 @@ def get_element_description(element):
     """ 
     element_descr = None
     qstr = """SELECT name, alephcode, marccode, type, size, """ \ 
-           """rows, cols, maxlength, val, fidesc, cd, md, """ \
+           """`rows`, cols, maxlength, val, fidesc, cd, md, """ \
            """modifytext, fddfi2 """ \ 
            """FROM sbmFIELDDESC """ \
            """WHERE name=%s LIMIT 1""" 
diff --git a/lib/python/invenio/websubmitadmin_dblayer.py b/lib/python/invenio/websubmitadmin_dblayer.py
index 68355c9..13c384f 100644
--- a/lib/python/invenio/websubmitadmin_dblayer.py
+++ b/lib/python/invenio/websubmitadmin_dblayer.py
@@ -1333,7 +1333,7 @@ def update_element_details(elname, elmarccode, eltype, elsize, elrows, elcols, e
     # Check record with code 'elname' does not already exist:
     numrows_elname = get_number_elements_with_elname(elname)
     if numrows_elname == 1:
-        q = """UPDATE sbmFIELDDESC SET marccode=%s, type=%s, size=%s, rows=%s, cols=%s, maxlength=%s, """ +\
+        q = """UPDATE sbmFIELDDESC SET marccode=%s, type=%s, size=%s, `rows`=%s, cols=%s, maxlength=%s, """ +\
             """val=%s, fidesc=%s, modifytext=%s, md=CURDATE() WHERE name=%s""" 
         run_sql(q, ( elmarccode,
                      (eltype != "" and eltype) or (None),

La segona sembla estar causada perquè ara és més estricte a l'hora d'acceptar camps més llargs dels que estan definits. I, així, el valor Dipòsit Digital de Documents de la UAB <ddd.bib@uab.cat>, més llarg de 50 caràcters, abans no donava error i ara sí.

Abans del canvi:

MariaDB [ddduab]> show create table schTASK;
+---------+--------------------------------------------------+
| Table   | Create Table                                     |
+---------+--------------------------------------------------+
| schTASK | CREATE TABLE `schTASK` (
  `id` int(15) unsigned NOT NULL AUTO_INCREMENT,
  `proc` varchar(255) NOT NULL,
  `host` varchar(255) NOT NULL DEFAULT '',
  `user` varchar(50) NOT NULL DEFAULT '',
  `runtime` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
  `sleeptime` varchar(20) DEFAULT NULL,
  `arguments` mediumblob DEFAULT NULL,
  `status` varchar(50) DEFAULT NULL,
  `progress` varchar(255) DEFAULT NULL,
  `priority` tinyint(4) NOT NULL DEFAULT 0,
  `sequenceid` int(8) DEFAULT NULL,
  PRIMARY KEY (`id`),
  KEY `status` (`status`),
  KEY `runtime` (`runtime`),
  KEY `priority` (`priority`),
  KEY `sequenceid` (`sequenceid`)
) ENGINE=MyISAM AUTO_INCREMENT=612385 DEFAULT CHARSET=utf8   |
+------------------------------------------------------------+
1 row in set (0.010 sec)

Es tracta de canviar-la per tipus text. Després he vist que també cal fer-ho per la columna progress:

MariaDB [ddduab]> alter table schTASK modify column user text;
MariaDB [ddduab]> alter table schTASK modify column progress text;

Després del canvi:

MariaDB [ddduab]> show create table schTASK;
+---------+--------------------------------------------------+
| Table   | Create Table                                     |
+---------+--------------------------------------------------+
| schTASK | CREATE TABLE `schTASK` (
  `id` int(15) unsigned NOT NULL AUTO_INCREMENT,
  `proc` varchar(255) NOT NULL,
  `host` varchar(255) NOT NULL DEFAULT '',
  `user` text DEFAULT NULL,
  `runtime` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
  `sleeptime` varchar(20) DEFAULT NULL,
  `arguments` mediumblob DEFAULT NULL,
  `status` varchar(50) DEFAULT NULL,
  `progress` text DEFAULT NULL,
  `priority` tinyint(4) NOT NULL DEFAULT 0,
  `sequenceid` int(8) DEFAULT NULL,
  PRIMARY KEY (`id`),
  KEY `status` (`status`),
  KEY `runtime` (`runtime`),
  KEY `priority` (`priority`),
  KEY `sequenceid` (`sequenceid`)

) ENGINE=MyISAM AUTO_INCREMENT=612385 DEFAULT CHARSET=utf8   |
+------------------------------------------------------------+
1 row in set (0.010 sec)