Image    Planeta

26 gen 2021 - 13:28

Els darrers dies hi ha hagut força renou al voltant de tot el procés de vaccinació en contra de la COVID-19, si més no a l'estat espanyol, on ja hi havia definida una estratègia d'acord amb els diferents grups definits pel ministeri de Sanitat, però que ha acabat farcida de diferents excepcions interessades. Res estrany considerant el canpixisme imperant i l'ancestral picaresca ibèrica.

Societatbiomedicina
24 gen 2021 - 18:06

La setmana passada em vaig decidir a actualitzar el Yunohost i passar a la versió 4, que va sortir fa alguns mesos. La idea era seguir els apunts d’en Xaloc[1] i creuar els dits molt fort perquè tot anés bé. I, no, no puc dir que haja anat com la seda (tot i que em vaig sortir, no patiu). Us explicaré la meva epopeia en tres parts:

  1. El problema de les dependències cícliques
  2. La solució de l’accés via SSH
  3. El misteri de Nextcloud
  4. Conclusions
1. El problema de les dependències cícliques

Vaig començar l’operació aplicant els passos descrits pel Xaloc. Com que fa temps que se’m va desconfigurar l’accés per ssh, vaig accedir en local i, després d’actualitzar amb apt-get i amb aptitude, vaig executar les següents ordres:

# yunohost tools update # yunohost tools upgrade --system # yunohost tools migrations migrate

I, fins ací, tot va anar bé, cap missatge d’error. Els problemes van començar després de la següent ordre (ja ens havia avisat en Xaloc que aquí era on començava de debò l’actualització i que era el punt on podien aparèixer els problemes):

# yunohost tools migrations migrate --accept-disclaimer

L’execució es va aturar i em va donar un espaventós missatge d’error amb tota una llista de paquets que no havia pogut actualitzar i unes indicacions que, de primer, no em deien gran cosa:

Després d’un parell d’intents infructuosos, em vaig fixar en les darreres línies i vaig veure que feien referència a uns logs; vaig executar les ordres suggerides per accedir-hi:

# yunohost log display 20200504-205424-letsencrypt_cert_install-ggrappa.nohost.me --share # yunohost log display 20210113-094613-tools_upgrade --share

Que, respectivament, em van crear els enllaços a sengles logs que vaig llegir amb atenció:

L’únic que hi vaig entendre és que hi havia un problema de dependències i no es podien instal·lar alguns paquets perquè mancava la versió adequada de php7.3-curl. Així, doncs, vaig intentar instal·lar aquest paquet amb apt-get:

# apt-get install php7.3-curl

Vaig obtenir un altre missatge d’error que m’indicava l’absència d’una dependència, el paquet libcur4. En repetir l’estratègia i tractar d’instal·lar-lo manualment, vaig obtenir una altra llista de dependències que no es podien resoldre, entre les quals… el paquet php7.3-curl : és això el que s’entén per dependència cíclica, oi?[2]

Després d’una lenta i llarga sèrie d’intents infructuosos (i gairebé desesperants) vaig tindre una intuïció: el dia anterior havia afegit al Yunohost una aplicació, CodiMD[3], que m’havia semblat molt interessant; però, per algun motiu, la instal·lació no havia anat bé, no apareixia en llista d’aplicacions instal·lades que em mostrava la interfícies gràfica, però sí apareixia en la llista si la demanava per terminal:

# yunohost app list

D’altra banda, semblava accessible via web… tot i que tampoc aconseguia entrar-hi). Així, doncs, la vaig desinstal·lar.

# yunohost app remove codimd

Després d’això, i per precaució, vaig fer una actualització emprant les eines habituals de Debian:

# apt-get update ; apt-get -y upgrade ; aptitude update ; aptitude -y safe-upgrade

Finalment, vaig recomençar el procés amb aquelles quatre ordres del principi:

# yunohost tools update # yunohost tools upgrade --system # yunohost tools migrations migrate # yunohost tools migrations migrate --accept-disclaimer

I, per fi, el sistema es va actualitzar (i vaig ballar una conga d’u al voltant de la taula).

2. La solució de l’accés via SSH

Feia mesos, però, que el meu Yunohost arrossegava un problema: en algun moment, i no he pogut esbrinar per quina causa, l’accés en local via ssh havia deixat de funcionar. Com que tinc la Raspberry connectada a la tele i puc accedir-hi en local en qualsevol moment, havia anat postposant la cerca d’una solució a aquest inconvenient.

Xaloc m’havia aconsellat de resoldre-ho abans d’iniciar l’actualització, però… vaig pensar que potser (potser!) l’actualització solucionaria el problema (la documentació[4] que vaig consultar em va resultar una mica complexa: ja no tinc les neurones de quan era jove!) i, bé, així ha estat: en un moment de l’actualització (l’última, la que va funcionar), el procés es va interrompre per preguntar-me què havia de fer respecte al fitxer de configuració del ssh (no me’n vaig apuntar el detalls): conservar-ne la versió antiga o instal·lar-ne la nova. Vaig optar per la segona opció.

Quan va acabar la instal·lació, vaig intentar accedir al servidor des d’una altra màquina via ssh: no vaig poder, però vaig observar que l’error que em donava era diferent. Vaig investigar una mica[4], vaig modificar una línia en aquell fitxer, vaig reiniciar el servei ssh i… solucionat!

3. El misteri de Nextcloud

Després d’actualitzar el sistema, vaig comprovar que algunes aplicacions no estaven al dia: Jirafeau, Moodle i Nextcloud. Via interfície web vaig actualitzar les dues primeres amb normalitat. Tanmateix, Nextcloud em va donar error i no va romandre en la versió 19.0.3 (l’actual és la 20).

Vaig intentar actualitzar aquesta peça fonamental del meu servidor via terminal amb l’ordre:

# yunohost app upgrade nextcloud

Els logs indicaven un problema per l’existència prèvia d’un backup d’aquesta aplicació. He investigat una mica (l’opció --help de l’ordre yunohost és una meravella), he obtingut la llista dels backups existents amb:

# yunohost backup list

He descobert que hi havia dos del Nextcloud i els he esborrat amb:

# yunohost backup delete nextcloud-pre-upgrade1 # yunohost backup delete nextcloud-pre-upgrade2

Després, he tornat a intentar actualitzar l’aplicació, però he obtingut un altre tipus d’error que no vaig saber interpretar. Per sort, un parell de dies després, vaig tornar a actualitzar el sistema (amb apt-get i aptitude), vaig tornar a intentar l’actualització de Nextcloud i, finalment, es va dur a terme satisfactòriament.

4. Conclusions 4.1. Complexitat

El procés d’actualització de Yunohost és complex:

  1. en primer lloc, actualitza la versió de la distro (Debian ha passat de la versió 9 a la 10);
  2. després, actualitza Yunohost (de 3.89a 4.14.4);
  3. finalment, cal comprovar si hi ha alguna aplicació de Yunohost pendent d’actualització i fer-ho manualment.

Això vol dir que el procés és llarg i que les complicacions són inevitables: cal temps i cal assegurar-nos de poder obtenir tota la informació complementària que ens puga caldre. I és molt recomanable tindre accés físic al servidor: jo no m’atreviria a intentar-ho en remot, per si falla la connexió.

4.2. Simplicitat

Els autors de Yunohost fan una feina extraordinària i ens ofereixen una eina que simplifica enormement, no només la creació i el manteniment d’un servidor amb múltiples funcions, sinó que també simplifica la tasca d’actualització de versió: no vull pensar com hauria estat de complicat intentar tots aquests passos manualment!

En particular, la gestió via terminal amb l’ordre yunohost és molt clara, increïblement intuïtiva (les ordres es poden intuir si saps què vols fer —i si saps dir-ho en anglès, és clar—). A més a més, l’opció --help soluciona tots els dubtes d’una manera clara i amb explicacions molt simples i directes. Crec que, molt ràpidament, aniré deixant de banda la interfície web (que també és clara i eficaç, atenció) i aniré passant al terminal per a la major part de les tasques de manteniment.

4.3. Precaucions

És molt important comprovar, abans d’intentar instal·lar una nova aplicació de Yunohost, si és compatible o no amb la nostra arquitectura, en especial si treballem amb una Raspberry.

Anàlogament, cal evitar les aplicacions poc estables (no he patit encara aquest problema, però imagine que podria donar problemes similars a l’anterior).

4.4. El futur

Hi ha aplicacions que no funcionen sobre la Raspberry i que m’interessen molt, com ara aquest CodiMD, però també Jitsi i OnlyOffice. Per poder instal·lar-les, hauria de migrar el meu sistema a un PC (no m’atrau la idea de llogar espai en un servidor comercial: vull tenir les meues dades a casa, aquesta és la gràcia de Yunohost). Crec que tinc la màquina adequada per a aquest projecte i només és qüestió de temps.

[1] Mini resum d’en Xaloc

[2] Vaig intentar resoldre les dependències cícliques aplicant les instruccions d’aquest article, però no vaig obtenir cap resultat (la dependència cíclica semblava un símptoma, no pas l’origen del problema). Tot i això, el text em va resultar clar.

[3] Marcel Costa em va comentar, després, que CodiMD no funciona en la Raspberry, de manera que, sí, aquesta devia ser la causa del problema.

[4] Habilitar usuario root en conexiones ssh en Debian

2 gen 2021 - 19:23

Que les xarxes socials siguin quelcom que a hores d'ara es pugui considerar, com a mínim, «problemàtic», no és res precisament que sigui gaire nou... Aquest és un missatge d'alerta que es repeteix periòdicament i el darrer avís amb projecció prou mediàtica va ser amb l'estrena del documental 'The Social Dilemma'.

socialInternet
20 nov 2020 - 17:13

L’adveniment del confinament de l’hivern-primavera del 2020 va ser una experiència que va marcar enormement la població (humana i no només) de gran part del món. Com va marcar i, fins i tot, quin seria el subjecte al qual ens referim quan diem que va ser marcat, seria la reflexió i debat central d’aquest escrit.

Societat
12 oct 2020 - 11:54

OMR Evaluator és una potent aplicació gratuïta que ens permet generar graelles


de respostes que amb el mòbil escanegem, obtenint el número d'estudiant, la versió del test i les respostes amb molta fiabilitat si els cercles estan totalment emplenats. La clau es pot introduir més tard. Permet fer preguntes amb dues respostes correctes i restar puntuació als errors.

Prèviament haurem d'importar els noms dels estudiants, amb els seus números i grups en un fitxer csv que podem preparar amb un full de càlcul.

Al generar la graella hem d'indicar les característiques de la prova, forma de qualificació i resposta correcte.

Un cop escanejats tindrem les qualificacions que podrem exportar i afegir al nostre sistema preferit.

Només haurem d'afegir la graella de correcció a la nostra prova i informar als estudiants del seu número i forma de contestar

Com funciona https://www.youtube.com/watch?v=pW9heQVDksI

Generació de proves 


Examen és una plantilla de LibreOffice Base que permet preparar tantes versions de la nostra prova com vulguem amb molts tipus de preguntes que poden incloure imatges i ens genera un document Writer amb cada versió i la seva clau de respostes, que podem introduir a la graella de OMR.

Permet triar preguntes de la base de dades per temes i unitats especificant els tipus de preguntes que volem triar. Llavors ordena les preguntes aleatòriament. Que també podem importar d'un full de càlcul. El que no ordena aleatòriament són les respostes, per això haurem de vigilar que les nostres respostes tinguin diferents opcions, per que si no la resposta a totes les preguntes de les nostres proves podria ser la mateixa.

Si la nostra prova ocupa només una pàgina, podem afegir a la capçalera d'aquest document la graella de correcció preparada amb OMR per que surti a totes les pàgines, vigilant que no tapi alguna de les imatges de les preguntes. Llavors podem imprimir només les pàgines senars, anversos, per imprimir la nostra prova, i entrar les respostes, o claus a OMR.

Captures de pantalla i codi font

Retocant el codi de VisualBasic podem modificar la plantilla al nostre gust.

Col·locació dels estudiants

Si preparem 5 versions diferents de la prova, podem preparar una graella per repartir les versions de forma que cap estudiant tingui al seu voltant una prova igual que la seva. Veieu el Teorema dels quatre colors.

Instruccions als estudiants

Exemple d'instruccions per donar als estudiants en el moment de la prova:

Utilitzeu un bolígraf negre o blau fosc.
1. Poseu el nom i la data a sota amb lletra molt clara.
2. A "Versió" ompliu TOT el cercle de la xifra indicada al vostre full.
3. A "Estudiant" escriviu el vostre número de 3 xifres, a les caselles quadrades i ompliu el cercle del mateix número de cada columna. Podeu anotar aquest número per properes proves.
4. Ompliu el cercle de la Resposta correcte.
Puntuació:
Cada resposta correcte suma 1 punt. Cada resposta incorrecta resta 0,25 punts.

També cal que informen als estudiants del seu número si no ho hem fet prèviament.

Convindrà tenir fulls de prova de sobres per si els estudiants volen canviar les seves respostes abans de lliurar la prova.



17 set 2020 - 09:37

Per algun motiu que encara no he pogut investigar, fa dies que no em puc connectar al servidor via ssh (ja he trobat informació sobre aquest problema: ara només en manca trobar-hi temps). Com que també he tingut alguna dificultat amb les actualitzacions via interfície web, això m’ha obligat a connectar la Raspberry a un monitor i administrar en local. I aquí he trobat una altre petit entrebanc: en introduir la contrasenya de root, el sistema no la reconeixia.

He revisat la llista de contrasenyes, m’he assegurat que estava emprant la contrasenya correcta… però el Debian continuava a respondre’m que no, que aquella no era.

Al final, de pura casualitat, he recordat que la contrasenya inclou alguns caràcters especials (ja sabeu, d’aquells que tant recomanen introduir en les contrasenyes per tal de fer-les més fortes, |@#~½æßðđ…). Aquests caràcters tenen la virtut (ehem…) de canviar de lloc per a cada distribució de teclat, i era aquí on radicava el problema: a la Debian, encara tinc configurat el teclat US, a diferència de la resta d’ordinadors, on tinc ES-ca i aquests caràcters rars es troben on toca. Total, que només he hagut de descobrir sota quina tecla s’amagaven aquests caràcter i ja he pogut accedir-hi amb normalitat.

Buf, quin ensurt més absurd.

(Sí, ja ho sé: ara toca configurar les locals de la Debian a ES-ca. M’ho deixe apuntat per ací per a recordar-ho.)

3 set 2020 - 11:19

Ahir, mentre treballava normalment amb Moodle (clonava un element), em va tornar l’error 502 Bad Gateway. En veure que insistia, vaig començar a cercar informació sobre el tema: la conseqüència immediata era que alguna cosa anava malament en el Moodle (però és evident que no tinc els coneixements necessaris per esbrinar el què, i encara menys per a trobar-ne la solució).

La primera opció va ser reiniciar TOT el servidor Yunohost. I va funcionar, vaig poder accedir al Moodle… durant un parell de minuts, fins que l’error 502 va reaparèixer.

El segon intent va ser actualitzar Yunohost via ssh:

# apt-get update ; apt-get -y upgrade ; aptitude update ; aptitude -y upgrade # apt-get clean ; apt-get autoclean ; apt-get -y autoremove # reboot

I vaig poder tornar a accedir al Moodle… durant un altre parell de minuts.

El tercer intent va ser via la interfície web d’administració del Yunohost: hi vaig descobrir que hi havia un actualització disponible per al Moodle (del paquet moodle-3.9.0 al paquet moodle-3.9.0-ynh1): la vaig aplicar (juntament amb una altre que em mostrava per a Nextcloud), el servidor es va reiniciar i, afortunadament, l’error 502 no se m’ha tornat a presentar.

Continue sense saber quin era el problema (no sóc informàtic, ja ho sabeu). Afortunadament, sembla que els xicots de Yunohost l’havien identificat i n’havien inclòs la solució en aquella actualització. Que el nom del paquet incloga les sigles ynh i que no canvie numeració respecte a l’anterior em fa sospitar que no es tracta de cap problema propi del Moodle, sinó de la manera com aquest «funciona» dins de Yunohost. Però potser estic completament equivocat.

El que és important és comprovar que Yunohost és un projecte molt viu, molt actiu, i que els seus programadors detecten i solucionen els problemes molt ràpidament: abans que jo me’l trobés, ells ja l’havien solucionat. Cosa que em recorda que hauré de pensar a col·laborar amb el projecte d’alguna manera concreta, més enllà de fer-ne difusió.

30 ag 2020 - 21:03

Certament es pot criticar que en aquests moments de crisi del club blaugrana ara oportunistament surti algú com jo per fer llenya de l'arbre caigut (tot i que, fins i tot pretensiosament, serien al final no més que meres estelles). Però bé, possiblement no hi hagi millor moment perquè la situació m'interpel·li abans que se sobreposi la desídia que puc tenir-hi al respecte.

PolíticaSocietat
14 ag 2020 - 17:17

Després de la instal·lació de Yunohost en una RaspberryPi 3+ B (cosa que no m’hauria plantejat abans d’escoltar les explicacions d’en Xaloc) per a confeccionar i mantenir el meu servidor domèstic (on, entre altres coses, s’allotja aquest blog), em vaig emocionar afegint-hi un grapat de serveis que potser (potser) han tingut alguna cosa a veure amb la penjada que el pobre animalet va patir fa uns dies: li demane massa a la modestíssima Raspy? No ho sé.

L’incident, a més, em va pillar lluny de casa i, fins que no hi vaig tornar, la cosa no tenia solució. En local, després de reiniciar la màquina (dir-li «màquina» a una Raspy, tot i ser semànticament correcte, continua semblant-me un acudit), se’m va ocórrer afegir al cron l’ordre de reiniciar (reboot) cada 24 hores, de matinada, en un horari que difícilment em pot afectar. No sé si això previndrà el problema, però, ara mateix, no tinc temps per investigar res més.

Toquem ferro i, sobretot, continuem amb aquesta aventura apassionant.

ReEDICIÓ: QUELCOM NO FURULA (3-9-20)

L’ordre que li vaig passar al cron no fa res. L’he corregida afegint-hi l’usuari que l’executa, root, però continua sense funcionar. He d’investigar si Yunohost porta alguna modificació al funcionament del cron.

26 mai 2020 - 18:49
El programari obert, GPL2, InVesalius permet importar un arxiu dcm, dicom o Analyze d'una tomografia o TAC i exportar-ho en stl. Funciona a Linux, Mac i ruindous.

Actualització (maig 2020): Ara cal instal·lar aquest PPA, per que utilitza VTK amb WXPython4

Pàgines