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

2016-06-10 Conversa Xavi Drudis Ferran 
El Fri, Jun 10, 2016 at 04:55:43PM +0200, Narcis Garcia deia:
> 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?
> 

Ah, vés, són APIs que es perden en la nit del temps... quan els transistors 
eren vàlvules i les memòries ferrita... (o no tant). 

És conya, jo no em sé d'on surt cada cosa però hi deu haver explicacions.

De fet igual t'estic dient una solució anticuada que em funciona
perquè vaig instal·lar fa anys alguna cosa vella i s'ha quedat allà a
través de debians estables... Ui, sí, acabo d'actualitzar una squeeze
a jessie i ara no em funciona... 
Em faig vell. 
M'he estat una estona per arreglar-ho i quan ho he trobat m'ha sonat 
tant que em temo que ja ho havia trobat una altra vegada i se 'mhavia oblidat.
I això em fot sempre, però més quan encara ho dic a algú i l'enredo. 



1.- T'he dit /etc/environment però ara és /etc/default/locale (jo tinc un 
  enllaç simbòlic de l'un a l'altre però això no em sembla prou bo per 
aconsellar-ho)

  en realitat el fitxer usat sembla definit a /etc/pam.d/* , si busques pam_env
  veuràs que diferents serveis (login, shh, gdm) li passen paràmetres iguals o 
diferents. 
  N'hi ha un que es diu envfile que jo crec que abans valia /etc/environment 
però ara 
  val /etc/default/locale i un apràmetre readenv que val 1 si ha de llegri el 
fitxer que 
  digui envfile quan un usuari entra al servei corresponent al fitxer o 0 si no.

2.- Fas servir gdm o gdm3 per casualitat ? 
llavors obre un terminal dins de l'escriptori, posa 
echo $GDM_LANG
i has de fer que l'inici de $LANGUAGE sigui idèntic a $GDM_LANG.
Si no el gdm es carrega el LANGUAGE que li hagis posat. 
Si a algun program no li agrada li pots posar altres formes després. 
Per exemple 
jo tenia (a una màquina de la família):
LANGUAGE=ca_ES:ca:es_ES:es:fr_FR:fr:en_GB:en
i GDM_LANG=ca_ES.UTF-8
i quan entrava a l'escriptori LANGUAGE estava buit.
Però si poso 
LANGUAGE=ca_ES.UTF-8:ca:es_ES:es:fr_FR:fr:en_GB:en
o
LANGUAGE=ca_ES.UTF-8:ca_ES:ca:es_ES:es:fr_FR:fr:en_GB:en
ja va


No he trobat on es defineix GDM_LANG però em sembla que ho fa el gdm quan 
tries una llengua al menú de la pantalla gràfica de login.

a /etc/gdm3/Xsession hi ha el codi es carrega LANGUAGE si no coincideix
el principi amd GDM_LANG, per fer que el menú de la pantalla de login mani
més que els fitxer de configuració.

Re: (deb-cat) e4defrag a mitges

2016-06-10 Conversa Alex Muntada 
Josep Lladonosa:

> Una situació dins l'etc. amb què m'he trobat sovint és algun procés del
> sistema de fitxers ext4 i el journaling, on un procés en rerefons va fent
> fins que ho té tot actualitzat. On se m'ha constatat més ha estat durant la
> utilització de discos usb.

Els discs flash, especialment els antics, són molt lents en les
operacions d'escriptura i el que passa sovint és que el nucli
desa les escriptures a la memòria cau i informa a l'usuari que
ja s'han efectuat per tenir una millor experiència d'usuari.

En realitat les dades no han arribat físicament al disc flash
encara i el nucli les hi va desant a mida que pot (per això
de tant en tant es veu el disc que encara treballa després que
l'operació hagi acabat aparentment).

Això passa menys amb els discos rotacionals connectats per USB
perquè van molt més ràpid a escriure que els discos flash.
D'altra banda la velocitat de transferència del bus USB també
afecta les operacions de lectura i escriptura, però normalment
no hi ha l'efecte aquest de les onades dels discos flash.

Quant al journaling, no crec que hi tingui res a veure.

Salut,
Alex

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

2016-06-10 Conversa Narcis Garcia 
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?


El 10/06/16 a les 14:25, Xavi Drudis Ferran ha escrit:
> El Fri, Jun 10, 2016 at 11:47:38AM +0200, Narcis Garcia deia:
>> Afegint idiomes en una Ubuntu-Gnome aconsegueixo que la variable
>> d'entorn LANGUAGE contingui una cadena de prioritat sobre la llengua per
>> les aplicacions.
>> Finestra de terminal:
>> $ echo $LANGUAGE
>> ca_ES:es_ES:en_GB
>>
>> D'aquesta manera hi ha aplicacions que, en no tenir interfície en
>> català, es mostren en castellà. Amb Debian 8 no sé com fer-ho.
>>
> 
> jo ho tinc fet per tots els usuaris a algunes màquines posat al 
> /etc/environment. 
> 
> LANGUAGE="ca_ES:es_ES:en_GB"
> 
> O el que sigui. Figura que quan PAM autentica els usuaris carrega aquest 
> fitxer.
> 
> Si ho vols per un sol usuari (o una llista de llengües diferent per a 
> diferents usuaris), suposo que a ~/.profile o si només vols per una shell 
> ~/.bashrc o el corresponent per la shell que facis servir.  
> 
>> He provat a establir la variable al fitxer /etc/default/locale sense
>> èxit. No he trobat on és que Ubuntu-Gnome emmagatzema aquesta dada.
> [...]
>> Algú sap com va aquest tema?
>>
> 
> saber-ho, no ho sé, però sospito que les distribucions deuen deixar la 
> variable buida, perquè no és necessari tenir-la i és molt díficil endevinar
> les llengües que parla cada usuari. Ho podria preguntar l'instal·lador, 
> de fet. En plan, després de triar la llengua d'instal·lació: 
> "Vol afegir una altra llengua per si algun missatge no està disponible en 
> les que ja ha triat ?" i altre cop la llista de llengües. 
> 
> Per cert, Alguna vegada m'han preguntat com es configura exactament el 
> mateix (llista de prioritats de llengües) en Android i no en tinc ni idea. 
> Es pot fer ? És que jo no en faig servir, i em va sorprendre no trobar
> l'opció, però què sé jo...
> 
>

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

2016-06-10 Conversa Xavi Drudis Ferran 
El Fri, Jun 10, 2016 at 11:47:38AM +0200, Narcis Garcia deia:
> Afegint idiomes en una Ubuntu-Gnome aconsegueixo que la variable
> d'entorn LANGUAGE contingui una cadena de prioritat sobre la llengua per
> les aplicacions.
> Finestra de terminal:
> $ echo $LANGUAGE
> ca_ES:es_ES:en_GB
> 
> D'aquesta manera hi ha aplicacions que, en no tenir interfície en
> català, es mostren en castellà. Amb Debian 8 no sé com fer-ho.
>

jo ho tinc fet per tots els usuaris a algunes màquines posat al 
/etc/environment. 

LANGUAGE="ca_ES:es_ES:en_GB"

O el que sigui. Figura que quan PAM autentica els usuaris carrega aquest fitxer.

Si ho vols per un sol usuari (o una llista de llengües diferent per a diferents 
usuaris), suposo que a ~/.profile o si només vols per una shell 
~/.bashrc o el corresponent per la shell que facis servir.  

> He provat a establir la variable al fitxer /etc/default/locale sense
> èxit. No he trobat on és que Ubuntu-Gnome emmagatzema aquesta dada.
[...]
> Algú sap com va aquest tema?
> 

saber-ho, no ho sé, però sospito que les distribucions deuen deixar la 
variable buida, perquè no és necessari tenir-la i és molt díficil endevinar
les llengües que parla cada usuari. Ho podria preguntar l'instal·lador, 
de fet. En plan, després de triar la llengua d'instal·lació: 
"Vol afegir una altra llengua per si algun missatge no està disponible en 
les que ja ha triat ?" i altre cop la llista de llengües. 

Per cert, Alguna vegada m'han preguntat com es configura exactament el 
mateix (llista de prioritats de llengües) en Android i no en tinc ni idea. 
Es pot fer ? És que jo no en faig servir, i em va sorprendre no trobar
l'opció, però què sé jo...

(deb-cat) Llengües subsidiaries amb Gnome

2016-06-10 Conversa Narcis Garcia 
Afegint idiomes en una Ubuntu-Gnome aconsegueixo que la variable
d'entorn LANGUAGE contingui una cadena de prioritat sobre la llengua per
les aplicacions.
Finestra de terminal:
$ echo $LANGUAGE
ca_ES:es_ES:en_GB

D'aquesta manera hi ha aplicacions que, en no tenir interfície en
català, es mostren en castellà. Amb Debian 8 no sé com fer-ho.

He provat a establir la variable al fitxer /etc/default/locale sense
èxit. No he trobat on és que Ubuntu-Gnome emmagatzema aquesta dada.

Exemple per aconseguir que una aplicació tingui aquest comportament amb
Debian 8:
LANGUAGE=ca_ES:es_ES:en_GB foxtrotgps

Algú sap com va aquest tema?

Gràcies.

-- 


__
I'm using this express-made address because personal addresses aren't
masked enough at lists.debian.org archives.

Re: [deb-cat] Tot el programari 'empotrat'

2016-06-10 Conversa Narcis Garcia 
Bé, isenkram sembla estar orientat a dispositius perifèrics que es
connecten «en calent», és a dir, no reacciona davant dispositius que ja
fossin presents durant l'arrencada, com el Wifi d'un portàtil.


El 31/05/16 a les 09:23, Narcis Garcia ha escrit:
> Doncs el isenkram fa la pinta de una bona solució per la qüestió de
> fons, ja que estic trobant les alternatives a les facilitats d'Ubuntu,
> amb Debian.
> Ho posaré a prova.
> 
> 
> El 30/05/16 a les 16:22, tictacbum ha escrit:
>> potser t'interessa això:
>> http://people.skolelinux.org/pere/blog/Isenkram_with_PackageKit_support___new_version_0_23_available_in_Debian_unstable.html
>>
>> "a database of mappings between hardware and packages, and pop up a
>> dialog suggesting for the user to install the packages to use a given
>> hardware dongle"
>>
>> El dia 30 de maig de 2016, 11:15, Xavi Drudis Ferran > > ha escrit:
>>
>> El Sun, May 29, 2016 at 09:27:43PM +0200, Narcis Garcia deia:
>> > Què passa si a un ordinador li instal·lo tots els paquets firmware-* 
>> que
>> > hi ha als diferents repositoris de Debian 8?
>> >
>>
>> Que tindras un tros més de disc dur ple. També tindras el risc que
>> associïs a programari privatiu, si els "diferents repositoris"
>> inclou non-free.
>>
>> També podria passar, però això és hipotètic i se suposa que no hauria
>> de passar, que el sistema confongui un dispositiu per un altre, li
>> carregui el firmware que no toqui i deixi de funcionar. I llavors
>> sense el paquet de firmware igual va. Però és molt hipotètic, si
>> passés això, s'informaria un bug i es miraria d'arreglar. No
>> pressuposaria
>> que passen aquestes coses.
>>
>> > Funcionaran automàticament els dispositius associats quan es connectin?
>>
>> Sí, depén del dispositiu. Però en general és possible. També
>> necessitaras
>> els mòduls del nucli, que si tens el nucli normal ja potser hi són,
>> potser programes d'usuari... És que és una pregunta molt genèrica, no ?
>>
>> Jo crec que en general facilitar que els dispositius funcionin tan
>> bon punt
>> es connecten és un objectiu de totes les distribucions, cadascuna
>> amb les
>> restriccions que tingui. Vull dir que en general hauria de funcionar i
>> en concret amb maquinari molt tancat, o massa nou o vés a saber, doncs
>> poden caler més coses o no acabar funcionant. Va cas per cas.
>>
>> > Implica una major càrrega del nucli o de processos?
>>
>> No, en principi el nucli només carrega en memòria el firmware per
>> copiar-lo al dispositiu i després possiblement el treu de memòria. O
>> bé quan arrenca o bé quan detecta esdeveniments de connexió i
>> desconnexió deu mirar si coneix el maquinari nou, cridar els
>> controladors que tingui i, si un controlador creu que necessita
>> firmware, el busca al directori on l'ha deixat el paquet i si el troba
>> el copia cap al dispositiu i segueix la inicialització.
>>
>> Això sí, com més dispositius funcionen en principi més possible
>> càrrega, sobre tot si els fas servir, però no crec que això ho vegis
>> com un problema.
>>
>> Si el nucli està desbinariat (deblobbed) és possible que per comptes de
>> carregar el firmware tregui un missatge al log. O és possible que el
>> carregui si és algun dels pocs firmwares lliures.
>>
>> No sé si firmware està molt ben definit o quina acepció exacta usa
>> debian en la nomenclatura de paquets, però en principi és codi que
>> s'executa a processadors que no són la CPU que executa el nucli linux,
>> sinó control·ladors de dispositius diversos. Un ordinador actual no és
>> com un ordinador clàssic de llibre amb una CPU, una memòria i línies
>> d'E/S, és més com una xarxa local d'un munt de CPUs amb memòria pròpia
>> o compartida, intercanviant dades i missatgeria per busos. La tarja de
>> xarxa porta un processador, el disc dur un altre, la targeta gràfica
>> no sé quants, els xips d'entrada/sortida o els troços del propi xip on
>> hi ha la CPU tenen més processadors per gestionar protocols,
>> interrupcions
>> i mandanganes, n'hi ha per tot arreu. I últimament hi ha CPUs que
>> vigilen
>> que les altres CPUs no facin coses que algú que no coneixes en un
>> despatx
>> remot no vol que facin... Cadascun executa els seus programets
>> o programassos. N'hi ha que els porten enregistrats en ROMs pròpies
>> i n'hi ha
>> que carreguen els programes des de la CPU principal, que els acaba
>> llegint
>> de ROMs o, si hi ha el paquet de firmware instal·lat, del disc dur.
>>
>> Llavors dubto que els paquets de firmware puguin carregar el sistema
>> perquè el programari que porten no s'executa sobre la CPU principal
>> (bé el microcodi de la CPU sí, però t'hauries de mirar la CPU
>> principal com un processador emulat per una CPU VLIW