Re: Format de la data en Buster

2019-07-13 Conversa Ernest Adrogué
2019-07-13, 12:15 (+0200); Robert Marsellés escriu:
> Pista? No sé què vols dir. Puc garantir que no estàs sol però.
> 
> Jo he estat usant "testing" (ara buster) + GNOME des de fa ~1 any i
> juraria que sempre ho he vist així.

Pel que sembla, en algun moment van canviar el local "ca" en el CLDR, de
manera que els noms dels mesos ara apareixen en genitiu (precedits per
la preposició "de") en lloc de nominatiu (sense preposició) com abans.
Després, aquests canvis els van incorporar al local "ca" de la
biblioteca GNU Lib C, que és la biblioteca que implementa els locals en
els sistemes operatius GNU/Linux.  Resulta que ara s'han d'anar adaptant
tots els programes, però no és tan fàcil com semblava.  Alguns detalls:

https://sourceware.org/bugzilla/show_bug.cgi?id=22848

Potser fins que tots aquests problemes no estiguin resolts, seria millor
seguir utilitzant la versió anterior del local ca.

Per altra banda, he mirat els altres locals i ni l'italià, ni l'espanyol
ni el francès tenen els mesos en genitiu, tot i que gramaticalment
funcionen igual que el català.  Els únics que utilitzen la versió en
genitiu són el txec, el grec i el català.

Salut



Re: Format de la data en Buster

2019-07-13 Conversa Ernest Adrogué
2019-07-13, 11:29 (+0200); Eduard Selma escriu:
> L'odre $ date dóna:
> 
> ds. de jul. 13 11:22:32 CEST 2019
> 
> Teniu alguna pista?

Mira aquest fil d'octubre de 2018

https://lists.debian.org/debian-user-catalan/2018/10/msg0.html

Llavors l'Eloi deia que el problema ja estava solucionat a "testing"
(actual Buster), però es veu que no està ben solucionat, l'ordre dels
elements a la frase segueix estan malament.

Salut.



Re: Accents

2019-07-05 Conversa Ernest Adrogué
2019-07- 5, 10:40 (+0200); Jordi escriu:
> Efectivament les aplicacions llançades amb GTK_IM_MODULE=gtk-im-
> context-simple mostren els accents correctament. Vaig intentar fer els
> canvis permanents a /etc/profile però l'única cosa que vaig aconseguir
> va ser que a part dels accents també perdés els símbol # i | entre
> d'altres. No sé, mai havia tingut tants de problemes amb un "putu"
> teclat. Faré l'actualització a Buster i veure que passa. Si em pots
> avançar com fer GTK_IM_MODULE=gtk-im-context-simple permanent i global,
>  t'ho agrairé.

/etc/profile només és per sessions "login" de bash, no té cap efecte en
altres contexts, com ara quan entres a un entorn gràfic directament
sense passar per bash.

On ho hauries de posar és a /etc/environment, si no m'equivoco.

Salut.




Re: Accents

2019-07-04 Conversa Ernest Adrogué
2019-07- 4, 21:16 (+0200); Jordi escriu:
> 
> Doncs tens rao, a l'xterm els accents si que van be. Pero a la resta
> d'aplicacions que faig servir, gnome-terminal, firefox, evolution,
> libreoffice, etc etc
> no van be. Per aixo he instal·lat  Xfce4 que crec, que no es un fork de
> gnome2 i pensava que podria tenir una solucio. Sembla que anem pel bon
> cami, pero ja se m'escapa.

Això sembla indicar que el problema no és del sistema X Window, ja que
xterm funciona bé i xterm només fa crides a X, per tant probablement és
alguna cosa relacionada amb la biblioteca GTK (tant Gnome com Xfce fan
servir GTK)

Una cosa que pots provar és obrir alguna d'aquestes aplicacions forçant
el mètode d'entrada "simple" i mirar si et deixa escriure accents, per
exemple des d'un terminal

$ GTK_IM_MODULE=gtk-im-context-simple firefox


Salut



Re: Accents

2019-07-04 Conversa Ernest Adrogué
2019-07- 4, 19:18 (+0200); Jordi escriu:
>
> Després de tancar sessió
> 
> [...] 
> KeyPress event, serial 28, synthetic NO, window 0x2e1,
> root 0x1d9, subw 0x0, time 1068673, (136,87), root:(1621,829),
> state 0x2000, keycode 0 (keysym 0xe0, agrave), same_screen YES,
> XLookupString gives 0 bytes: 
> XmbLookupString gives 2 bytes: (c3 a0)
> "à"<--
> XFilterEvent returns: False

Llavors, entenc que quan prems la tecla d'accent obert i "a" a la
finestra de l'xev, el terminal mostra el caràcter "à" correctament, però
en aquest mateix terminal quan prems les mateixes tecles mostra "`a"
enlloc de "à"?

Si és així, en un xterm (no el terminal de Gnome o XFCE), també fa el
mateix o va bé?

Salut



Re: Accents

2019-07-04 Conversa Ernest Adrogué
2019-07- 4, 10:47 (+0200); Jordi escriu:
> 
> Bones, no hi ha cap diferencia en la sortida de setxkbmap -query entre
> la primera sessio i la segona:
> 
> setxkbmap -query
> rules:  evdev
> model:  pc105
> layout: es
> variant:cat
> options:lv3:ralt_switch,terminate:ctrl_alt_bksp
> 
> per`o si que m'he quedat sense accents: `a `e

I què diu xev quan prems i deixes anar la tecla d'accent obert "`"?

El símbol adequat per aquesta tecla és dead_grave

$ xev -event keyboard
...
KeyPress event, serial 28, synthetic NO, window 0x401,
root 0x4ad, subw 0x0, time 3387497, (325,285), root:(876,721),
state 0x0, keycode 34 (keysym 0xfe50, dead_grave), same_screen YES,
XLookupString gives 1 bytes: (60) "`"
XmbLookupString gives 0 bytes: 
XFilterEvent returns: True

KeyRelease event, serial 28, synthetic NO, window 0x401,
root 0x4ad, subw 0x0, time 3387536, (325,285), root:(876,721),
state 0x0, keycode 34 (keysym 0xfe50, dead_grave), same_screen YES,
XLookupString gives 1 bytes: (60) "`"
XFilterEvent returns: False


Salut



Re: Accents

2019-07-03 Conversa Ernest Adrogué
2019-07- 2, 17:07 (+0200); Jordi escriu:
> El problema es el seguent : Primer les lletres accentuades surten be,
> pero despres durant el dia es canvien a: `a `e `i `o `u ´a´e´i´o´u
> ¨a¨e¨i¨o¨u, no se que fer per poder localitzar el problema, ja que com
> dic, al principi va be, pero despres no se perque es canvia. Faig
> servir el cinnamon i, o sento, els controladors nvidia privatius.
> 
> A les pantalles F1, F2 ... els accents surten be, i al cinnamon amb
> diferents usuaris malament. Alguna ajuda?

Mira la sortida de "setxkbmap -query" o "localectl status" en el primer
login i si canvia quan surts i tornes a entrar.

Per anar bé, t'hauria de dir layout "es"

$ setxkbmap -query
rules:  evdev
model:  pc105
layout: es
variant:cat
options:ctrl:nocaps,compose:rctrl


Salut.



Re: (deb-cat) Arrencada 'single' sense root login

2019-06-30 Conversa Ernest Adrogué
2019-06-30, 20:30 (+0200); Narcis Garcia escriu:
> Per tal d'utilitzar fsck directament (per exemple per a revisar blocs
> defectuosos) he provat amb break=mount i em va bé per a utilitzar fsck
> des de initramfs sobre les particions, però la comanda poweroff no funciona.

És que no té gaire sentit iniciar la seqüència d'apagada quan encara
estàs al mig de la seqüència d'arrencada.  Potser deixa que acabi
d'arrencar (sortint de l'intèrpret amb "exit" o Control-D), i llavors,
si de cas, apaga.

Salut.



Re: (deb-cat) Arrencada 'single' sense root login

2019-06-30 Conversa Ernest Adrogué
2019-06-30, 18:53 (+0200); Narcis Garcia escriu:
> Per a reparar fsck no hi ha més remei, ja que Systemd impedeix l'ús de
> l'arrel en només-lectura.

Hi ha diverses opcions.

Una és arrencar amb l'opció fsck.mode=force

https://www.freedesktop.org/software/systemd/man/systemd-f...@.service.html

Una altra és fer-ho manualment des de initramfs.

https://wiki.debian.org/InitramfsDebug




Re: (deb-cat) Arrencada 'single' sense root login

2019-06-30 Conversa Ernest Adrogué
2019-06-30, 17:15 (+0200); Narcis Garcia escriu:
> Si, ja veig que amb init=/bin/bash s'esquiven dos problemes: un
> l'esmentat, i l'altre el muntatge de l'arrel amb escriptura que provoca
> Systemd. Ara ja sé com utilitzar fsck sobre la partició del sistema, de
> forma senzilla, o sense la interferència de Systemd.
> La primera pega que he trobat és què la comanda «shutdown» no shuta.

Si arrenques amb init=/bin/bash no tens procés init, que és el procés
que controla els runlevels, i per tant no pots apagar el sistema de
manera correcta.  Per aquest motiu el paràmetre init=/bin/bash
normalment només es fa servir com a últim recurs, per exemple quan has
perdut la contrasenya root.  Canvies la contrasenya i surts.  No
s'hauria de d'utilitzar per fer fscks ni per res més que no sigui
arreglar el problema que t'impedeix fer login.  Però vaja, cada u que
faci el que cregui convenient...

Salut.



Re: (deb-cat) Arrencada 'single' sense root login

2019-06-30 Conversa Ernest Adrogué
2019-06-30, 14:58 (+0200); Narcis Garcia escriu:
> Aleshores, a Ubuntu ho fan millor quan permeten el mode monousuari sense
> contrasenya.

Permeten obrir una sessió shell amb UID 0 sense contrasenya, sempre que
tinguis accés físic a la màquina.  Però això ho permeten totes les
distribucions, només has d'arrencar el kernel amb l'opció init=/bin/sh

Salut.



Re: (deb-cat) Arrencada 'single' sense root login

2019-06-30 Conversa Ernest Adrogué
2019-06-30, 12:23 (+0200); Josep Lladonosa escriu:
> Imagino que a causa d'aquesta "complexitat" inicial (i potser més) sudo no
> està implantat (inicialitzat?) en el cas del mode de recuperació imagino
> que perquè l'entorn inicial és molt bàsic.

Exacte, el mode monousuari és per reparar el sistema en cas de mal
funcionament.  Per ser efectiu com a eina de reparació no pot dependre
de components que no són essencials per fer tasques de recuperació.  Els
usuaris diferents de root no són essencials per fer aquestes tasques.
Sudo tampoc.

Salut.



Re: provant debian 10!: swap/file

2019-06-25 Conversa Ernest Adrogué
2019-06-25, 08:44 (+0200); Alex Muntada escriu:
> A la feina havia administrat servidors amb molta RAM i algun cop
> havíem considerat que no calia posar-los swap. Fins que un dia
> un procés es va menjar tota la RAM en pocs segons i el sistema es
> va congelar deixant a tots els usuaris del servei penjats.

A mi, utilitzant swap, quan algun procés s'ha descontrolat sempre se
m'ha congelat el sistema.  Es relentitza tot fins al punt que tardes 15
minuts en obrir un TTY i fer login i matar el procés.  Val la pena?  Jo
crec que no, per això ara ja no utilitzo swap.  La millor solució és
tenir una bona quantitat de memòria de manera que mai et quedis sense
(amb 16Gb, em sembla que mai he superat el 20% d'utilització), i en el
cas improbable que et quedis sense deixar que l'OOM killer faci la seva
feina, i s'ha acabat la història!

Salut.




Re: definir temporalment variable per a l'ordre actual

2019-05-16 Conversa Ernest Adrogué
2019-05-16, 17:21 (+0200); Josep Lladonosa escriu:
> El que puc aportar és que si es vol un valor de variable permanent després
> de sortir de l'embolcall es fa:
> 
> export foo=1; sh
> $ echo $foo
> 1
> $ exit
> $ echo $foo
> 1

Sí, però en aquest cas el que volia és el contrari: modificar l'entorn
d'aquella ordre en concret i prou.

De totes maneres punts extra per utilitzar la paraula embolcall ;)

Salut



Re: definir temporalment variable per a l'ordre actual

2019-05-16 Conversa Ernest Adrogué
2019-05-16, 18:11 (+0200); Eloi escriu:
> 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.

Sí, exacte... amb aquest exemple que havia posat no es pot veure si es
modifica o no l'entorn.

Salut.



Re: definir temporalment variable per a l'ordre actual

2019-05-16 Conversa Ernest Adrogué
2019-05-16, 16:59 (+0200); tictacbum escriu:
> foo=1 ; echo $foo
> 
> creac que cal el punt i coma perquè avaluï l'assignació

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
$

> si crides un script en comptes de echo si que funciona perquè crea una
> subshell em sembla.. potser algú sap millor que passa realment

Doncs, sí, tens raó...

$ foo=1 sh
$ echo $foo
1
$ exit
$ echo $foo

$

pot ser que crei un entorn per al procés fill, però com que echo no
s'executa en un altre procés, en aquest cas no fa cap efecte.

Salut



definir temporalment variable per a l'ordre actual

2019-05-16 Conversa Ernest Adrogué
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



Re: (deb-cat) Preparar retroces en actualizacions

2019-02-02 Conversa Ernest Adrogué
Narcis Garcia  writes:
> En un ordinador amb Debian (9) Stable hi volia actualitzar un joc, però
> resulta que la versió actualitzada només està al repositori «testing».
> Si l'habilito (testing) i li faig actualitzar el joc amb apt-get,
> aleshores em fa actualitzar altres paquets, que em fa por que
> comprometin la Stabilitat de la resta.
>
> Puc fer algun preparatiu per poder revertir tot plegat després?
>
> $ sudo apt-get install springlobby
> S'està llegint la llista de paquets… Fet
> S'està construint l'arbre de dependències
> S'està llegint la informació de l'estat… Fet
> S'instal·laran els següents paquets extres:
>   libboost-atomic1.67.0 libboost-system1.67.0 libboost-thread1.67.0
> libc-bin libc-dev-bin libc-l10n libc6 libc6:i386 libc6-dev libcom-err2
> libcom-err2:i386 libcomerr2 libcomerr2:i386 libcurl3-gnutls
>   libgnutls-openssl27 libgnutls30 libgnutls30:i386 libgssapi-krb5-2
> libgssapi-krb5-2:i386 libhogweed4 libhogweed4:i386 libidn2-0
> libidn2-0:i386 libk5crypto3 libk5crypto3:i386 libkrb5-3 libkrb5-3:i386
>   libkrb5support0 libkrb5support0:i386 libnettle6 libnettle6:i386
> libp11-kit0 libp11-kit0:i386 libtasn1-6 libtasn1-6:i386 libunistring2
> libunistring2:i386 libwxbase3.0-0v5 libwxgtk3.0-0v5 locales
>   p11-kit-modules
> Paquets suggerits:
>   glibc-doc glibc-doc:i386 locales:i386 gnutls-bin gnutls-bin:i386
> krb5-doc krb5-user krb5-doc:i386 krb5-user:i386
> S'instal·laran els paquets NOUS següents:
>   libboost-atomic1.67.0 libboost-system1.67.0 libboost-thread1.67.0
> libcom-err2 libcom-err2:i386 libidn2-0:i386 libunistring2 libunistring2:i386
> S'actualitzaran els paquets següents:
>   libc-bin libc-dev-bin libc-l10n libc6 libc6:i386 libc6-dev libcomerr2
> libcomerr2:i386 libcurl3-gnutls libgnutls-openssl27 libgnutls30
> libgnutls30:i386 libgssapi-krb5-2 libgssapi-krb5-2:i386 libhogweed4
>   libhogweed4:i386 libidn2-0 libk5crypto3 libk5crypto3:i386 libkrb5-3
> libkrb5-3:i386 libkrb5support0 libkrb5support0:i386 libnettle6
> libnettle6:i386 libp11-kit0 libp11-kit0:i386 libtasn1-6 libtasn1-6:i386
>   libwxbase3.0-0v5 libwxgtk3.0-0v5 locales p11-kit-modules springlobby
> 34 actualitzats, 8 nous a instal·lar, 0 a suprimir i 2650 no actualitzats.
> S'ha d'obtenir 30,1 MB d'arxius.
> Després d'aquesta operació s'empraran 28,1 MB d'espai en disc addicional.
> Voleu continuar? [S/n]

El preparatiu es baixar tots els paquets que necessitis de 'testing' i
les versions corresponents de 'stable'.  Instal·les els paquests de
'testing' amb el dpkg.  Quan vulguis tornar a 'stable', desinstal·les un
a un els paquets de 'testing'.  Els que satisfan dependències d'altres
paquets de 'stable' no els podràs desinstal·lar.  Aquests els has de
substituir per la versió del paquet de 'stable' que has baixat
prèviament.  Tot això amb el dpkg, mai apt.

Tenint en compte que hauràs d'actualitzar paquets importants del
sistema, com el libc, és una mica arriscat si no saps molt bé et que
fas.

Salutacions.



els
paquets de 'stable' amb el dpkg utilitzant l'opció per forçar la
instal·lació.



Re: (deb-cat) Adreces al descobert a l'hemeroteca de la llista

2019-02-01 Conversa Ernest Adrogué
Narcis Garcia  writes:
> Us podeu imaginar que, els recolectors d'adreces de correu electrònic
> (robots), de ben pocs llocs han pogut obtenir aquesta meva adreça.
> Doncs aquest mes ja hi he començat a tenir assetjament publicitari (spam).
>
> És manifest que, la publicació literal de les adreces de correu a les
> pàgines-arxiu de la llista, és molt mala política.

Ja ho hem discutit més d'una vegada.

L'argument és que, com que tothom (inclosos els robots que recol·lecten
adreces) es pot subscriure a aquesta llista i d'aquesta manera obtenir
la teva adreça, no serveix de res amagar-la quan es publica a l'arxiu.

Per cert, per què poses "(deb-cat)" a l'assumpte dels missatges?  No li
veig la utilitat.  Si és per classificar el correu, la manera de fer-ho
és amb les capçaleres List-* o X-Mailing-List.

Salutacions.



Re: Em podeu donar un cop de ma amb un bug?

2019-01-14 Conversa Ernest Adrogué
Àlex  writes:
> Sí així vaig fer. Vaig descarregar el nucli 4.9 de la Debian estable i
> el vaig instal.lar, i quan vull veure vídeo arrenco amb aquest nucli.
> Des de la versió 4.14 a la 4.19 la cosa ha anat malament i no sé si amb
> el temps es corregirà, però sempre puc canviar de hardware gràfic.
>
> A internet vaig llegir usuaris de Linux amb problemes semblants que
> comentaven que encara guardaven la partició de Windows per poder veure
> vídeos, i em va sabre greu.

A vegades hi ha algun problema, però en general les targetes AMD estan
ben suportades a Linux.  Un dels motius és que AMD col·labora amb els
programadors dels drivers oberts, a diferència d'altres fabricants.

Fa bastant temps vaig tenir un problema semblant al teu.  Al final els
de Xfce em van recomanar que utilitzés el driver X11 "modesetting" en
lloc del "radeon", i es va solucionar.  Tampoc tinc gaire idea de com
funciona el sistema gràfic de Linux, però em sembla entendre que
actualment el driver de X11 és un driver genèric per a totes les
targetes (el tal "modesetting"), i el driver específic per a cada
targeta ara es troba integrat en el kernel.  L'usuari no ha de
configurar res.  Si ho tens de l'altra manera, es van trencant coses
perquè els drivers antics de X11 actualment ja no es desenvolupen.



Re: Em podeu donar un cop de ma amb un bug?

2019-01-13 Conversa Ernest Adrogué
Hola,

2019-01-12, 12:40 (+0100); a...@probeta.net escriu:
> Fins al nucli 4.13 tot anava bé, però en actualitzar al nucli 4.14
> l’escriptori Gnome es «congelava» cada pocs minuts. A tots els següents
> nuclis fins el 4.19 el problema persisteix. A aquest enllaç hi ha els canvis
> que aporta el nucli 4.14 a Radeon, però no els sé interpretar:
> https://kernelnewbies.org/Linux_4.14#Graphics
> 
>  Pista: Es congelava Gnome amb Xorg, però no Gnome amb Wayland
> 
>  Pista: no es congelava XFCE
> 
>  Pista: fent CTRL+ALT+F8 i després CTRL+ALT+F7 tot tornava a funcionar
> 
> Vaig treure Gnome i vaig continuar amb XFCE i amb Mate, però algunes
> aplicacions importants es continuen congelant cada pocs minuts: VLC,
> Mplayer, Chromium, però no Firefox
> 
>  Pista: fent CTRL+ALT+F8 i després CTRL+ALT+F7 tot torna a funcionar
> 
>  Pista: no apareix res als logs amb «dmesg», ni als logs de Xorg, ni als
> logs de VLC
> 
>  Pista potser gran: en realitat he descobert que les aplicacions «no es
> congelen». Continuen funcionant bé, però ja no es «dibuixen» a la finestra,
> el que fa semblar que l’aplicació «s’ha congelat».

Pel que dius, semblaria un problema del compositor, que no actualitza
l'estat de la pantalla correctament.  Ara bé, si et passa amb Gnome i
també amb Xfce, que utilitzen compositors diferents, aleshores m'inclino
a pensar que és una altra cosa.

> Resum: del kernel 4.14 en endavant, amb targetes gràfiques Radeon, i amb
> Xorg però no amb Wayland, alguna cosa fa que aleatòriament les finestres de
> VLC, Mplayer, Chromium es deixin de dibuixar («es congelin») malgrat
> aquestes aplicacions estiguin funcionant perfectament. Tot torna a funcionar
> fent CTRL+ALT+F8 seguit de CTRL+ALT+F7
> 
> No sé ni per on començar. Algun consell?

Els problemes que tenen a veure amb el sistema gràfic són difícils de
solucionar pel teu compte, a no ser que siguis un expert en el tema.  Si
el bug és reproduïble (és a dir es produeix sempre que fas alguna cosa
concreta), pots anar provant diferents versions del programari sospitós
de causar-lo i veure exactament quina versió introdueix el problema.
Amb aquest mètode podries veure fins i tot quina línia de codi és la
culpable, però clar, si has d'anar compilant versions i sub-versions del
kernel, o de altres components complexos, és una feinada considerable.
Probablement és més pràctic tornar a una versió anterior que saps que
funciona i posar-la en estat "hold", i esperar que solucionin el
problema a les versions més recents.

Salut.



Re: (deb-cat) Recuperar directoris

2018-12-18 Conversa Ernest Adrogué
2018-12-18, 19:25 (+0100); Narcis Garcia escriu:
> No tinc un espai així de gran on volcar 3TB per fer experiments.

No crec que es tracti de fer experiments.  Si vols 3TB per
emmagatzematge, això vol dir que necessites 6TB.  3TB per les dades i
3TB per la còpia de seguretat.

A mi m'ha passat més d'un cop, però al final ho he après.  Els discs
durs fallen i has d'estar preparat.

Salut.



Re: bug a l'X session?

2018-10-22 Conversa Ernest Adrogué
Alex Muntada  writes:
> Anava a suggerir-te que per aquestes coses provis el shellcheck
> però veig que la recomanació que dóna és diferent:
>
> In gpg-tty.sh line 2:
> export GPG_TTY=$(tty)
>^-- SC2155: Declare and assign separately to avoid masking return 
> values.
>
> No tinc clar si t'hauria ajudat a trobar el problema però a mi
> m'ha estat d'ajuda en diverses ocasions fer cas de les seves
> recomanacions.

Gràcies... no coneixia aquesta eina.  Aquest cop ho he trobat activant
l'opció set -x a l'inici de l'script.  Aquesta opció mostra l'expansió
de la línia d'ordres abans d'executar-se, i amb això he vist de seguida
on era l'error.



Re: bug a l'X session?

2018-10-21 Conversa Ernest Adrogué
Antoni Villalonga  writes:
> Em sembla que alguna comanda dona un error i aquest s'acaba parsejant
> malament, resultant un error extrany.

Sí, era aquesta línia:

export GPG_TTY=$(tty)

L'ordre tty tornava el text "no és un tty", de manera que després de
la substitució quedava

export GPG_TTY=no és un tty

per tant, l'intèrpret assignava a la variable GPG_TTY el valor "no" i
després intentava exportar les variables "GPG_TTY", "és", "un" i "tty".

Quan estava en anglès no era un error perquè feia

export GPG_TTY=not a tty

i les variables "a", i "tty" són vàlides.

La solució és posar-ho entre cometes

export GPG_TTY="$(tty)"



Re: bug a l'X session?

2018-10-17 Conversa Ernest Adrogué
Hola,

tictacbum  writes:
> que hi tens a la línia 43 del /etc/X11/Xsession? al meu hi tinc un
> comentari, per això m'estranya que et salti a aquesta línia

Sí, hi ha un comentari.  És l'Xsession de Debian, no l'he tocat.  Diria
que el número de línia no és fiable, perquè l'Xsession afegeix altres
scripts i llavors els números de línia no corresponen amb els del fitxer
Xsession.  Abans he fet un grep recursiu al directori /etc i no he
trobat cap export sospitós.

> has provat de comentar tot el de .environment excepte l'export
> LANG="ca_ES.UTF-8" i provar d'entrar a veure si peta?

És el que he fet... primer l'he comentat tot i llavors he anat
descomentant per parts.  El problema apareix específicament quan
descomento l'export del LANG.  Tots els altres exports no provoquen cap
problema.



Re: Debian 10 eliminant suport a programari no-systemd

2018-10-17 Conversa Ernest Adrogué
Pedro  writes:
> Ja que per lo poc que tins entès systemd és un ecosistema molt més
> gran que sysvinit. I si ve com dius en sysvinit era afegir cosetes en
> el /proc, per fer compatibilitat amb systemd estic veient programes
> que són compatibles amb determinades característiques de systemd

Abans del systemd la gestió de les sessions dels usuaris estava mal
resolta.  Hi havia el "console kit" que s'encarregava d'això, però tenia
bastants problemes i no se solucionaven.  Llavors el van substituir pel
logind que és un component del systemd.  El logind sembla que no té
tants problemes, i permet fer coses que abans no es podien fer.  Per
exemple ara els usuaris normals poden configurar serveis associats a les
seves sessions.  Suposo que tècnicament està justificat que logind
estigui integrat a systemd, ja que fan coses relacionades.  Ara,
respecte a altres components de systemd tinc bastant dubtes i els
arguments del Lennart Poettering no em convencen gens.



bug a l'X session?

2018-10-17 Conversa Ernest Adrogué


Hola,

Si intento entrar amb el login gràfic lightdm, surt immediatament i em
torna a la pantalla de login.  Al fitxer .xsession-errors hi ha les
següents línies

dbus-update-activation-environment: setting 
DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
dbus-update-activation-environment: setting DISPLAY=:0
dbus-update-activation-environment: setting XAUTHORITY=/home/ernest/.Xauthority
/etc/X11/Xsession: 43: export: és: bad variable name

O sigui, entenc que algú està intentant exportar la variable "és", i com
que "és" no és un nom de variable vàlid, la sessió X s'atura en aquest
punt.

En el .xsessionrc només hi tinc això:

if [ -r "${HOME}/.environment" ]; then
. "${HOME}/.environment"
fi

I en el .environment he vist que si comento la línia

export LANG="ca_ES.UTF-8"

l'error desapareix.  A partir d'aquí ja no sé a on mirar.  Alguna idea?



Re: canvis al local ca_ES

2018-10-09 Conversa Ernest Adrogué
Narcis Garcia  writes:
> Jo amb Debian (stable) 9 ho veig com sempre als ordinadors en català:

Pel que veig, Debian estable és de fa més d'any.  No sabria dir
exactament quan va aparèixer aquest problema, però diria menys de sis
mesos i més de tres.



Re: canvis al local ca_ES

2018-10-09 Conversa Ernest Adrogué
Eloi  writes:
> 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.

M'alegro que ja estigui arreglat, suposo que encara no m'ha arribat
l'actualització.



canvis al local ca_ES

2018-10-09 Conversa Ernest Adrogué


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.



l'ajuntament de bcn adopta gnu/linux

2018-01-15 Conversa Ernest Adrogué
A veure com va...

https://linux.slashdot.org/story/18/01/15/0415219/city-of-barcelona-dumps-windows-for-linux-and-open-source-software



Re: Configurar Xarxa a Debian 9 KDE sense NetworkManager

2017-12-05 Conversa Ernest Adrogué
2017-12- 5, 12:09 (+); Jordi Boixader escriu:
> Si, esta funcionant. Només cal que el desinstal·li? Deshabiliti? Merci

Diria que el network manager només és útil en ordinadors portàtils que
necessiten configurar la xarxa automàticament.  Si configures la xarxa
manualment és millor desinstal·lar-lo, o com a mínim a mi sempre m'ha
portat problemes.



Re: (deb-cat) Debian 8 i targetes grafiques AGP

2017-12-01 Conversa Ernest Adrogué
2017-12- 1, 04:02 (+0100); Narcis Garcia escriu:
> El nucli i/o aplicacions compilats per i586 (8/jessie) semblen tirar una
> mica més ràpid que els compilats per i486 (7/wheezy), però això no
> compensa la falta d'acceleració gràfica per un ús acceptable de les
> finestres.
> Així que m'hauré de quedar amb Debian 7!
> 
> La meva conclusió és que Debian 8 per i586 no va tenir gaire sentit amb
> aquesta retirada de paquets: Per escriptori és majoritàriament inviable
> pel tema gràfic, i sense escriptori en aquest maquinari* es nota bastant
> més ràpida l'arrencada amb el System V de Debian 7.

Jo faria un puntualització: a l'època de que parles, la majoria de
persones feien servir un gestor de finestres com fvwm o windowmaker, o
l'escriptori Gnome 1.2.  Cap d'aquests sistemes utilitzava acceleració
gràfica per maquinari, que no es va generalitzar fins molt més tard.
Per tant no és que executar un sistema gràfic de finestres sense
acceleració gràfica sigui inviable, el que és inviable és executar cert
programari en un maquinari indequat.  Per cert, tampoc hi havia binaris
optimitzats per diferents cpus, tot era compilat per 386.



Re: (deb-cat) microcode per CPU = ? privatiu

2017-11-30 Conversa Ernest Adrogué
2017-11-30, 19:46 (+0100); Narcis Garcia escriu:
> A algun mantenidor se li ha colat el «microcode» privatiu de la
> linux-image-686 i aleshores aquest fa una alerta en arrencar quan no és
> un i686.
> 
> Això és el què delata (em sembla a mi) que no importa si t'instal·les o
> no el paquet intel-microcode doncs el nucli distribuit per Debian porta
> programari privatiu d'Intel tant si t'agrada com si no.

Tot això ho dedueixes a partir d'observar un simple missatge?

Em sembla que abans d'atribuir intencions malicioses o errades cal fer
un mínim d'investigació per confirmar les sospites.  I de fet no costa
gaire localitzar el missatge en qüestió en el codi font de Linux [1] i
veure que no hi ha res anormal o sospitós: el missatge apareix sempre
que el xip sigui anterior a 686.

En resum, de res d'això es desprèn que "el nucli distribuit per Debian
porta programari privatiu d'Intel".

[1] 
https://github.com/torvalds/linux/blob/master/arch/x86/kernel/cpu/microcode/intel.c



Re: (deb-cat) Sticky-enganxos pel propietari de directori

2017-11-29 Conversa Ernest Adrogué
2017-11-29, 16:46 (+0100); Narcis Garcia escriu:
> Un altre cas d'ús és la carpeta de xarxa:
> 
> $ mkdir /srv/DocumentsCompartits
> $ chgrp users /srv/DocumentsCompartits
> $ chmod u=rwXg,g=rwXg,o= /srv/DocumentsCompartits
> $ usermod --append --groups users pepita
> $ usermod --append --groups users pepito
> 
> Com es fa per a què pepita crei documents a la carpeta compartida i
> garantir que pepito també hi tindrà permisos r/w?

Com ja han comentat abans, això es pot aconseguir fàcilment amb ACLs :

$ setfacl -m default:g:users:rw /srv/DocumentsCompartits



Re: (deb-cat) Sticky-enganxos pel propietari de directori

2017-11-29 Conversa Ernest Adrogué
2017-11-29, 09:05 (+0100); Narcis Garcia escriu:
> Recomanar FAT (o NTFS) és reconèixer que els sistemes de fitxers de
> GNU/Linux, tal com estan, no serveixen per escenaris tant comuns com les
> memòries USB. Ho veig com abandonar-se al fracàs.
>
> Per esmentar una mancança amb FAT i NTFS: No es pot aplicar permís
> d'execució a CAP fitxer, i aleshores no es poden «compartir» programes
> (increïble tractant-se de la filosofia del programari lliure!).

No dic que els sistemes de fitxers Unix no serveixen, dic que els
controls d'accés d'aquests sistemes de fitxers depenen d'una base de
dades d'usuaris i grups centralitzada.  Si no tens una base de dades
centralitzada, llavors els controls d'accés no són efectius i no té
sentit utilitzar-los, per tant, en aquest escenari, és millor utilitzar
FAT pel simple motiu que és més portable.  Si no et preocupa la
portabilitat pots utilitzar Ext, evidentment, però no t'enganyis a tu
mateix pensant que Ext et permet establir controls d'accés.

> La majoria de distribucions GNU tenen el mateix GID (100), per exemple,
> pel grup «users». Això vol dir que, establint aquest com a grup a
> heretar (g+s) hi ha moltíssimes possibilitats que sigui interpretat de
> la mateixa manera a qualsevol altre ordinador.
> Encara no m'he trobat amb cap ordinador que les meves memòries USB no
> les llegeixi identificant gid=100=users (una altra cosa és que els
> administradors de sistemes tinguin totes la cura d'incloure els usuaris
> comuns a «users»).

Excepte l'uid i gid 0, la resta es poden assignar de forma arbitrària.
No hi ha cap garantia que 100 és el grup "users" ni que el grup "users"
s'utilitza pel mateix propòsit, i no hi ha cap garantia que tota la
resta de gids i uids coincideixen, i que els comptes corresponen a les
mateixes persones.  Per tant, no hi ha cap tipus de seguretat.  En
aquestes circumstàncies és millor directament ignorar els permisos i
permetre accés a tothom, enlloc de crear una falsa il·lusió de
seguretat.



Re: (deb-cat) Sticky-enganxos pel propietari de directori

2017-11-28 Conversa Ernest Adrogué
2017-11-28, 20:19 (+0100); Narcis Garcia escriu:
> La meva proposta és per a què s'heretin només els permisos r,w,s

Ho trobo una mica rebuscat.  En el cas de memòries USB els ids d'usuari
i grup no tenen sentit perquè la informació sobre usuaris i grups és
independent del sistema de fitxers.  Si, per exemple, en un ordinador
assignes un fitxer a l'usuari "xyz", a l'altre ordinador pot ser que
t'aparegui un altre usuari com a propietari, o a vegades t'apareixerà un
número que no correspon a cap usuari.  Llavors els permisos d'accés
tampoc tenen sentit, perquè es refereixen a usuaris i grups que no tenen
una identitat definida fora d'aquell ordinador.  En aquests casos és
millor un sistema de fitxer tipus FAT i fer servir arxius tar si vols
preservar les metadades fitxers.



Re: (deb-cat) Sticky-enganxos pel propietari de directori

2017-11-28 Conversa Ernest Adrogué
2017-11-28, 09:03 (+0100); Alex Muntada escriu:
> Narcis Garcia:
> 
> > Que el grup dels nous elements creats a dins hereti els
> > permisos de grup.
> 
> Has mirat si els ACL et serveixen? Existeix el concepte de
> «default ACL» que permet indicar els permisos que han de tenir
> per defecte els elements creats dins un directori determinat.

Per altra banda, segons aquesta regla, tots els fitxers nous es crearien
amb permís d'execució (ja que el directori té permís d'execució), cosa
que no sembla desitjable.  O potser ho entenc malament...



Re: (deb-cat) Sticky-enganxos pel propietari de directori

2017-11-26 Conversa Ernest Adrogué
2017-11-26, 11:27 (+0100); Narcis Garcia escriu:
> 
> Algú sap on seria el millor loc per fer aquesta proposta?
> 

Suposo que a l'Open Group, que és qui fa l'especificació POSIX:

http://pubs.opengroup.org/onlinepubs/9699919799/nframe.html



Re: (deb-cat) Permis per llançadora .desktop

2017-11-18 Conversa Ernest Adrogué
2017-11-18, 09:01 (+0100); Narcis Garcia escriu:
> Cada vegada Gnome és més restrictiu en això: Ara quan creo un fitxer
> .desktop per llançar una comanda, no n'hi ha prou amb fer-lo executable,
> sinó que hi ha algun requisit més que se m'escapa. Fins fa poc s'oferia
> la possibilitat d'autoritzar la llançadora amb la mateixa advertència
> que diu:
> 
> «Llançadora d'aplicacions en la qual no es confia
> 
> La llançadora d'aplicacions desktop no s'ha marcat com de confiança.
> Si no coneixeu l'origen d'aquest fitxer, pot ser que no sigui segur
> executar-lo.»
> (l'únic botó per respondre és «Cancel·la»)
> 
> Com el marco per a ser considerat de confiança?
> 
> Gràcies.

Potser és aquest bug:
https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1687179

Per cert, “comanda” normalment significa un “encàrrec de béns o serveis
a un proveïdor” [1], suposo que t'has confós amb la paraula anglesa
“command” que significa “ordre” en català.

[1] http://www.diccionari.cat/lexicx.jsp?GECART=0031991



Re: aplicar modificacions gradualment a un paquet de Debian

2017-10-28 Conversa Ernest Adrogué
2017-10-25, 18:22 (+0200); Ernest Adrogué escriu:
> Hola,
> 
> He trobat un bug que no és a la versió "upstream" del paquet.  Ara el
> que vull fer és agafar el paquet source de Debian i anar aplicant un per
> un cada "patch" i compilant fins que trobi el "patch" que causa el
> problema.  Algú sap com fer-ho?
> 
> El que no sé fer és la compilació.  No em cal construir el paquet, només
> necessito el fitxer executable.  Suposo que és
> 
> debian/rules 
> 
> no?

Em responc a mi mateix, per si algú ho necessita en el futur.

Pel que es veu cada paquet és diferent, però de forma general es

dpkg-source --before-build .  # aplica els patchs
fakeroot debian/rules clean   # crea fitxers/dirs necessaris
DEB_BUILD_OPTIONS=nocheck debian/rules build  # configura i compila

llavors, la llista de patchs és a debian/patches/series

dpkg-source --after-build .   # des-aplica els patchs
dpkg-source --before-build .  # aplica els patchs

i per re-configurar i re-compilar

rm debian/stamp-configured
debian/rules override_dh_auto_build

els paràmetres que passa a ./configure són a debian/rules.







aplicar modificacions gradualment a un paquet de Debian

2017-10-25 Conversa Ernest Adrogué
Hola,

He trobat un bug que no és a la versió "upstream" del paquet.  Ara el
que vull fer és agafar el paquet source de Debian i anar aplicant un per
un cada "patch" i compilant fins que trobi el "patch" que causa el
problema.  Algú sap com fer-ho?

El que no sé fer és la compilació.  No em cal construir el paquet, només
necessito el fitxer executable.  Suposo que és

debian/rules 

no?

El Makefile de la versió "upstream" no funciona perquè Debian ha
eliminat alguns fitxers que no compleixen el DFSG.

Salut.



Re: Tarjetes sdxc 64 gb

2017-10-15 Conversa Ernest Adrogué
2017-10-14, 20:39 (+0200); Joan Carles escriu:
> Ernest diu:
> 
> "Per mirar si tens suport al kernel mira la sortida de dmesg, com a root
> 
> dmesg | less
> 
> i cerca (amb la tecla /) "removable disk".  Si fas això hauries de mirar
> unes línies més amunt si surt cap dispositiu lector de targetes, per
> exemple"
> 
> resultat:
>  2.823215] clocksource: Switched to clocksource tsc
> [2.934953] EXT4-fs (sda1): mounted filesystem with ordered data mode.
> Opts: (null)
> [3.620295] scsi 5:0:0:0: Direct-Access Multiple Card  Reader
>  1.00 PQ: 0 ANSI: 0
> [3.622530] sd 5:0:0:0: [sdb] Attached SCSI removable disk

Això vol dir que el kernel troba el lector i l'assigna a /dev/sdb.

Quan insereixes una targeta, hauria de crear uns fitxers addicionals
/dev/sdb1, /dev/sdb2... per cada partició que hi ha a la targeta.
Per exemple,

$ ls /dev/sda*
/dev/sda  /dev/sda1  /dev/sda2  /dev/sda3  /dev/sda4

em diu que el meu disc dur que està a /dev/sda té 4 particions.

Si insereixes una targeta i veus que no crea aquests fitxers, vol dir
que ha trobat algun problema.  En aquest cas a la sortida de dmesg |
tail normalment hi ha alguna pista sobre quin problema concretament es
tracta.

Salut.



Re: Tarjetes sdxc 64 gb

2017-10-14 Conversa Ernest Adrogué
2017-10-13, 21:10 (+0200); Joan Carles escriu:
> Hola!
> Després instal.lar Debina 9 porte unes semanes que no trobe per què no em
> funcionen les targes sdxc de la màquina de fotos.
> He provat i no en trobe manera
> 
> * Posar el
> GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pciehp.pciehp_force=1"
> 
> al fitxer  /etc/default/grub
> 
> però no va..
> 
> No se, si podeu donar-me alguna indicació.

Per mirar si tens suport al kernel mira la sortida de dmesg, com a root

dmesg | less

i cerca (amb la tecla /) "removable disk".  Si fas això hauries de mirar
unes línies més amunt si surt cap dispositiu lector de targetes, per
exemple

[7.337003] scsi 4:0:0:0: Direct-Access Generic- Compact Flash1.00 PQ
: 0 ANSI: 0 CCS
[7.343602] scsi 4:0:0:1: Direct-Access Generic- SM/xD-Picture1.00 PQ
: 0 ANSI: 0 CCS
[7.351742] scsi 4:0:0:2: Direct-Access Generic- SD/MMC   1.00 PQ
: 0 ANSI: 0 CCS
[7.358723] scsi 4:0:0:3: Direct-Access Generic- MS/MS-Pro1.00 PQ
: 0 ANSI: 0 CCS
[7.359119] sd 4:0:0:0: Attached scsi generic sg3 type 0
[7.359330] sd 4:0:0:1: Attached scsi generic sg4 type 0
[7.359526] sd 4:0:0:2: Attached scsi generic sg5 type 0
[7.359713] sd 4:0:0:3: Attached scsi generic sg6 type 0
[7.365342] sd 4:0:0:3: [sdf] Attached SCSI removable disk
[7.367234] sd 4:0:0:0: [sdc] Attached SCSI removable disk
[7.367967] sd 4:0:0:1: [sdd] Attached SCSI removable disk
[7.369365] sd 4:0:0:2: [sde] Attached SCSI removable disk

en aquest cas són aquests que diu Generic- bla bla.

Salut.



Re: Xerrada sobre Debian al DLP el 16 de setembre

2017-09-04 Conversa Ernest Adrogué
2017-09- 4, 00:05 (+0200); Julio Amorós escriu:
> Però parlo d'un grup d'usuaris de distribucions linux, on hi ha uns quants
> que fan servir Debian, potser la majoria, que seran els instal·ladors i
> segurament els encarregats de resoldre els possibles futurs problemes que
> hi hagi als ordinadors d'un nou casal/associació.
> 
> Els usuaris (no linuxeros) utilitzaran l'escriptori Mate, que no el domino
> gaire però que em fa la sensació que varia molt poc d'una distro a una
> altra.
> 
> Per la meva experiència personal jo escolliria Debian per estabilitat. Però
> insisteixo que és la meva experiència.

Suposo que depèn de cada persona, però el meu sistema Debian
probablement és bastant diferent del teu, i el teu diferent del d'algú
altre.  La configuració que utilitzo actualment l'he anat fent al llarg
dels anys, i si algun cop he d'utilitzar una instal·lació nova amb la
configuració per defecte de seguida noto mil coses que funcionen
diferent de com estic acostumat que funcionin.

Amb altres distribucions, com Ubuntu, no cal que l'usuari dediqui tant
temps a configurar el sistema, perquè tot ja està més o menys configurat
de manera que s'ajusti a les preferències de la majoria d'usuaris.

Per tant no veig cap problema en recomanar Ubuntu o Mint a usuaris poc
experimentats o usuaris que no volen "perdre el temps" fent ajustaments.



Re: Hardware compatible

2017-08-28 Conversa Ernest Adrogué
2017-07-31, 20:03 (+0200); Santi Moreno escriu:
> Hola,
> vull montar un pc per casa a peces i volia preguntar si conegueu alguna
> relació de hardware compatible 100% amb linux o marques que
> contribueixen amb el software lliure i que donen les màximes
> prestacions.

No puc parlar de Wifi perquè no el faig servir.  Pels processadors
gràfics AMD pots mirar pots mirar el grau de support existent per als
diferents xips en aquesta plana:

https://wiki.freedesktop.org/xorg/RadeonFeature/

Intel pel que tinc entès també té bon suport, però no conec cap llista
com la de AMD.  En qualsevol cas jo evitaria Nvidia a qualsevol preu, ja
que no són gaire donats a proporcionar informació sobre el seu maquinari
perquè es puguin escriure drivers lliures.



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

2017-07-22 Conversa Ernest Adrogué
2017-07-22, 11:52 (+0200); Joan escriu:
> 
> 
> El Fri, 21 Jul 2017 15:51:16 +0200
> Ernest Adrogué <nfdi...@gmail.com> va escriure:
> 
> > 2017-07-21, 15:22 (+0200); Jordi Boixader escriu:
> > > Hola,
> > > 
> > > Al instal·lar la debian 9, vaig crear 3 particions la "/", "/home"
> > > i swap. També tinc un altre HD intern al que vaig anomenat "/Dades".
> > > 
> > > El "/Dades" em surt a l'arrel, que ja m'està bé, abans el tenia a
> > > "/mnt/Dades", però quan intento copiar algun arxiu em diu que només
> > > hi ha permisos per a root.
> > > 
> > > Amb el tema dels permisos no m'hi aclareixo, he estat buscant per
> > > Google, però em surten moltes opcions diferents i no se pas quina
> > > triar per fer-ho.
> > > 
> > > Com ho he de fer per tenir accés total a aquesta partició amb el
> > > meu usuari jordi?  
> > 
> > Amb la partició muntada, canvies el propietari i permisos del punt de
> > muntatge, per exemple:
> > 
> > chown jordi.jordi /Dades
> 
> Ernest, no seria:
> 
> chown jordi:jordi /Dades
> 
> Amb dos punts?

Tens raó, la versió amb un punt és obsoleta però s'accepta per raons de
compatibilitat.



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

2017-07-21 Conversa Ernest Adrogué
2017-07-21, 15:22 (+0200); Jordi Boixader escriu:
> Hola,
> 
> Al instal·lar la debian 9, vaig crear 3 particions la "/", "/home" i swap.
> També tinc un altre HD intern al que vaig anomenat "/Dades".
> 
> El "/Dades" em surt a l'arrel, que ja m'està bé, abans el tenia a
> "/mnt/Dades", però quan intento copiar algun arxiu em diu que només hi ha
> permisos per a root.
> 
> Amb el tema dels permisos no m'hi aclareixo, he estat buscant per Google,
> però em surten moltes opcions diferents i no se pas quina triar per fer-ho.
> 
> Com ho he de fer per tenir accés total a aquesta partició amb el meu usuari
> jordi?

Amb la partició muntada, canvies el propietari i permisos del punt de
muntatge, per exemple:

chown jordi.jordi /Dades
chmod u=rwx,g=rx,o=rx /Dades



Re: Rendiment de Firefox, Crome i els gestors de pestanyes

2017-07-19 Conversa Ernest Adrogué
2017-07-19, 08:33 (+0200); Joan escriu:
> Hola,
> 
> M'he trobat amb molts problemes de rendiment amb Firefox, de ja fa
> temps. I els tinc també si l'obro amb safe mode, sense extensions... No
> sé exactament perquè...
> 
> Per sortir del pas, estic usant Chrome, amb el que no tenia cap
> extensió de gestió de les pestanyes, i és això el que us volia demanar
> (a part de saber si algú s'ha trobat amb els problemes de rendiment de
> Firefox i dona com a "normal" que es mengi 1Gb de memòria).

Respecte als problemes amb Firefox... a mi, quan l'obro, sense tenir cap
pàgina oberta, em diu 300MB; a mesura que l'utilitzo l'ús de memòria va
augmentant, i tranquilament pot arribar a 1Gb, o més.  Si vull alliberar
memòria el que faig és tancar-lo i tornar-lo a obrir.  El rendiment no
he trobat que sigui anormal.  De tant en tant trobo alguna pàgina que
dispara l'ús de CPU per sobre del 10% de forma sostinguda, però no crec
que sigui problema del Firefox.



Re: (deb-cat) Cercar paquets instalats

2017-07-05 Conversa Ernest Adrogué
2017-07- 5, 18:19 (+0200); Narcis Garcia escriu:
> Bones;
> Fins ara he estat fent això per cercar paquets instal·lats pel nom:
> (exemple per "gnome")
> $ aptitude search ~i~ngnome
> 
> Algú sap si hi ha manera de fer el mateix amb la comanda «apt»?

Amb dpkg

dpkg -l|awk 'NR < 6 || $2 ~ /gnome/ && $1 ~ /.i/'




Re: LibreOffice

2017-06-27 Conversa Ernest Adrogué
2017-06-27, 11:12 (+0200); jordi escriu:
> Em pregunto però perquè funciona be com a sudo i malament com a usuari
> normal?

Pots provar de canviar el nom del directori que conté la teva
configuració personal, d'aquesta manera utilitzarà la configuració per
defecte.

mv ~/.config/libreoffice/ ~/.config/_libreoffice



procés emacs fora de control

2017-06-25 Conversa Ernest Adrogué
Hola,

Cada cop que instal·lo o desinstal·lo un paquet relacionat amb emacs,
per exemple maxima-emacs, en finalitzar l'apt-get em queda un procés
emacs funcionant amb utilització de CPU del 100%...

$ ps -eao pid,user,pcpu,comm | awk 'NR == 1 || /emacs/'
  PID USER %CPU COMMAND
 7483 root 89.6 emacs25

només para si mato el procés.  A algú més li passa?

Salut.



Re: ventilador a stretch en fer resume

2017-06-08 Conversa Ernest Adrogué
2017-06- 9, 00:15 (+0200); tictacbum escriu:
> m'ha tornat a passar :( amb el kernel mes recent (4.9.0-3) i aquest cop
> sense haver suspès
> de moment amb l'anterior si s'aturen els ventiladors tornen a engegar i no
> es penja

Ahir em va passar una cosa semblant, no sé si té relació.  Estava
treballant amb l'ordinador i es va parar de cop.  Primer el reproductor
de música va començar a dir "buffering..." com si no pogués llegir
dades, després el gestor de finestres va deixar de respondre i finalment
es va congelar tot.  Em pensava que el disc dur deuria haver petat, però
quan vaig reiniciar tot tornava a funcionar normal.  No em vaig fixar
amb els ventiladors i de moment no m'ha tornat a passar.

Per cert, suposo que has descartat un problema mecànic dels ventiladors.
Si es paren els ventiladors per qualsevol motiu i es comença a
sobreescalfar l'ordinador poden passar coses d'aquest estil.



Re: Linux és mas vulnerable que Windows

2017-05-15 Conversa Ernest Adrogué
Hola,

2017-05-15, 19:56 (+0200); Iker Bilbao escriu:
> https://m.xataka.com/seguridad/ni-linux-ni-macos-te-salvaran-del-ransomware-la-condena-de-windows-es-su-popularidad
> 
> 
> Qué en penseu?

D'entrada, per mi l'argument no té ni cap ni peus.  La famosa
vulnerabilitat de Windows no estava a la llista, tot i que existia i era
coneguda (com a mínim per la NSA) des de feia anys.  Però segons el seu
raonament, que diu que la seguretat d'un sistema es mesura pel nombre de
vulnerabilitats de domini públic, ara Windows és més insegur que abans,
ja que la vulnerabilitat ha sortit a la llum (no importa que gràcies a
això ja l'hagin corregit!).  Òbviament aquesta conclusió és ridícula.

A part d'això, la llista inclou bugs des 1999, i no només dels "últims
mesos".  És a dir "Linux Kernel" inclou totes les versions de Linux des
de 1999.  Per fer la comparació, s'haurien de sumar totes les versions
de Windows del mateix període (només Vista + XP + 7 sumen més de 2.000).
De totes maneres, repeteixo comptar el nombre de incidències al CVE no
és la metodologia correcta per determinar quin sistema és més segur.



Re: systemd: com inhibir un servei?

2017-05-02 Conversa Ernest Adrogué
2017-05- 2, 18:32 (+0200); Alex Muntada escriu:
> A més a més, comprova si el servei està configurat amb suport per
> a sysv-rc, perquè aleshores potser també et calgui desactivar-lo:
> 
> $ ls -l /etc/rc?.d/*lirc*
> $ sudo update-rc.d -f {nom-del-servei-a-sysv-rc} remove

En aquest cas no ha calgut.

Merci.



Re: systemd: com inhibir un servei?

2017-05-02 Conversa Ernest Adrogué
2017-05- 2, 18:29 (+0200); Marcos escriu:
> 
> En principi hauria de ser suficient això:
> 
> # systemctl stop lircd-uinput.service
> # systemctl disable lircd-uinput.service

Era això.

Gràcies.



systemd: com inhibir un servei?

2017-05-02 Conversa Ernest Adrogué
Hola,

El paquet lirc instal·la el fitxer

/lib/systemd/system/lircd-uinput.service

de manera que systemd inicia el servei "lircd-uinput" en arrencar.  El
problema és que aquest programa genera esdeveniments de tecla
fantasma.  Per exemple, en els logins tty m'apareix el caràcter "^@"
repetidament, com si algú estigués prement una tecla estranya.

Com es fa per fer que no s'inici aquest servei?

Salut.



Re: (deb-cat) Patrocinis de l'empresa Mozilla

2017-04-19 Conversa Ernest Adrogué
2017-04-19, 19:50 (+0200); Narcis Garcia escriu:
> Que de forma PREDETERMINADA qualsevol moviment impliqui utilitzar
> Google, això no passa amb qualsevol navegador. No oblidis la qüestió en
> discussió!

Em referia a aquesta afirmació teva:

> utilitzant el navegador web predeterminat de Debian, l'usuari accepta
> implícitament (+legalment) aquestes condicions

deixant entendre que Firefox et força a utilitzar Google i a acceptar
les seves condicions.  La configuració per defecte utilitza Google.
Però és que si utilitzes qualsevol altre servei que no sigui Google,
igualment estàs subjecte a les condicions d'aquest altre servei.  És
obvi que això passa amb qualsevol navegador.

> Em molesta que s'intenti prendre el pèl a la gent que no sap el què
> implica una frase com «quasi hem acabat» per convidar a completar amb
> allò «necessari» de forma implícita: /dona'm les teves dades personals/.
> No oblidis en això tampoc el perfil d'usuari en discussió!
> 

Et refereixes a això?

https://www.mozilla.org/ca/firefox/accounts/

No veig res que es pugui malinterpretar.  Acabo de crear un compte i
l'única dada personal que m'ha demanat és una adreça d'email i l'edat.
Potser la frase es pot escriure d'una altra manera, però res indica que
és una conspiració per apropiar-se subreptíciament de les dades dels
usuaris.

> Em pensava que ja ho trobaries: fes-ho símplement filtrant-hi la paraula
> google i et sortiran les configuracions afectades. Amb els noms de
> paràmetre podràs consultar (tu sí però un usuari normal ho té difícil)
> els significats que he descrit abans.

Repeteixo que amb els noms del paràmetres no n'hi ha prou per saber què
fan el paràmateres, ni hi ha cap lloc on estiguin documentats tots els
paràmetres.

El que no trobo normal és afirmar que el Firefox fa totes aquestes
coses, i després no aportar cap referència ni explicar d'on has tret
aquesta suposada informació.  Especialment, si una simple prova que pot
fer qualsevol contradiu el que has dit.

> Un rumor infundat: Qui paga mana.
> Si no fos infundat, hauriem de qüestionar la fundació Mozilla.

Llavors també hauries de qüestionar qualsevol que tingui donants o
sponsors privats, començant per Debian [1].  Però una cosa és
qüestionar, i l'altra inventar-se conspiracions imaginàries i escampar
FUD.  Suposo que saps la diferència.

[1] https://www.debian.org/partners/



Re: (deb-cat) Patrocinis de l'empresa Mozilla

2017-04-19 Conversa Ernest Adrogué
Hola,

2017-04-19, 16:55 (+0200); Narcis Garcia escriu:
> El 19/04/17 a les 15:36, Ernest Adrogué ha escrit:
> > Hola,
> > 
> > 2017-04-19, 14:12 (+0200); Narcis Garcia escriu:
> >> Potser en això no m'havia expressat bé: estava comparant amb un cas com
> >> "nautilus-dropbox" si es decidís deixar-lo preinstal·lat amb Gnome.
> >> I ja que ho esmentes, sí que faig notar que utilitzant el navegador web
> >> predeterminat de Debian, l'usuari accepta implícitament (+legalment)
> >> aquestes condicions:
> >> www.google.com/intl/ca/policies/privacy
> > 
> > D'on ho treus?
> 
> De l'ús de Google, tant a partir de la barra d'adreces com de la cerca.

D'acord.  Si fas servir els serveis de Google estàs subjecte a les
condicions de Google.  Òbviament això passa amb qualsevol navegador.

> >> ...que estan moolt lluny de la independència que sovint proclamem els
> >> qui proposem Debian GNU/Linux a l'usuari majoritari.
> >> Addicionalment, M.Firefox a la primera obertura li diu a l'usuari que la
> >> posada a punt es completarà quan enregistri les seves dades personals a
> >> Mozilla.
> > 
> > No he vist mai aquest missatge.
> 
> Acabo de fer noves proves (Live-CD de Debian i instal·lació neta) i avui
> no em surt el típic missatge «You're almost done!» = «¡Ya casi hemos
> terminado!». Ara només proposa el registre com a prestació.
> Aquest contingut de la primera arrencada depen del web de Mozilla, així
> que, fins i tot està fora del control de qui vulgui obrir un «bug» a
> menys que conservi una captura de pantalla, que no és el meu cas.

Ah, i et molesta que l'usuari tingui l'opció de donar dades
voluntàriament?  Això no va contra la privacitat de l'usuari.  El que
atempta contra la privacitat és quan l'usuari dóna dades sense
coneixement o contra la seva voluntat.

> N'hi ha prou amb consultar la URL about:config per trobar els aquests
> paràmetres que he esmentat.

No, no n'hi ha prou.  Has de saber què fa cada paràmetre i només amb el
nom no ho saps.

> Seria molt millor que interceptessis trànsit amb eines que no depenguin
> de la mateixa aplicació que intentes auditar i potser no vol ser auditada.
> 
> https://superuser.com/questions/832608/

Estic d'acord, però ara no tinc temps de fer cap auditoria.

Suposo que tu sí que l'has fet l'auditoria, perquè si no voldria dir que
et dediques a escampar rumors infundats.

Salutacions.



Re: (deb-cat) Patrocinis de l'empresa Mozilla

2017-04-19 Conversa Ernest Adrogué
Hola,

2017-04-19, 14:12 (+0200); Narcis Garcia escriu:
> Potser en això no m'havia expressat bé: estava comparant amb un cas com
> "nautilus-dropbox" si es decidís deixar-lo preinstal·lat amb Gnome.
> I ja que ho esmentes, sí que faig notar que utilitzant el navegador web
> predeterminat de Debian, l'usuari accepta implícitament (+legalment)
> aquestes condicions:
> www.google.com/intl/ca/policies/privacy

D'on ho treus?

> ...que estan moolt lluny de la independència que sovint proclamem els
> qui proposem Debian GNU/Linux a l'usuari majoritari.
> Addicionalment, M.Firefox a la primera obertura li diu a l'usuari que la
> posada a punt es completarà quan enregistri les seves dades personals a
> Mozilla.

No he vist mai aquest missatge.
 
> I no només això, sinó que de forma predeterminada amb Debian:
> + Els enllaços "mailto:; són filtrats a Google
> + Utilitzar geolocalització implica fer servir inadvertidament a Google
> com a intermediari.
> + En obrir el navegador (sempre) es comunica la IP i versió d'aquest a
> l'empresa Google (safebrowsing). Quan s'obre una URL se li comunica la
> URL juntament amb l'idioma (locale d'usuari) a la mateixa empresa.
> + No s'inclou NI UN SOL cercador lliure a la llista de cercadors, a
> menys que considerem com a cercador general la Wikipedia.
> + Quan l'usuari escriu a la barra d'adreces, se li diu que milloraria si
> habilita els suggeriments de cerca, ocultant que es tractarà de filtrar
> qualsevol cosa que escriu a l'empresa de cerques.
> + camera.control.face_detection.enabled (no calen explicacions)

Acabo de fer una prova amb l'extensió HTTPFox.  Quan obro el Firefox fa
aquestes connexions

https://self-repair.mozilla.org/ca/repair
http://ocsp.digicert.com/
https://normandy-cloudfront.cdn.mozilla.net/static/bundles/selfrepair.8d056d434484b1d6ae51.js
https://self-repair.mozilla.org/api/v1/recipe/?enabled=true
https://self-repair.mozilla.org/api/v1/classify_client/
https://self-repair.mozilla.org/api/v1/action/console-log/
https://normandy-cloudfront.cdn.mozilla.net/api/v1/action/console-log/implementation/1c8908951c5076f4c5666ba79ee2292b7bb4be1d/

Tots són dominis de Mozilla, excepte digicert.com que és una cosa de
certificats.  Aquests comportament es pot canviar modificant l'opció
browser.selfsupport.url.

Després vaig a https://news.ycombinator.com/news i clico a "contact" que
obre un enllaç tipus mailto.

https://news.ycombinator.com/news
https://news.ycombinator.com/news.css?v0wwPE2VKGZCDYHGSL2s
https://news.ycombinator.com/hn.js?v0wwPE2VKGZCDYHGSL2s
https://news.ycombinator.com/y18.gif
https://news.ycombinator.com/s.gif
https://news.ycombinator.com/grayarrow.gif

Segueixo sense veure cap connexió a Google.  

Salutacions.



Re: (deb-cat) Patrocinis de l'empresa Mozilla

2017-04-19 Conversa Ernest Adrogué
2017-04-19, 08:51 (+0200); Narcis Garcia escriu:
> Ernest, jo segurament no m'explico molt bé en aquests temes, però es fa
> estrany llegir que algú no entén el què vull dir.

No entenc que diguis que l'elecció de quin navegador Debian instal·la
per defecte és equivalent a que Debian configuri per defecte un sistema
d'allotjament de fitxers en el directori personal de l'usuari amb una
empresa tercera que proveeix el servei, que t'obliga a acceptar termes i
condicions, i no té cap relació amb Debian, GNU/Linux o el programari
lliure.  Si tu trobes normal fer aquest tipus d'afirmacions...

I els comentaris que fas sobre Mozilla també són bastant estranys, si
vols que t'ho digui.  Si algú que no està informat del tema llegeix els
teus missatges es farà una idea totalment errònia del que és Mozilla.



Re: (deb-cat) Patrocinis de l'empresa Mozilla

2017-04-19 Conversa Ernest Adrogué
2017-04-18, 21:41 (+0200); Pedro escriu:
> Conclusió: no confiïs en Firefox, no confiïs en Chrome.

Per què no hauria de confiar en Firefox, si tinc el codi font i puc
veure tot el que fa?



Re: (deb-cat) Patrocinis de l'empresa Mozilla

2017-04-18 Conversa Ernest Adrogué
Hola,

2017-04-17, 16:22 (+0200); Narcis Garcia escriu:
> El problema que veig és que el navegador web és quasi l'aplicació que
> més protagonisme té al sistema operatiu, i els interessos del projecte
> Mozilla difereixen bastant del projecte Debian. A nivell de
> mercadotècnia, el fet que ara a Mozilla interessi que Debian utilitzi la
> marca Firefox té relació amb això.
> 
> Hi ha altres projectes de navegador web que, a més de ser programari
> lliure (FOSS), estan molt més compromesos amb la llibertat tecnològica
> de les persones, i casen molt millor amb els interessos d'una comunitat
> oberta de tècnics i usuaris adults.
> 
> Jo assenyalo els símptomes d'aquest «fet tant subtil» perquè penso que
> està molt bé que paquets de Mozilla estiguin als repositoris, però que
> vinguin preinstal·lats amb els escriptoris i predeterminats és tant poc
> encertat com ho seria el Dropbox per la carpeta de documents.
> 

Fa la sensació que tens alguna cosa contra Mozilla per motius que
desconeixem i que no expliques.  Tot l'argument es basa en el fet que tu
creus que els interessos de Mozilla no s'alineen amb els de Debian (no
sé com arribes a aquesta conclusió, ni per què haurien de coincidir).
No sembla gaire sòlid.

La comparació amb el Dropbox tampoc l'entenc.

Salutacions.



Re: (deb-cat) Estat de paquets

2017-04-01 Conversa Ernest Adrogué
2017-04- 1, 11:28 (+0200); Narcis Garcia escriu:
> En aquesta pàgina:
> https://wiki.debian.org/MaintainerScripts
> 
> hi ha llocs on es diu que els paquets es deixen, per exemple, en estat
> "Config-Files" i d'altres llocs diu "Config Files" (sense guionet).
> Algú sap si és que són diferents casos, o bé són errors tipogràfics i
> tots van d'una manera o altra?

És el mateix.



Re: Correos.es i fonts incrustades en documents

2017-02-28 Conversa Ernest Adrogué
2017-02-27, 20:19 (+0100); Robert Marsellés escriu:
> Podria ser culpa del navegador? O de la pàgina web (depèn de com és
> miri). És a dir, que quan la pàgina web ha de treballar amb un navegador
> que no és pel que han fet el disseny de la pàgina doni problemes?

No crec.  He fet tràmits a la web de Correus amb el navegador
Iceweasel/Firefox sense problemes.  Un vegada el pagament va fallar i
vaig haver de pagar un altre cop perquè em deixés imprimir un
certificat.  Al final em van cobrar 2 cops i vaig haver de reclamar.  A
part d'aquest cas, normalment m'ha funcionat.

Si com diu el Javier el fitxer ha de ser un PDF/A, pots utilitzar
aquesta web per veure concretament on és el problema:

http://demo.verapdf.org/



Re: Correos.es i fonts incrustades en documents

2017-02-28 Conversa Ernest Adrogué
2017-02-27, 21:33 (+0100); Narcis Garcia escriu:
> Jo havia intentat fer PDFs a partir de LaTeX i sempre m'he topat amb
> problemes de format i compatibilitat dels fitxers finals, per exemple
> amb impressores especialitzades.

Deus tenir algun problema amb els drivers de les impressores.  LaTeX és
un software molt utilitzat a la indústria editorial, particularment en
publicacions científiques, i mai a la vida he sentit ningú que digui que
genera PDFs incompatibles.



Re: Correos.es i fonts incrustades en documents

2017-02-26 Conversa Ernest Adrogué
2017-02-26, 11:39 (+0100); Robert Marsellés escriu:
> El sistema de transferència de la pàgina web de /Correos.es/ revisa el
> document, troba quelcom que no li agrada i mai l'acaba "pujant". Cap
> altra informació.
> 
> M'ensumo que té a veure amb que les fonts usades (LModern) no són les
> oficials de Windows o Adobe (Arial, Calibri, Times New Roman, ...)
> encara que estiguin incrustades. Algú s'hi ha trobat?
> 
> Crec que la manera més eficient d'acabar-ho és agafant un ordinador amb
> Win i fer-ho amb Word però, excuseu-me, em dona pel sac. Alguna
> alternativa a banda d'enviar-los un missatge dient-los que estan
> confonent i fent perdre el temps a la gent?

Pots provar de crear un document amb fonts sense incrustar, com
expliquen aquí

https://tex.stackexchange.com/questions/129607/create-a-pdf-with-non-embedded-base-fonts

amb pdflatex (xelatex les incrusta igualment).  El nom de la font en el
PDF és Times-Roman que és estàndard i per tant l'hauria d'acceptar.



Re: Petició de consell - Processament de correus "en massa"

2017-02-09 Conversa Ernest Adrogué
2017-02- 8, 23:20 (+0100); Orestes Mas escriu:
> Benvolgudes,
> 
> A l'escola del nano volen fer un llibre amb fotos per final de primària.
> A tal efecte s'ha demanat a totes les famílies que envïin correus amb
> fotografies adjuntes a una bústia creada a tal efecte, la qual és
> accessible via IMAP.
> 
> Com que són força correus, m'agradaria programar/utilitzar algun
> procediment automàtic que anés recorrent la llista de correus rebuts i
> desant els adjunts en carpetes diferents (amb el nom del remitent, per
> exemple).
> 
> Vosaltres com ho faríeu? Coneixeu alguna eina / procediment que pugui
> fer això mateix, ja sigui directament o amb una mica de configuració prèvia?

Si tens el correu en una bústia local en format mbox, una opció és
formail i ripmime.

L'única complicació és escriure un script que llegeixi un missatge de
l'entrada estàndard i invoqui ripmime amb un nom de directori construit
a partir de l'adreça del remitent.  Per exemple:

#!/bin/sh
MSG="$(cat)"
DIR="$(printf "%s" "$MSG" | formail -c -x from: | grep -o '[^< ]*@[^> ]*')"
printf "%s" "$MSG" | ripmime -d "${DIR:-remitent_desconegut}" -i -

Llavors per processar la bústia, fas

formail -s nom_script < nom_bustia

Si vols processar els missatges a mesura que es vagin rebent, llavors a
part necessitaries fetchmail per descarregar el correu i procmail per
passar els missatges els missatges a l'script.



Re: Problemes amb el Denemo

2016-12-15 Conversa Ernest Adrogué
2016-12-15, 18:32 (+0100); Daniel escriu:
> He fet un canvi de PC; d'un HP Pentium 5 he passat a un HP Corel 2 Duo i la
> instal·lació ha anat de primera. He començat a revisar i reinstal·lar
> programes i tot correcte fins que m'he trobat amb el Denemo, l'editor de
> partitures. No aconsegueixo engegar-lo: si ho provo des de terminal, em
> torna un missal que us he copiat al fitxer adjunt, conjuntament amb
> informació de la placa d'audio i l'uname -a per identificar el PC. Algú s'ha
> trobat amb un problema semblant? El Rosegarden tampoc funciona, però en
> canvi el Musescore sí.

Entenc que tens so?  Per exemple, et funciona això?

aplay -N /usr/share/sounds/alsa/Front_Center.wav

(necessites el paquet alsa-utils)

Per cert, pots enganxar el text de sortida dels programes directament al
cos del missatge, no cal posar-ho en un fitxer adjunt.

Salut.



Re: I Pgup PgDn ?

2016-11-29 Conversa Ernest Adrogué
2016-11-29, 18:45 (+0100); Xavi Drudis Ferran escriu:
> Estic molt acostumat a fer accents amb tecles mortes, no amb AltGr, i
> prefereixo tenir l'AltGr per a fer lletres gregues o caràcters més
> diferents.

Una altra opció és fer els accents amb la tecla Compose.  No he provat
mai, però és semblant a utilitzar una tecla morta, excepte que has
d'apretar una tecla més:  Compose + accent + lletra.

> Jo l'únic que volia saber és si puc remapejar fletxes a PgDn i tal. 

La manera de fer-ho és crear una "variant".  Per exemple:

cd
mkdir -p .config/xkb/symbols
cat > .config/xkb/symbols/local <<"EOF"
partial
xkb_symbols "arrows" {
  key { [Up,   Up ,  Page_Up ] };
  key   { [   Down, Down,Page_Down ] };
  key   { [   Left, Left, Home ] };
  key   { [  Right,Right,  End ] };
};
EOF
cat > .config/xkb/config <<"EOF"
xkb_keymap {
xkb_keycodes  { include "evdev+aliases(qwerty)" };
xkb_types { include "complete"  };
xkb_compat{ include "complete"  };
xkb_symbols   { include 
"pc+es(cat)+inet(evdev)+compose(rwin)+compose(menu)+keypad(oss)+local(arrows)"  
};
xkb_geometry  { include "pc(pc105)" };
};
EOF

i llavors en el fitxer .xsessionrc escrius

if [ -r "${HOME}/.config/xkb/config" ]; then
xkbcomp -I"${HOME}/.config/xkb/" \
"${HOME}/.config/xkb/config" "${DISPLAY}"
fi

Ara bé, els programes poden decidir ignorar la tecla modificadora si
consideren que no té sentit.  Per exemple, amb aquesta configuració,
veig que l'evince fa Page_Up si apreto AltGr+Up en canvi el Firefox no,
només fa Up.



Re: Alt + tecla morta

2016-11-29 Conversa Ernest Adrogué
2016-11-29, 01:43 (+0100); Pedro escriu:
> Hola,
> 
> jo utilitzo el teclat:
> $ setxkbmap -layout "us" -variant "altgr-intl
>
> si t'espantes i vols tornar al teclat anterior:
> $ setxkbmap -layout "es"
> 
> (tinc això al ~/.xsessionrc)
> 
> foto del teclat
> https://en.wikipedia.org/wiki/AltGr_key#US-International
> 
> altgr + aeioun,. = áéíóúñç·
> 
> tecles mortes en queden poques, però hi ha:
> altgr + ` després aeiou = àèìòù
> 
> la dièresi la vaig posar a manija així:
> # afegir '·' amb AltGr + .
> $ xmodmap -e 'keycode 60 = period greater period colon periodcentered
> dead_abovedot dead_caron division'
> 
> i tens tots els símbols com l'americà, per tant fer [ ] ' \ { } " | `
> ~ / és molt fàcil, hi han aplicacions que si no ho tens així les les
> dreceres de teclat no van bé.
> obviament, alguns llenguatges de programació tampoc han estat pensats
> pel teclat espanyol-català

De fet, el teclat US no és gaire superior a l'ES.  Fa poc em vaig fer
una taula, i vaig trobar que l'US té 8 caràcters més fàcils d'escriure
(` = [ ] \ ; / ^) i 6 caràcters més difícils d'escriure (+ < ¿ ñ ç ¡).
Per tant, no hi ha gaire diferència.  Per mi els més incòmodes
d'escriure en el teclat ES són les dues barres \ /, la solució és
assignar-los a AltGr + z, AltGr + x etc...

Pel l'inconvenient del teclat ES són les tecles mortes, que pel que
sembla no es poden utilitzar amb el modificador Alt en terminals de
text.



Re: Alt + tecla morta

2016-11-28 Conversa Ernest Adrogué
2016-11-28, 20:20 (+0100); Moises escriu:
> Considera xmodmap
> 
> Per exemple, jo tinc configurat la tecla "^" perquè deixi de ser morta (em
> surti directament "^" i "`") mentre que amb ALT em faci "["
> 
> keycode  34 = asciicircum grave asciicircum grave bracketleft braceleft
> bracketleft braceleft
> 
> Pots trobar els nrs de les tecles amb xev

Ho volia fer sense que deixi de ser una tecla morta, si no a l'hora
d'escriure accents és un problema.

De totes maneres és un problema del terminal, l'emacs X11 la combinació
Alt + Shift + `` la interpreta com Alt ^, que és correcte, en canvi en
un emulador de terminal la mateixa combinació no fa cap efecte, és com
no prémer cap tecla.



Alt + tecla morta

2016-11-22 Conversa Ernest Adrogué
Hola,

en el teclat espanyol:

2 cops accent obert `
2 cops accent tancat ´

el mateix mantenint Shift premut: ^ i ¨

en canvi mantenint la tecla Alt premuda no genera cap seqüència, ni amb
Shift ni sense Shift.  En teoria en un terminal hauria de generar ESC +
caràcter, com amb la resta de tecles.

Algú sap si es pot configurar el teclat de tal manera que les tecles mortes
funcionin amb Alt?

Salutacions.



Re: .ogg a l'escola

2016-10-26 Conversa Ernest Adrogué
2016-10-26, 10:54 (+0200); Alfons escriu:
> > Quin format demana?
> > 
> > 
> Encara no ho sé, només li han dit que no el poden reproduir.
> Perquè ho preguntes?

Personalment no trobaria inconvenient en canviar el format, tenint en compte
que existeix programari lliure per codificar i descodificar video en un gran
nombre de formats, incloent els més populars, com x264:

https://en.wikipedia.org/wiki/List_of_open-source_codecs#Video_codecs

La majoria d'aquests formats són oberts, per molt que alguns estiguin
coverts per patents dubtoses.

Pels motius que sigui, els codecs del projecte Ogg no tenen gaire adopció.



Re: mutt i el protocol CMS

2016-10-03 Conversa Ernest Adrogué
2016-10- 3, 21:11 (+0200); Robert Marsellés escriu:
> Hola
> 
> On 03/10/16 20:21, Ernest Adrogué wrote:
> > 
> > cada cop que obro el mutt em surt el missatge
> > 
> > GPGME: El protocol CMS no es troba disponible.
> > 
> > Suposo que em falta algun paquet, però no sé quin.
> > 
> 
> Hi ha hagut canvis recents a Mutt. Jo uso "testing" i el nou paquet m'ha
> deixat aquest missatge:
> 
> > mutt (1.7.0-6) unstable; urgency=medium
> > 
> >   As of result of the switch to gpgme in 1.7.0-2, all pgp_* commands that
> >   reference a pgp/gnupg command are now ignored (unless crypt_use_gpgme is
> >   manually set to 'no'). If you had an --encrypt-to in those commands, to
> >   encrypt outgoing mail to yourself, then you will have to set
> >   pgp_encrypt_self=yes to maintain the same behavior.
> 
> En resum, que si tens aquesta versió i vols que funcioni com abans de
> que fessin el canvi a GPGME has d'usar l'opció (suposo que al fitxer de
> configuració personal, pot ser .mutt?):
> 
> "crypt_use_gpgme=no"

Sí, era això.  Concretament:

unset crypt_use_gpgme


Salut.



mutt i el protocol CMS

2016-10-03 Conversa Ernest Adrogué
Hola,

cada cop que obro el mutt em surt el missatge

GPGME: El protocol CMS no es troba disponible.

Suposo que em falta algun paquet, però no sé quin.



Re: pkexec permet executar programes com a root

2016-09-28 Conversa Ernest Adrogué
2016-09-28, 01:33 (+0200); Jordi Mallach escriu:
> El dc 28 de 09 de 2016 a les 00:37 +0200, en/na Ernest Adrogué va
> escriure:
> > Si faig
> > 
> > $ pkexec whoami
> > 
> > apareix una finestra d'autenticació, i després d'introduir la
> > contrasenya
> > del meu usuari normal (no root) diu:
> > 
> > root
> > 
> > És normal això?
> 
> Ets membre del grup sudo?
> 
> Si és així, és correcte: ets un admin del sistema.

Ah, clar, sí, estic en el grup sudo... llavors té sentit.

> Mira el fitxer /etc/polkit-1/rules.d/40-debian-sudo.rules per entendre
> per què.

Ho he mirat, tot i que m'ha costat trobar-ho.  En el meu ordinador és a
/etc/polkit-1/localauthority.conf.d/51-debian-sudo.conf.

Gràcies!



pkexec permet executar programes com a root

2016-09-27 Conversa Ernest Adrogué
Si faig

$ pkexec whoami

apareix una finestra d'autenticació, i després d'introduir la contrasenya
del meu usuari normal (no root) diu:

root

És normal això?



Re: (deb-cat) sudo as lp

2016-09-14 Conversa Ernest Adrogué
2016-09-13, 20:31 (+0200); Narcis Garcia escriu:
> You have too many files are open.  Close some files or increase your
> per-process descriptor limit.

Una idea: afegir la línia

lsof -p $$ > /tmp/lsof.$$

i mirar quins/quants fitxers hi ha oberts.

Tot i que si el problema és de recursió suposo que t'omplirà el directori
/tmp i es quedarà sense espai.



Re: livestreamer i mplayer

2016-08-31 Conversa Ernest Adrogué
2016-08-31, 10:22 (+0200); Pere Nubiola Radigales escriu:
> Has provat de executar
> 
> livestreamer --stdout -cache 2048' $URL best | mplayer

He provat

livestreamer --stdout $URL best | mplayer -cache 2048 -

però el livestreamer segueix controlant el terminal.  Estic pensant que
potser hauria de fer que el livestreamer escrigui en un fitxer fifo en segon
pla i executar mplayer en primer pla, però és una mica rebuscat.



Re: livestreamer i mplayer

2016-08-31 Conversa Ernest Adrogué
2016-08-31, 00:33 (+0200); Alex Muntada escriu:
> Has provat amb gnome-mplayer o algun altre frontal del mplayer?

No, suposo que seria una opció.  No sé si en queda algun que estigui
mantingut, el gnome-mplayer ha desaparegut del mapa...



livestreamer i mplayer

2016-08-28 Conversa Ernest Adrogué
Hola,

estic provant el programa livestreamer per obtenir streams d'internet en
format HLS i reproduir-los amb mplayer.  L'mplayer pot llegir HLS directament
però no fa cache, cosa que provoca interrupcions, per això necessito el
livestreamer.

URL='hlsvariant://http://ccma-radioa-int-abertis-live.hls.adaptive.level3.net/int/mp4:catradio/playlist.m3u8'

livestreamer --player 'mplayer -cache 2048' --verbose-player $URL best

el problema és que el livestreamer exectuta mplayer en segon terme.  Llavors
com que l'mplayer no està connectat al terminal no es pot controlar amb el
teclat (p.ex, per fer pausa o silenciar la reproducció).  La solució seria
obrir mplayer en un terminal gràfic propi amb una cosa com

 --player 'x-terminal-emulator -e mplayer -cache 2048'

però no acaba de funcionar.  Alguna idea?



Re: (deb-cat) Dependencies no autoremovibles

2016-07-25 Conversa Ernest Adrogué
2016-07-15, 10:32 (+0200); Narcis Garcia escriu:
> D'acord, gràcies.
> Això implica que, a l'hora de provar un paquet, millor em copio la
> llista de paquets associats per eliminar-lo després i deixar el sistema
> com estava.

I si et descuides de copiar la llista, igualment pots veure els paquets
instal·lats recentment (amb qualsevol programa) fent:

grep '[0-9] install ' /var/log/dpkg.log

Espero que et serveixi.



Re: (deb-cat) cups-browsed en catala

2016-06-15 Conversa Ernest Adrogué
2016-06-15, 19:31 (+0200); Narcis Garcia escriu:
> On ho veus això dels idiomes disponibles per cups-browsed?
> La interfície en català la veig traduïda en un 99%

A /usr/share/cups/templates/ hi ha 4 directoris: ja de ru es.  Però ara veig
que hi ha més fitxers a /usr/share/cups/locale/ entre ells, ca.  Tot i això
sembla que perquè surti en català has de tenir el local ca_ES a nivell de
sistema (?).




Re: (deb-cat) cups-browsed en catala

2016-06-15 Conversa Ernest Adrogué
2016-06-15, 16:22 (+0200); Narcis Garcia escriu:
> Aniré fent proves en properes instal·lacions;
> En el primer cas, en què he aplicat això d'incloure la llengua «es» per
> davant l'anglès, ha tingut un comportament molt estrany:
> 
> 1. He aplicat la recepta del castellà com proposava l'Ernest
> 2. He reiniciat el servei cups-browsed
> 3. He actualitzat la pàgina localhost:631
> 
> i aleshores m'ha aparegut en català.
> ¿?*#!!

Un aclariment: la interfície web de CUPS (http://localhost:631) està
integrada en el servidor d'impressió; el servei cups-browsed no té relació
amb aquest tema que jo sàpiga.  En qualsevol cas, no és necessari reiniciar
el servidor cada cop que canvies les preferències del navegador.

Els idiomes disponibles apart de l'anglès són: de, es, ja, ru.  El català no
hi és, tot i que pot ser que surti alguna paraula en català.



Re: (deb-cat) cups-browsed en catala

2016-06-15 Conversa Ernest Adrogué
2016-06-15, 07:42 (+0200); Narcis Garcia escriu:
> Amb Ubuntu arrossegava aquest problema des de fa anys, i ara me'l trobo
> a Debian:
> 
> A les instal·lacions en català, quan el M.Firefox mostra
> http://localhost:631/ la interfície es veu en anglès, facis el què
> facis. En canvi a les castellanes el web de CUPS es mostra en castellà.

Preferències del Firefox > Contingut > LLengües

Afegeix 'Espanyol' a la llista i ordena'l per sobre de 'Anglès'.



Re: Mozilla/Firefox: El gran colador de dades personals

2016-06-12 Conversa Ernest Adrogué
2016-06-11, 14:51 (+0200); Narcis Garcia escriu:
> Mozilla utilitza frases de sintaxi capciosa per explotar aquesta
> ignorància, i així acabar robant de forma «legal» dades personals i
> creuant perfils amb bases de dades d'altres empreses.

Però això ho saps del cert o és una suposició que fas?

Mozilla diu que les dades s'envien al seu servidor Sync xifrades i que ells
no les poden desxifrar [1].  Com que el client (Firefox) és open-source
suposo es pot comprovar fàcilment si el que diuen és veritat o no.

[1] 
https://blog.mozilla.org/services/2014/04/30/firefox-syncs-new-security-model/



Re: (deb-cat) Llengües subsidiaries amb Gnome

2016-06-11 Conversa Ernest Adrogué
2016-06-10, 16:55 (+0200); Narcis Garcia escriu:
> Acabo de provar a /etc/environment i no li veig cap efecte, almenys per
> un compte d'usuari ja existent.
> També a ~/.profile i igualment que no.
> 
> Al ~/.bashrc naturalment té efecte a les finestres de Terminal i prou.
> També he provat /etc/profile com diuen arreu, i res.
> 
> Qui dissenya aquestes coses? Qui les documenta?

Tradicionalment les variables d'entorn van a /etc/environment (àmbit de
sistema) i a ~/.pam_environment (àmbit d'usuari).  Tots els logins via PAM
llegeixen aquests fitxers.  Això està documentat a pam_env(8).

A Debian, hi ha una excepció que són les variables d'entorn que tenen a
veure del local, i que van a /etc/default/locale (àmbit de sistema).  En el
fitxer /usr/share/doc/locales/NEWS.Debian.gz explica el motiu.

Amb els programes de login gràfics és més complicat perquè normalment
sobreescriuen les variables del local.  Has de mirar la documentació
específica del teu login gràfic.

Finalment acabo de veure que systemd té un dimoni propi dedicat
exclusivament a configurar el local:
https://www.freedesktop.org/wiki/Software/systemd/localed/ . Sobre això no
puc comentar perquè no utilitzo systemd.



Re: (deb-cat) e4defrag a mitges

2016-06-08 Conversa Ernest Adrogué
2016-06- 8, 19:32 (+0200); Josep Lladonosa escriu:
> Necessites realment desfragmentar? Pel que diuen, no cal, si tens la
> partició a menys del 80-95% d'ocupació.

Que jo sàpiga ext2/3/4 no necessita desfragmentar.  Sense haver
desfragmentat mai aquest disc, ho acabo de mirar i només troba 2 fitxers
fragmentats, amb un 67% d'ocupació.  Si en troba desenes de milers diria que
alguna cosa no funciona.



Re: Caracters rars a pagina web

2016-06-01 Conversa Ernest Adrogué
2016-06- 1, 22:15 (+0200); Narcis Garcia escriu:
> Em sembla que el problema primer a resoldre és que no veu bé els
> símbols, i si algú confirma que no són imatges, doncs les tipografies.

Si obres aquesta pàgina
http://fontawesome.io/icon/american-sign-language-interpreting/

i cliques amb el botó dret sobre la imatge, selecciones "inspecciona
l'element" i en el panell de baix a la dreta desmarques la casella "font",
què veus?

Per anar bé hauries de veure el codi F2A3 quan la casella desmarcada, i el
caràcter corresponent quan la casella està marcada.

http://i.imgur.com/vyerS5r.png
http://i.imgur.com/xI8w6Cx.png



Re: Polemica amb la UOC sobre el programari lliure

2016-05-16 Conversa Ernest Adrogué
2016-05-15, 21:24 (+0200); Xavi Drudis Ferran escriu:
> Jo em sembla que ho entenc tan poc tot que ja no sé ni si sé dir si és
> rigurós o no. Tinc la sensació que no entenc què intenta.

El plantejament que fan els autors és: 1) hi ha un problema de falta de
"transparència i democràcia", i 2) nosaltres ens dedicarem a investigar com
solucionar aquest problema.  Per tant, és important aportar alguna dada que
indiqui que efectivament falta "transparència i democràcia".  Aquest estudi,
que realment és un apartat dins de la seva proposta d'investigació, fa la
funció d'aportar aquestes dades, tot i que els mateixos autors diuen (a
l'estudi) que les dades no permeten extreure conclusions sòlides.  Fins aquí
cap problema.  El problema és que a la nota de premsa i al Nació Digital ho
presenten com si fos un estudi rigorós que "demostra" que hi ha una falta de
"democràcia".

Per mi, un estudi rigorós sobre models de governança en el FOSS com a mínim
hauria de partir d'alguna teoria prèvia sobre governança, definir els
conceptes de forma inequívoca, explicar què és el que es vol mesurar,
definir una sèrie d'indicadors rellevants, i finalment obtenir i analitzar
dades empíriques.  En canvi, aquest estudi es salta els passos crucials i
passa directament a analitzar dades sense criteri.  Bàsicament es limita a
assenyalar si els projectes tenen o no tenen un document amb un codi de
conducta o una guia d'estil en el repositori del Github.  Per això dic que
no em sembla un estudi rigorós.



Re: Polemica amb la UOC sobre el programari lliure

2016-05-15 Conversa Ernest Adrogué
2016-05-14, 23:08 (+0200); Xavi Drudis Ferran escriu:
> No, no, perdó, m'he liat molt. No demanen 21 milions. 
> Demanen 1.599.697,53€

El projecte dura 48 mesos, per tant es pensen gastar més de 33.000 euros
cada mes.



Re: Polemica amb la UOC sobre el programari lliure

2016-05-15 Conversa Ernest Adrogué
2016-05-14, 21:52 (+0200); Alex Muntada escriu:
> Està al correu del gilug que jo esmentava:
> http://modeling-languages.com/very-large-community-software-development-erc/

Diu el seu objectiu és investigar un model de governança més obert,
transparent i democràtic.  No tinc res en contra d'investigar eines que
permetin que hi hagi més transparència o facilitar la participació.  El
problema és la paraula "democràtic"...

> Estic d'acord que l'analogia no és correcta. Està clar que els
> usuaris tenen forma d'influir directament en el futur del codi
> de diverses formes (traduccions, informes d'error, tutorials,
> desenvolupament de millores, etc.).
>
> Seria interessant conèixer amb més detall a què es refereixen
> els autors perquè al meu entorn social tampoc puc influir tant
> com jo voldria moltes vegades. Potser amb algun exemple seria
> més fàcil de veure què volen dir.

Ells diuen que volen donar "poder de decisió als usuaris" i que d'aquesta
manera s'evitarien forks i duplicació de recursos.  Posen l'exemple de
node.js.

Què vol dir donar poder de decisió als usuaris?  No pot ser el dret de
veure, modificar i redistribuir el codi font, perquè aquest dret ja el
tenen.  Tampoc pot ser donar el control a la comunitat sobre el nom del
projecte, ja que això no evita escissions.  La única interpretació possible,
per mi, és que proposen un model on els usuaris decideixin de forma
democràtica sobre l'assignació els recursos del projecte.  Però això implica
apropiar-se de la "força de treball" de les persones que contribueixen al
projecte i seria una aberració.

Actualment, els usuaris poden

- contribuir directament al projecte
- suggerir a altres persones que facin contribucions
- pagar a altres persones a canvi que facin contribucions

i no poden

- obligar a ningú a contribuir al projecte.

El motiu és que en una societat lliure la força de treball és un recurs
privat de cada individu, i per tant la decisió de contribuir a un projecte
amb aquesta força de treball és una decisió individual que no pot estar
subjecte a la democràcia.

Home, potser tècnicament és cert que aquest model no és democràtic, però és
que és una bogeria argumentar que hauria de ser democràtic.

L'estudi en si ja ha quedat clar que no és un estudi rigorós.  Són dades
selectives i superficials per justificar la seva proposta d'investigació.



Re: Polemica amb la UOC sobre el programari lliure

2016-05-14 Conversa Ernest Adrogué
Hola,

2016-05-13, 18:18 (+0200); Alex Muntada escriu:
> Què us sembla si fem un recull de millores a tenir en compte i
> les enviem al Jordi Cabot?

Em sembla bé, però per criticar l'estudi primer hauríem de veure l'estudi.
De moment l'únic que tenim és una notícia que parla d'un estudi, però
l'estudi on és?  En aquesta llista de publicacions
http://som-research.uoc.edu/team-publications/ no el veig.  Sense saber
exactament la metodologia que han utilitzat és impossible dir com es podria
millorar.

Per altra banda, a la notícia publicada a la web de la UOC l'autor fa una
analogia amb els sistemes de govern, quan diu que els usuaris "no tenen
manera d'influir directament en el futur del programari com sí que ho poden
fer en l'evolució del seu entorn social", sense necessitat de "saber de
lleis".  Com han explicat diverses persones, aquesta analogia és un error.
Però en qualsevol cas repeteixo que sense llegir l'estudi l'únic que podem
fer són elucubracions.

Salut.



Re: Polemica amb la UOC sobre el programari lliure

2016-05-12 Conversa Ernest Adrogué
En aquest article http://www.naciodigital.cat/noticia/107902/ hi ha un
enllaç al full de càlcul amb les dades que han recopilat:
https://docs.google.com/spreadsheets/d/1q4z6Z1iNcHCuBbznFK3xZ-fDu8UXp5-sjHF2IqWgmq0/edit#gid=0

La veritat és que no entenc com un acadèmic s'atreveix a fer un estudi a
partir d'aquestes dades que són absolutament insuficients per fer qualsevol
tipus d'inferència estadística.  De fet no ens diuen pràcticament res ni de
la governança dels 25 projectes inclosos a la mostra, excepte quatre
(literalment, cinc) detalls poc significants.



Re: Polemica amb la UOC sobre el programari lliure

2016-05-12 Conversa Ernest Adrogué
2016-05-12, 10:52 (+0200); orestes escriu:
> Com ja s'ha dit, en les 4 llibertats anunciades per Stallman i la FSF no
> hi figura el fet que els projectes informàtics s'hagin de gestionar de
> forma democràtica.

Exacte, i els autors tampoc aclareixen com hauria de ser aquesta gestió
suposadament democràtica.  Vol dir que la "comunitat" (que pot ser
potencialment la població mundial) hauria de tenir el control del projecte,
i assignar persones a una o altra tasca, sense que aquestes hi tinguin res a
dir (altrament, no seria "democràtic")?  No té cap sentit.

I tampoc s'entén que digui que hi ha falta de transparència, quan totes les
discussions tenen lloc en llistes de distribució o fòrums oberts al públic i
tots els canvis són documentats en sistemes de control de versions que també
són públics.  Què més necessita perquè sigui transparent?

Qui hi ha projectes que no escolten als usuaris (e.g. Gnome, Firefox...) és
cert, però ja existeixen mecanismes, encara que imperfectes, per corregir
aquestes situacions.  Si els autors tenen una solució millor que ens la
expliquin.

Salut.



Re: Accents i caracters especials al LibreOffice

2016-05-11 Conversa Ernest Adrogué
Hola,

2016-05-10, 23:41 (+0200); Daniel escriu:
> root@Daniel-Debian:/home/daniel# pg .bashrc
> #  language-env DON'T MODIFY THIS LINE!
> # valors per a usuaris catalanoparlants
> # settings for catalan speaking users
> #
> 
> [...]

He buscat el paquet `language-env' i sembla que és un paquet obsolet.
Actualment no es troba a cap repositori de Debian.

L'única referència que he trobat [1] parla de Debian 'Woody', que és de
l'any 2002.  Quina versió de Debian tens instal·lada?

http://www8.plala.or.jp/tkubota1/language-env.html

Salut.



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

2016-04-02 Conversa Ernest Adrogué
Hola,

2016-04- 2, 01:28 (+0200); rita escriu:
> La pregunta clau, potser seria: què pot fer un usuari no-tècnic per fer anar
> la 2.0 d'Scratch sense instal·lar non-free software a una Debian? Em veig
> programant des de la biblio o un altre pc ;)

Per mi la solució més fàcil és Virtual Box.  Si ho trobes poc pràctic,
llavors la segona opció és utilitzar un ordinador que tingui Windows.  No
trobo que sigui un problema.  Si has d'utilizar un programa concret per
motius professionals, no depèn de tu, per tant no cal donar-hi massa voltes.



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

2016-04-01 Conversa Ernest Adrogué
2016-04- 1, 09:27 (+0200); rita escriu:
> Ara bé, estrictament basant-me en la Llibertat 0 del programari, llibertat
> no hauria de ser fer el que vulguis amb la màquina i el programari?...Això
> inclou el software privatiu...Debian, trobo, et dóna la llibertat de triar
> (i que no et quedis penjat si no hi ha alternatives lliures, no?...)

Debian té diferents seccions, "main" "non-free" i una altra que es diu
"contrib".  La "non-free" és la que conté software que no és lliure.  Si
prefereixes no utilitzar aquest tipus de software l'apt-get es pot
configurar de manera que no instal·li res de la secció "non-free", per tant
és una decisió de l'usuari.

> Pregunta:
> 
> Si intento posar una virtual box d'aquestes, entenc que es crea una mena de
> gàbia dins del propi sistema?...Una gàbia on tancar-hi el software privatiu,
> entenc, que així no afecta a la resta del sistema...O no?

El Virtual Box serveix per crear "ordinadors virtuals" i en aquestes
ordinadors virtuals hi pots instal·lar el sistema operatiu que vulguis,
incloent Windows:

https://farm4.static.flickr.com/3281/2568012677_6e6c0f8a1e.jpg

L'inconvenient és que dins de la màquina virtual tot va més lent, i que és
difícil accedir als fitxers del disc dur des de la màquina virtual (s'ha de
fer a través de xarxa).  A part d'això, no és gaire difícil de configurar ja
que es fa tot a través d'una interfície gràfica que et va guiant.

En resum, és útil si has d'utilitzar esporàdicament algun programa que només
té versió Windows.



Re: Comanda su amb parametres diversos

2016-03-20 Conversa Ernest Adrogué
2016-03-20, 12:17 (+0100); Narcis Garcia escriu:
> El getopt sembla la millor solució; no veig aleshores la utilitat del
> doble guió -- pel su.

su -- -c "$args"  i
su -c "$args"

fan coses diferents.  Tots dos executen /bin/bash (o el que l'usuari tingui
configurat com a shell per defecte) com a root i passen els arguments -c
"$args" a /bin/bash.  La diferència és que en el primer cas s'executa de
forma interactiva (amb l'entrada connectada al terminal) i en el segon no,
per tant si el programa és interactiu no funcionarà correctament en la
versió sense el doble guió.

També hi ha el problema que els arguments s'han de citar amb les cometes
adequades, però la sintaxi exacta depèn de cada shell.  Per exemple, si
l'usuari té configurat tcsh en lloc de bash o sh li hauries de dir al getopt
que utilitzi les cometes adequades per a tcsh.



  1   2   3   4   5   >