Etiqueta: gentoo

copiar la teva clau pública a un ordinador

logotip de l’Opensshsi us heu trobat que heu d’administrar diversos servidors i n’esteu farts de teclejar les contrasenyes de segur que heu descobert el sistema d’autenticació basat en claus públiques i claus privades, amb les quals a partir d’aquell moment en que tot el sistema està apunt ja no hauràs de teclejar mai més la contrasenya de l’usuari de la màquina remota a la que et connectaràs

doncs bé, com que per fer el procés has de copiar un fitxer (la clau pública) que tens localment a l’altre màquina es una mica rollo i tal, per sort hi ha gent que s’ho curra molt i avui hi he trobat una sol·lució molt ràpida i bona:

ssh-copy-id -i ~/.ssh/id_dsa.pub usuari@màquina

i amb això ja tindrem copiada la nostra clau pública per poder entrar en aquella màquina com a l’usuari que hem especificat

llegit a Gentoo-wiki

nou RSS al Liferea

Gentoo com que a Gentoo no existeixen versions noves ni nous llançaments de la distribució, sinó que sempre pots estar a l’última de la última o a la versió estable (i evidentment mil i una barreges) gràcies al seu sistema de paquets i que aquests (si vols) els compiles al teu gust

doncs bé, l’únic inconvenient que de moment li he trobat a aquest sistema és que com que hi ha mil i una combinacions i s’ha de consultar moltes dades per saber si hi ha actualitzacions, el procés és una mica llarg de manera que fa mandra mirar si hi ha actualitzacions gaire sovint

fins fa poc hi havia la pàgina packages.gentoo.org on es podien consultar les versions que hi havia en el portage del Gentoo i quina maduresa tenien (si eren molt nous o ja eren estables del tot, etc etc) però des de que es va trobar un bug en la pàgina que aquesta encara no està accessible, per sort en el mateix bug hi ha un comentari que em va alegrar el dia :)

el comentari fa referència a que hi ha una altra pàgina web: gentoo-portage.com on hi ha tanta o més informació que en la pròpia del Gentoo, de manera que ja m’he fet les adreces d’interès intel·ligents de l’Epiphany i m’he subscrit al canal RSS del programari que passi a ser estable per a l’arquitectura dels servidors que tinc

no recordo si hi havia sortida RSS a l’homòloga a Gentoo, però si no l’havia trobat per mi és com si no hi fós (el mateix que en programari, si fas una aplicació que és genial però la gent no la sap fer servir o no la pot aprofitar perquè tot està amagat no serveix de res el programa)

i per si no fós poc a la mateixa pàgina hi ha tots els flags que utilitzen els programes ordenats i amb explicacions, per acabar d’afinar del tot qualsevol programa :)

l’únic problema que té el Gentoo perquè no hi passi el portàtil (que ara mateix està a Gutsy i com a versió de desenvolupament d’Ubuntu el català torna a estar fatal :( és que els costa molt posar un paquet a versió estable (i més si és un monstre com el GNOME) tot i que hi ha overlays pel portage i d’altres coses … a veure si un dia m’ho miro :) (tot i que tampoc tinc moltes ganes de començar a jugar amb el portàtil que és on hi tinc totes les dades, etc etc :(

ressalt de sintaxi amb el vim en un Ubuntu

des del primer moment que vaig instal·lar el primer Gentoo ja farà un o dos anyets que em va agradar molt que sempre hi hagués colors per tot arreu en el terminal (en l’emerge, el ressalt de sintaxi en el vim, quan fas els ls ….) ja que facilita moltíssim treballar sobre fitxers de configuració si veus què són comentaris i que no, etc etc

però resulta que l’Ubuntu (a saber perquè) ho tenen desactivat per defecte, de manera que avui per fi m’he posat a buscar-ho al Google i amb el primer resultat ja m’he trobat amb un paio que volia fer exactament el mateix que jo: habilitar el ressalt de sintaxi a un Ubuntu per editar codi php :D

a quin programa pertany aquest fitxer?

això és una cosa que me l’havia preguntat moltes vegades, i no se com ho han resolt altres distribucions, però a Gentoo tenim:

equery b /path/sencer/a/un/fitxer

que retorna el ebuild (en aquest cas) al que pertany, en debian i derivats existeix quelcom semblant? que altres vegades a l’Ubuntu que tinc al portàtil també m’he preguntat qui coi m’havia posat un fitxer pel S.O. i l’únic que se m’havia ocorregut era anar al Synaptic i mirar les propietats de un deb que un cop instal·lat et diu els fitxers que ha instal·lat

el problema en tots els Linux en general és quan comences a instal·lar programes que compiles tu mateix, tot i que es pot pal·liar una mica si ho instal·les a /opt, però a la que hi instal·les gaires coses també es converteix en un lloc poc habitable :(

versionat de l’Ubuntu

si normalment en el programari es fa servir els números de versions de manera incremental per denotar que s’ha avançat des de la versió anterior, en el programari lliure en particular es fa servir força la descomposició de Linux[0] que consisteix en que el nombre major és per els canvis MOLT importants (canvis en l’API per exemple), les versions x.senars són per a versions no estables que quan siguin estables es convertiran al següent nombre parell (o sigui les versions de prova 2.17 en ser estables seran la 2.18, com el GNOME per exemple)

per a revisions més menors, de manteniment, depuració d’errors o d’altres canvis poc importants es fa servir un tercer dígit (x.y.z, com el GNOME 2.16.3 que és la tercera versió estable del GNOME 2.16)f

finalment, a vegades quan es fa un llançament hi ha algun petit problema que es resol amb una simple modificació, llavors s’afegeix encara un altre dígit, per exemple 3.2.0.1

però anant al gra, les versions d’Ubuntu em desconcertaven, 6.06, 6.10, 7.04 …

fins que l’altre dia ho vaig trobar a l’ajuda de l’Ubuntu (tot i que no ho estava buscant), l’explicació és ben senzilla, el nombre major és la unitat de l’any en que estem (2005, 2006, 2007 …) i el nombre menor és el número de mes en que s’allibera la versió (juny→06, abril→04, octubre→10, etc etc)

un altre esquema semblant a aquest és el que fa servir Gentoo per exemple, que tot i que no fan mai noves versions (degut a l’estructura de la distribució que només et cal anar actualitzant els ebuilds que tens instal·lats) sí que fan com unes marques en el temps volent dir: “ara està força estable”[1]

el seu esquema és tan senzill com el número de l’any i el número de marca d’estabilitat, o sigui 2007.1 és la segona (és comença per 0) marca d’estabilitat, per dir-ho d’alguna manera

[0] que jo sàpiga el parell-senar ho va començar a fer servir en linus

[1] bé, de fet és l’estabilització del que són els components del nucli que formen la distribució Gentoo, que cada vegada que tots s’han actualitzat a noves versions i s’han estabilitzat en els dipòsits de Gentoo es fa la versió, pot haver-hi vegades que no en facin ni en un any, ja que els components bàsics del Gentoo són tan mínims que si no hi ha gaires millores en els components o en la manera d’instal·lar la distribució, com que igualment després de tenir-ho tot instal·lat pots actualitzar a l’última versió disponible no hi ha pèrdua de funcionalitat

uffffffffff

per si no us en havíeu adonat el bloc havia estat inaccessible des de feia com a mínim 24h

i d’aquestes 24h me n’h estat com a mínim 14 per trobar-hi l’entrellat, ja que la sol·lució ni molt menys era òbvia…

els fets:

després de remenar molt el bloc ahir tot funcionava perfectament

tot mirant els logs de l’apache (a saber perquè em va picar mirar-los) vaig veure que un vhost que havia creat feia molt temps donava problemes, així que vaig esborrar el fitxer de la configuració del vhost i vaig reiniciar l’apache, que com que em va donar problemes i no es va iniciar del tot correctament vaig decidir reiniciar el servidor

a partir de reiniciar ja no funcionava el bloc! però el més estrany de tot, el phpmyadmin que tinc instal·lat tampoc funcionava i li faltaven MOLTS fitxers (no era el cas del wordpress), després de barallar-me molt amb el bloc, vaig copiar de nou els fitxers del phpmyadmin i aquest ja funcionava bé, però el bloc quan entraves a la seva pàgina principal no mostrava res, ni títol, ni missatges d’error, res de res, el codi font era zero, entrant-hi amb el links2 (navegador web per terminal) donava un error de socket …

per acabar d’embolicar que fa fort si entrava a la secció d’administració del bloc SÍ que funcionava aquest, però tornant a la pàgina inicial o qualsevol visualització de les entrades escrites tornava una pàgina amb blanc

més problemes, si baixava al portàtil el .zip del wordpress des del navegador web o ho feia amb el wget des del servidor donaven un md5sum diferent! cada vegada que entrava a la portada a al log d’errors de l’apache sortia

[Fri Mar 16 17:52:48 2007] [notice] child pid 6278 exit signal Segmentation fault (11)

havia provat de tot, canviar la base de dades del wordpress, canviar-li el path diverses vegades, fer una instal·lació completament nova del wordpress, recompilar l’apache i el php (el mysql no podia ser perquè no em donava cap problema) i res

buscant al google informació sobre pàgines en blanc del wordpress o als fòrums de gentoo sobre el wordpress tampoc donaven cap resultat

buscar l’error de l’apache m’enviava a una pàgina de la documentació de l’apache que em deia que recompilés l’apache amb no se quines opcions i fes una depuració complicadíssima

al bugzilla del gentoo tan per l’apache com pel php no hi havia res que s’assemblés al meu problema i tan el php com l’apache són estables en la versió que els tinc, però un informe d’error referint-se al mediawiki que no funcionava bé l’última versió estable del php però que l’anterior (el canvi de php5.2 a php5.1) ho arreglava, així que he recompilat una versió menys nova del php i …

voilà, de moment funciona!!

samba

no, no ser ballar samba

d’alguna manera o altre ja tinc instal·lat i “funcionant” el samba al servidor gentoo

a curt termini pel que ho vull és per poder accedir a la música que tinc al servidor per editar-ne les etiquetes id3 de la música perquè així quan la posi a l’ipod que em va regalar la Sílvia la tingui correctament ordenada, tot i que últimament sempre poso la funció aleatòria i ja vaig tirant :)

a llarg termini, potser podria servir per emmagatzemar la música de tota la gent del pis i fer-ne una mena de ràdio del pis, tenir-hi les dades de cada persona, etc etc el temps lliure i les ganes/necessitats dirà què s’acaba fent

reiniciat

48 dies i unes poques hores, fins que he reiniciat el servidor fa un moment :)

jugant amb el planificadors de tasques i el model de preemption del nucli del S.O. feia que aquest respongués molt lentament a les interaccions de l’usuari en mode gràfic, però tot i així no m’afectava molt ja que el tinc com a servidor, però arriba un punt en que cansa que tardi 3 hores per obrir el nautilus, etc etc

així que abans de reiniciar he compilat el nou nucli estable del linux, he canviat el planificador i el mode de preemption i ara ja va una mica més fi :)

runlevels del gentoo

com que els blocs serveixen, sovint, com a notes per a un mateix, aquí va la primera meva :)

els runlevels (o nivells d’execució) serveixen per dir-li al S.O. que engegui els serveis que volem, per exemple, podem tenir el runlevel de servidor, el d’escriptori, el de manteniment, etc etc

de manera que amb el nivell de servidor hi hauria els serveis de base de dades, web, etc etc en el d’escriptori no hi hauria servidors, en el de manteniment hi hauria, per exemple els mínims dels mínims serveis, per assegurar-nos que així tot està parat i es pot remenar les configuracions de qualsevol servei, actualitzar-lo, etc etc

i anant al tema, a gentoo, a diferència d’altres distribucions que els nivells d’execució estan a /etc/rc*.d (on l’* va de 0 a 6, tot i que se’n poden posar tants com un vulgui) estan a /etc/runlevels/* (on aquí l’* pot ser qualsevol nom, el per defecte és default)

per gestionar els nivells tenim l’eina rc-update que bàsicament el que fa és 3 coses, mostrar els serveis d’un nivell, afegir-hi serveis i suprimir-ne:

# llistem els serveis del runlevel default
rc-update show default
# afegim l'apache2 als runlevels servidor i default
rc-update add apache2 servidor default
# suprimim l'apache2 del runlevel default
rc-update del apache2 default

tot i que a gentoo es canvii l’esquema dels noms de les carpetes dels runlevels, al igual com en la pràctica totalitat de les distribucions, tot el que hi ha en aquestes carpetes són enllaços simbòlics cap a /etc/init.d