Re: configuracio de client SSH repartida en diferents fitxers

[Eloi]

2009/1/13 Jordi Funollet jord...@ati.es:
 Bon any a tot-hom,

 M'aniria bé tenir la configuració de SSH (~/.ssh/config) repartida en
 diferents fitxers i carregar-ne un o l'altre en funció de a quina màquina
 treballo.

 Sabeu si hi ha alguna directiva per carregar la configuració d'un fitxer
 extern? A l'estil del 'source' de la bash o dels 'include' d'Apache. He fet
 una ullada al 'man ssh_config' i no he sabut trobar res.

Sempre pots especificar les opcions pròpies de cada màquina a la qual
et connectes fent servir diferents directives Host, que alhora pots
fer servir per fer àlies de màquines.

Per exemple:

--- ~/.ssh/config ---
Host servidor
Hostname server.enterprise.example.com
User jfunollet

Host casa
Hostname la-meva-ip-de-casa.example.net
User jordi
--- ~/.ssh/config ---

Això farà que es facin servir les primeres opcions quan es faci una
crida a ssh passant com a nom de la màquina remota servidor i les
segones quan es passi casa. També pots posar directament el nom
complet de la màquina a Host i passar de fer un àlies, aleshores
Hostname no et faria falta.

Finalment, si vols opcions genèriques que s'apliquin a totes les
connexions les hauràs de posar abans de la primera línia Host.

-- 
Atentament,

Eloi Notario.


--
To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: systemd i la mare que el va...

[Eloi]

El 18/12/14 a les 13:18, Jordi Mallach ha escrit:
 El dc 17 de 12 de 2014 a les 12:47 +0100, en/na Ricard Pradell va
 escriure:
 Mercès per la informació. Semblen tenir raó els que diuen que trenca
 la filosofia UNIX de un programa que fa una sola cosa, i la fa bé.
 Però no obriré flames sobre això, doncs per internet ja n'he vist uns
 quants. Espero també que imperi el sentit comú i la filosofia de no
 imposar res que sempre ha caracteritzat al software lliure en general
 i a Debian en particular. Tornaré de moment a lo bo i conegut.
 
 En un intent d'evitar que el FUD anti-systemd s'escampe també per una
 llista generalment civilitzada com aquesta, només diré que el paquet
 systemd conté _64_ binaris diferents. En contrast, util-linux conté 72.
 
 Així que millor dir systemd, un programa que trenca la filosofia UNIX
 amb 64 binaris que fan cadascú una cosa distinta.
 
 Quant a imposar res, és molt senzill: s'ha dit per activa, passiva i
 fins avorrir, que Debian mantindrà suport per alternatives a systemd,
 siguen sysvinit, upstart, runit, OpenRC o el que siga, sempre que hi
 haja gent que estiga disposada a fer-se'n càrrec dels bugs i problemes
 que sorgeixen. 

No estic en condicions de fer una valoració objectiva sobre si sysv o
systemd, tot i que tinc dos ordinadors a Jessie, un sobretaula amb
systemd i un portàtil amb el sysvinit tradicional, i cap dels dos m'està
donant problemes a nivell d'usuari.

Però sí que vull apuntar que l'entrada de systemd s'ha gestionat, des
del meu punt de vista, d'una forma una mica matussera, que és la que
penso que ha acabat generant bona part de la polèmica. A més, alguns
encara recordem el nyap de NetworkManager a Lenny, que els mantenidors
de GNOME el van fer entrar amb calçador i usant KDE era un caos de fer
anar, l'altre tema és com s'arribava a colar com a dependència.

Aquí ha passat una mica el mateix, jo ho vaig viure amb CUPS que de cop
i volta per resolució de dependències m'exigia systemd. No li trobava
sentit, i vaig estar temps amb el paquet congelat a testing fins que la
cosa es normalitzés amb systemd-shim, que per altra banda cada dos per
tres tenia les dependències trencades i feia saltar de nou tot el
systemd cap a dins.

Fins i tot ha fet falta una resolució del comitè tècnic per arreglar
aquesta imposició i permetre correctament que systemd no s'instal·lés
substituint sysvinit a la mínima que el paquet d'un servei començava a
donar suport als dos sistemes d'arrencada.

I sí, ja sé que hi ha una altra resolució que diu que el sistema d'init
per defecte a Jessie serà systemd, però això no vol dir posar pals a les
rodes per a sistemes alternatius, de la mateixa forma que es pot tenir
Debian amb KDE tot i que l'escriptori per defecte sigui GNOME.


-- 
To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/5492ecf2.4040...@gmail.com

Re: OT: viquipedista

[Eloi]

El 16/03/15 a les 21:36, Joan ha escrit:
 On 16/03/15 18:15, Blackhold wrote:

 Hola,
 Necessito que algun viquipedista es posi en contacte amb mi.

 Moltes gràcies!

 
 Tots ho som una mica, no? O parles d'algun rol concret?
 
 Joan
 
 

A mi no em fiqueu al sac dels viquipedistes, que ja en vaig quedar prou
escaldat defensant que l'ample de via ibèric no era idea de Franco.


-- 
To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/5507eaa4.1030...@gmail.com

Fwd: Fwd: Re: Jessie o no Jessie

[Eloi]

No, si ja la liaré, ja... sóc entfe...@gmail.com, semi-habitual de la
llista, que m'ha sortit el correu amb l'adreça de la feina :-(

 Missatge reenviat 
Assumpte:   Fwd: Re: Jessie o no Jessie
Data:   Fri, 08 May 2015 22:30:47 +0200
De: Eloi e...@earcon.com
Respon a:   e...@earcon.com
Organització:   Earcon
A:  debian-user-catalan@lists.debian.org



Envio (ara sí) a la llista. Perdona'm Daniel pel soroll


 Missatge reenviat 
Assumpte:   Re: Jessie o no Jessie
Data:   Fri, 08 May 2015 22:29:20 +0200
De: Eloi entfe...@gmail.com
A:  Daniel dan...@familiaeliasgavernet.cat



El 08/05/15 a les 21:09, Daniel ha escrit:
 Hola: Estic dubtant entre actualitzar el wheezy que tinc o esborrar-lo i
 instal·lar el jessie de nou en nou. Tinc el directori home en un disc
 diferent del de sistema, que el puc deixar inactiu perquè no es perdi
 res a l'hora d'instal·lar (ja ho he fet en altres ocasions), i un cop
 feta la instal·lació recarregar les quatre aplicacions que tinc i santes
 pàsqües.
 
 Dubte: He començat a fer la declaració de renda d'aquest any i oh
 miracle! m'ha funcionat amb Debian. Per allò que diuen si funciona no
 lo toques potser que esperi a presentar la declaració per fer la
 migració a Jessie, no?
 
 En fi, gràcies per la vostra ajuda.
 

A mi el PADRE em funciona bé des de Jessie... de fet millor que altres
anys, no tinc el color groc llampant crema-retines de fons :-)

De totes formes, en la teva situació jo m'esperaria a fer l'upgrade quan
hagis acabat la declaració, si tal com ho tens ara et funciona.

Fora bromes, el PADRE m'ha funcionat sempre bé des que em faig càrrec de
les declaracions de renda de casa, d'ençà l'exercici 2009. Ara bé,
l'instal·lador de Linux no el faig servir, desempaqueto directament el
.zip i el crido de consola des del directori amb java -jar irpf.jar






-- 
To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/554d1d89.5020...@gmail.com

Re: Correus publicats a lists.debian.org

[Eloi]

El 09/06/15 a les 19:40, Narcis Garcia ha escrit:
 Reenvio la resposta que m'han donat, i la tradueixo:
 
 «Esteu enviant la vostra adreça de correu a una llista que permet
 qualsevol de subscriure's. Qualsevol adreça de correu-e allà estarà
 disponible als 'spammers'. Si això és un problema, utilitzeu una adreça
 diferent o no hi feu enviaments.»
 
 I em pregunto: Qui administra aquesta llista en concret?

Això no té res a veure amb qui administra aquesta llista de correu
perquè és un problema comú i intrínsec.

D'acord, vols que la teva adreça de correu s'amagui. Però s'ha d'amagar
a tot arreu perquè sigui efectiva: tant a l'arxiu com al correu que
s'envia a tots els membres, en particular a mi. Si jo rebo un correu
d'una adreça manifestament obscura o invàlida, el més probable és que el
meu filtre de correu escombraria salti i no vegi mai el teu missatge.
També impedirà que ningú pugui respondre't en privat a la qüestió que
hagis plantejat, per molt convenient que sigui.

Si vols això, la recomanació del listmaster és efectiva. Si pretens
imposar-nos-ho a la resta, hi estic en contra.

Que és una murga que l'adreça de correu s'inundi de correu brossa? Això
ningú ho nega, tots hi hem passat. Però una llista de correu es basa en
reenviar un correu a tothom. Si no vols que ningú sàpiga el teu número
de telèfon, no el posis mai en un taulell d'anuncis.

Després hi ha l'assumpte del derexu al ulvidu que ha reflotat, i que
és inútil perquè tots els subscrits tenim còpia del correu enviat. A mi
no em pots fer oblidar. A més, aquesta interpretació del dret és
excessiva i fins i tot perniciosa: està enfocada a cercadors perquè
deixin de mostrar com a resultats rellevants fets passats, però en cap
cas és per censurar-ne la font. Seria com si jo em penedís d'una carta
al director que vaig escriure fa temps al Diari de Girona i, basat en
aquest dret, demanés que s'esborrés de l'hemeroteca. La real també.

Abans d'esperar que tercers ens arreglin la vida hauríem de ser més
conscients dels nostres propis actes.


-- 
To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/5577dda3.6060...@gmail.com

Re: Correus publicats a lists.debian.org

[Eloi]

El 10/06/15 a les 18:47, Narcis Garcia ha escrit:
 He posat el rudimentari exemple de Mailman per fer-ne comparació amb una
 eina ben antiga, molt utilitzada, i que de fa tants anys que ha previst
 aquest problema.
 
 He vist arreu mètodes molt més eficaços, com per exemple:
 n...@correu.cat - no...correucat

Estàs segur que són eficaços, o només són una façana com els controls
d'accés als trens AVE?

Perquè l'ofuscació sigui realment efectiva, ho ha de ser en tots els
casos, no només a l'arxiu de Debian. En particular, les adreces haurien
d'aparèixer igualment amagades als correus que rebem tots els subscrits,
o si no res impedirà tant a spammers o a d'altres arxivadors de la
llista que tinguin una còpia del missatge amb l'adreça intacta.

En particular, tu no hauries de poder veure ni conèixer mai que escric
des de l'adreça entfe...@gmail.com. Si ho pots veure, els robots també.

Però aleshores ja no estem parlant d'una llista de correu sinó d'una
altra cosa diferent. Perquè quan escrius a una llista de correu saps que
s'envia una còpia del correu a tots els subscrits, però no saps quanta
gent ni quines intencions tenen. Ni tan sols saps si em dedico
personalment a vendre les adreces que m'arriben de la llista.

Com he dit abans: si no vols que et truquin, no deixis el teu número de
telèfon en un taulell d'anuncis.


-- 
To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/55792c7...@gmail.com

Re: Correus publicats a lists.debian.org

[Eloi]

El 11/06/15 a les 08:33, Narcis Garcia ha escrit:
 Suposo que alguns també deuen estar en contra dels filtres CAPTCHA...

Fes aquesta mateixa pregunta a una persona cega, a veure què et respon.
No sé si n'hi ha alguna en aquesta llista.


-- 
To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/55792d18.4000...@gmail.com

Re: Correus publicats a lists.debian.org

[Eloi]

El 10/06/15 a les 15:07, ja...@citrik.org ha escrit:
 Per ser més concrets, el problema que tinc jo amb el derexu al ulvidu
 és el següent: Vaig cometre l'error d'enviar un mail amb el meu nom
 complert, o sigui que si vaig a un buscador es pot saber la meva adreça.
 
 El que reclamaria com a propietari del correu és que s'esborrés aquest i
 així deixaria d'estar indexat.
 
 No hi veig el problema en esborrar un correu meu però no he obtingut
 resposta per fer-ho. I penso que és el meu dret a esborrar-lo.

Hi ha una manera: fer que cinc persones l'assenyalin com a spam. Ara bé,
potser aconseguim filtrar-te l'adreça de correu, i tampoc resol que les
teves dades personals persisteixin no només a les bústies de correu de
tots els subscrits en aquell moment sinó també a la resta d'arxius de
tercers de la llista, una mostra dels quals s'ha enumerat en un altre
missatge d'aquest fil.

Si no aconsegueixes esborrar-ho de tot arreu, la mesura que demanes és
inefectiva.


-- 
To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/55792e39.1000...@gmail.com

Re: llista de correu, trobades a Catalunya

[Eloi]

El 25/08/15 a les 09:28, Alex Muntada ha escrit:
 Eloi:
 
 Creus que hi hauria possibilitat de rebre algun tipus de suport
 institucional com a acte de festa major? Si s'inclogués al programa de
 festes de Sant Narcís, no només seria una trobada sinó també un acte
 d'evangelització per fer conèixer Debian i programari lliure :-)
 
 Crec que aquest no era l'objectiu d'aquesta primera reunió, però
 potser ho tinc mal entès. Diria que l'objectiu és fer una trobada
 de debianites amb el mínim d'esforç organitzatiu possible i amb
 assistència màxima.
 
 No crec que les dues coses siguin compatibles del tot però potser
 només és una impressió meva.

Res doncs, només havia fet el comentari perquè per dates coincidia amb
la festa major de Girona.

Re: [deb-cat] Trobada 2015

[Eloi]

El 17/10/15 a les 17:00, Narcis Garcia ha escrit:
> A Girona s'està confirmant ja la trobada per dissabte 24 d'octubre, i
> per si de cas ja s'està demanant un espai a la universitat de Girona pel
> 21 de novembre.
>
> Suposo que a la trobada de dissabte vinent (a la qual tothom hi sereu
> benvingudes) se sumaran ànims per enfilar la del mes vinent.
>
> Acabaré de confirmant amb convocatòria i tot.

Vaja, precisament aquest dissabte no estaré a Girona :-( però el 21/11
sí que m'anirà bé.

Només per curiositat, l'espai seria a la Creueta, a Montilivi, a Sant
Domènec o a l'antiga Annexa?

Re: llista de correu per a la comunitat de Debian de parla catalana

[Eloi]

El 08/10/15 a les 00:34, Simó Albert i Beltran ha escrit:
> Potser si omplim aquesta llista de missatges referents a l'organització
> de trobades pot molestar a gent que només vol estar a aquesta llista per
> resoldre qüestions tècniques.
>
> Em costa posicionar-me perquè no em queda clara la definició d'aquesta
> llista.
>
> A https://lists.debian.org/debian-user-catalan/ diu "Support for Debian
> users that speak Catalan.". No estic segur que l'organització d'una
> trobada es pugui entendre com a donar suport, però si que crec que a la
> trobada es dona suport.
>
> A https://www.debian.org/international/Catalan/ diu "Aquesta llista
> serveix per a discutir i resoldre qualsevol dubte sobre l'ús del sistema
> Debian, i per a qualsevol anunci útil per a usuaris (organització de
> trobades, etc).". On no entenc si l'organització entra dins la llista o
> només l'anunci d'aquesta.
>
> No se quina és la definició de les altres debian-user-algo però crec que
> haurien de ser coherents. Per tant no crec que puguem canviar la
> definició només per aquesta llista.

Sóc del parer que les normes fan falta quan hi ha problemes per no
seguir-les.

En el cas dels temes de la llista de correu, crec que el tema
d'organitzar una trobada, encara que surti de l'àmbit oficial de la
llista, no comporta cap problema real ni a la pròpia llista ni als seus
lectors. En el pitjor dels casos, a algú qui no li interessi pot
simplement ignorar el fil de conversa.

Per altra banda, tot i que proporcionalment la discussió de la trobada
fa bastant soroll a la llista (més pel baix volum habitual de la resta
de temes que per l'alt d'aquest), considero que no és disruptiu amb la
pròpia llista, en el sentit que res impedeix que missatges de suport en
català siguin llegits i atesos.

Per tot això, crec que encara que "normativament" no correspongui
parlar-ne en aquesta llista, no veig cap problema amb la situació
actual, perquè alhora considero que es tracta d'un fet puntual i
esporàdic. Dit això, si a la pròpia trobada es decideix fer-ne una o
dues l'any, aleshores potser sí que seria convenient establir un canal
alternatiu d'organització i deixar a la llista només les convocatòries.

[OT] Re: llista de correu, trobades a Catalunya

[Eloi]

El 26/08/15 a les 11:05, Aniol Martí ha escrit:
 Bon dia,
 Aquests dies concideixen amb el Saló del Manga, no sé si això pot fer que 
 vingui menys gent, almenys jo no podria venir :'(.
 
 Salut!
 
 Enviat des del mòbil.

Això depèn de les preferències de cadascú.

Jo no he anat mai al Saló del Manga, tot i haver estat convidat per tres
persones diferents i en repetides ocasions, precisament perquè coincidia
amb les fires i festes de Sant Narcís.

I és que si se'm deixa a triar entre disfressar-me de Son Goku o cantar
el Girona m'enamora a les escales de la catedral, l'elecció és més que
clara :-)

El cas és que sigui qui sigui el cap de setmana que s'escolleixi, hi
haurà algun altre acte interessant en un altre punt de Catalunya que
algú preferirà abans de venir a aquesta trobada.

Jo fixaria una data i només la canviaria en cas que hi hagués un nombre
significatiu de persones a qui no li anés bé. Si algú no pot anar a una,
mala sort i ja vindrà a la propera; si esperem una data que vagi bé a
tothom, no farem mai cap trobada. Ho dic per experiència.

Re: llista de correu, trobades a Catalunya

[Eloi]

El 23/08/15 a les 19:16, Narcis Garcia ha escrit:
 Una única llista està bé, degut al ritme de cartes.
 A alguns ens ajuda que l'assumpte porti un prefix com [deb-cat] o [duc]
 o el què sigui.
 
 D'altra banda, proposo una trobada pel diumenge 1 de novembre a Girona.
 Aviat especificaria el local.

Creus que hi hauria possibilitat de rebre algun tipus de suport
institucional com a acte de festa major? Si s'inclogués al programa de
festes de Sant Narcís, no només seria una trobada sinó també un acte
d'evangelització per fer conèixer Debian i programari lliure :-)

Jo podria arribar a parlar amb dos regidors que conec personalment, de
partits i cercles de coneixença diferents.

Re: Fwd: Problems with 7.9 torrents

[Eloi]

El 30/09/15 a les 10:25, Narcis Garcia ha escrit:
> Amb qui s'ha de parlar per a què mirin el problema que té el servidor de
> torrents de Debian?
> No és la primera vegada que em passa, que versions anteriors de Debian
> no són descarregables per Torrent encara que així figurin al web cdimage.
>

Jo no he provat mai a baixar imatges antigues amb bittorrent o similars,
sempre que m'han fet falta he usat jigdo contra archives.debian.org i
mai he tingut problemes, de fet per aquesta via vaig aconseguir no fa
gaire una imatge per a Debian Lenny que necessitava per la feina

Re: Fwd: [gilug] [premsa] Nova jornada de programari lliure, aquest dissabte

[Eloi]

Fe d'errates:

El 17/11/15 a les 22:55, Eloi ha escrit:
> [...]
>
> Un cop a l'estació de Girona, només cal anar cap a taquilles, sortir pel
> costat dret

Sortir pel costat *esquerre* mirant a taquilles, l'oposat a l'estació
d'autobusos, per la zona encara empantanegada de les obres del tren
d'alta velocitat.

Re: Fwd: [gilug] [premsa] Nova jornada de programari lliure, aquest dissabte

[Eloi]

El 16/11/15 a les 22:00, Narcis Garcia ha escrit:
> Carta sencera amb adjunts:
> http://llista.gilug.org/pipermail/premsa/2015/02.html
>
>
>  Missatge reenviat 
> Assumpte: [gilug] [premsa] Nova jornada de programari lliure, aquest
> dissabte
> Data: Mon, 16 Nov 2015 21:54:15 +0100
> De:   GiLUG 
> Respon a: Girona Linux Users Group 
> A:pre...@llista.gilug.org
>
>
>
> Aquest dissabte 21 de novembre fem una trobada conjunta la /Comunitat
> d'usuaris de Debian de parla catalana/
>  i el /Girona Linux Users
> Group/ (GiLUG ).
>
> Aquesta múltiple trobada ens permet veure'ns en viu, explicar
> batalletes, resoldre dubtes, etc. Adjuntem un petit cartellet per
> donar-li una mica de cara a la trobada i algunes activitans que farem.
> És benvinguda tota persona amb interès pel programari lliure.
>
> Aquí està la ubicació del local per aquest dissabte:
> http://www.openstreetmap.org/?mlat=41.97685=2.80340#map=19/41.97685/2.80340
>

Com arribar a Girona:

La millor opció és el tren, per via convencional des de Barcelona hi ha
un tren per hora (els dissabtes al matí surten a :46 de Sants, :50 de
Passeig de Gràcia i :53 de Clot Aragó), a més dels trens d'alta
velocitat que tenen un horari més irregular. Hi ha dos categories de
trens: els ràpids s'aturen només a Sant Celoni, Maçanet, Sils i Caldes;
els lents també a Granollers Centre, Gualba, Riells, Hostalric,
Riudellots i Fornells.

Preus dels bitllets des de Barcelona: el trens de les hores parell, els
lents, 8,40€; els de les senars, 13 minuts més ràpids, 11,25€. Els
primers són com els de rodalies que van a Terrassa, Vilafranca o Vic;
els segons són més moderns i tenen endolls individuals. No hi ha
descompte d'anada i tornada, però podria fer passar amb el meu abonament
fins a 3 persones que pugin a Clot Aragó amb el tren de les 08:53 i els
hi sortiria a 6,15€, a canvi d'haver-me d'aguantar durant tota l'anada :-)

Una recomanació: si sou del sud del Maresme plantejeu-vos baixar a
Barcelona en lloc d'anar cap al nord i fer el canvi de tren a Maçanet:
els dissabtes els horaris són penosos i tindreu una espera mínima de 50
minuts allà.

Un cop a l'estació de Girona, només cal anar cap a taquilles, sortir pel
costat dret, seguir pel primer carreró més o menys recte, i a la primera
cruïlla (que ja serà l'avinguda de Santa Eugènia) tombar a l'esquerra i
seguir un quilòmetre llarg, o agafar la línia 3 d'autobús urbà que els
dissabtes circula cada 20'.

Circular amb cotxe per Girona és complicat, i trobar aparcament encara
ho és més.

Si veniu del sud o de l'oest via C-25 la millor opció és l'AP-7/A-2
sortint per Girona Sud, a la primera rotonda després del peatge seguir
cap a l'esquerra direcció Salt, tirar recte fins al final i després cap
a la dreta pel carrer Major, que a Girona és Santa Eugènia.

Si veniu de l'est per Llagostera, seguiu la carretera fins al final com
si anéssiu a agafar l'autopista, i just abans del peatge gireu a la
dreta a la rotonda i seguiu les instruccions de dalt. No entreu a Girona
per la Creueta / Emili Grahit ni pel carrer del Carme o us complicareu
la vida.

Si veniu del nord, de l'oest per Banyoles, o de l'est per la Bisbal,
agafeu igualment l'AP-7/A2 (és gratuïta entrant per Girona Nord) i podeu
sortir per Girona Oest, seguir direcció Girona a la primera rotonda, a
la següent anar cap a la dreta, seguir recte pel pont de Fontajau i quan
arribeu a l'edifici de la Tresoreria de la Seguretat Social, girar altre
cop a la dreta per agafar Santa Eugènia.

A la tarda podríem fer una volta pel barri vell si no se'ns fa molt
tard, paga la pena passejar-hi. El problema és que està bastant lluny
del punt de trobada.

Re: Fwd: [gilug] [premsa] Nova jornada de programari lliure, aquest dissabte

[Eloi]

El 20/11/15 a les 11:51, Narcis Garcia ha escrit:
> Entenc que l'Eloi parla de la ruta que adjunto.
> Es pot obrir amb la majoria d'aplicacions de mapes, incloent OSMAnd per
> Android i algun lloc web.

Deixant de banda la petita excursió pel lateral de l'A-2 (no té cap
sentit sortir a la rotonda de la carretera de Riudellots i
reincorporar-se més endavant, a menys que es vulgui veure de més a prop
l'edifici abandonat de la Cacaolat), les meves indicacions de text eren
sortint per Girona Sud i seguint per Salt per anar al punt de la reunió,
mentre que el teu itinerari del sud segueix fins a la sortida de Girona
Oest, resseguint des d'allí el camí descrit per a la gent que vingués
del nord fins a l'àrea d'aparcament que has suggerit.

Ho vull deixar clar per no confondre, però efectivament per anar a
aparcar en aquella zona és millor seguir fins a la sortida de Sant
Gregori... la "sort" de no tenir cotxe és que no m'haig de preocupar mai
de trobar lloc on aparcar :-)

Pel que fa a l'oferta de cotxe des de Barcelona, tot i que jo també
estic a la ciutat comtal pujaré sí o sí amb tren, que si no em caduquen
els viatges de l'abonament. Arribo a l'estació a les 10:23 i d'allà
aniré xino-xano fins al local, on compto ser-hi vora tres quarts d'onze.

Re: Fwd: [gilug] [premsa] Nova jornada de programari lliure, aquest dissabte

[Eloi]

El 19/11/15 a les 09:16, Robert Marsellés ha escrit:
> Hola,
>
> On 17/11/15 22:55, Eloi wrote:
>> [...]
>>
>>
>> Com arribar a Girona:
>>
>>
>> Circular amb cotxe per Girona és complicat, i trobar aparcament encara
>> ho és més.
>>
>> Si veniu del sud o de l'oest via C-25 la millor opció és l'AP-7/A-2
>> sortint per Girona Sud, a la primera rotonda després del peatge seguir
>> cap a l'esquerra direcció Salt, tirar recte fins al final i després cap
>> a la dreta pel carrer Major, que a Girona és Santa Eugènia.
>>
> Gràcies per la info. Jo sóc dels que ha de venir amb vehicle. Per cert,
> vinc sol des de les Terres de Ponent. Si algú li fes gràcia anar a la
> trobada i està a la vora de la A-2 (fins a Cervera) + C-25 però li fa
> peresa conduir o no té cap altra opció, que m'ho digui i el recullo.

Només per acabar de puntualitzar, des de la C-25 seguiu endavant cap a
l'A-2 (no us heu de desviar), i no sortiu per anar a agafar l'AP-7 ni a
l'última sortida de la C-25 ni a la primera un cop incorporats a l'A-2,
perquè des d'aquella incorporació a l'autopista, situada a la rotonda
que també mena a l'aeroport, sí que es paga.

Un cop a l'A-2, seguiu endavant sense sortir per les indicacions de N-II
(Girona per Fornells, entrant per l'Avellaneda; o Figueres per la
variant de Sant Daniel) i al cap d'una estona us trobareu un peatge.
Entrant per aquí i sortint per Girona Sud sí que és gratuïta.

Tota aquella zona ha canviat molt en els últims dos anys i és una mica
enredada, especialment si es coneixia d'abans o s'usa un mapa
desactualitzat. En aquest sentit OSM sí que està al dia.

>> A la tarda podríem fer una volta pel barri vell si no se'ns fa molt
>> tard, paga la pena passejar-hi. El problema és que està bastant lluny
>> del punt de trobada.
>>
> Per mi encantat, mai he estat a Girona. Sempre és millor visitar els
> llocs amb gent del terreny.
>
> Salut i peles,
>
> robert
>

Malauradament m'ha sorgit un compromís per la tarda i no us podré
acompanyar per visitar la ciutat. De fet, en funció de l'hora és
possible que ni em pugui quedar al dinar.

Re: sistema apagat de sobte - why?!

[Eloi]

Prova journalctl -b-1 tot i que al meu sistema (testing) no funciona,
sembla que no el tinc configurat per desar logs antics :-/

A alguns servidors no-Debian (Fedora/Red Hat/Centos, no recordo quin
d'ells) per la feina sí que ho he fet anar i funcionava.

Si et passa en mode bateria, neteja els contactes. També pot ser que la
bateria estigui morint, la que tenia jo va arribar a un punt en què un
40% de càrrega ja era crític

El 12/06/16 a les 18:52, Blackhold ha escrit:
> Surt ja quan la màquina s'ha tornat a encendre.
>
> Merci
>
> - Blackhold
> http://blackhold.nusepas.com
> @blackhold_
> ~> cal lluitar contra el fort per deixar de ser febles, i contra
> nosaltres mateixos quan siguem forts (Esquirols)
> <°((( ><
>
>
> El dia 12 de juny de 2016, 18:06, Oscar Osta Pueyo
>  ha escrit:
>> Hola,
>> Pot mirar amb un journalctl -k y sense -k.
>>
>> Salut,
>>
>> El dia 12 juny 2016 15:59, "Blackhold"  va
>> escriure:
>>
>>> El dia 12 de juny de 2016, 15:04, Josep Lladonosa 
>>> ha escrit:
>>>
 Hi ha molts programes que generen errors glib. Ho descartaria com a
 causa.
 Potser els controladors wifi.
 ... Lenovo, Blackhold? Hihihi ;-)
>>> doncs sep hehe :P durant molts anys m'han agradat moltíssim aquestes
>>> màquines sobretot per lu robustes que són... però la que tinc ara :(
>>> si segueix a aquest ritme hauré de començar a tirar de cinta americana
>>> xD
>>>
>>> per la wifi, una intel... ja... a veure el dia que la canvio i poso
>>> alguna cosa que almenys la pugui posar en mode monitor :P
>>>
 https://bbs.archlinux.org/viewtopic.php?id=187446

Re: Debian SunCamp 2016, info + dubtes

[Eloi]

Doncs no dic que no. Jo arribaria per aquella zona amb autobús urbà, que
el 44^W H10 el tinc directe fins a Mallorca / Balmes, si de cas només
saber si esperar-me a la cruïlla de Provença o la de Rosselló, que hi ha
els dos accessos.

El 26/05/16 a les 11:57, Blackhold ha escrit:
> Si voleu nosaltres som dues persones i pujarem dissabte al matí...
> ergo... tenim lloc per a 3 persones més.
>
> Vindrem des de Barcelona.
>
> La idea és sortir de BCN cap allà a les 9:30-10h del centre (FGC Provença).
>
> Tornar, tornarem Diumenge, Dissabte fem nit a una altra banda.
>
> - Blackhold
> http://blackhold.nusepas.com
> @blackhold_
> ~> cal lluitar contra el fort per deixar de ser febles, i contra
> nosaltres mateixos quan siguem forts (Esquirols)
> <°((( ><
>
>
> El dia 26 de maig de 2016, 9:10, Eloi <entfe...@gmail.com> ha escrit:
>> Aprofito el fil per no obrir-ne un de nou... a partir de quina hora
>> començarien les activitats el dissabte? Ho dic per ajustar la meva hora
>> d'arribada (pujo amb tren, que des de Barcelona l'autobús directe em va
>> pitjor per on visc i per no poder anar amb T-10), en principi a partir
>> de 2/4 de 9 del matí ja podria ser-hi, però tampoc vull arribar i no
>> trobar-me ningú encara ;-)
>>
>> Per a la tornada només tinc o la Sagalés de les 19:45 a Lloret o la
>> Renfe a les 20:45 a Blanes per pujar a Girona.
>>

Re: Debian SunCamp 2016, info + dubtes

[Eloi]

Aprofito el fil per no obrir-ne un de nou... a partir de quina hora
començarien les activitats el dissabte? Ho dic per ajustar la meva hora
d'arribada (pujo amb tren, que des de Barcelona l'autobús directe em va
pitjor per on visc i per no poder anar amb T-10), en principi a partir
de 2/4 de 9 del matí ja podria ser-hi, però tampoc vull arribar i no
trobar-me ningú encara ;-)

Per a la tornada només tinc o la Sagalés de les 19:45 a Lloret o la
Renfe a les 20:45 a Blanes per pujar a Girona.

Re: Debian SunCamp 2016, info + dubtes

[Eloi]

El 26/05/16 a les 09:10, Eloi ha escrit:
> Aprofito el fil per no obrir-ne un de nou... a partir de quina hora
> començarien les activitats el dissabte? Ho dic per ajustar la meva hora
> d'arribada (pujo amb tren, que des de Barcelona l'autobús directe em va
> pitjor per on visc i per no poder anar amb T-10), en principi a partir
> de 2/4 de 9 del matí ja podria ser-hi, però tampoc vull arribar i no
> trobar-me ningú encara ;-)
>
> Per a la tornada només tinc o la Sagalés de les 19:45 a Lloret o la
> Renfe a les 20:45 a Blanes per pujar a Girona.

Sagalés a les 19:30, no 19:45. Vaja, que per a mi sortida de l'hotel a
les 19:00 per autobús directe o 20:00 per tren via Blanes

Re: Sense programari privatiu (non-free)

[Eloi]

El 18/03/16 a les 09:24, Narcis Garcia ha escrit:
> A un ordinador li he intentat instal·lar aquest paquet:
> https://packages.debian.org/jessie/flashplugin-nonfree
>
> $ cat /etc/apt/sources.list
> #
> # deb cdrom:[Debian GNU/Linux 8.3.0 _Jessie_ - Official amd64 DVD
> Binary-1 20160123-19:03]/ jessie contrib main
> #deb cdrom:[Debian GNU/Linux 8.3.0 _Jessie_ - Official amd64 DVD
> Binary-1 20160123-19:03]/ jessie contrib main
> deb http://debian.grn.cat/debian/ jessie main
> #deb-src http://debian.grn.cat/debian/ jessie main
> deb http://security.debian.org/ jessie/updates main contrib
> #deb-src http://security.debian.org/ jessie/updates main contrib
> # jessie-updates, previously known as 'volatile'
> deb http://debian.grn.cat/debian/ jessie-updates main contrib
> #deb-src http://debian.grn.cat/debian/ jessie-updates main contrib
> deb http://debian.grn.cat/debian/ jessie non-free
> deb http://security.debian.org/ jessie/updates non-free
> deb http://debian.grn.cat/debian/ jessie-updates non-free
>
> $ apt-get update
> Obj:1 http://security.debian.org jessie/updates InRelease
> Ign:2 http://debian.grn.cat/debian jessie InRelease
> Obj:3 http://debian.grn.cat/debian jessie-updates InRelease
> Bai:4 http://security.debian.org jessie/updates/non-free amd64 Packages
> [14 B]
> Obj:5 http://debian.grn.cat/debian jessie Release
> Bai:7 http://debian.grn.cat/debian jessie-updates/non-free amd64
> Packages [516 B]
> Bai:8 http://security.debian.org jessie/updates/non-free Translation-en
> [14 B]
> Bai:9 http://debian.grn.cat/debian jessie-updates/non-free
> Translation-en [496 B]
> Bai:10 http://debian.grn.cat/debian jessie/non-free amd64 Packages [83,6 kB]
> Bai:11 http://debian.grn.cat/debian jessie/non-free Translation-en [72,5 kB]
> S'ha baixat 157 kB en 1s (110 kB/s)
> S'està llegint la llista de paquets\u2026 Fet
>
> $ apt-get install flashplugin-nonfree
> S'està llegint la llista de paquets\u2026 Fet
> S'està construint l'arbre de dependències
> S'està llegint la informació de l'estat\u2026 Fet
> El paquet flashplugin-nonfree no té versió disponible, però un altre paquet
> en fa referència. Això normalment vol dir que el paquet falta,
> s'ha tornat obsolet o només és disponible des d'una altra font.
> E: El paquet «flashplugin-nonfree» no té candidat d'insta\u0140lació
>
> $ apt-cache search flashplugin
> $
>
> $ lsb_release -a
> No LSB modules are available.
> Distributor ID:   Debian
> Description:  Debian GNU/Linux 8.3 (jessie)
> Release:  8.3
> Codename: jessie
>
> $ uname -a
> Linux hp-8460p 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt20-1+deb8u4
> (2016-02-29) x86_64 GNU/Linux
>
> Com puc esbrinar el problema?
>
>

No tens el repositori contrib de jessie, només el de jessie-updates

Re: Debian SunCamp 16

[Eloi]

Més informacions de transports:

Des de l'aeroport de Girona, empresa SARFA:

http://www.sarfa.com/paginas/pdf_sarfa/Lloret_Aeroport_Girona.pdf

Preu 10€, trajecte 30-35 minuts


Des de Girona, els horaris d'estiu comencen d'aquí un mes, quan els
publiquin informo. Horaris d'hivern, en feiner aproximadament un bus per
hora; en festiu, 2-3 expedicions/dia. Empresa R. MAS (Sagalés).

Preu 5,95€, trajecte 45-60 minuts, segons ruta (Fornells o Quart).


Des d'Olot i Sils (possible enllaç Renfe), empresa TEISA:

http://www.teisa-bus.com/pdf/pdf_linies20.pdf (2 al dia)

Preu 3,35€ des de Sils (30min), 11,65€ des d'Olot (1h40min)


Des de Barcelona, alternatives:

1. Bus directe Lloret: sortides d'Estació del Nord (Metro/Renfe Triomf)
cada 2h aproximadament. Empresa Sarfa, no publiquen horaris en PDF,
cercar a http://www.sarfa.com/paginas/interurbano_buscador.php

Preu 10,75€, temps 1h

2. Renfe R1 + bus via Blanes: servei cada 30 minuts tot el dia, trens R1
destinació Blanes o Maçanet i trens RG1 destinació Figueres o Portbou.
ALERTA no confondre RG1 (via Mataró) amb R11 (via Granollers). Parades a
Barcelona: Sants (via 8), Catalunya, Triomf, Clot (via 4).

Preu 8,00€ (bitllet combinat tren+bus), temps 1h30 tren + ?? bus

L'alternativa de tren a Sils des de Barcelona és més cara que l'autobús
directe i triga més, la descarto (l'estafa de preu dels MD és
escandalosa...). Ara bé, pot resultar interessant per a la gent de
Granollers o Sant Celoni, així com el transbord a Maçanet a un R1 i
recular fins Blanes segons l'hora, mireu-vos-ho.


Des de l'aeroport del Prat:

1. Bus directe Lloret: mateixa línia que des de Barcelona, però no totes
les expedicions. Servei cada 2-4h, consultar horaris a Sarfa.

Preu 12,90€, temps 1h55min (T1), 1h35min (T2)

2. Renfe estació T2: tren R2 cada 30min + transbord a Sants (arribades
via 13 o 14) o Clot (arribades via 2). En els dos casos cal canviar
d'andana pujant a vestíbul, ambdues estacions tenen ascensors.

Preu 8,00€ (mateix que des de Barcelona), temps 2h tren + ?? bus

Comptar +20min des de T1 amb bus llançadora gratuït entre terminals

3. Metro a Barcelona: ABSOLUTAMENT no recomanada, temps aproximat 1h
fins centre ciutat, preu 4,50€ només metro. Ni tan sols per anar de T1 a
T2 per Renfe, que costa igualment 4,50€ per una parada. Si es vol anar
sí o sí a Barcelona, alternatives:

3a. Renfe T2: 4,10€ senzill a Barcelona, però val la T-10 (al metro no)
3b. Bus 46 fins Pl. Espanya, cada 20-25min. 2,15€ senzill, val la T-10.
3c. Aerobús: cada 10min, preu 5,90€, no val la T-10.


Lloret no està ni a la zona d'integració tarifària de Barcelona ni a la
de Girona, és impossible arribar-hi amb cap T-10. En tots dos casos, la
integració es queda a just un municipi. Tot i això, si teniu abonaments
integrats, els podreu fer servir per part del trajecte, llevat de
l'autobús des de Barcelona que és directe. 5 zones des de Barcelona a
Blanes, 2 zones des de Girona a Vidreres. Sils està a l'ATM de Girona
però no a la de Barcelona.

Re: Comanda su amb parametres diversos

[Eloi]

El 19/03/16 a les 16:10, Narcis Garcia ha escrit:
> A veure si algú domina el programa «su» (substitute user) per executar
> una comanda d'una manera que jo no me'n surto:
>
> Per posar un exemple, com a usuari «root» vull editar un fitxer
> especificat per l'usuari i amb algun paràmetre més per l'editor nano.
> Però tot això fer-ho a través d'un programet que crida su.
> Aquestes són les sintaxis amb les quals ho he intentat sense èxit
> (script "llansador.sh"):
>
> #!/bin/sh
> su root -c "$@"
> su root -- "$@"
> su root -c -- "$@"
>
> $ ./llansador.sh nano --boldtext "Un document.txt"
>
>
> Algú sap encertar l'ús dels dos guionets igual com fan altres interfícies?
>
> Nota: necessito NO comptar amb què «sudo» o altres programes menys
> essencials estiguin instal·lats.
>

PARAMS="$@"
su -c "$PARAMS" root

El problema és que -c espera com a únic paràmetre la concatenació de
tots ells, d'aquí la trampa de passar-ho a un altre nom per evitar el
comportament de separar-los que per defecte fa "$@"

Re: Dilemes de novell 1: Flash o W7?

[Eloi]

El 16/03/16 a les 16:04, Pedro ha escrit:
> Et dono procediments d'instal·lació de flash, qualsevol dubte, no
> dubtis a dubtar.
>
> Per instal·lar flash al debian jo veig 2 opcions (una de les 2, o les 2)
>
> 1. Google Chrome
>
> que ja ve amb flash incorporat
> https://www.google.com/chrome/browser/desktop/index.html
>
> agafes el .deb
> i des de consol·la
> dpkg -i googlechrome.deb (o com es digui)
> o amb l'eina gdebi te l'obriries i instal·les gràficament

Compte amb els paquets .deb de Google: m'he trobat que afegeixen de
forma bastant agressiva el repositori de Google a /etc/apt/sources.
Encara que s'esborri manualment la seva línia, el propi paquet instal·la
un cron diari que la torna a col·locar. Revisa /etc/cron.daily i
/etc/cron.d després de la instal·lació, no recordo a quin dels dos llocs
ho posava (m'hi vaig trobar fa temps amb el Google Talk que necessito
per la feina, potser ara segueixen una estratègia diferent...)

Re: Debian SunCamp 16

[Eloi]

El 17/03/16 a les 07:19, Adrià ha escrit:
> Pels que hi pugueu estar interessats, serà a Lloret:
>
> https://wiki.debian.org/DebianEvents/Europe/2016/DSC
>

No tinc compte a la wiki de Debian i no el puc crear ara mateix.

Com a informació extra:

A Girona s'hi pot arribar amb tren d'alta velocitat, hi ha connexions
directes des de Madrid, Saragossa, Lleida, Barcelona, Perpinyà, Narbona,
Carcassona, Tolosa de Llenguadoc, Montpeller, Marsella, Lió i París. De
fet, ara com ara és més fàcil arribar a Girona des d'Europa amb tren que
amb avió, després que bona part dels vols de Ryanair s'hagin derivat al
Prat.

Des de Girona a Lloret, en feiner hi ha més o menys un autobús cada
hora. A l'estiu crec que hi ha més servei que a l'hivern en cap de
setmana, en tot cas els horaris són aquests:

http://www.atmgirona.cat/upload/doc/linies/rOOhcsDkIe.pdf

Des de Barcelona, a banda de l'alternativa de fer tota la línia del
Maresme fins Blanes i autobús fins a Lloret, també hi ha la possibilitat
de tren fins a Sils i autobús des d'allà. El temps de viatge de
Barcelona a Sils és menor que a Blanes, però hi ha menys servei per
carretera. Els horaris concrets els buscaré quan sàpiga de qui és la
concessió (mou-te.gencat.cat dóna resultats per TEISA i R. Mas, però per
restriccions de trànsit se suposa que només una acceptarà viatgers... no
sé quina).

Per anar igualment amb tren des de Barcelona miraré si paga la pena
pujar via Granollers amb un R11 i canviar a la R1 a Maçanet, potser es
guanya temps.

Per part meva, segurament m'hi apunti però sense allotjament, anant i
venint des de Girona.

OT: bashisms (Era: Canviar fons de pantalla al login)

[Eloi]

Si se'm permet l'apunt torrecollonaire:

El 26/03/16 a les 13:55, Alfons ha escrit:
> [...]
>
> Deixo el resultat del primer script per si algú s'anima a investigar:
>
> debianita@debian:~$ #! /bin/sh
> debianita@debian:~$  
> debianita@debian:~$ #change workdir to suit your system
> debianita@debian:~$ workdir=/home
> debianita@debian:~$ gst=/usr/share/gnome-shell/gnome-shell-
> theme.gresource
> debianita@debian:~$ mkdir nou
> debianita@debian:~$ 
> debianita@debian:~$ for r in `gresource list $gst`; do gresource extract $gst 
> $r >$workdir${r/#\/org\/gnome\/shell/}; done

Això últim no funcionarà amb /bin/sh (que actualment a debian és dash)
perquè la substitució per expressions regulars a variables és un extra
de bash. Em refereixo a aquesta part:

${r/#\/org\/gnome\/shell/}

No sé com funciona gresource (jo uso KDE, no GNOME), però entenc que la
sortida és una sèrie de línies que comencen amb #/org/gnome/shell, de
ser així la substitució de variable hauria de ser:

${r#\#/org/gnome/shell}

IMPORTANT: això només funciona si #/org/gnome/shell està a començament
de línia, si sorgís entremig seria més complicat:

${r%%#/org/gnome/shell*}${r#*#/org/gnome/shell}

En el teu cas, però, com que ho has enganxat directament a consola,
realment ho executes amb bash i el problema no t'ha passat. Però tingues
present que seguint les instruccions de crear el shell script i fer-lo
executable, et donarà problemes. O bé fas el canvi que he descrit, o bé
deixes així la primera línia de totes:

#!/bin/bash

...per forçar que sigui bash l'intèrpret que ho executi.

Pel que fa al problema concret del teu correu, sembla que hi ha coses
que no troba. Mira d'ajustar la variable workdir a un valor adequat (que
no sé quin hauria de ser).

Re: (virtual box?) Dilemes de novell 1: Flash o W7?

[Eloi]

El 02/04/16 a les 02:50, Pedro ha escrit:
> Si no ho aconsegueixes PREGUNTA de nou a la llista, per això està.
> Comença i aposta per virtualbox, t'anirà bé per Scratch, i altres
> dependències que tinguis amb Microsoft.
> Però com han dit, tindràs problemes amb aplicacions 3D.
>
> Bé, si a algú li interessa, lo del virt-manager, amb una tarjeta
> gràfica dedicada (cal torre) i el mòdul de kernel apropiat, podeu
> jugar a jocs 3D des del windows. GPU Passthrough. Jo ho he provat amb
> Debian i ha funcionat

El problema de 3D amb VirtualBox és que a banda d'activar l'emulació cal
instal·lar controladors, i els de les Guest Additions fins a Windows 7
només el dónen per a DirectX 8 i 9. Si l'aplicació està basada en
versions anteriors de DirectX com la 7, l'acceleració no funcionarà.

Tot i això, sembla que a partir de Windows 8 hi ha alguna capa pròpia
del Windows o controladors diferents de les Guest Additions (no sé els
detalls exactes) que dóna compatibilitat de DirectX antics i programes
que emprin DX7 amb Windows XP/Vista/7 no funcionen però amb W8 sí.
També, els efectes 3D d'escriptori no funcionen amb W7 però sí amb W8.

Si l'aplicació usa alguna acceleració directa de hardware o un framework
diferent de DirectX, la cosa pot ser bastant més complicada.

No tinc experiència amb aplicacions 3D "modernes" de Windows com per
poder aconsellar en aquest sentit.

Re: (virtual box?) Dilemes de novell 1: Flash o W7?

[Eloi]

El 02/04/16 a les 13:36, Alfons ha escrit:
> Hola Rita, 
> no soc cap expert, resulta que tinc instal.lat  W7 al VirtualBox
> (donant-li 1.5Gb de memòria base) i per curiositat he seguit les passes
> per instal.lar Scratch. He hagut d'instal.lar Chrome amb Explorer no em
> deixava. 
> Crec que si NO necessites les "Extension-pack ni les Guest-Adittions",
> no et fà falta "non-free".
> Instal.la i ja diràs.

VirtualBox està a contrib (no non-free) perquè fa falta un compilador
non-free per crear part dels binaris, però el codi font és lliure, també
el de les Guest Additions.

I, de fet, jo recomano instal·lar-les perquè són de gran ajuda a l'hora
de treballar amb una màquina virtual. Només per la controladora gràfica,
que permet redimensionar arbitràriament la mida de la finestra del
sistema virtual, ja paga la pena. Però també són de gran ajuda la
integració de punter per no haver d'anar capturant i alliberant el
ratolí, i la funcionalitat de carpetes compartides que permet passar
fitxers de dins a fora i viceversa sense haver de configurar cap xarxa
local.

El que sí que és codi no lliure, i ni tan sols distribueix Debian, és la
Extension Pack, tot i que les prestacions que oferta són molt
específiques, per a un ús quotidià no calen i algunes d'elles es poden
aconseguir per altres vies: VRDP instal·lant VNC al client o el propi
RDP en versions professionals de Windows per a escriptori remot;
TrueCrypt, VeraCrypt o CipherShed per a xifratge de disc. Pel que sí que
caldria és per tenir suport de dispositius USB 2.0/3.0 que no siguin
discs externs, que es poden muntar com a carpetes compartides amb les
Guest Additions abans mencionades, com gravadores de CD/DVD externes,
webcams o algun dispositiu tipus lector de DNIe.

Pel que fa als requisits, quan des de sessió gràfica creïs una màquina
virtual, al triar un sistema operatiu preemplena per defecte algunes
configuracions, com espai de disc i memòria, adequats però potser
lleugerament generosos, si de cas vas ajustada de recursos els pots
retallar una mica.

Re: Pingdom

[Eloi]

El 19/05/16 a les 17:10, Josep Sanchez ha escrit:
> El 19/05/16 a les 10:11, Joan ha escrit:
>> Hola,
>>
>> Coneixeu alguna alternativa gratuïta a Pingdom? 
>>
>> He vist aquesta ( https://www.statuscake.com/alternative-to-pingdom/ ),
>> però abans s de posar-m'hi m'agradaria preguntar als administradors de
>> sistema de la llista :-) Jo només tinc 4 servidors, i de fet en 3
>> d'ells ja m'assabentaria que estan caiguts perquè el telèfon em
>> començaria a sonar! Més aviat em podria interessar monitoritzar el de
>> còpies de seguretat.
> Iep,
>
> Si la necessitat és tan minsa i concreta, amb un script bash a un parell
> de màquines, per evitar un fals positiu si el que falla és la
> connectivitat de la màquina que vigila, que li facin ping a la que vols
> monitoritzar que «és viva» i t'enviïn un correu en cas d'errada, crec
> que faries el fet.
>
> Si el tema tingués més requeriments un Nagios sempre ajuda, a no ser que
> fos molt gran el tema, que diuen que escala molt malament.
>
> Salut.

A l'empresa on treballo fem servir Icinga (fork de nagios). El problema
d'escalabilitat és relatiu: sí que és cert que en configuracions
típiques molts cops suposa repetir grans blocs, que és com ho teníem
abans que n'agafés el manteniment, però si es dissenya bé de bon
començament amb hostgroups l'escalabilitat pot ser molt més senzilla.

Re: Administrar remotament un PC darrere un router

[Eloi]

El 20/05/16 a les 00:00, Joan ha escrit:
> Hola,
>
> Demà he d'instal·lar un linux en un equip, simplement per descarregar
> còpies de seguretat d'una web / CRM a l'empresa propietària.
>
> He pensat en deixar-los posat un linux funcional, a nivell
> d'escriptori, perquè no es desaprofiti l'equip (em sembla una bestiesa
> tenir un equip només per descarregar un cop a la setmana una còpia de
> seguretat, però qui el client és cabut). llavors, estava pensant en
> quina distro posar, una debian, o una que no doni problemes a nivell
> desktop (tema drivers, etc.).
>
> Però una derivada d'això és que si els poso una debian, com que tinc el
> client lluny, hauria de poder connectar-me remotament al seu equip, i
> en un terminal fer un apt-get upgrade, si convé... i potser instal·lar
> algun paquet, etc. 
>
> Diria que algo d'això és el que fa Team Viewer o com es digui, però no
> és soft lliure i no sé ni si és gratuït. 
>
> Algú fa algo semblant? Amb quines eines?
>
> Pd.: no voldria obrir el tallafocs del router per aquesta tasca, que en
> definitiva és secundària, a costa de posar en risc la xarxa local. No
> parlo d'obrir un port per una aplicació, que això encara, sinó de fer
> cap birgueria... El que em pregunto és si hi ha alguna manera simple
> d'agafar el volant d'un equip remot local, desktop dels de les cases /
> oficines.
>
> Salutacions,

Per raons professionals em trobo bastant en aquesta situació, si bé
sempre tinc la possibilitat d'acció per la part remota. El que dic no
val per a administració remota i desatesa: entrar a la màquina sense
intervenció de ningú allà.

TeamViewer és la solució preferida pels nostres clients, però és bastant
murga (independentment de llicència) i una mica exagerada pels usos que
necessitem. A més, molts cops acabem fent saltar la detecció d'ús
comercial i acaba bloquejant l'accés remot en el moment més inoportú.

La solució que per a nosaltres ens va millor, per altra banda, és un
túnel ssh invers. Demanem al client que executi una comanda similar a la
següent (sigui directament, sigui via script ja preparat):

ssh -N -R ${port}:localhost:22 usu...@servidor.meu

Es pot configurar accés amb certificat perquè no calgui que entrin clau,
i se'n pot restringir l'ús perquè només pugui fer aquesta redirecció. Un
cop establerta la connexió, des de servidor.meu només em cal fer ssh -p
${port} localhost per connectar-m'hi.

No ho tinc provat, però amb certificat i un script a crontab es podria
arribar a muntar de forma més o menys permanent.

Per a clients Windows també fem ús de connexions VNC inverses. Amb
TightVNC Server hi ha una opció per fer que sigui el servidor qui es
connecti a un client que escolta (que prèviament hauràs engegat amb
vncviewer -listen), se'ls demana que hi posin la teva IP i quan ho
engeguin voilà, apareixerà la seva pantalla al teu ordinador. Segur que
a Linux també es pot, però no ho he fet mai.

Re: Accents i caracters especials al LibreOffice

[Eloi]

El 10/05/16 a les 23:13, Daniel ha escrit:
> Gracies, Narcis i Josep: Adjunto la finestra del terminal que em
> demanava el Narcis i les variables que em demanava el Josep. Ara
> resulta que tampoc em surten els accents a l'escriure l'e-mail...

hmm, prova a fer "locale -a" i mira si surt a la llista el ca_ES.UTF-8

si no surt, sel·lecciona'l amb sudo dpkg-reconfigure locales

Re: Accents i caracters especials al LibreOffice

[Eloi]

El 10/05/16 a les 23:41, Daniel ha escrit:
>
> Buscant he trobat a la pagina
> http://www.webtutoriales.com/articulos/configurar-variables-de-entorno-en-linux
> una nota sobre el fitxer .bashrc. El copio a continuacio:
>
> root@Daniel-Debian:/home/daniel# pg .bashrc
> #  language-env DON'T MODIFY THIS LINE!
> # valors per a usuaris catalanoparlants
> # settings for catalan speaking users
> #
>
> LANG=ca_ES@euro
> export LANG
>
> #LC_MESSAGES=ca_ES@euro
> #LC_CTYPE=ca_ES@euro
> #export LC_MESSAGES LC_CTYPE
>
> if [ -d /usr/X11R6/lib/X11/nls ]; then
> XNLSPATH=/usr/X11R6/lib/X11/nls
> export XNLSPATH
> fi
>
> LESSCHARSET=latin1
>
> # Obtingut de http://members.xoom.com/sromero/linux/castell.html
> export MM_CHARSET=ISO-8859-15# per a usar latin1 en els mails
> #  language-env end DON'T MODIFY THIS LINE!
> root@Daniel-Debian:/home/daniel#
>
>
> Que dimonis es aixo del ca_ES@euro? No hauria de ser ca_ES UTF8?
>

Uf, aquesta recomanació és de fa 10 o 15 anys... avui dia no hi ha cap
raó per no usar UTF-8, abans però quan només es codificava amb 256
caràcters hi havia l'ASCII per als 128 primers, que eren comuns a
gairebé totes les codificacions, i els 128 restants que depenien en
funció de l'idioma que representaven.

ISO-8859-1 (o latin1) és la representació que inclou la majoria de
caràcters especials de les llengües d'Europa occidental, per exemple la
ñ castellana, la ç catalana i francesa, les vocals amb accents aguts,
greus, circumflexos, dièresis... i ISO-8859-15 (o latin9) n'és una
modificació per incloure'n el símbol de l'euro (€).

En tot cas, si tens això posat al teu sistema, aquesta serà la raó dels
teus problemes, puix a dia d'avui ningú instal·la aquestes variants de
locales sinó que per defecte s'usen les UTF-8.

Re: Propera trobada?

[Eloi]

El 19/09/16 a les 18:35, tictacbum ha escrit:
> Hola, si l'havíem planificat pel maig anem molt tard!
> com ho fem per buscar nova data, dudle? i per la ubicació?
> si decidim Vilafranca puc buscar lloc per dinar, reservar el casal, etc..
>
> salut!!
>
>
> El dia 14 de setembre de 2016, 14:35, Adrià  > ha escrit:
>
> Hola,
>
> On Wed, Sep 14, 2016 at 09:10:03AM +0200, Alex Muntada wrote:
> >Hola Adrià,
> >quin format tindria la trobada, com la de Lloret, que era de
> treball amb
> >alguna presentació improvisada? Purament social?
>
> El que ens vingui de gust. Realmeant no tinc res pensat; el missatge
> bàsicament era per refrescar-nos la memòria ja que havíem dit de
> fer-les dos cops l'any.
>
> --
> Adrià García-Alzórriz
> 0x09494C14
>
>

Entenc que precisament pel maig no es va fer trobada perquè hi havia la
DSC de Lloret. En tot cas jo sóc més del parer que, en petit comitè,
sigui una cosa com la de Girona. Ara, que si algú vol proposar alguna
mena de mini-taller, endavant... jo podria aportar experiències recents
amb LUKS (xifratge de disc).


Ara mateix fa de molt mal dir la meva disponibilitat de dates, sí que
confirmo que l'últim cap de setmana d'octubre per mi serà impossible,
necessito la meva dosi patriòtica anual de cantar el "Girona m'enamora"
a les escales de la Catedral :-)

rms a Barcelona

[Eloi]

Me n'acabo d'assabentar, aquesta tarda Richard Stallman ha estat a l'IES
Ausiàs Marc i demà a dos quarts d'onze estarà a les cotxeres de Sants.


Per si a algú li resulta d'interès. Jo no crec que pugui anar-hi.

Re: Script conversió fotografies CR2 a DNG

[Eloi]

El 04/11/16 a les 14:45, Xavi Llista ha escrit:
> Hola,
> fa dies que miro de trobar la manera de crear un script (més o menys
> senzill) per convertir de forma massiva tots els fitxers de fotografia
> d'una determinada capreta en format CR2 a format DNG. He estat mirant
> moltes pàgines però he estat capaç de trobar cap eina que em permeti
> executar amb línia de comandes alguna instrucció per convertir els CR2
> a DNG.
>
> Existeix el conversor que DNGConverter que ve amb el Digikam que em
> permet fer-ho de forma gràfica però no trobo la manera
> d'automatitzar-lo amb un script.
>
> Algú de vosaltres em pot donar un cop de mà?
>
> Moltes gràcies
>
> Xavi
>

No conec cap dels dos formats d'imatge, però pots provar amb
GraphicsMagick o ImageMagick si els suporta. És una eina de consola de
transformació i manipulació d'imatges que es pot automatitzar.

Re: Problemes per muntar disc dur extern USB

[Eloi]

El 12/01/17 a les 10:56, Pep ha escrit:
> Bones.
>
> En primer lloc disculpeu si la consulta es massa "newbie" però la
> veritat es que porto cercant al google dies i no trobo res adient.
> Consulto aqui per si algú de valtros s'ha trobat amb el mateix problema.
>
> Tinc un Xtreamer Pro que faig servir de disc extern USB. Dintre tinc dos
> discs, un de 2TB i l'altre de 3 TB.
>
> Al de 2 TB puc accedir sense cap problema, mel munta automàticament, en
> canvi al de 3 no(s'escull amb un interruptor quin vols). Faig servir un
> Debian Stretch 64 bits (potser aquí rau el problema...) Al muntar-lo en
> consola me tira:
>
> NTFS signature is missing.
> Failed to mount '/dev/sdd': L’argument passat no és vàlid
> The device '/dev/sdd' doesn't seem to have a valid NTFS.
> Maybe the wrong device is used? Or the whole disk instead of a
> partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?
>
> Gracies per endavant.
>
> Pep
>

Abans que res, comento a cegues perquè desconec quin tipus de dispositiu
és aquest "disc dur extern doble".


Entenc que tens un selector físic que et permet escollir quin dels dos
discs s'usa. No podria ser que al canviar el selector el nucli segueix
creient que el segon disc té la mateixa mida que el primer? Això també
quadraria amb el fet que no puguis muntar una partició NTFS, ja que
aquestes desen la metadata just al mig de la partició. Si tenim en
compte que el punt mig de 2GB està a 1GB però el de 3GB a 1.5GB, doncs
podria ser que no troba la metadata NTFS on creu que hauria d'estar i no
munta. També explicaria l'error de tenir una partició que surti fora del
disc.


Has provat a veure si pots accedir al disc amb el selector canviat abans
d'arrencar la màquina o reiniciar-la just després de tocar-lo?

Re: provant debian 9

[Eloi]

El 21/04/17 a les 09:01, Narcis Garcia ha escrit:
> El 21/04/17 a les 00:30, Alex Muntada ha escrit:
>> Narcis Garcia:
>>
>> [...]
>>> Per cert, no sé com és que encara el DebianInstaller aposta per una
>>> partició swap en comptes d'un fitxer.
>> Per què ho hauria de fer?
>>
>> Salut,
>> Alex
>>
> La memòria virtual en un fitxer fa molt més fàcil la seva modificació de
> mida sense les barreres o buits del particionat de disc.
LVM
> D'altra banda, és l'únic mètode que apte per la revisió i marcatge
> d'errors físics de disc, allà on hi ha la memòria virtual.
badblocks i si tens un sector defectuós pel mig moure-la sencera o
canviar el disc
> No veig cap avantatge en una partició dedicada, excepte que s'estigui
> utilitzant només btrfs.

assegurar que la swap sempre està a la mateixa posició física de disc
per tal que el nucli pugui optimitzar-ne l'accés i arribar-hi
independentment de la organització del sistema de fitxers

Re: provant debian 9

[Eloi]

El 20/04/17 a les 12:20, Blackhold ha escrit:
> apt-get install reportbug
>
> fas novice i segueixes les instruccions... a vegades fa mandra hehe
>
> respecte la swap, amb la gran quantitat de ram que estem movent ara jo
> ho veig un xic deprecated ja, a més no sé si és massa bona idea tenir
> una partició swap sobre discs d'estat sòlid
>
> - Blackhold
> http://blackhold.nusepas.com
> @blackhold_
> ~> cal lluitar contra el fort per deixar de ser febles, i contra
> nosaltres mateixos quan siguem forts (Xirinacs)
> <°((( ><
>
>
> El dia 20 d’abril de 2017 a les 11:04, Narcis Garcia
>  ha escrit:
>> Escenari poc freqüent però establert per casualitat amb una màquina virtual:
>> Memòria RAM de 11GiB, disc dur de 16GiB, instal·lació de la RC3-i386
>> Durant la instal·lació, he deixat que el particionat sigui guiat
>> acceptant allò que proposi.
>> Ara veig que ha dedicat 4,4GiB a la partició de sistema i 11,6GiB a la
>> partició de memòria virtual (swap).
>>
>> Per cert, no sé com és que encara el DebianInstaller aposta per una
>> partició swap en comptes d'un fitxer.
>>
>> __
>> I'm using this express-made address because personal addresses aren't
>> masked enough at this list's archives. Mailing lists service
>> administrator should fix this.

El sentit d'una swap de mida lleugerament superior a la RAM és poder
suspendre a disc.

La decisió que es prengui a temps d'instal·lació pot ser que sigui més o
menys definitiva: si no has creat una swap prou gran i amb el temps vols
suspendre a disc, pots trobar-te que o no podràs o et costarà prou
treballs redimensionar-la.

Entenc que debian-installer assumeix que la ràtio entre espai de disc i
memòria habituals és suficientment gran com per permetre destinar
l'espai suficient de disc a swap: un ràpid inventari del hardware amb
què treballo em dóna una ràtio màxima d'aproximadament 50:1, per tant
una reserva com a molt del 2% del disc.

Al meu parer la decisió de reservar prou swap com per suspendre a disc
per defecte a temps d'instal·lació és correcta, en tot cas per a ràtios
que suposin destinar més d'un cert tant per cent potser l'instal·lador
hauria de preguntar explícitament si es vol la capacitat de suspendre a
disc amb les implicacions que això suposa; en el cas de l'exemple,
reservar el 70% de disc.

Re: Provant debian 9: i586 obsolet

[Eloi]

El 20/04/17 a les 19:34, Narcis Garcia ha escrit:
> A l'assistent «expert» d'instal·lació s'ofereix una versió de Linux per
> a i586 però, si es prova en un PC anterior a Pentium II, el disc
> d'instal·lació no arrenca (falta instrucció «cmov» al processador).
>
> D'altra banda, si es tria el nucli per a i586 em sembla que en realitat
> s'instal·la el de i686.
>
> No sé si aquest tema podria conduïr al desastre en cas que algú amb un
> Pentium (I) actualitzi de Debian 8 a 9.
>
>
>
> __
> I'm using this express-made address because personal addresses aren't
> masked enough at this list's archives. Mailing lists service
> administrator should fix this.
>
Es va anunciar la interrupció de suport i586 per a stretch fa gairebé un
any:

https://lists.debian.org/debian-devel-announce/2016/05/msg1.html

Libreoffice (Era: systemd-cron)

[Eloi]

El 12/07/17 a les 13:54, jordi ha escrit:
> El dc 12 de 07 de 2017 a les 01:18 +0200, en/na Alex Muntada va
> escriure:
>> jordi:
>>
>>> libreoffice writter peta (suposo que pel tema del java)
>>> algun servidor que utilitza jvm peta, (he provat dues versions)
>> Barrejar versions de java pot ser un merder. Si vols ajuda amb
>> això millor que obris un fil nou.
> [...]
>
> He reinstal·lat per segona vegada tot el libreoffice i fet que utilitzi
> el java que ve amb l'Stretch i per ara funciona. Dic per ara, perquè
> misteriosament ha deixat de funcionar dues vegades.

Has actualitzat el nucli? Una de les actualitzacions de seguretat
recents trencava, entre altres, el Libreoffice. Assegura't que tinguis
com a mínim la versió 4.9.30-2+deb9u2 a Stretch o 3.16.43-2+deb8u2 a Jessie.

Més info:

Re: (deb-cat) Convertir Ext4 a Ext4-

[Eloi]

El 12/07/17 a les 12:49, Narcis Garcia ha escrit:
> __
> I'm using this express-made address because personal addresses aren't
> masked enough at this list's archives. Mailing lists service
> administrator should fix this.
> El 12/07/17 a les 10:47, Alex Muntada ha escrit:
>> Narcis Garcia:
>>
>>> Com és que Debian (a diferència de Ubuntu) no preveu l'arrencada
>>> en només lectura?!
>> Les opcions de «recovery mode» del meu /boot/grub/grub.cfg tenen
>> posat «ro single». És això el que vols dir?
>>
>> Salut,
>> Alex
>>
> La única manera que he trobat per arrencar en modalitat «només lectura»
> és afegint com a paràmetre d'arrencada: init=/bin/bash
> Tot i això, em passa igual com amb initrd: que les accions de tune2fs no
> tenen cap efecte sobre la partició de l'arrel.
>
> No sé si això implica que amb init=/bin/bash una revisió de blocs de
> disc dur potser tampoc no deixaria marcats els dolents (?).
>
Has provat "systemctl rescue" o "systemctl emergency" amb el sistema ja
en marxa? Són les versions equivalents menys i més agressives,
respectivament, de "telinit 1"

Re: (deb-cat) Convertir Ext4 a Ext4-

[Eloi]

El 12/07/17 a les 14:41, Eloi ha escrit:
> El 12/07/17 a les 12:49, Narcis Garcia ha escrit:
>> __
>> I'm using this express-made address because personal addresses aren't
>> masked enough at this list's archives. Mailing lists service
>> administrator should fix this.
>> El 12/07/17 a les 10:47, Alex Muntada ha escrit:
>>> Narcis Garcia:
>>>
>>>> Com és que Debian (a diferència de Ubuntu) no preveu l'arrencada
>>>> en només lectura?!
>>> Les opcions de «recovery mode» del meu /boot/grub/grub.cfg tenen
>>> posat «ro single». És això el que vols dir?
>>>
>>> Salut,
>>> Alex
>>>
>> La única manera que he trobat per arrencar en modalitat «només lectura»
>> és afegint com a paràmetre d'arrencada: init=/bin/bash
>> Tot i això, em passa igual com amb initrd: que les accions de tune2fs no
>> tenen cap efecte sobre la partició de l'arrel.
>>
>> No sé si això implica que amb init=/bin/bash una revisió de blocs de
>> disc dur potser tampoc no deixaria marcats els dolents (?).
>>
> Has provat "systemctl rescue" o "systemctl emergency" amb el sistema ja
> en marxa? Són les versions equivalents menys i més agressives,
> respectivament, de "telinit 1"

M'he oblidat d'afegir que un cop en mode rescat hauràs de posar la
partició arrel en només lectura usant "mount -o remount,ro /". Si diu
que la partició està ocupada, fes un cop d'ull amb lsof qui n'és el
responsable: a mi em sol fer la guitza cups

Re: Celebració Debian Stretch al Tagamanent

[Eloi]

El 10/06/17 a les 23:21, Simó Albert i Beltran ha escrit:
> Hola,
>
> Per tal de celebrar la sortida de la Debian Stretch us proposem pujar
> al Tagamanent.
>
> Podeu trobar informació a la següent pàgina:
>
> https://wiki.debian.org/LocalGroups/DebianCat/20170617FestaStretchTagamanent
>
>
> Si veniu apunteu-vos al final de la pàgina.
>
> Animeu-vos!
>
He ampliat l'apartat dels horaris del tren per arribar-hi, detallant les
parades del tren que millor s'adapta a l'hora de trobada.

Malauradament el dissabte tinc un compromís familiar i no podré venir.

Re: mini-debconf 2017 à Tolosa de lengadoc a Occitania al " Capitole du Llbre "

[Eloi]

El 13/09/17 a les 16:00, Miquel Demur ha escrit:
>
> soc enfadat perqué ha escrit  " Merci beacoup pour votre avis. "
>
I'm afraid we've having a mistranslation issue here. Although I can read
French, my written expression is quite bad. I just wanted to be polite
to you with a short "thank you" sentence, but I do apologize if that was
somehow misspelled or badly written, however I think there's no reason
to be angry about it. Unless the use of "enfadat" (angry) is not what
you actually meant. Anyway, moving on... I'll use Catalan from now on.

> M'agrada Moltes gracies per l'informacio.
>
> Moltes gracies per la traduccio; si algu vol venir, pot llegir sense
> traduccio; pero molts son anglofones.
>
> Per venir per la Cerdanya el tren la Tor de Querol a Tolosa de
> lengadoc 19h21 era 27,50 euros; no era TER; ara l'han canviant; es TER
> nomes divendres, disabte i diumenge; entresetmanes para a Ax les
> Termes; una debilitat francesa; també la persona de l'oficina de
> l'estacio de la Tor de Querol ( taquilla ) estafa i enganya; millor hi
> ha una maquina pel bitllet i triar TIKEMOUV.
>
> el mes barat, tren TIKEMOUV, es a 17h21 la Tor de Querol arribant a
> Tolosa de lengadoc 20h15 i costa 7,50 euros; i per tornar 10h48 Tolosa
> de lengadoc > la Tor de Querol 13h47.
>
> amb TER el viatge de la bici es gratuit; amb alta velocitat 10 euros.
>
> https://www.ter.sncf.com/occitanie > horaires & trafic > Fiches
> Horaires > Toulouse-Foix-LaTour-de-Carol > clicar Rechercher > clicar
> sobre el pdf per llegir a la pantalla o imprimir en pdf papel o disc dur.
>
> Podré guiar, caminant o bici, per una visita occitana de Tolosa de
> lengadoc a Occitania. 
>
Havia considerat la possibilitat de pujar via Puigcerdà en tren, de fet
abans del TGV el temps de viatge era més o menys el mateix via Puigcerdà
que Perpinyà, realment depenia del temps de transbord a la frontera, que
en general sol estar bastant mal resolt.

I precisament per això l'opció de Puigcerdà l'havia descartada, perquè
els enllaços són terribles. En feiner hi arriben trens des de Barcelona
a les 9:40, 13:05, 15:48 i 18:06; en festiu a les 10:13, 12:38, 15:14 i
18:17 mentre que els que surten d'allà cap a Tolosa ho fan a les 13:21 i
les 17:21 (al de les 9:21 no s'hi arriba a temps) més una combinació a
les 15:30 per carretera fins a Foix. Per agafar el tren amb l'oferta
Tikémouv caldria esperar a l'estació de la Tor de Querol dues hores i el
temps total de viatge seria de 8 hores, que personalment trobo excessiu.

En tot cas, el TER de les 13:21 encara és una opció en cap de setmana
(en feiner és massa poc temps de marge si el tren de Renfe
s'endarrereix, i estem parlant de la línia de Vic...), sortint de
Barcelona Sants a les 9:36 s'arriba a l'estació tolosana de Matabiau a
les 16:15, unes 6h40 de viatge.

Per la tornada tres quarts del mateix, en feiner el tren de Renfe surt a
les 13:34 i en festiu just a les 13:47, no s'arriba a temps i toquen més
de tres hores d'espera allà pel següent: 17:13 feiners, 16:52 festius.

Pel preu a banda dels 7,50€ de Tikémouv o els 27,50€ de tarifa general
s'hi han d'afegir els 12€ que costa el bitllet de Barcelona a la Tor de
Querol.

Tot això és des de Barcelona, està clar que si es comença viatge a Vic
l'opció del tren transpirinenc és més atractiva, de la mateixa manera
que des de Girona l'única opció raonable és via Narbona.

Que consti que ho diu una persona que ha fet el trajecte de Barcelona a
Tolosa en tren tant via Puigcerdà / la Tor com Portbou / Cervera.
Ferroviàriament parlant, són interessants els dos túnels de cargol, un a
cada costat de la frontera, sense oblidar tampoc l'atractiu del Tren
Groc que allà acaba, però això és més per a es.rec.trenes ;-)

P.S: Enhorabona pels jocs de París 2024.

Re: <debian-user-catalan@lists.debian.org> mini-debconf 2017 à Tolosa de lengadoc a Occitania al " Capitole du Llbre "

[Eloi]

Merci beacoup pour votre avis.

Deixo com a cita una traducció del missatge:

El 13/09/17 a les 10:36, Miquel Demur ha escrit:
>
> L'associació Debian França [1 ] onganitza
> una mini-debconf a Tolosa de Llenguadoc.
> Aquest esdeveniment acollirà totes les persones interessades pel
> projecte Debian
> amb una sèrie de conferències i tallers al voltant d'aquest tema.
> Aquesta mini-debconf tindrà lloc al mateix temps i indret que el
> Capitole du Libre [2 ] els dies 18
> i 19 de novembre de 2017 al ENSEEIHT: carrer de
> Pierre-Paul Riquet, 26 de Tolosa.
>
> Tenim la voluntat de fer la meitat de les conferències en anglès... i
> en català pels occitans i catalans exiliats a Occitània, per tant els
> catalans i els angloparlants són benvinguts a Occitània!
>
> Les conferències i els tallers seran programades conjuntament sobre el
> mateix horari que les
> conferències del Capitole du Libre. Així doncs, serà ben fàcil passar
> de la
> mini-debconf al Capitole du Libre i viceversa ;)
>
> Les propostes de conferències són obertes, us podeu inscriure per
> correu a minidebconf[at]france[dot]debian[dot]net i a la pàgina wiki
> [3 ].
> Data límit per enviar una conferència: el 30 de setembre de 2017
>
> Denis Briand
>
> [1] https://france.debian.net/
> [2] https://2017.capitoledulibre.org/
> [3] https://wiki.debian.org/DebianEvents/fr/2017/Toulouse
>
>  

Per arribar a Tolosa des de Barcelona: amb tren són en total entre 4h i
4h30 amb TGV i canvi de tren a Narbona, entre 50€ i 60€ comprat
anticipadament; en autobús pot sortir per 20€ però no baixa de 6h; no hi
ha cap vol directe; per carretera tot és peatge via la Jonquera, i
l'alternativa és via Puigcerdà...

Re: canvis en el su.

[Eloi]

El 27/8/18 a les 16:58, Pere Nubiola Radigales ha escrit:
> Algú sap el perqué del canvis del su?
> .
> Fins ara amb la crida su es reinicialitzaba el path  amb el del usuari
> root, mantenint la resta del entorn.
> Ara si vols el path de root, necessites fer su -, reinicialitzant tot
> l'entorn.
>
> Pere Nubiola Radigales
> Telf: +34 656316974
> e-mail: p...@nubiola.cat 
>            pnubi...@fsfe.org 
>            pere.nubi...@gmail.com 
>
Enganxo la nota enviada per apt-listchanges al correu local explicant el
canvi

util-linux (2.32-0.4) unstable; urgency=medium

  The util-linux implementation of /bin/su is now used, replacing the
  one previously supplied by src:shadow (shipped in login package), and
  bringing Debian in line with other modern distributions. The two
  implementations are very similar but have some minor differences (and
  there might be more that was not yet noticed ofcourse), e.g.

  - new 'su' (with no args, i.e. when preserving the environment) also
    preserves PATH and IFS, while old su would always reset PATH and IFS
    even in 'preserve environment' mode.
  - su '' (empty user string) used to give root, but now returns an error.
  - previously su only had one pam config, but now 'su -' is configured
    separately in /etc/pam.d/su-l

  The first difference is probably the most user visible one. Doing
  plain 'su' is a really bad idea for many reasons, so using 'su -' is
  strongly recommended to always get a newly set up environment similar
  to a normal login. If you want to restore behaviour more similar to
  the previous one you can add 'ALWAYS_SET_PATH yes' in /etc/login.defs.

 -- Andreas Henriksson   Fri, 03 Aug 2018 10:52:22 +0200

Re: Curiositat sobre les IP assignades pels proveïdors

[Eloi]

El 27/8/18 a les 12:36, Orestes Mas ha escrit:
> Hola a tothom,
>
> Observo un fenomen curiós, i m'agradaria saber si algú de vosaltres s'hi
> ha trobat.
>
> Fa pocs dies m'he posat fibra a casa. Volia obrir el port 22 del router
> per poder accedir des de fora via ssh a un ordinador. Això ja ho feia
> amb el proveïdor antic i no tenia cap problema, però ara amb el router
> nou no em funcionava. La IP pública, segons m'indiquen webs del tipus
> "whatismyip" era 93.176.xxx.yyy (canvia si reboto el router).
>
> Però com que no em funcionava m'hi he barallat una estona i al final
> acabo deduint que el proveïdor d'internet utilitza una xarxa privada
> interna (una classe B, suposo, amb adreces de l'interval
> 100.76.xxx.yyy). I surt a internet amb unes quantes adreces públiques
> compartides entre diversos usuaris.
>
> Les preguntes: Us heu trobat que el proveïdor d'internet faci NAT també?
> Sabeu si com a usuaris ens podem queixar (ja imagino que no...)? Vaig
> errat si dedueixo que això impedirà que funcioni qualsevol accés a casa
> iniciat des de l'exterior (tipus emule, bittorrent,ssh , httpd...)?
> Suposo que funcionarà entre usuaris de la xarxa privada, però com que
> només són 65536 això no és massa esperançador...
>
> Orestes

Has provat si només tens problemes amb el port 22 i no amb un
d'aleatori? La majoria de routers d'operadors que he vist tenen
precisament el port 22 (en models més antics, el 23... sí, telnet)
reservat i limitat a un rang d'IPs per a administració remota. En
particular, això ho fa Telefónica (Movistar). En models més antics sí
que podies arribar a tancar l'administració remota via SSH, però en
l'últim que tinc d'ells (de fibra, quadrat, vora blanca i part superior
gris fosc i que engloba també el VoIP) això ja no és possible.

La implicació de tot plegat és que el router, al final, l'acaba
controlant l'operador i no tu.

D'altres operadors no puc parlar.

Re: Crear usb des d'una ISO

[Eloi]

El 28/6/18 a les 15:23, Orestes Mas ha escrit:
> El 28/6/18 a les 12:15, Eduard Selma ha escrit:
>> El 28/06/18 a les 11:24, Griera-yandex ha escrit:
>>> Hola:
>>> Jo faig:
>>>
>>> sudo dd if= of=/dev/  bs=512 && sudo sync
>> - Crec que és el mètode que usem la majoria. L'ordre "dd", universal,
>> senzilla i fiable, com aquell "pip" de l'antic CP/M, us en recordeu?
>>
>> Tot i que en alguns casos es pot augmentar la mida dels blocs, per
>> exemple "bs=8M" (potser va una mica més ràpid)  o bé afegint
>> "status=progress" si coreutils és d'una versió recent (Stretch té la
>> 8.26). Però hi ha moltíssimes opcions addicionals. com
>> "conv=sync,notrunc", etc.
>>
>> Les utilitats en mode gràfic, però, poden anar bé si es tracta, per
>> exemple, de crear un USB arrencable amb diverses distros (o versions)
>> al seu interior.
>>
>> Els meus 5 cèntims.
>>
>> Eduard Selma.
>>
> Esteu segurs que el "dd" funciona amb _qualsevol_ ISO?

Sé que les ISO de Debian estan preparades en un format híbrid que les fa
vàlides tant com a imatges per cremar en un disc com per copiar-les tal
qual a una unitat USB i que aquesta aparegui amb una taula de particions
coherent.

També sé que algunes BIOS/UEFI són capaces de detectar que el USB conté
realment una imatge ISO i tractar-la com un disc òptic d'arrencada
directament, com més nova més probable.

Així doncs, les ISO de Debian funcionaran sempre perquè estan així
dissenyades, i d'altres poden funcionar o no en funció de la màquina on
es connectin.

Re: Crear usb des d'una ISO

[Eloi]

El 28/6/18 a les 21:53, Josep Lladonosa ha escrit:
>
> 2018-06-28 21:44 GMT+02:00 Eloi  <mailto:entfe...@gmail.com>>:
>
> [...]
>
> Sé que les ISO de Debian estan preparades en un format híbrid que
> les fa
>
>
> Un apunt: el format hibrid s'anomena "El Torito".
>
> (exemple trobat a la xarxa:)
> |sudo apt-get install genisoimage geteltorito -o bios.img gruj09us.iso| 
No estic molt posat en el tema d'imatges ISO, però crec que El Torito és
un sistema per fer que imatges de CD siguin arrancables, com quan en
l'època dels disquets que no tots arrencaven un SO si no tenien certs
components clau.

Precisament fa uns dies estava fent proves amb la ISO d'instal·lació de
Debian i vaig comprovar que després d'un dd a un USB, un fdisk -l mostra
una taula de particions coherent. Això és quelcom que, en general, un no
s'espera d'una imatge ISO arbitrària (tampoc ho he provat amb ISOs de
tercers per confirmar què surt en aquest cas...)

Re: canvis al local ca_ES

[Eloi]

El 9/10/18 a les 18:48, Ernest Adrogué ha escrit:
> Hola,
>
> Des de fa un temps, em trobo que als llistats de directoris el mes a la
> part de la data surt amb la preposició.
>
> Per exemple:
>
> total 112
> drwxr-xr-x   2 root root  4096 de se  1 10:38 bin
> drwxr-xr-x   3 root root  4096 de se  1 11:12 boot
> drwxr-xr-x  19 root root  3900 d’oct  6 22:17 dev
> drwxr-xr-x 167 root root 12288 de se 23 15:24 etc
> drwxr-xr-x   5 root root  4096 de se 27  2016 home
> ...
>
> Què en penseu?  Sembla una mica desafortunat.
>
> Salut.
>
Més que desafortunat: març i maig eren indistingibles ("de ma"). A
testing, però, està pal·liat: hi ha més espai i cap tot el nom del mes,
però no sabria dir-te des de quan.

Re: (deb-cat) Programes JNLP

[Eloi]

El 13/12/18 a les 11:44, Narcis Garcia ha escrit:
> __
> I'm using this express-made address because personal addresses aren't
> masked enough at this mail public archive. Public archive administrator
> should fix this against automated addresses collectors.
> El 13/12/18 a les 9:05, Alex Muntada ha escrit:
>> Hola Narcis,
>>
>>> Algú sap la manera d'aconseguir que el Java accepti executar un
>>> fitxer.jnlp sense exigir aquest permís?
>> Com ja vaig comentar-te a l'octubre, jo utilitzo el javaws per
>> obrir els fitxers .jnlp:
>>
>> https://lists.debian.org/debian-user-catalan/2018/10/msg00036.html
>>
>> Suposo que hauries de poder associar aquest tipus d'extensió al
>> javaws perquè el navegador els obri, si vols evitar haver-los
>> de descarregar primer.
> Ja tinc el navegador (Icecat 52, Firefox 52) associat a l'aplicació que
> toca (suposo que ha de ser javaws que ja s'estableix amb la instal-lació
> de icedtea-plugin -> icedtea-netx).
> La dificultat que tinc ara és que accepti executar el fitxer .JNLP
> vingut del web sense requerir l'atribut o propietat d'executable.

Has de tenir algun problema de configuració: avui mateix he llençat un
.jnlp amb javaws des de navegador i en cap moment he necessitat fer-lo
executable, m'ha funcionat out-of-the-box (no recordo haver remenat mai
configuracions d'això de forma explícita).

Per referència, estic a testing amb Firefox 60 ESR i icedtea-web 1.6.2
però recordo haver fet el mateix amb l'anterior FF ESR abans que entrés
l'actual Firefox a testing: l'última data que em consta haver-ho fet,
per raons laborals, va ser a finals de maig d'enguany.

Re: (deb-cat) Recuperar directoris

[Eloi]

El 27/11/18 a les 09:48, Narcis Garcia ha escrit:
> [...]
> El què vaig fer és reiniciar a una unitat externa i:
> $ fsck -ccyk /dev/sda1

Uf. A banda de la recomanació que ja t'han fet de ddrescue per treure
una imatge del disc, fer un fsck -cc sobre un disc que dóna errors i
conté dades a recuperar és una *terrible* idea. La prova "no destructiva
de lectura i escriptura" de badblocks consisteix a llegir un sector,
guardar-lo en memòria, escriure noves dades, llegir-les, verificar que
són les que just ha escrit i reescriure les dades originals.

Ja no és només risc inherent d'escriure sobre un disc que ja ha donat
indicis de fallada (raó per la qual és recomanable sempre muntar en
només lectura particions de discs amb danys si no és possible un
ddrescue), el fet de sobreescriure sobre *tots* els sectors pot haver no
només augmentat els errors de lectura sinó haver destruït dades fins
aleshores recuperables en cas que el cicle de llegir, escriure,
comprovar i sobreescriure amb les dades originals falli en els últims
passos.

No puc ajudar-te en l'aspecte de recuperar directoris, només puc dir-te
que no tornis a fer un fsck -cc sobre un disc amb errors i dades a
recuperar. El que faria ara, per no agreujar encara més la situació,
seria crear amb ddrescue una imatge del disc i fer servir eines de
rescat sobre *còpies* d'aquesta imatge que has creat. El problema és que
fer-ho sobre segur suposa disposar d'un mínim de 2x l'espai del disc
original.

Re: OpenStack vs Nextcloud

[Eloi]

El 28/3/19 a les 8:32, Àlex ha escrit:
> Per guardar fitxers està NextCloud, SeaFile, 
O simplement Apache amb mod_dav

Re: icedtea-plugin desaparegut

[Eloi]

El 15/5/19 a les 17:45, Narcis Garcia ha escrit:
> És possible que el paquet «icedtea-plugin» estigués al repositori de
> Debian 9 (stretch) i ara hagi estat eliminat?
>
> L'he instal·lat un munt de vegades en ordinadors amb Debian 9, i ara no
> el trobo quan estic fent una nova instal·lació de Debian stable.



> Changes:
>  icedtea-web (1.6.2-3.1+deb9u1) stretch; urgency=medium
>  .
>* Stop building the browser plugin, no longer works with Firefox 60

Re: definir temporalment variable per a l'ordre actual

[Eloi]

El 16/5/19 a les 17:10, Ernest Adrogué ha escrit:
> Amb punt i coma és com fer-ho en línies separades, no es destrueix
> l'assignació:
>
> $ echo $foo
>
> $ foo=1 ; echo $foo
> 1
> $ echo $foo
> 1
> $

Lligant-ho amb l'explicació que he fet a l'altre correu i per
completar-la, aquesta construcció (que com bé s'ha dit és equivalent a
executar-les en dues línies separades) crea la variable *només* a
l'entorn del shell actual. Això fa que funcioni en el cas de l'echo,
perquè la substitució la fa el propi shell, però la variable d'entorn no
està disponible per al procés fill:

$ foo=1; env | grep ^foo=

Aquesta combinació no torna res, a menys que es precedeixi l'assignació
amb 'export'.

Re: festes per la sortida de Debian 10 estable

[Eloi]

El 14/6/19 a les 11:37, Alex Muntada ha escrit:
> Hola Aniol,
>
>> Podríem fer una excursió + dinar.
> Sí, en algun lloc fresquet i no massa difícil pels que tenim
> canalla petita seria ideal. No cal organitzar res especial
> ni fer cap reserva si cadascú es porta el menjar de casa.
>
> Em sona que vau anar al Tagamanent fa uns anys. Potser algun
> lloc similar? Si és accessible amb transport públic seria
> encara millor.
>
> Salut!
> Alex
>
> --
>   ⢀⣴⠾⠻⢶⣦⠀
>   ⣾⠁⢠⠒⠀⣿⡁  Alex Muntada 
>   ⢿⡄⠘⠷⠚⠋   Debian Developer - log.alexm.org
>   ⠈⠳⣄
>
Excursió, muntanya, fresquet i fàcilment accessible en transport públic
em ve en ment el Montseny, doncs des de fa poc hi ha un servei combinat
els caps de setmana amb tren fins a Sant Celoni i autobús cap amunt.

Hi ha dues rutes, una directa fins a Fontmartina passant per la Costa
del Montseny i una segona, amb canvi d'autobús des d'aquesta primera,
cap a l'ermita de Santa Fe per Campins.

Informació d'horaris i preus aquí:


Pel que fa a l'etapa ferroviària, des de Barcelona hi ha un tren cada
hora destinació Sant Celoni sortint de Sants a les hores en punt, de
Passeig de Gràcia a i 5, de Clot Aragó a i 10 i de Sant Andreu Comtal a
i quart. Els trens, procedents de l'Aeroport, arriben a Sant Celoni,
final de trajecte, poc abans de l'hora següent en punt.

Tingueu també present que tant el tren com l'autobús estan integrats,
així que si disposeu d'una T-10 adequada (quatre zones des de la zona 1
metropolitana, dues zones des de Granollers...) la podreu aprofitar.

Re: festes per la sortida de Debian 10 estable

[Eloi]

El 14/6/19 a les 14:38, Aniol Marti ha escrit:
> On 6/14/19 2:14 PM, Eloi wrote:
>> El 14/6/19 a les 11:37, Alex Muntada ha escrit:
>>> Hola Aniol,
>>>
>>>> Podríem fer una excursió + dinar.
>>> Sí, en algun lloc fresquet i no massa difícil pels que tenim
>>> canalla petita seria ideal. No cal organitzar res especial
>>> ni fer cap reserva si cadascú es porta el menjar de casa.
>>>
>>> Em sona que vau anar al Tagamanent fa uns anys. Potser algun
>>> lloc similar? Si és accessible amb transport públic seria
>>> encara millor.
>>>
>>> Salut!
>>> Alex
>>>
>>> --
>>>   ⢀⣴⠾⠻⢶⣦⠀
>>>   ⣾⠁⢠⠒⠀⣿⡁  Alex Muntada 
>>>   ⢿⡄⠘⠷⠚⠋   Debian Developer - log.alexm.org
>>>   ⠈⠳⣄
>>>
>> Excursió, muntanya, fresquet i fàcilment accessible en transport públic
>> em ve en ment el Montseny, doncs des de fa poc hi ha un servei combinat
>> els caps de setmana amb tren fins a Sant Celoni i autobús cap amunt.
>>
>> Hi ha dues rutes, una directa fins a Fontmartina passant per la Costa
>> del Montseny i una segona, amb canvi d'autobús des d'aquesta primera,
>> cap a l'ermita de Santa Fe per Campins.
>>
>> Informació d'horaris i preus aquí:
>> <https://parcs.diba.cat/web/montseny/bus-parc>
>>
>> Pel que fa a l'etapa ferroviària, des de Barcelona hi ha un tren cada
>> hora destinació Sant Celoni sortint de Sants a les hores en punt, de
>> Passeig de Gràcia a i 5, de Clot Aragó a i 10 i de Sant Andreu Comtal a
>> i quart. Els trens, procedents de l'Aeroport, arriben a Sant Celoni,
>> final de trajecte, poc abans de l'hora següent en punt.
>>
>> Tingueu també present que tant el tren com l'autobús estan integrats,
>> així que si disposeu d'una T-10 adequada (quatre zones des de la zona 1
>> metropolitana, dues zones des de Granollers...) la podreu aprofitar.
>>
>>
> +1 al Montseny. No hi he estat mai i en tinc ganes :-)
>
> El que proposes és excursió a peu o es fa tot amb bus?

El que he comentat és autobús des de l'estació de Sant Celoni.
Òbviament, un cop baixats de l'autobús es poden fer recorreguts a peu.
En funció del temps que es vulgui caminar i de la dificultat podria
proposar alguns suggeriments: tot i que no és una zona que hagi
recorregut personalment sí que disposo de cartografia (mapa de l'Alpina,
que duria) i familiars que la coneixen. La idea d'aquest autobús és
endinsar-nos dins el Parc Natural del Montseny més que quedar-nos a la
falda, on ens deixa el tren.

Tot depèn de la disponibilitat per a caminar que tingui la gent. Aquest
cap de setmana miro d'obtenir més informació i fer algunes propostes de
recorreguts més en ferm per la zona calculant distàncies i dificultat i
quadrant horaris de transport públic on n'hi hagi.

Re: festes per la sortida de Debian 10 estable

[Eloi]

El 14/6/19 a les 14:38, Aniol Marti ha escrit:
> On 6/14/19 2:14 PM, Eloi wrote:
>> El 14/6/19 a les 11:37, Alex Muntada ha escrit:
>>> Hola Aniol,
>>>
>>>> Podríem fer una excursió + dinar.
>>> Sí, en algun lloc fresquet i no massa difícil pels que tenim
>>> canalla petita seria ideal. No cal organitzar res especial
>>> ni fer cap reserva si cadascú es porta el menjar de casa.
>>>
>>> Em sona que vau anar al Tagamanent fa uns anys. Potser algun
>>> lloc similar? Si és accessible amb transport públic seria
>>> encara millor.
>>>
>>> Salut!
>>> Alex
>>>
>>> --
>>>   ⢀⣴⠾⠻⢶⣦⠀
>>>   ⣾⠁⢠⠒⠀⣿⡁  Alex Muntada 
>>>   ⢿⡄⠘⠷⠚⠋   Debian Developer - log.alexm.org
>>>   ⠈⠳⣄
>>>
>> Excursió, muntanya, fresquet i fàcilment accessible en transport públic
>> em ve en ment el Montseny, doncs des de fa poc hi ha un servei combinat
>> els caps de setmana amb tren fins a Sant Celoni i autobús cap amunt.
>>
>> Hi ha dues rutes, una directa fins a Fontmartina passant per la Costa
>> del Montseny i una segona, amb canvi d'autobús des d'aquesta primera,
>> cap a l'ermita de Santa Fe per Campins.
>>
>> Informació d'horaris i preus aquí:
>> <https://parcs.diba.cat/web/montseny/bus-parc>
>>
>> Pel que fa a l'etapa ferroviària, des de Barcelona hi ha un tren cada
>> hora destinació Sant Celoni sortint de Sants a les hores en punt, de
>> Passeig de Gràcia a i 5, de Clot Aragó a i 10 i de Sant Andreu Comtal a
>> i quart. Els trens, procedents de l'Aeroport, arriben a Sant Celoni,
>> final de trajecte, poc abans de l'hora següent en punt.
>>
>> Tingueu també present que tant el tren com l'autobús estan integrats,
>> així que si disposeu d'una T-10 adequada (quatre zones des de la zona 1
>> metropolitana, dues zones des de Granollers...) la podreu aprofitar.
>>
>>
> +1 al Montseny. No hi he estat mai i en tinc ganes :-)
>
> El que proposes és excursió a peu o es fa tot amb bus?

El que he comentat és autobús des de l'estació de Sant Celoni.
Òbviament, un cop baixats de l'autobús es poden fer recorreguts a peu.
En funció del temps que es vulgui caminar i de la dificultat podria
proposar alguns suggeriments: tot i que no és una zona que hagi
recorregut personalment sí que disposo de cartografia (mapa de l'Alpina,
que duria) i familiars que la coneixen. La idea d'aquest autobús és
endinsar-nos dins el Parc Natural del Montseny més que quedar-nos a la
falda, on ens deixa el tren.

Tot depèn de la disponibilitat per a caminar que tingui la gent. Aquest
cap de setmana miro d'obtenir més informació i fer algunes propostes de
recorreguts més en ferm per la zona calculant distàncies i dificultat i
quadrant horaris de transport públic on n'hi hagi.

Re: festes per la sortida de Debian 10 estable

[Eloi]

El 14/6/19 a les 19:31, Eloi ha escrit:
> [...]
> Tot depèn de la disponibilitat per a caminar que tingui la gent. Aquest
> cap de setmana miro d'obtenir més informació i fer algunes propostes de
> recorreguts més en ferm per la zona calculant distàncies i dificultat i
> quadrant horaris de transport públic on n'hi hagi.

On tenim més ventall de possibilitats és fent la combinació de tren i
dos autobusos fins a Santa Fe, allà el terreny és més pla i permet fer
caminades fàcils, per posar un exemple, vorejant el pantà que són poc
més de dos quilòmetres, també hi ha uns quants PR (Petit Recorregut) i
SL (Sender Local) per si fa el pes caminar una mica més, per altra banda
el cim del Turó de l'Home està a només 4km a peu, això sí, superant un
desnivell d'uns 600 metres en vertical i comptant que s'ha de tornar.

He mirat com a alternativa també Mosqueroles, per si es considera que
arribar a Santa Fe és massa pesat (des de Passeig de Gràcia serien
2h15m), el problema és que si bé és una bona opció per des d'allà anar a
peu cap a Sant Esteve o Santa Maria de Palautordera, el cas és que en
cap de setmana no hi ha autobús regular i l'estació de tren cau lluny
(uns 8km, els dos últims per carretera), per tant ens hauríem d'acabar
quedant vora el poble.

Per anar cap al Montnegre tenim el mateix problema que a Palautordera
per l'autobús a Vallgorguina, que no circula els caps de setmana.

Si veieu el Montseny massa complicat, una altra idea podria ser anar al
castell de Montesquiu, que està a uns 4km de l'estació de Sant Quirze de
Besora (línia R3, la mateixa que la del Tagamanent). Seria una hora i
mitja de tren des del centre de Barcelona però sense necessitar cap
transbord a autobús.

No sé quines dates es tenen en ment, però jo tinc tots els caps de
setmana ocupats fins el 14 de juliol inclòs. No sigui el cas que confieu
en mi de guia i resulti que no em sigui possible venir...

Re: definir temporalment variable per a l'ordre actual

[Eloi]

El 16/5/19 a les 16:49, Ernest Adrogué ha escrit:
> Em pensava que si feies una assignació de variable a línia d'ordres
> seguida d'una ordre, aquella assignació només tenia efecte per a l'ordre
> en qüestió.  Per exemple, segons això,
>
> $ foo=1 echo $foo
>
> hauria d'escriure "1".  Però estic veient que no fa l'assignació...
>
> Ha canviat recentment, o és que mai ha funcionat així?
>
> Salut

En aquest cas no funciona perquè la comanda echo no està realment
accedint a l'entorn sinó que és el propi shell qui fa la substitució
*abans* d'executar la comanda. O sigui, primer fa la substitució de la
variable $foo a l'entorn del shell (on no està definida), i després
passa a la comanda echo aquesta variable junt amb la resta de l'entorn
però que acaba ignorant perquè echo es limita a repetir el que rep per
paràmetres.

Una forma de veure-ho en funcionament és aquesta:

$ foo=1 env | grep ^foo=

Aquí igualment definim la variable foo i executem la comanda env, que
*sí* consulta el nou entorn i en retorna totes les variables, entre les
quals la foo que just hem definit.

OT: Legislació a territoris palestins (Era: debconf20 serà a Israel (!!??))

[Eloi]

El 4/9/19 a les 13:13, Joan ha escrit:
> [...]
>
> I que el món musulmà és, bàsicament, retrograda i cavernari, igual que 
> l'església catòlica, a la que aquí hem desproveït de bona part del poder que 
> allà encara tenen, també és cert... Però no ho és que als homosexuals se'ls 
> mati en tot el món musulmà (no crec que ni a palestina ni a Turquia ho facin, 
> malgrat que probablement estan discriminats, com ho aquí ho estaven fa 50 
> anys, en el millor dels casos).

El cas de la legislació als territoris de Palestina es ben curiós:
l'Autoritat Palestina com a tal ha fet relativament poca legislació,
donant per vàlida la que hi havia a cada territori abans de 1967. Així
doncs, i en particular pel que fa a les relacions homosexuals, Gaza ha
heretat legislació britànica colonial que castiga les relacions
home/home amb penes de fins a 10 anys de presó (curiosament, les
relacions entre dues dones no estan penades), mentre que Cisjordània ha
heretat la llei de Jordània que ho va despenalitzar l'any 1951.

Una altra cosa és la discriminació i la falta de lleis de protecció
contra aquestes discriminacions que a la pràctica fan que l'únic lloc
obertament segur per als musulmans homosexuals a la regió sigui,
precisament, Israel... si no fossin musulmans, és clar.

Re: xfce amb... wayland o x11? Problemes amb anydesk

[Eloi]

Sé que em desvio una mica del tema, però si com dius en altres correus
ni tan sols pots fer funconar versions recents d'Anydesk, potser la
solució passaria per buscar una alternativa.

Has provat xrdp? És un servidor RDP, el protocol d'escriptori remot de
Windows, que pot iniciar sessions gràfiques per si mateix, enganxar-se a
escriptoris VNC ja en marxa o fins i tot fer de passarel·la a altres
servidors VNC o RDP. Fa anys que no l'uso, però recordo que en vaig fer
una instal·lació fa temps i pel que comentes crec que et podria servir.

Des de Windows tindries accés amb el client de Terminal Server o com se
digui ara nativament i des de Linux amb rdesktop o freerdp com a
aplicacions de consola i remmina o krdc des de GNOME o KDE
respectivament. El que desconec és si hi ha clients per a Android, però
donada l'omnipresència de Windows no m'estranyaria.

L'inconvenient respecte de solucions tipus Anydesk és que en aquest cas
necessites un camí directe al lloc on et vols connectar: conèixer la IP
en cada moment i tenir el port de connexió obert a l'exterior.

Re: He perdut l'acceleració gràfica

[Eloi]

El 3/3/20 a les 10:03, Antoni Villalonga ha escrit:
> On Tue, Mar 3, 2020 at 9:50 AM Josep Lladonosa wrote:
>> On Tue, 3 Mar 2020 at 09:41, Eloi wrote:
>>> El 3/3/20 a les 9:27, Josep Lladonosa ha escrit:
>>> On Tue, 3 Mar 2020 at 09:10, Eloi wrote:
>>>> Per si algú altre s'hi ha trobat. No és que em resulti crític per l'ús
>>>> que faig de l'ordinador, però sí empipador, més considerant que estic a
>>>> stable (de testing es pot esperar tot...)
>>>>
>>>> És una Intel i9195 integrada
> Hola,
>
> El log del servidor X hauria d'esser rellevant: /var/log/Xorg.0.log
> Pots adjuntar-lo?

L'he mirat i no hi havia cap error, és més, semblava que havia de
funcionar després del canvi de xserver-xorg-video-intel per
firmware-misc-nonfree.

Al final resulta que el que ha acabat passant és que KDE^W Plasma havia
desactivat el compositor a la configuració i així havia quedat amb un
avís a arranjament de sistema pels problemes amb l'anterior controlador
i un botó per confirmar la reactivació.

Ja torna a funcionar tot :-)

Re: He perdut l'acceleració gràfica

[Eloi]

El 3/3/20 a les 9:27, Josep Lladonosa ha escrit:
>
> On Tue, 3 Mar 2020 at 09:10, Eloi  <mailto:entfe...@gmail.com>> wrote:
>
> Per si algú altre s'hi ha trobat. No és que em resulti crític per l'ús
> que faig de l'ordinador, però sí empipador, més considerant que
> estic a
> stable (de testing es pot esperar tot...)
>
> És una Intel i9195 integrada
>
>
> Deu ser la i915?

Mireu si en sé poc del tema que ni encerto el nom de la targeta :-D

> Si fos el cas, mira al dmesg possibles errades de firmware. Recordo
> que en les darreres edicions el nucli es queixa sobre el firmware de
> les intel.

# dmesg | grep i915
[    1.195817] i915 :00:02.0: vgaarb: changed VGA decodes:
olddecodes=io+mem,decodes=io+mem:owns=io+mem
[    1.199407] [drm] Initialized i915 1.6.0 20180719 for :00:02.0 on
minor 0
[    1.325770] i915 :00:02.0: fb0: inteldrmfb frame buffer device
[    8.005495] snd_hda_intel :00:03.0: bound :00:02.0 (ops
i915_audio_component_bind_ops [i915])

Tampoc filtrant per 'drm' trobo res rellevant

> En el meu cas, per evitar aquests missatges vaig fer cerca i (crec
> que) vaig trobar aquesta pàgina:
>
> https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/i915
>
> i vaig baixar a mà els .bin necessaris tot incorporant-los a
> /lib/firmware/i915/.
>
> Imagino que la distribució testing/unstable ja deu tenir el paquet
> corresponent al dia (linux-firmware?).

Ho provo a l'hora de dinar i us comento

> Per preguntar no perdo res ;-)
>
>
> Per preguntar obtens, si més no, alguna resposta ;-)
Però no me l'esperava tan ràpida ;-) millor i tot que un servei
d'empresa :-D

He perdut l'acceleració gràfica

[Eloi]

Per si algú altre s'hi ha trobat. No és que em resulti crític per l'ús
que faig de l'ordinador, però sí empipador, més considerant que estic a
stable (de testing es pot esperar tot...)

És una Intel i9195 integrada

Ja he provat a desinstal·lar xerver-xorg-video-intel i instal·lar
firmaware-misc-nonfree després d'una cerca ràpida per Internet, reconec
que tampoc he estirat gaire més el fil ja que tema maquinari i targetes
gràfiques en particular és quelcom que no domino en absolut

Per preguntar no perdo res ;-)

Re: Botigues Linux a Barcelona ?

[Eloi]

El 14/5/20 a les 19:55, Àlex ha escrit:
> Bones,
>
> recomaneu alguna botiga que vengui portàtils Linux a Barcelona ciutat?
>
> Gràcies
>
>
>    Àlex
>
Fa anys hi havia una botiga a Ausiàs Marc, molt a la vora del Passeig de
Sant Joan. No sé si encara hi seran, l'últim cop que hi vaig anar va ser
fa cosa de 10 anys.

També pots provar pels entorns entre el mercat de Sant Antoni i la plaça
de la Universitat, allà hi ha molta botiga tecnològica i recordo que
venien ordinadors sense sistema operatiu (la llicència Windows es pagava
a banda, i si no la volies doncs res), però no recordo si n'hi havia amb
alguna distribució Linux preinstal·lada i dubto que aconsegueixis suport
allà. El problema és que segurament hi hauries d'anar armat amb una
llista de dispositius compatibles portada de casa...

Tot això són idees d'on podries trobar-ne, no recomanacions en sentit
estricte.


(reenviat a la llista, perdona Àlex per la duplicitat)

Re: (deb-cat) Efecte acumulatiu de SSD, que no fa net

[Eloi]

El 5/12/20 a les 9:48, Narcis Garcia ha escrit:

El 5/12/20 a les 7:22, Àlex ha escrit:

El 5/12/20 a les 6:59, Àlex ha escrit:

El 4/12/20 a les 18:00, Narcis Garcia ha escrit:

Tinc un ordinador amb unitat SSD i, quan executo aquesta instrucció:
$ sudo fstrim -a -v

Em diu:
/boot: 766,7 MiB (803893248 bytes) trimmed on /dev/sda1
/: 243,1 GiB (261022449664 bytes) trimmed on /dev/mapper/sda2_crypt

Algú sap quin és el problema i com resoldre'l ?
Algú sap si hi ha programari per a fer anàlisi detallat d'aquest tema?

Narcís,

Crec que fstrim en general no augmenta gaire el rendiment del disc, però
pot donar problemes si s'utilitza molt freqüentment i sobretot si
s'utilitza sobre volums encriptats. Per exemple:

    https://asalor.blogspot.com/2011/08/trim-dm-crypt-problems.html

Si vols millorar rendiment, passa de fstrim, posa la informació
confidencial en una partició a banda i encripta només aquesta partició,
no tota l'arrel /

Salutacions

    Àlex


https://www.spinics.net/lists/raid/msg40916.html

https://wiki.debian.org/SSDOptimization#Mounting_SSD_filesystems


No vull augmentar la velocitat de la unitat, sinó recuperar-la com era
al principi.
L'arrel està encriptada perquè les dades són confidencials. Allò què fa
l'usuari és confidencial (i es revela a /tmp /var/tmp i altres
ubicacions) juntament amb còpies temporals de documents que es poden
obrir i eines que poden treballar a /opt , apart de què: Veure quines
aplicacions són instal·lades dóna pistes del format dels documents que
es treballen per tal d'escarbar en el desxifrat. I també la distinció
entre dades i programari dóna pistes entre la informació important i la
resta.

Porto anys donant voltes a aquest tema (amb xifrat i sense) i no acabo
d'esbrinar quin és el problema amb Linux o util-linux.

Ara per ara, per a rehabilitar una unitat SSD no veig altra sortida que
utilitzar blkdiscard per a formatejar-la tota de nou.

Salut;
Narcís.


Per parts:

Un xifratge decent i ben implementat (i no em refereixo a la 
implementació del programari que s'usi per xifrar sinó a l'ús que se'n 
fa) d'un sistema de fitxers no permetrà "escarbar" en el contingut, 
doncs el xifratge inclou per definició totes les metadades, tant les 
incrustades en el propi fitxer com les que corresponen al propi sistema 
de fitxers (propietat, permisos, ctime, mtime i atime les més evidents). 
Si el xifratge que uses depèn de l'ofuscació de dades tan trivials com 
saber si està instal·lat LibreOffice, aquest xifratge no val per a res.


És més, el mer fet de fer servir fstrim ja dóna metadades sobre el 
sistema de fitxers encriptat que, d'altra forma, serien impossibles o 
costoses d'aconseguir: estadístiques d'ús del disc. Després d'un fstrim 
només cal comptar quina proporció de sectors estan marcats com a 
reutilitzables per tenir una aproximació prou fiable de quin és el 
resultat de du, i donat que aquesta llista pot ser molt més fàcil 
d'obtenir i que es pot anar comparant durant el temps, es podria arribar 
a deduir a més llarg termini quins sectors són els ocupats per 
programari (dades estàtiques) i quins per documents i treballs en ús 
actiu (dades dinàmiques), tot això sense desxifrar mai ni un míser bit.


Si, per altra banda, el que et preocupa és que s'usin vulnerabilitats 
per infiltrar-se al sistema i per això cal saber quins programes s'han 
d'intentar explotar, doncs aquí la clau és mantenir el sistema 
correctament actualitzat i instal·lant només de fonts de confiança (que, 
en el meu cas, és única i exclusivament el repositori de Debian). No cal 
ser molt espavilat per assumir que un sistema Linux d'escriptori tindrà, 
amb molta probabilitat, llibreries GTK (encara que usi KDE), un servidor 
CUPS en marxa, LibreOffice com a suite ofimàtica i les llibreries de 
ffmpeg i/o VLC per a multimèdia. Per no parlar de si s'envien a 
l'exterior documents creats i/o modificats en aquesta màquina, metadades 
dels quals poden donar indicis de què s'hi ha emprat.


Però és que, a més, per aquest tipus d'infiltracions, el xifratge de 
disc de la partició arrel és inútil, doncs només resulta efectiu mentre 
el propi sistema de fitxers està desmuntat. En el cas del sistema arrel, 
doncs, el xifratge només és efectiu mentre l'ordinador estigui apagat. 
Un cop engegat (i entrada la clau de desxifratge), adéu a tota la 
protecció que ofereix. Si una vulnerabilitat s'explota amb l'ordinador 
engegat (que, fins que jo sé, sol ser el cas en la majoria d'ocasions), 
ja ho tens...


Amb això no estic dient que el xifratge de disc no sigui útil, però que 
cal ser molt conscient de per què és útil i per a què no serveix, puix 
no hi res pitjor que una falsa sensació de seguretat que et faci abaixar 
la guàrdia. El xifratge és una peça important del complex trencaclosques 
per assegurar i blindar un sistema informàtic, però cal saber-la 
col·locar junt amb les altres peces. I l'ofuscació, per regla general, 
és la peça que sempre sobra.


Dita la qual cosa, si pel que entenc el 

Re: Resultat de la trobada

[Eloi]

El 12/12/20 a les 20:22, Adrià ha escrit:

Hola,

ja s'ha acabat la trobada remota que hem impulsat des d'aquí.
En primer lloc, donar les gràcies als assistents per les aportacions
fetes.
Dit això, i tal com estava al programa, hem debatut què ens agradaria
trobar a DebianCat i m'agradaria compartir les notes que he agafat
per si algú hi té interès: estan a la pàgina de l'esdeveniment, a
l'últim apartat:
https://wiki.debian.org/LocalGroups/DebianCat/2020TrobadaRemotaTardor

Espero que tant les notes com les trobades siguin d'utilitat.


Ostres! M'havia fugit del cap completament!

Espero que hagi anat bé, i esper recordar-me'n per la propera ocasió :-/

Re: Format de data incorrecte de «ls -l»

[Eloi]

El 24/12/20 a les 7:29, Joan Montané ha escrit:

Missatge de Joan Montané  del dia dj., 24 de des.
2020 a les 6:47:


Tal com ho veig, la millor opció, de compromís, és canviar la cadena a 
coreutils perquè usi %b en comptes de %Ob. Això només afectaria a «ls». L'únic 
inconvenient és que a la columna de mesos tindríem la preposició, però les 
columnes quadraran.


Si algú vol fer aquesta solució de compromís, no és gens complicat.

En un directori de treball.

Baixeu el fitxer .po (he usat la versió 8.30 per al paquet coreutils de buster)
curl https://translationproject.org/PO-files/ca/coreutils-8.30.79.ca.po
-o coreutils.po

Canvieu els cadenes amb %Ob a %b del fitxer anterior, amb qualsevol
editor de text decent o des de terminal. Aquests canvis només afecte a
«ls -l»:
sed -e "s/^msgstr \"%e %Ob /msgstr \"%e %b /" < coreutils.po >
coreutils-fixed.po

Compileu el .po a .mo
msgfmt coreutils-fixed.po -o coreutils.mo

Amb permisos de root, copieu el .mo al directori que pertoca (si
voleu, feu-vos còpia del .mo que esteu a punt de sobreescriure)
sudo cp ./coreutils.mo /usr/share/locale/ca/LC_MESSAGES/

I ja està, les columnes quadren en fer «ls -l», :)

Salut!
Joan Montané

No ho he provat compilant el locale, però hi hauria una altra possible 
solució usant la següent cadena de formatació: "%e %5Ob %Y".


Això forçarà que l'amplada del camp del mes sigui de 5 caràcters, la 
longitud del mes més llarg, però té els inconvenients que alinea els 
mesos a la dreta, el que queda una mica estrany; i que la longitud del 
camp està fixada a la cadena de formatació, i si es tornen a canviar les 
abreviatures dels mesos s'hauria de reajustar de nou.


Una mostra ràpida de com quedaria, vist amb Python:

>>> locale.setlocale(locale.LC_ALL, 'ca_ES.utf8')
'ca_ES.utf8'
>>> for i in range(12):
... datetime.date(2020, i+1, 15).strftime("%e %5Ob %Y")
...
'15  gen. 2020'
'15 febr. 2020'
'15  març 2020'
'15  abr. 2020'
'15  maig 2020'
'15  juny 2020'
'15  jul. 2020'
'15   ag. 2020'
'15  set. 2020'
'15  oct. 2020'
'15  nov. 2020'
'15  des. 2020'

Re: Problemes amb automysqlbackup combinat amb un "locale" en català

[Eloi]

Comento entre solucions i retallo part del missatge

El 19/12/20 a les 19:48, ores...@riseup.net ha escrit:

Benvolguda llista, a veure si em podeu ajudar en una cosa:

[...]

Fent una mica de recerca he pogut deduir l'origen del problema i fins i
tot sabria solucionar-lo, però voldria saber si hi ha alguna manera
millor de la que jo penso. M'explico:

"automysqlbackup" és un script situat a /usr/sbin. Les línies rellevants
d'aquest script són les següents:


DATE=`date +%Y-%m-%d_%Hh%Mm`# Datestamp e.g
2002-09-21
DOW=`date +%A`  # Day of
the week e.g. Monday
DNOW=`date +%u` # Day number of
the week 1 to 7 where 1 represents Monday
DOM=`date +%d`  # Date
of the Month e.g. 27
M=`date +%B`# Month
e.g January
W=`date +%V`# Week
Number e.g 37

 ...

 # Monthly Full Backup of all Databases
 (...)
 dbdump "$MDB" "$BACKUPDIR/monthly/$MDB/${MDB}_$DATE.$M.$MDB.sql"


O sigui que usa "dbdump" (que és una funció definida en un altre lloc de
l'script i acaba usant "mysqldump") amb un nom de fitxer que expandeix
la variable "$M", la qual és el resultat de "date +%B" que, en un
sistema amb locale en català donarà "de desembre" si l'executeu avui,
per exemple.


Crec que part del problema pot venir, precisament, d'aquesta la funció 
dbdump (no uso mysql i no ho puc verificar). Tenir espais en blanc a 
noms de fitxer, tot i que en general és bona pràctica evitar-los, no 
hauria de ser un problema sempre i quan s'escapin correctament les 
variables. En aquest sentit, l'ús de les cometes dobles és correcte en 
aquest punt, i el nom del fitxer (així com el del directori) haurien de 
ser tolerants.


Em fa la fila que, en algun lloc de la funció shell dbdump, hi haurà un 
$2 en lloc d'un "$2" a l'hora d'escriure el fitxer de sortida. A menys 
que se sàpiga del cert que no hi haurà espais en blanc o que precisament 
interessi que els espais impliquin una separació d'elements, tota 
referència a una variable de shell jo la posaria entre cometes dobles 
(compte, que les simples signifiquen quelcom ben diferent!)



Tal i com ho veig jo, podria fer el següent:

1) Canviar el "locale" del sistema, el problema és que és un servidor
que córre un Moodle i si canvio el locale del sistema hi ha algunes
cosetes del moodle que surten en anglès.


No necessites canviar el locale del sistema, només el del propi shell, 
ja sigui cridant-lo passant com a prefix:


LC_ALL=C automysqlbackup

En general, per a scripts de backups que usen dates no és mala idea, 
especialment si s'usen noms literals de mes o del dia de la setmana, 
cosa que personalment evito perquè pots acabar amb una col·lecció de 
còpies amb noms inconsistents entre elles si s'han generat amb locales 
diferents



2) Canviar l'script del automysqlbackup per tal que no posi el nom del
mes, el posi sense espai o alguna cosa semblant. El problema que hi veig
és que ho hauria de refer en cada actualització del automysqlbackup. No
em sembla una bona idea.
Jo obriria un bug, precisament per evitar el que deia en en paràgraf 
anterior

3) Potser podria fer un terme mig i crear una configuració "local" del
automysqlbackup, que no es veuria sobreescrita en actualitzar el paquet,
i que forcés un "locale" anglès en executar-se. Potser és la millor
manera però, ni que sigui per curiositat, hi ha alguna manera
d'arreglar-ho preservant el nom del mes en català? Com ho faríeu
vosaltres?


Pots crear un shell on preparis configuracions, com la del locale, i fer 
servir aquest script. Fins i tot podries arribar a donar-li el mateix 
nom i posar-lo en una ubicació amb major prioritat al path (cosa que 
personalment no m'agrada), sempre que l'script es cridi sense ruta absoluta.


En el teu cas podria ser una cosa tan simple com això:

#!/bin/sh
export LC_ALL=C
automysqlbackup "$@"

Pel que fa a poder mantenir els noms dels mesos en català, una altra 
alternativa seria tocar el teu locale (no en tinc experiència ni sabria 
dir fins a quin punt és realment viable i/o prudent) i modificar els 
mesos per tal que s'escriguin sense l'article, és a dir, "maig" en lloc 
de "de maig".



Gràcies!

Orestes.

Re: Problemes amb automysqlbackup combinat amb un "locale" en català

[Eloi]

El 20/12/20 a les 12:27, Joan Montané ha escrit:



Missatge de Josep Lladonosa > del dia dg., 20 de des. 2020 a les 11:56:


Hola,

Sembla que ja està encaminada la solució però volia aportar la
meva opinió:

Per a mi és un "bug" d'aquest script ja que no hauria de suposar
que les dates no tinguin espais si s'han d'usar en nom de fitxer
ja que un nom de fitxer pot contenir-ne, d'espais.

Potser es pot reportar un bug al creador del script i fins i tot
fer una proposta per resoldre'l, "escapant" el nom de fitxer.


Efectivament, en el cas particular que ens ocupa hi ha dues coses que 
coincideixen, i fan aparèixer el problema:


1. En algunes llengües, la variable que conté el nom del mes conté un 
espai. És el cas de català si s'usa el format %B per a tots els mesos 
menys abril, agost i octubre.
2. L'script no escapa els possibles espais de les variables i si hi ha 
espais, aleshores l'script no fa el que se suposa que ha de fer.


L'error és a 2 (no es pot assumir alegrement que una variable no té 
espais). El problema es podria rodejar usant "%OB" a l'script per a 
extraure els noms de mesos (totes les llengües que he mirat retornen 
els mesos sense espai), però això segueix sense garantir que les 
cadenes no tindran espais, i el problema descrit a 2 podria tornar a 
reproduir-se. La solució bona és escapar els espais de les variables, 
amb les cometes dobles.


Com diu el Josep, el millor és obrir un bug a automysqlbackup i, 
idealment, aportar-hi la solució.


Doncs bé, he fet l'exercici de consultar el codi font de l'script a [1] 
i l'he encertat de ple: com es pot veure a la funció shell, definida a 
partir de la línia 424, tant $1 com $2 no estan degudament protegits.


El fet que un espai en blanc trenqui la creació de còpies de seguretat, 
per si sol, entenc que mereix que el bug tingui una severitat major que 
normal. Ara bé, que $1 tampoc estigui protegit i el paràmetre 
correspongui a una dada facilitada per l'usuari, el nom de la base de 
dades, em fa témer que podria arribar a explotar-se com a vulnerabilitat 
per a la injecció de comandes. Per exemple: una configuració que fes 
còpia d'una base de dades "foo; dropdb foo" (en el cas de treballar amb 
Postgres, on tinc experiència) podria, segons els permisos, destruir la 
base de dades, el que ho faria un bug crític [2]. Ara bé, no he 
comprovat fins a quin punt és explotable, però és quelcom que fa saltar 
totes les meves alarmes.


També, com s'apunta correctament, si l'apòstrof no fos tipogràfic i es 
tractés d'una "cometa simple", causaria error i no completaria el backup.


L'altre tema és el d'anomenar els backups en funció del locale, que està 
bé per a humans però és terrible per a gestió automàtica per a màquines. 
Si jo fes anar l'script (i, pel que he vist fins ara, el deixaria de fer 
servir immediatament) obriria dos bug reports: el primer, més greu, amb 
el problema d'escapament dels paràmetres de la funció dbdump; i el 
segon, com a wishlist, per parametritzar si la còpia s'ha d'anomenar de 
forma humana (com fins ara) o mecànica (en un format -MM-DD o 
similar però respectant l'ordre any-mes-dia i 4-2-2 dígits).


No em sento còmode obrint-los jo per tractar-se d'una eina que no uso, 
doncs no podria donar respostes a preguntes addicionals del 
desenvolupador o de l'empaquetador, però puc ajudar a qui l'obri.


[1] 
 
cf. 


[2] https://xkcd.com/327/

Re: Linux i disc NAS

[Eloi]

El 13/11/20 a les 13:04, Jordi Vila ha escrit:


Pot ser el truc estigui al dd if=/dev/zero of=/dev/sdX com dius. En 
quan pugui ho faig i us dic.


Vigila! Si ho fas així, trigarà una barbaritat ja que intentarà esborrar 
tot el disc i ho farà sincronitzant sector a sector


Per fer una neteja ràpida del començament del disc millor afegir el 
següent a la mateixa crida a dd:


bs=1M count=1

Això sobreescriurà el primer MB del disc, que és l'espai que sol 
reservar-se per a la taula de particions


Tot això parteix de la base que el nucli reconeix el disc (el dispositiu 
/dev/sd? està disponible) i que les dades del disc, si n'hi ha, no les 
vols conservar... de fet, possiblement podries arribar a rescatar les 
particions si només esborres el primer MB, gparted diria que té eina per 
detectar-les


Dita la qual cosa, personalment el que jo faig amb nous discs magnètics 
és una passada amb badblocks -sw -e 1 (per a discs grans és possible que 
hagis d'especificar, a més, -b 2048). Això matxaca el disc 4 vegades i 
pot arribar a tardar uns dies, però em serveix per detectar si de 
fàbrica hi ha algun problema, que algun cop m'ha passat. Només que em 
trobi un error ja s'atura, i torno el disc tirant de la garantia. Si 
vols fer més via pots fer una única passada afegint -t 0

Re: Una de discs durs

[Eloi]

Responc entre línies i tallant part del missatge.

El 3/1/21 a les 9:01, Joan ha escrit:

[...]

Llavors, les meves preguntes:

1) Us sembla que és un fallo de hard (el disc comença a fer el tonto,
amb només 15 mesos), i ja em puc espabilar a comprar-ne un altra i
fer-li un clonezilla?


Una forma de determinar si és problema de maquinari seria fent servir 
badblocks, no per marcar els sectors defectuosos sinó simplement per 
saber si n'hi ha. En el teu cas, com que el disc és molt gran, 
necessitaries passar un paràmetre addicional. Pots provar això:


badblocks -b 4096 -e 1 -s -v /dev/

En detall: -b 4096 perquè el disc és gran (sense ell es nega a 
funcionar), -e 1 per parar al primer error que trobi, -s per tenir 
alguna cosa a mirar mentre va fent i -v perquè xerri una mica més.


Això sí, trigarà ESTONA (per a un disc de 4TB podria arribar a les 24 
hores) i mentrestant el disc hauria d'estar desmuntat.



2) Podria ser un problema originat pel software? (en aquest sentit no
sé si actualitzar la meva Debian Testing, que no actualitzo en general
de cop, sinó a bocinets).


El mal (si és que es tracta d'un error de programari, que seria estrany) 
ja està fet, a més si com dius el problema el tens en un disc secundari 
en principi actualitzar hauria de ser més o menys neutre. Potser l'única 
excepció seria si tens muntat /home allà i a l'arrencar de nou algun 
programa actualitzat comenci una migració de dades que compliqui encara 
més el tema.


Però vaja, per la meva experiència la causa més comuna d'errades 
massives de disc seria una apagada intempestiva, com quan se'n va la 
llum o desendolles el disc, si és extern, mentre encara treballa. Les 
errades físiques de disc solen ser més puntuals, a menys que el disc ja 
portés temps amb problemes.



3) No sé si al disc secundari és fa un fsck (o com es digui). Allò que
es fa al primari cada nosequantes arrencades. Diria que no, i que és
una opció configurable al fstab. El meu fstab és aquest:

UUID=... /   ext4errors=remount-ro 0   1
# /home was on /dev/sdb6 during installation
UUID=... /home   ext4defaults0   2
# swap was on /dev/sdb5 during installation
UUID=...swapsw  0   0
# Segon disc dur 4Tb
UUID=e... /media/magatzem   ext4defaults0   2

(de fet, ara que hi penso, no sé si es fa el fsck a la partició /home,
tampoc). Diria que això te a veure amb el darrer nombre de la columna,
però ara he vist que systemd s'ho munta diferent i només distingeix el
valor zero (o buit), i la resta:

https://unix.stackexchange.com/a/248578

I per tant ja no sé quan ni com es fan el txequejos.


El que determina el 1 o el 2 de l'última columna de fstab és en quin 
moment de l'arrencada cridar el fsck. Generalment es posa un 1 al 
sistema arrel (aleshores fsck s'executa des del ramdisk de l'init) i un 
2 per a la resta (fent servir, aquest cop, el fsck del sistema arrel). 
La idea era evitar que un fsck sobre un disc amb problemes fos el 
responsable de comprovar-lo.


El fet de determinar, per a sistemes ext*, si passar efectivament o no 
un fsck ve determinat per dues condicions: primer, si el sistema s'ha 
desmuntat incorrectament, queda un indicador al disc i quan el detecta 
fa la comprovació. Si no és el cas, el sistema de fitxers registra tant 
els dies que han passat com els cops que s'ha muntat des de l'últim 
fsck, i quan algun d'aquests dos valors supera un límit configurable 
aleshores fa la comprovació.


Per mirar tant quan fa que s'ha passat un fsck com la programació dels 
límits pots fer servir la comanda següent:


dumpe2fs -h /dev/XXX

Per exemple, entre altres línies treu:

Mount count:  10
Maximum mount count:  25
Last checked: Sun Oct 18 10:11:18 2020
Check interval:   7776000 (3 months)
Next check after: Sat Jan 16 09:11:18 2021

En aquest cas, he muntat el disc 10 vegades des de l'última comprovació, 
que es va fer el 18 d'octubre passat, i està programat perquè faci la 
següent comprovació després de muntar el disc 25 cops (o sigui, d'aquí 
15 muntades més) o al cap de 3 mesos (el 16 de gener), el que succeeixi 
abans.


Per ajustar els valors dels marges pots fer servir tune2fs, passant -c i 
un número de recompte de muntatges (25) o -i i un marge de temps en dies 
(90).


Tingues present, però, que un valor 0 al fstab per a les comprovacions 
pot fer i farà que aquests límits no s'apliquin de forma automàtica sinó 
quan facis tu manualment un fsck, motiu pel qual a vegades llançant-lo 
manualment (sense -f) no fa res i a vegades ho fa tot: els criteris per 
decidir-ho són els mateixos.



4) Un colega em va comentar que ell força un test SMART via script, no
sé si a l'arrencar... No sé si això és una bona opció... Teniu algun
suggeriment al respecte, per vetllar per la bona salut dels discs
(assumint que si el disc comença a fallar per la seva obsolescència
programada, no hi ha res a fer).


El 

Re: Una de discs durs

[Eloi]

El 3/1/21 a les 11:59, Eloi ha escrit:

Responc entre línies i tallant part del missatge.

El 3/1/21 a les 9:01, Joan ha escrit:

[...]

Llavors, les meves preguntes:

1) Us sembla que és un fallo de hard (el disc comença a fer el tonto,
amb només 15 mesos), i ja em puc espabilar a comprar-ne un altra i
fer-li un clonezilla?


Una forma de determinar si és problema de maquinari seria fent servir 
badblocks, no per marcar els sectors defectuosos sinó simplement per 
saber si n'hi ha. En el teu cas, com que el disc és molt gran, 
necessitaries passar un paràmetre addicional. Pots provar això:


badblocks -b 4096 -e 1 -s -v /dev/

En detall: -b 4096 perquè el disc és gran (sense ell es nega a 
funcionar), -e 1 per parar al primer error que trobi, -s per tenir 
alguna cosa a mirar mentre va fent i -v perquè xerri una mica més.


Això sí, trigarà ESTONA (per a un disc de 4TB podria arribar a les 24 
hores) i mentrestant el disc hauria d'estar desmuntat.
Per cert, una puntualització important: el fet que trobi errors no vol 
dir necessàriament que estiguin al disc físic, doncs com bé s'ha 
comentat també podria ser problema del connector. Per filar més prim, si 
els errors passen sempre als mateixos sectors m'inclinaria a pensar en 
un problema propi del disc, però si passen a sectors diferents de forma 
aparentment aleatòria seria senyal que el problema està en la comunicació.

Re: / plena

[Eloi]

El 11/5/21 a les 10:08, Jordi ha escrit:

Bon dia, de cop i volta m'he trobat amb un problema prou important i no
m'ensurto.


Com veieu en aquestes dues linies, hi ha poques hores de diferència
entre les dues.

/dev/sda1   110G   33G   72G  32% /

/dev/sda1   110G  100G   4,1G  97% /

La veritat que que la segona arribava al 100% d'ocupació però 

he

netejat /var/log /tmp i s'ha quedat així, però no trobo de cap manera
els fitxers que sobren ara. En tot cas no seran fitxers massa grans
però segurament si que hi haurà mols, però no els trobo.

Dins del sistema de fitxers, hi tinc diverses particions:

La /dev/sda5  /home al 43%
la /dev/sdb3  /home/usuari_1 al 61%
la /dev/sdc1  /home/usuari_2 al 24%

Penso si el sistema s'estarà fent un lio amb els usuaris, els nous 

van

a parar a /home i usuari_1 i usuari_2 cada un te una partició pròpia.

L'arrel / és ext4 i abans de reinstal·lar preferiria trobar el problema
i esborrar tot el que hi ha on no ha de ser, gracies.

Jordi


Una forma de treure una llista ordenada d'ús de directoris és la següent:

du -x / | sort -n

La primera part enumera els fitxers de la partició (-x evita que n'entri 
a d'altres, per exemple /home); la segona ordena els resultats mostrant 
al final els valors més grans. Això et permetrà localitzar 
fàcilment on 
es concentra l'ocupació d'espai. Per exemple, en el meu cas ara mateix 
ho tinc així:


411444  /var/cache/apt
426648  /usr/share/fonts/truetype
431184  /usr/bin
435080  /var/cache
485944  /usr/share/games
546328  /usr/lib/modules
726384  /var/lib
750716  /usr/share/locale
757320  /usr/share/doc
770700  /usr/share/fonts
1348784 /var
1589416 /usr/lib/x86_64-linux-gnu
3696660 /usr/lib
4964612 /usr/share
9447212 /usr
1098    /

Tingues present que a cada línia s'inclou la mida del directori i de 
tot 
el que hi ha per sota, és a dir, que els ~410MB de /var/cache/apt també 
estan inclosos en els ~435MB de /var/cache i els ~1350MB de /var


Executa-ho com a root (o fes sudo sobre du) per tenir resultats 
complerts; si et surten errors d'accés a directoris vol dir que no 
tindràs una imatge correcta de la situació

Re: / plena

[Eloi]

El 11/5/21 a les 16:21, Narcis Garcia ha escrit:

Si l'eina de còpies de seguretat l'has fet tu mateix, al disc de còpies
hi pots posar un fitxer de reconeixement. Per exemple «.cseguretat»
D'aquesta manera, abans d'executar la còpia el teu programet pot mirar
si hi ha el fitxer, de la qual cosa deduir si el dispositiu està muntat
o no:

if [ ! -f /mnt/copies.seguretat_2/.cseguretat ] ; then
echo "No s'ha trobat el disc de còpies!"
exit 1
fi

Si no és així, caldria saber quin programari utilitzes per a fer còpies.


No cal crear cap fitxer testimoni, es pot emprar l'eina findmnt, per 
exemple així:


findmnt --mountpoint /mnt/copies.seguretat_2 >/dev/null || mount 
/mnt/copies.seguretat_2 && comanda_backup


Per parts:

findmnt amb --mountpoint determina si el directori és un punt de 
muntatge actiu. Si ho és, torna dades del mateix (per això redirecciono 
a /dev/null) i retorna 0; en cas contrari, retorna 1.


|| mount /mnt/copies.seguretat_2 intenta muntar el dispositiu si i només 
si la comanda anterior ha fallat, és a dir, si el dispositiu no està 
muntat. Que funcioni dependrà de si l'usuari que executa la comanda pot 
muntar el dispositiu i de si aquest es troba disponible, sempre que 
estigui prèviament configurat a /etc/fstab


&& comanda_backup s'executarà si alguna de les dues comandes anteriors 
ha tingut èxit, aquí hauràs de posar el que sigui que facis servir per 
llençar la còpia de seguretat.


Recapitulant possibles escenaris:

1. El disc està muntat: findmnt torna 0 (èxit), mount no s'executa per 
|| i el backup s'executa per &&
2. El disc està present però sense muntar: findmnt torna 1 (error), 
mount s'executa per || i un cop muntat amb èxit (0) el disc finalment 
s'executa el backup per &&
3. El disc no està present (o no es disposa de permisos per muntar-lo): 
findmnt torna 1 (error), mount s'executa per || però també falla i el 
backup no s'executa


Si vols afegir una acció alternativa per si la còpia no s'engega (o si 
el propi procés de còpia falla) sempre pots afegir al final una 
nova 
ordre precedida per ||, per exemple (resumint crides sense paràmetres):


findmnt || mount && backup || error

on findmnt i mount són tal com he descrit abans, 'backup' és el 
teu 
programa de còpia de seguretat i 'error' l'acció que vulguis executar si 
falla la còpia.


L'avantatge de fer-ho en format de comanda monolínia és que pots 
posar-la directament al crontab sense necessitar cap script intermediari.

Re: consulta unattended-upgrades

[Eloi]

Explico la meva experiència posant tres exemples:

* Ordinador de treball amb Debian testing: *sempre* actualitzat a mà. A 
més, com que testing no té suport per actualitzacions de seguretat, en 
aquest escenari unattended-upgrades faria més mal que bé.


* Ordinador de treball amb Debian stable (familiar): unattended-upgrades 
configurat només per a les actualitzacions de seguretat. Només en casos 
molt específics un programa salta de versió (penso, per exemple, en el 
Mozilla Firefox), des de Debian sempre es té molta cura de traslladar 
només els pedaços que resolen els problemes de seguretat sense incloure 
altres canvis funcionals, i s'ha de reconèixer que ho fan molt molt bé.


* Servidor en producció amb Debian stable: actualitzo a mà durant les 
finestres de manteniment per necessitats de servei. En aquest cas 
considero imprescindible estar subscrit a debian-security-announce per 
fer-ne una gestió adequada.


Per exemple, no fa ni mitja hora ha saltat avís a la llista 
d'actualització per a firefox-esr:




Què faré jo?

* Ordinador amb testing: tocarà actualitzar-lo

* Ordinador amb stable: ja s'actualitzarà

* Servidor amb stable: no té firefox instal·lat, ni em preocupo

Faig constar que aquest criteri *només* l'aplico a Debian, no a 
derivades com Ubuntu (que evito com la pesta).


YMMV.

Re: La censura vinculada a l'espionatge de Google

[Eloi]

El 21/4/21 a les 20:21, Narcis Garcia ha escrit:

He intentat donar dades bancàries a un company per a què fes una
contribució dinerària al GiLUG. Però l'he escrit a un compte de Gmail, i
les dades les he xifrat.

Immediatament he rebut el rebuig de Google per la seva política
d'inseguretat;
https://support.google.com/mail/?p=BlockedMessage


Jo fa anys que he rebut i enviat correus xifrats des d'aquest compte de 
GMail i mai he tingut problemes


Podeu provar-ho responent-me, em comprometo a respondre



OpenPGP_0x7CBC364F6D1D8801.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature

Re: [OT] Sector laboral - Ús de Debian/Software Lliure

[Eloi]

Ja que hi som posats, i seguint el mateix format:

[Casa]

Després d'anys d'estar usant Windows, l'horrible Millenium Edition em va 
impulsar a saltar al món GNU/Linux, saltant entre diferents 
distribucions. La primera d'elles va ser Mandrake, quan encara se'n deia 
així, aviat farà cosa de 20 anys. Vaig canviar a Kubuntu al poc temps de 
sortir aquesta, per després aterrar de nou al món RPM de Fedora i, 
finalment, acabar definitivament a Debian des que Lenny va sortir com a 
estable. Per a l'escriptori gràfic, doncs em vaig acostumar a KDE perquè 
era el que venia per defecte a Mandrake i des d'aleshores.


[Coneguts]

En l'evangelització he tingut més aviat poc èxit. A un conegut que anava 
amb Windows li vaig posar una Ubuntu farà cosa de 15 anys (en aquell 
moment era un bon punt d'entrada), però al final ha acabat a l'univers Mac.


[Família]

Per família estava convencent a ma mare en un sistema amb arranc dual 
quan les restriccions de mobilitat m'han impedit poder seguir pujant a 
Girona per acabar-ho de muntar bé. En particular, la falta d'accés remot 
(al tenir a casa la tele de Fusión està lligada a un router que no puc 
configurar ni localment i ni via Alejandra, i no vull arriscar-me a 
deixar-la sense la tele de pagament) fa que porti un any a mig muntar.


[Feina]

Treballo en una aplicació web escrita en Python instal·lada sobre 
servidors Debian. Quan vaig començar tot el codi era GPL, però no amb 
les noves versions.

Re: Permisos a usuari per disc dur intern que només te permisos root

[Eloi]

El 28/1/21 a les 10:07, Joan ha escrit:

Ja ho veig:

4 drwxr-xr-x 2 joan joan 4096 28 gen. 10:04 no_stiky
4 drwsr-sr-x 2 joan joan 4096 28 gen. 10:04 stiky

Però em pregunto si es pot un directori "stiky" (enganxòs) si no és
executable, perquè aquí la "s" la posa en lloc de la "x"... I si no és
un pre-condició, no quedaria clar si el directori és o no enganxós, no?


Compte, el bit enganxós (sticky) és el que correspondria al tercer grup 
(others) i dóna permisos al propietari d'un fitxer per poder-lo esborrar 
(en general, només pot qui té permisos sobre el directori) i s'assenyala 
amb una lletra "t"


El permís "s" és el setuid/setgid, que en directoris força que el 
propietari d'un nou fitxer creat allà sigui l'usuari o el grup 
propietari, respectivament, del directori i no el de l'usuari que el crea


Fet aquest aclariment, tant en el cas del setuid/setgid (s) com de 
l'enganxós (t) si el directori no té els permisos corresponents 
d'execució a l'usuari/grup/universal la corresponent lletra seria majúscula


En resum:

drwSr--r-- setuid no executable
drwsr-xr-x setuid executable
drw-r-Sr-- setgid no executable
drwxr-sr-x setgid executable
drw-r--r-T sticky no executable
drwxr-xr-t sticky executable

Re: article

[Eloi]

El 25/2/21 a les 10:34, Àlex ha escrit:

Bones,

volia compartir amb vosaltres aquest article, que m'ha semblat interessant:

   https://www.muylinux.com/2021/02/24/amazon-elasticsearch-codigo-abierto/

Salutacions


    Àlex


Em perdo, o no se suposava que l'AGPL[1] va néixer precisament per 
forçar la retroalimentació? Sé que en el seu moment aquesta nova 
llicència va aixecar bastant enrenou en la comunitat, però reconec que 
vaig deixar de seguir el tema i desconec si ha tingut gaire adopció.


Tinc entès que Debian l'accepta a main.

[1] https://www.gnu.org/licenses/agpl-3.0.ca.html

Re: pregunta: claus usuaris/es Debian

[Eloi]

El 20/4/21 a les 10:12, Alex Muntada ha escrit:

Que hagis rebut els correus pot voler dir que estàs subscrit a
alguna llista (segurament debian-vote). Si mires les capçaleres
dels correus amb la convocatòria de les votacions en trobaràs una
anomenada List-Id que és la que identifica la llista on s'ha
lliurat el correu.


També s'envien les convocatòries a debian-devel-announce, on jo estic 
subscrit i és per la via on les rebo. Els resultats finals es publiquen 
a les dues llistes ja mencionades i també a debian-project

Re: pregunta: claus usuaris/es Debian

[Eloi]

El 19/4/21 a les 22:36, Àlex ha escrit:

Bones,

tinc una compte d'usuari Debian asociada a aquesta adreça de correu.

Aquests dies em van arribar un parell de correus electrònics de Debian
sobre votacions, i quan vaig responde per participar a una de les
votacions, el meu missatge va ser retornat per que no anava signat amb
una clau que m'identifiqués (-o això vaig entendre-).

He estat buscant, però encara no sé a on haig de penjar aquesta clau
pública. Vosaltres sabeu?

Salutacions


     Àlex

Per poder votar has de ser Debian Developer (no sé si és el teu cas, no 
és el meu però em consta que sí el d'altres membres de la llista que 
t'ho podran explicar millor).


Si ho ets, ja hauries de tenir una clau al directori de Debian i és la 
que hauries de fer servir per votar.


Si no ho ets (o si no saps què és, és que no ho ets ;-)), aleshores 
estàs com jo, només subscrit a la llista de debian-general però sense 
dret a vot.

Re: La censura vinculada a l'espionatge de Google

[Eloi]

El 22/4/21 a les 8:01, Narcis Garcia ha escrit:

__
I'm using this dedicated address because personal addresses aren't
masked enough at this mail public archive. Public archive administrator
should fix this against automated addresses collectors.
El 21/4/21 a les 21:51, Orestes Mas ha escrit:


El 21 d’abril de 2021 20:21:01 CEST, Narcis Garcia  ha 
escrit:

He intentat donar dades bancàries a un company per a què fes una
contribució dinerària al GiLUG. Però l'he escrit a un compte de Gmail,
i
les dades les he xifrat.

Immediatament he rebut el rebuig de Google per la seva política
d'inseguretat;
https://support.google.com/mail/?p=BlockedMessage

Convido tothom a què reflexioni si realment és fonamental per a la vida
de cadascú, subscriure serveis amb aquesta gent.

Vejam, no ho acabo d'entendre: les dades xifrades anaven com a fitxer adjunt o 
en ASCII delimitat?

Aquesta política de rebutjar correus amb adjunts, per lamentable que sigui, podria estar motivada per minimitzar la propagació de virus. Si és així, en el primer cas podria ser acceptable, però 

en el segon cas l'hauria de deixar passar.


Orestes.


Per a no embolicar l'altra persona en qüestions de PGP, ho vaig adjuntar
en format .7z


Les meves proves:

test1.7z és un fitxer sense xifrar les capçaleres (permet llistar els 
noms de fitxers) però sí el contingut: permet enviar-lo.


test2.7z és un fitxer amb capçaleres i contingut xifrats (no permet 
llistar fitxers sense la clau): el bloqueja


test3.7z és un fitxer sense xifrar les capçaleres però sí el contingut, 
com test1, però que el seu contingut és test2.7z: permet enviar-lo


test4.7z és un fitxer sense xifrar capçaleres ni contingut que, 
altre 
cop, conté test2.7z: el bloqueja


El contingut dels fitxers comprimits no inclou cap extensió prohibida 
(de fet, no en tenia cap). Sembla que la lògica implementada passa per 
llistar recursivament els fitxers comprimits i bloquejar bé els que 
xifren capçaleres impedint l'enumeració del contingut o els que 

continguin alguna de les extensions bloquejades, però sense considerar 
en cap cas nocius els fitxers comprimits que no es poden llistar per 
estar continguts en un fitxer xifrat.


En resum, que o es fa doble xifrat o es procura que els fitxers tinguin 
noms no descriptius. Que és el que es feia abans del xifratge de capçaleres.


Per altra banda, la meva experiència professional m'indica que l'ús 
d'adjunts xifrats, amb el password inclòs dins el cos del propi missatge 
(que ofereix seguretat zero), és una pràctica bastant habitual en la 
distribució i propagació de virus per correu electrònic i particularment 
llaminera per a adreces empresarials.

Re: Configuració Thunderbird

[Eloi]

El 18/8/21 a les 15:28, jordi Perera ha escrit:

On 18/8/21 13:53, Josep Lladonosa wrote:

Hola, Jordi,

Em costa entendre la pregunta. Val a dir que el missatge rebut té bé 
el camp de l'originari, si més no jo rebo el teu missatge amb:


"From: "jordi P." >"


Hola Josep, és clar que si nomes hem passa a mi no m'estranya que no 
m'entenguis. :-O


hem refereixo al panell amb els fils.

He fet aquesta imatge:

https://espeleodijous.cat/ps-thunderbird.jpg

Els missatges que he enviat jo els he marcat amb els punts vermells.

Possiblement sigui perquè tens posada per mostrar la columna 
"Correspondents", que assumeixo és la que en català apareix com a 
"Interlocutors".


La que jo tinc mostrada a la vista és la de "Remitent", i aquesta 
funciona correctament, mostrant-me el meu nom als missatges que envio a 
la llista.


Pots canviar les columnes a mostrar bé clicant a la icona del final de 
tot que sembla una taula, bé fent-ho sobre la capçalera amb el botó 
secundari del ratolí.

Re: Debian 11 estable en poques hores

[Eloi]

El 18/8/21 a les 1:46, jordi P. ha escrit:

[...]

Però quan he trobat a faltar el virtualbox m'he emprenyat tant, que he 
decidit abandonar i he tornat corrents a la Buster, format, netinstall 
i restaurar backup.
Sort que tots els .config d'usuari s'han mantingut i només he perdut 
el temps de reinstal·lar i no de configurar.


Pel que fa a VirtualBox, n'explico la història: deixant de banda el fet 
que estigués a contrib per necessitar d'un compilador privatiu per a la 
BIOS simulada, el problema ha vingut perquè, ja fa un temps, Oracle va 
decidir deixar d'informar específicament dels problemes de seguretat i 
només indicar que en una versió nova s'han corregit errors alhora que 
s'hi posa nova funcionalitat.


Això va radicalment en contra de la filosofia de les versions estables 
de Debian, on un cop llençades les actualitzacions dels paquets només 
inclouen millores de seguretat, però no d'altres. Això facilita que un 
programa es comporti sempre igual. Com que des de Debian ara ja no es 
pot garantir que una actualització de VirtualBox en trenqui el 
funcionament en alguna configuració específica, s'ha optat per no 
incloure'l [1]. De fet, em sobta que el tinguessis, perquè ja va caure a 
Stretch (9) i tampoc estava a Buster (10).


El cas de Firefox és diferent, doncs si bé és cert que durant la vida 
d'una estable s'actualitza de versió, també ho és que aquestes passen el 
mínim imprescindible, quan la versió LTS queda sense suport, que per 
altra banda el té més llarg que les versions "normals". Durant la resta 
de vida, sí que rep les actualitzacions de seguretat sense afegitons ni 
sorpreses addicionals.


De totes maneres, encara està al repositori, si bé ara mateix només a 
sid. Pots posar-te aquest repositori, pots posar-te el repositori 
d'Oracle per Virtualbox o pots baixar-te els paquets (i les seves 
dependències) manualment des de packages.debian.org


En el meu cas, tot aquest enrenou em va servir per fer el salt de 
VirtualBox a QEMU, però reconec que la corba d'aprenentatge d'aquest 
últim és més dura, tot i que jo vaig "a pèl" des de consola (AQEMU, 
gestor gràfic per a KDE, és una castanya i està mig abandonat, mentre 
que amb libvirt i similars no em vaig aclarar, segurament perquè no m'hi 
vaig posar a consciència). Si bé és cert que el rendiment del 
virtualitzador per programari de VirtualBox era netament superior al de 
QEMU, amb les actuals CPUs amb virtualització per maquinari al final el 
virtualitzador que s'usa és més preferència personal (o suport de 
maquinari simulat) que una altra cosa.


Pels meus usos, especialment màquines virtuals en servidors remots, QEMU 
ha estat un gran salt endavant. Per a usos domèstics reconec, però, que 
pot ser un petit pas enrere.



[1] 

Re: (deb-cat) Alentiment de processos amb les hores i els dies

[Eloi]

El 20/8/21 a les 21:41, Narcis Garcia ha escrit:

El 19/8/21 a les 11:59, Ernest Adrogué ha escrit:

2021-08-18, 17:37 (+0200); Narcis Garcia escriu:

No trobo cap indici del problema en processos que corren, ni res de res.
Només se m'acudeis que pot ser un defecte del nucli Linux (potser les
mitigacions per a Intel?), ja que arrencant amb els nuclis més antics
(4.9 i 4.19) la cosa és més exagerada. Però amb el Linux 5.10 no me'n
lliuro.

Algú sap com esbrinar el problema?

Has comprovat l'ús de memòria, cpus, discs, i freqüència del rellotge?

Aquestes serien les primeres coses que miraria... i òbviament la sortida
de dmesg.

Sí, porto més de 2 anys comprovant tot això, i també provant a canviar
placa base, CPU, RAM.
Algú altre treballa amb Debian en ordinadors amb CPU+gràfics Intel? Ha
provat a treballar diàriament sense aturar l'ordinador?


Jo vaig arribar a tenir un parell de mesos l'ordinador permanentment 
engegat durant el confinament més dur i no vaig tenir cap problema a 
nivell de sistema. Sí que hi havia alguns programes que anaven "perdent 
memòria" (memory leak), per exemple el client de correu Thunderbird, que 
sí havia de reiniciar periòdicament. Ara mateix tinc un uptime de 7 dies 
i va bé.


El meu sistema té processador i gràfica d'Intel.

Prova amb atop, que a més de donar paràmetres de rendiment al moment 
també els enregistra en un històric consultable a posteriori, això 
permet per una banda detectar problemes que ja han passat així com poder 
arribar a detectar increments graduals de consum de recursos.

Re: Bug a la instal·lació de postgresql?

[Eloi]

Escric ràpid i de memòria perquè tinc poc temps ara mateix, intentaré 
documentar la resposta millor quan pugui...


El 24/9/21 a les 17:58, Alex Muntada ha escrit:

[...]

- millorar l'script de postinst de postgres perquè utilitzi algun
   altre mecanisme per canviar a l'usuari postgres


Acabo de recordar que fa un temps (oldstable o fins i tot oldoldstable) 
hi va haver un canvi important a la comanda su, bàsicament hi havia dues 
implementacions i es va canviar d'una a l'altra per defecte, que tenia 
algunes subtileses. Crec que es va documentar a les release notes 
corresponents, a veure si quan pugui ho trobo i ho enllaço.


Una de les recomanacions que vaig llegir aleshores era usar la comanda 
"runuser" quan qui l'executa ja és root, doncs desescala a qualsevol 
usuari sense demanar autenticació mentre que la resta d'usuaris no la 
poden executar.


No tinc clar si funcionaria en aquest escenari específic que s'ha 
descrit ni si la presumpció que els postinst s'executen amb permisos de 
root és sempre certa, per tant no puc valorar si el canvi de su a 
runuser seria una solució adequada per al paquet.

Re: Bug a la instal·lació de postgresql?

[Eloi]

El 25/9/21 a les 11:06, Alex Muntada ha escrit:

Hola, Eloi
[...]


Una de les recomanacions que vaig llegir aleshores era usar la
comanda "runuser" quan qui l'executa ja és root, doncs desescala
a qualsevol usuari sense demanar autenticació mentre que la
resta d'usuaris no la poden executar.

Això no recordo haver-ho llegit però ho acabo de provar i
funciona bé: no demana contrasenya encara que comenti l'entrada
del pam_rootok al /etc/pam.d/runuser.


Això és que em faig vell i/o no menjo prou cues de pansa :-)

Jo tampoc he trobat el que recordo haver llegit, segurament deuria ser 
una font de tercers, que em deuria enganxar documentant-me i al final he 
acabat confonent els orígens. L'única referència explícita que he estat 
capaç de trobar amb DDG (DuckDuckGo, no Diari De Girona :-D) dins 
debian.org és la següent, que no és el que recordo haver llegit però que 
igualment apunta en la mateixa direcció:


https://bugs.debian.org/890862

Si trobo on redimonis vaig llegir-ho us ho faré saber.

Re: pregunta sobre el nucli Linux

[Eloi]

El 2/10/21 a les 12:07, Àlex ha escrit:

[...]

L'atac ha estat amb Google Slides i sembla fàcil de reproduir.

Algú em va passar una presentació de Google Slides i, enlloc de 
passar-ho a pdf, vaig compartir l'enllaç de la presentació amb 25 
alumnes. Fins aquí res anormal.


Els 25 alumnes van obrir la presentació al seu ordinador. Un alumne 
per fer la gracia va posar la URL en una pàgina que obria moltes URLs 
automàticament alhora, així que realment aquella presentació estava 
oberta o compartida per 100 persones o pestanyes de navegadors. Fins 
aquí tot funcionava bé.


Però en el moment que algú feia clic al botó d'iniciar presentació, 
Firefox en menys d'un segon reclamava tota la memòria del sistema 
(16Gb ram + 4 gb swap), i el sistema deixava de respondre.


Em crida molt l'atenció que Google Slides faci petar el navegador quan 
es comparteix una presentació amb 100 persones. No conec l'eina, però 
venint de Google que en general presumeix de milions d'usuaris, un límit 
tan baix realment crida l'atenció.


Entenc que aquí el problema ve del fet que abans que el nucli comenci a 
fer "neteja" quan s'exhaureix la memòria, és que precisament l'ha 
d'exhaurir, i això inclou la swap. El primer que fa és passar a disc la 
memòria amb menys ús, i mentre ho fa t'alentirà desesperadament l'ordinador.


Una possible mitigació que crec que et podria ser útil en el teu 
escenari seria desactivar la swap. Pots fer-ho en viu, amb "swapoff -a", 
sense necessitat de cap reinici, i la pots rehabilitar de nou amb 
"swapon -a", assumint que la tens configurada a /etc/fstab (si tens una 
configuració personalitzada de swap, passa com a paràmetre el(s) 
dispositiu(s) de bloc). No t'evita realment l'atac DOS, però sí que 
penso que et permetria recuperar més ràpidament el control, doncs 
Firefox acabaria o bé petant per si mateix al no poder aconseguir més 
memòria o el nucli el mataria per alliberar-ne.

Re: pregunta sobre el nucli Linux

[Eloi]

El 3/10/21 a les 3:12, Jordi Miguel ha escrit:

[...]

Si estàs pensant que el oom-killer hauria d'haver matat el Firefox,
segons el que ens expliquen probablement hauria d'haver passat, però
també és possible que no s'hagués exhaurit tota la memòria sinó que
s'ha quedat a prop del límit però sense arribar-hi i per tant no s'ha
arribat a cridar el oom-killer. En aquest escenari el Firefox
intentava funcionar amb la RAM+swap, lo qual és molt lent però es algo
que ha decidit l'usuari de la màquina.


Per això suggeria desactivar la swap, per evitar el problema del bolcat 
a disc: el oom-killer no saltarà fins que estigui també tota la swap 
plena, i si està sobre un disc magnètic doncs trigarà una bona estona a 
emplenar-la, i mentrestant el sistema no serà responsiu.


Sobre els límits per procés en sistemes compartits, com bé s'ha dit és 
configurable però alhora no hi ha una configuració que serveixi per a 
tothom. Jo mateix, quan faig servir l'ordinador durant el dia sí que 
voldria evitar que un únic procés es desmadrés i em tirés avall tota la 
màquina, però si el deixo funcionant durant la nit amb alguna feina 
computacionalment costosa, que agafi tots els recursos que pugui, si la 
resta s'alenteix ben poc que em preocupa mentre dormo... és que ni una 
"solució universal" pot ser vàlida ni tan sols per al mateix usuari 
segons l'hora del dia.

Re: ftp

[Eloi]

El 15/11/21 a les 11:57, Jordi ha escrit:

Una pregunta: Vosaltres teniu o tindríeu un servidor ftp (vsftpd) sense
ssl/tls al port estàndard 21 i si es així com el protegiu ??

Salutacions

Jordi


Personalment, a aquestes alçades no tindria un servidor FTP, amb o sense 
xifratge.


En el seu dia en vaig administrar un de domèstic fins que en vaig acabar 
bastant fart. Avui dia, que pràcticament tot està darrere NATs, 
necessites no només obrir el port del protocol sinó també tot un rang de 
ports més per permetre les transferències passives.


Desconec la motivació que t'impulsa a oferir el servei, però si només ha 
de servir per comunicar-se amb altres màquines GNU/Linux, amb SFTP (FTP 
sobre SSH) ja en fas prou; si necessites compatibilitat amb altres 
sistemes "out-of-the-box" (sense instal·lar res addicional als clients), 
una millor alternativa podria ser WebDAV amb Apache i certificat Let's 
Encrypt gestionat per certbot pel xifratge TLS.


Fins i tot, en el cas que només uns pocs usuaris estiguin autoritzats a 
pujar-hi fitxers i a tots ells els hi pots configurar un client SFTP, 
podries arribar a tenir un muntatge híbrid amb SFTP per a les pujades i 
HTTP(S) planer, sense WebDAV, per a les baixades.


Amb HTTP(S) tens la possibilitat tant de donar accés universal com de 
limitar-lo amb paraula de pas; amb SFTP pots donar accés per paraula de 
pas o per certificat digital. De fet, amb HTTPS també podries limitar 
els accessos amb certificats, però la configuració i manteniment és 
bastant més complex.


Tingues en compte que versions recents de Firefox i Chrome ja no tenen 
suport per al protocol FTP, el que en limita encara més la seva 
usabilitat universal.


Tot això entenc que és per un servei exposat a l'exterior.

Re: ftp

[Eloi]

El 15/11/21 a les 23:54, Jordi ha escrit:

Hola, primer perdoneu per haver fet una pregunta curta sense donar
dades sobre quina és la situació que vull resoldre.

Tinc unes càmeres Foscam que ja tenen uns anys però que encara van prou
bé dins de la pèssima seguretat que ofereixen. Fa un parell de mesos
però, Let's Encrypt va caducar uns quants milions de certificats tls i
amb això el meu proveïdor de correu -Runbox- ja no accepta els correus
que les càmeres envien amb les imatges i el fabricant de Foscam no
sembla disposat a actualitzar el seu microprogramari. La opció que faig
servir és enviar les imatges a gmail sense cap mena de seguretat i
aquest el reenvia a Runbox, però clarament no vull gmail per rés. Per
això he intentat ficar el servidor vsftpd a una raspberry PI 4 amb
debian, el problema, de nou és que les cams fan servir ftp clar i no
voldria deixar cap foradet per on entrar a casa des del ftp.


Has considerat la possibilitat de configurar un servidor de correu en 
lloc d'un FTP? Si tal com entenc les càmeres tenen la capacitat d'enviar 
a un SMTP, podries arribar a configurar-te un de domèstic, i en aquest 
cas podries limitar l'accés tant per usuari i clau de pas així com per 
remitent i destinatari. Sé que exim és molt configurable en aquest 
sentit, però malauradament poc més et puc ajudar perquè, a diferència 
dels altres suggeriments que havia proposat, no en tinc experiència.


De totes maneres, si el problema és que les càmeres ja no reconeixen els 
certificats de Let's Encrypt, el problema per posar TLS el tindràs 
igualment amb FTPS, HTTPS o fins i tot amb SMTP + STARTTLS.



L'accés a les càmeres el faig normalment amb un guió que envia
instruccions del tipus:
/usr/bin/curl -k
https://aquilaadreca.ddns.net:9071/cgi-bin/CGIProxy.fcgi?cmd=getDevState=usuari=parauladepas

I com a comentari final, voldria dir que vaig fer la configuració
mitjançant la app en dues de les càmeres amb uns mesos de diferència i
un parell de dies després de cada configuració, "algú" va intentar
entrar per ssh a l'ordinador de la xarxa i que te una ip diferent i
port diferent a l'ssh. així que de fiar-me res de res. Aquí fail2ban va
fer la seva feina perfectament.
Ho sé perfectament, a la feina administro alguns servidors i els intents 
d'entrades automatitzats a SSH són a l'ordre del dia, tot i tenir el 
servei a un port diferent del 22. Si bé és cert que el volum és menor, 
també ho és que molts robots escanegen tots els ports a l'espera de 
detectar firmes de protocols. Per tant, resulta imprescindible tenir el 
servei al dia amb totes les actualitzacions de seguretat, a banda de 
tenir-lo configurat de la forma més limitada possible.

Salutacions

Jordi.

Re: Us de la xarxa

[Eloi]

El 17/7/21 a les 19:20, Joan ha escrit:

Per cert, el que vull saber és quina aplicaciódel meu portàtil (debian)
està consumint MASSES dades de la connexió que li està servint el meu
mòbil.

Sé que existeix un mòdul[1] per a atop[2] però que malauradament no està 
empaquetat per a Debian. Val a dir que mentre sí que uso atop per a 
monitorització, no he compilat ni emprat mai el netatop, així que no puc 
oferir cap altra ajuda que no sigui donar a conèixer la seva mera 
existència.


Per la seva banda, atop és una aplicació de consola que permet 
monitoritzar l'activitat periòdicament i consultar-la posteriorment. És 
útil, per exemple, per trobar processos que en seu moment es desmadren 
en l'ús de recursos de sistema però que en el moment de consultar-ho o 
fan bondat o ja han desaparegut (per exemple, per poder detectar pics 
periòdics però no constants)


[1] https://www.atoptool.nl/downloadnetatop.php

[2] https://packages.debian.org/stable/atop

Re: Alternativa lliure a Dropbox/Dribe: syncthing? nextcloud?

[Eloi]

El 27/7/21 a les 19:14, Joan ha escrit:

Potser en comptes de tantes voltes el que es podria fer és, simplement,
configurar un client de FTP, tipus Filezilla, perquè el client es pugui
descarregar la còpia. En definitiva en temes com Syncthing també cal
configurar l'ordinador "client". Això era una sol·lució que no em
convencia tant, perquè cada cop que al client li facin canvis al seu
ordinador, li substitueixin, cal tornar a configurar-li el seu equip.


Si us plau, FTP no, que el protocol en si és una castanya de gestionar. 
Només de pensar en la gestió de ports passius al tallafoc m'entren 
esgarrifances...


Pots provar amb WebDAV, que es pot configurar amb Apache i li pots posar 
un certificat de Let's Encrypt amb certbot. Possiblement sigui el 
sistema on és més fàcil tenir clients instal·lats per defecte (fins i 
tot a Windows!), tot i que en molts d'ells el suport diguem que podria 
ser bastant millorable i al final t'acabes trobant amb punyetes diverses 
diferents segons el client.


En el cas de Windows, és possible arribar a muntar un directori WebDAV 
com si fos una unitat de xarxa, però amb versions recents m'he trobat 
amb problemes pel que fa a la persistència de la connexió i 
l'emmagatzematge de credencials (per evitar haver d'entrar una clau 
d'accés cada vegada; l'accés via certificat SSL de client no l'he provat).


Jo tinc un WebDAV muntat a casa, però de forma bastant informal: per a 
la família, amb poc ús, i amb la configuració d'Apache que és una 
barreja de configuracions de proves que vés a saber si tenen algun 
efecte, però miraré de fer-ne net i publicar ni que sigui una 
configuració bàsica.

Re: (deb-cat) Hemeroteca de la llista al Google

[Eloi]

El 28/1/22 a les 12:04, Alex Muntada ha escrit:

Hola, Narcis:


Com és que els arxius d'aquesta llista són replicats aquí?
groups.google.com/g/linux.debian.user.catalan

https://www.debian.org/support#usenet

«A lot of our mailing lists can be browsed as newsgroups, in the
linux.debian.* hierarchy. This can also be done using a web
interface such as Google Groups.»


T'odio. No et pots imaginar com m'acabes de fer sentir vell. Feia 
lustres que ni recordava els grups de notícies. Queda algun servidor 
NNTP que funcioni decentment? Reconec que m'ha picat el cuc de la 
curiositat per esbrinar si encara hi ha activitat per es.rec.trenes...


P.S: per fer-vos sentir més vells encara, què se n'haurà fet d'en Nennito?

Re: (deb-cat) Hemeroteca de la llista al Google

[Eloi]

El 28/1/22 a les 11:09, fadelkon ha escrit:

O__O

Hòstia

Si cal tenir-ne una còpia públuca, es pot fer servir the mail archive, que és 
un projecte independent que no fa servir aquestes dades per la manipulació 
social

El 28 de gener de 2022 10:38:11 CET, Narcis Garcia  ha 
escrit:

Com és que els arxius d'aquesta llista són replicats aquí?
groups.google.com/g/linux.debian.user.catalan

Al peu dels missatges, i a les pàgines informatives de les llistes,
s'hauria d'advertir de a on es publiquen les cartes de forma automàtica.
Es dóna massa per suposat que tothom accepta les condicions d'ús i
emmagatzematge de les GAFAM.


Haig d'eliminar la meva subscripció a la llista, doncs, donat que 
l'adreça que uso és de Google i, per tant, la meva subscripció ja els hi 
envia els vostres missatges?


Pregunto sincerament, no sigui que tingueu intenció d'emprendre accions 
legals i en surti esquitxat.

Re: (deb-cat) Hemeroteca de la llista al Google

[Eloi]

El 28/1/22 a les 13:14, ores...@riseup.net ha escrit:

A 2022-01-28 12:15, Ernest Adrogué escrigué:

2022-01-28, 10:38 (+0100); Narcis Garcia escriu:

Al peu dels missatges, i a les pàgines informatives de les llistes, s'hauria
d'advertir de a on es publiquen les cartes de forma automàtica.
Es dóna massa per suposat que tothom accepta les condicions d'ús i
emmagatzematge de les GAFAM.

https://en.wikipedia.org/wiki/X-No-Archive

FYI

Només per curiositat, el que una determinada corporació faci cas o no de
la capçalera X-No-Archive depèn només de la bona fe de la mateixa, no?
I, en qualsevol cas, «no arxivar» no implica pas «no processar i/o
analitzar i/o conservar els resultats de l'anàlisi». Vaig errat?

Orestes.

Això era una mena de "pacte de cavallers" en temps d'usenet i els grups 
de notícies, però que com bé dius depenia de l'administrador del 
servidor i de l'arxiver. Però a més tenia un problema addicional: si 
algú citava un missatge (com acabo de fer amb el teu) i no li afegia la 
capçalera, aquesta còpia citada quedava igualment emmagatzemada.


Al final, amb un 90% de certesa quan et trobaves amb un XNA el missatge 
era o una provocació o directament una trollada com una catedral.