consultes diverses sobre privacitat

[xavi]

Hola,

Tinc alguns dubtes que no tinc clar que siguin topic de la llista. Com a 
atenuant entenc que anys enrere es discutiren en aquesta llista 
qüestions de privacitat a les xarxes no directament relacionades amb debian.


Els dubtes són els següents:

. Entenc que diverses operadores espanyoles (com a mínim em sembla que 
Vodafone, Movistar i Orange) fan servir trustpid [*] com a nova supercookie.


. Entenc també que això afecta a connexions via router fibra com a 
connexions via mòbil de les operadores afectades.


. Via www.trustpid.com em sembla que pots desactivar el consentiment 
aquesta mena de supercookies del mòbil. Però no veig com podria 
desactivar el consentiment d'aquesta mena de supercookies al router. 
Algú sap com fer-ho?


. Un altre dubte que tinc és si aquesta mena de supercookies 
funcionarien encara amb VPNs o Tor.


. La pregunta aquesta sí que debianita: pel camí, m'estava plantejant 
que determinats usuaris dels meus linux debian facin servir la connexió 
del router però m'agradaria limitar-la a d'altres usuaris, que hi hagin 
usuaris que no puguin accedir a la xarxa del router.


Salut i bon any a tothom,

Xavi

[1] 
https://computerhoy.com/internet/trustpid-supercookie-vodafone-movistar-orange-no-podras-rechazar-1182408

Re: Adobe Digital Editions - No consegueixo reinstalar-lo

[xavi]

Doncs jo estaria interessat també en el guió del calibre... si m'ho pots enviar 
per privat ;)

x.

El 5 de gener de 2022 23:11:49 CET, "Julio Amorós" 
 ha escrit:
>Hola,
>ja sé que faig tard però he fet un guió per instal·lar ADE a Debian 11.
>https://gitlab.com/pingui/deb-at-inf/-/blob/master/Debian11/HowTo/ADE.md
>
>De fet, vaig continuar amb calibre i els plugins per treure el DRM d'un
>llibre electrònic que vaig comprar, però no sé si estaria bé penjar el
>guió
>també :)
>Vagi bé,
>Julio
>
>Missatge de Narcis Garcia  del dia dt., 30 de
>nov.
>2021 a les 13:21:
>
>> Jo normalment faig servir PlayOnLinux per aquesta mena
>d'instal·lacions,
>> ja que POL utilitza Wine dins de «contenidors»: Et crea un «Wine
>prefix»
>> que implica fer un subdirectori com a «arrel de Windows» dedicat en
>> exclusiva a l'aplicació que prepares.
>> Això va molt bé per a separar aplicacions, versions, fer còpia de
>> seguretat, i també fer net quan en descartes una.
>>
>> El projecte està molt poc mantingut, però funciona:
>> www.playonlinux.com
>>
>>
>> Narcis Garcia
>>
>> __
>> I'm using this dedicated address because personal addresses aren't
>> masked enough at this mail public archive. Public archive
>administrator
>> should fix this against automated addresses collectors.
>> El 30/11/21 a les 12:55, Daniel ha escrit:
>> > Hola: he desinstalat un ADE d'una versió antiga, instal·lat amb
>Wine, i
>> > estic intentant instalar de nou el ADE4.5 també amb wine i em diu
>en una
>> > finestra de wine:/Adobe Digital Editions 4.5.11 Setup / Adobe
>Digital
>> > Editions is already running. Please close Adobe Dibital Editions
>4.5 and
>> > try again./ Tanco aquesta finestra i en surt una altra que penjo
>com a
>> > captura de pantalla: marco Show Details i surt una llista que
>> > reprodueixo a continuació:
>> >
>> > Unhandled exception: page fault on read access to 0x in
>32-bit
>> code (0x10001559).
>> > Register dump:
>> >   CS:0023 SS:002b DS:002b ES:002b FS:006b GS:0063
>> >   EIP:10001559 ESP:0033fcf8 EBP:004072f0 EFLAGS:00210206(  R- --  I
>  -
>> -P- )
>> >   EAX: EBX: ECX:00590020 EDX:
>> >   ESI:00440c90 EDI:00422ec0
>> > Stack dump:
>> > 0x0033fcf8:  004037d7 0001  00403b05
>> > 0x0033fd08:  0001 7b462690 0042a400 00429000
>> > 0x0033fd18:   0001 c3e359db 00429000
>> > 0x0033fd28:  0040351d 004035b3 0033fed8 
>> > 0x0033fd38:  7b63ee08 7b63ee08  0020
>> > 0x0033fd48:   00429020  
>> > Backtrace:
>> > =>0 0x10001559 EntryPoint+0x() in system (0x004072f0)
>> > 0x10001559 EntryPoint+0x in system: testl
>%eax,0x0(%eax)
>> > Modules:
>> > ModuleAddress Debug info  Name (32
>modules)
>> > PE  40-  43a000   Deferredade_4,5_installer
>> > PE1000-10006000   Export  system
>> > PE7ac1-7ac23000   Deferredriched20
>> > PE7b42-7b5d   Deferredkernel32
>> > PE7bc1-7bc14000   Deferredntdll
>> > PE7df2-7df23000   Deferredkerberos
>> > PE7df6-7df64000   Deferredws2_32
>> > PE7dfa-7dfa4000   Deferrediphlpapi
>> > PE7dfc-7dfc3000   Deferrednetapi32
>> > PE7dff-7dff3000   Deferredsecur32
>> > PE7e07-7e074000   Deferredshfolder
>> > PE7e08-7e096000   Deferredoleacc
>> > PE7e0e-7e0e4000   Deferreddwmapi
>> > PE7e11-7e118000   Deferredoleaut32
>> > PE7e22-7e224000   Deferredpropsys
>> > PE7e25-7e253000   Deferredapphelp
>> > PE7e27-7e27f000   Deferredsetupapi
>> > PE7e2d-7e2d3000   Deferreduserenv
>> > PE7e51-7e514000   Deferreduxtheme
>> > PE7e55-7e554000   Deferredwinex11
>> > PE7eaa-7eaa4000   Deferredimm32
>> > PE7ead-7ead3000   Deferredusp10
>> > PE7eb1-7eb8d000   Deferredcomctl32
>> > PE7ec8-7ec84000   Deferredrpcrt4
>> > PE7ed1-7ed38000   Deferredole32
>> > PE7ee7-7ee78000   Deferredshlwapi
>> > PE7eee-7f7b1000   Deferredshell32
>> > PE7f8a-7f8a4000   Deferredadvapi32
>> > PE7f92-7f927000   Deferredgdi32
>> > PE7fa5-7fb37000   Deferreduser32
>> > PE7ffb-7ffb3000   Deferredshcore
>> > PE7ffd-7ffd4000   Deferredversion
>> > Threads:
>> > process  tid  prio (all id:s are in hex)
>> > 0008 (D) C:\windows\ADE_4,5_Installer.exe
>> >   00390
>> >   00090 <==
>> > 000e services.exe
>> >   002f0
>> >   002a0
>> >   00240
>> >   00100
>> >   000f0
>> > 0022 

Re: ftp

[Xavi Drudis Ferran]

Si tens control sobre el router que fan servir les càmeres potser pots 
muntar un túnel xifrat i ftp en clar però només dins del túnel. O potser 
això és més complicat que altres solucions que t'han dit.

Re: Debian en un mòbil? Estàs de conya?

[xavi]

Hola,

Ho vaig fer servir durant un parell d'anys un mòbil amb ubuntu touch 
(actualment em sembla que es diuen ubports: (https://ubports.com) . I 
bueno, no vaig quedar gaire content. Coses que considerem molt bàsiques 
en un dispositiu no acabaven de funcionar:


. No es podia xifrar el dispositiu.

. Malgrat el nom i que era un linux l'extra gran majoria dels programes 
disponibles eren webapps bastant poc elaborades.


. Fer servir programes nadius de linux (via apt) o apps d'android (via 
emulador) era bastant un cristo.


. Un aspecte important era que el navegador era molt i molt cutre. Molt. 
Amb tots els respectes. Instal·lar un firefox i no dic ja un firefox amb 
plugins de seguretat i etc era bastant una odisea.


. oblida't d'instal·lar-li whatsapp. De fet no es podia hasta per 
llicència o algo així.


Entre les coses positives:

. funcionaven coses com Telegram, Signal...

. el client de correu era bastant presentable i diria que casi 
homologable a k-9.


. era un sistema molt ràpid.

. comparat amb les alternatives existents (mobian), pot còrrer en 
diversos dispositius i cada cop més.


Però tenia les mancances que us dic, que a mi al final me'l feia ja 
inusable. Al final va petar el micro de l'OnePlus One on corria i 
pensant-me que era un error de software vaig treure-li l'ubports per una 
lineage, i fins ara.


Em sap greu rajar així d'un projecte molt maco portat per una gent trobo 
que bastant genial. Però al final vaig acabar havent de tornar a 
~android a l'espera de que tal va mobian en producció sobre pinephone. 
Per si hi han usuaris per aquí, pregunto:


. es pot xifrar el dispositiu?

. firefox homologable i que funcioni i amb plugins de privacitat?

. vpn's, tor?

. hotspot?

Gràcies i salut :)

On 2021-10-07 13:55, Narcis Garcia wrote:

Jo no he provat mai el WhatsApp. Ja em sento còmode amb SMS, XMPP i el
correu electrònic.

Deu fer des del 2008 que disposo d'un telèfon Nokia N900, que ja 
portava

de fàbrica una distribució derivada de Debian (Maemo). Segueix
funcionant perfectament per a tot allò que faig en les meves
comunicacions (veu, Internet, etc.).

Entremig vaig fer servir una temporada un telèfon amb Android i, per a
suplir les mancances, li vaig instal·lar Ubuntu i Debian mitjançant
chroot. Això fins que es va morir l'aparell i vaig tornar a Maemo, que 
a

més a més va amb un derivat de Gnome 3 (Hildon).

Ni m'espia ni m'explota.

Ara em sembla que hi ha disponible la versió «Maemo Leste».


El 7/10/21 a les 13:17, Blackhold ha escrit:

molt interessant! a mi una de les coses que em tira enrere és el
punyetero whatsapp (també l'economia per comprar un telèfon
específic).

Per whatsapp a linux he vist això:

https://blog.desdelinux.net/como-usar-whatsapp-en-linux-con-pidgin/

No sé si algú ho ha provat

- Blackhold
http://blackhold.nusepas.com
@blackhold_
~> cal lluitar contra el fort per deixar de ser febles, i contra
nosaltres mateixos quan siguem forts (Xirinacs)
<°((( ><

Missatge de Joan  del dia dj., 7 d’oct. 2021 a 
les 8:39:


Un vídeo de mitja hora:

https://saimei.ftp.acc.umu.se/pub/debian-meetings/2021/MiniDebConf-Regensburg/debian-on-a-smart-phone-are-you-serious.lq.webm

--
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

"Donar exemple no és la principal manera de influir sobre els altres;
es la única manera" Albert Einstein

“Lluitarem contra el fort mentre siguem febles i contra nosaltres
mateixos quan siguem forts” Lluís Maria Xirinacs

Re: Debian 11 estable en poques hores

[xavi]

Hola Jordi,

Aquí un que va tenir un problema semblant a Bullseye. El vaig"solucionar" 
(cutrement) habilitant **temporalment**  els repositoris de sid, i llavors fent:

# apt update (oju, cap upgrade)
# apt install nvidia-legacy-340xx-driver
# apt install nvidia-detect

I llavors tornant a comentar els repositoris de sid a sources.list, i fent un 
apt update per comprovar que sí, que ja no me'ls tenia habilitats.

De totes maneres és una solució cutre. I ja estic plantejant-me o bé comprar-me 
una gràfica més moderna o fins i tot jubilar aquest pobre amd 5050e, que ha 
complert bastant, (+10 anys donant el callo el tio). 

Els meus 2 cts :)

El 18 d’agost de 2021 1:46:16 CEST, "jordi P."  ha 
escrit:
>En el meu cas.
>
>Tots els entorns gràfics els tinc amb xfce
>
>He actualitzat un portàtil HP força antic de la 10 a la 11 i ha anat 
>prou bé.
>
>He seguit amb un minipc Acer Veriton que tinc connectat per HDMI a una
>tv.
>
>M'he trobat que els drivers propietaris per la tarja nvidia 
>"legacy-340xx" els han suprimit per alguna collonada de seguretat.
>Ara per força has d'utilitzar el nouveau, que en el meu cas funciona 
>molt malament i no és comunica amb la tv.
>
>De fet la versió live de la 11 no arrenca amb aquesta maquina.
>
>M'ha costat moltes hores de tenir l'entorn gràfic funcionant.
>
>Però quan he trobat a faltar el virtualbox m'he emprenyat tant, que he 
>decidit abandonar i he tornat corrents a la Buster, format, netinstall
>i 
>restaurar backup.
>Sort que tots els .config d'usuari s'han mantingut i només he perdut el
>
>temps de reinstal·lar i no de configurar.
>
>Hem queda clar que el 2 veriton que tinc + un altre PC amb una nvidia 
>antiga, és quedaràn amb Buster fins la seva mort.
>
>Ara hem queda una maquina que fa de servidor a internet, i un altre pc 
>d'escriptori. Amb aquestes dues, per ara, ni ho penso intentar.
>
>Estic amb Debian des de Potato i aquesta és la primera vegada que haig 
>de fer un downgrade i m'està costant molt de pair.
>
>
>-- 
>Jordi Perera
>,

-- 
Enviat des del meu dispositiu Android amb el K-9 Mail. Disculpeu la brevetat.

Re: Mesurar rendiment d'una aplicació

[Xavi Drudis Ferran]

El Wed, Jun 02, 2021 at 08:24:30PM +0200, Leopold Palomo-Avellaneda deia:
> biblioteca de codi tancat. Però tu llences l'aplicació i totes les cpu
> és posen a treballar com a perturbades.
> 

Clar, pobretes. Si jo fos una CPU d'aquestes també m'escaquejaria com pogués
fins que arribés el torn de l'apicació lliure

;op

Re: Mesurar rendiment d'una aplicació

[Xavi Drudis Ferran]

El Wed, Jun 02, 2021 at 08:13:46AM +0200, Leopold Palomo-Avellaneda deia:
> El 1/6/21 a les 23:00, Àlex ha escrit:
> > Aquí hi ha diferents de codi per mesurar temps d'us de cpu (cpu time) i
> > el temps total (wall time). A tu t'interessa el cpu time:
> > 
> > https://levelup.gitconnected.com/8-ways-to-measure-execution-time-in-c-c-48634458d0f9
> > 
> > 
> Genial!!!
> 
> Però és una passada perquè el CPU time hauria de ser més o menys constant i
> no ho és. Nosaltres hem trobat variacions de fins al un 10%.
> 
> Leo

Jo no hi entenc però és que no veig perquè la CPU hauria de ser
constant.  Si agafes un model de processador com el que feiem a primer
de carrera a Computadors potser sí.  Però amb les complicacions que
tenen les CPUs actuals ja és molt si aconsegueixen que els resultats
siguin deterministes. Que el temps sigui determinista en condicions
diferents és demanar molt.

Algú ha parlat de temperatura, i sí, els processadors poden baixar la
freqüència de rellotge si s'escalfen. També hi ha les caches (L1,L2,L3
al processador, TLBs, buffers de disc a RAM... alguns canvis de
velocitat causats per aquests te'ls deuen comptar com temps de cpu
d'usuari). Si tens pocs processos la probabilitat que les dades encara
estiguin a alguna cache després d'un parell de canvis de context
puja. Amb les mitigacions dels atacs de canals laterals a CPU
(Spectre & cia.?) potser baixi aquest efecte, però no crec que l'eliminin.

Quan l'ordinador té diferents processadors i cada processador
diferents nuclis, també pots tenir més rendiment si tots els
processos/fils de la teva aplicació acaben a nuclis del mateix
processador i comparteixen alguna cache o tenen rutes més curtes per
comunicar-se. Si al sistema hi ha molts processos potser el linux no
aconsegueix distribuir els teus tan òptimament.  Fulleja per aquí per
una idea del merder que representa
https://blog.acolyer.org/2016/04/26/the-linux-scheduler-a-decade-of-wasted-cores/

Els perifèrics també poden reaccionar diferent segons la càrrega.
Imagina't que tens processos que no toquen un disc i el disc s'arriba
a parar per estalviar energia quan aquests processos els toca una
estona llarga de CPU. Llavors quan el necessita el procés que medeixes
s'ha de tornar a accelerar (si és dels que giren, en qualsevol cas també
incorporen caches). Això hauria de ser temps de S.O. meś que d'usuari,
però no śe si es pot comptar del tot bé si fa que el procés que medeixes
surti de la CPU abans d'hora i perdi continuitat de cache o el que sigui...

Després separar temps de cpu d'usuari i de S.O. està bé, però no sé si
avui en dia hi pot haver temps de supervisors que estiguin per sobre
del S.O.  i no es vegin en cap compte (gestors de màquines virtuals,
system management, UEFI, etc.). Dubto que això influeixi molt, o
diferent segons càrrega, però qui sap.

No em facis molt de cas, parlo per parlar, no vull dir que aquests
efectes siguin significatius, vull dir que hi ha moltes coses
interconnectades.  El programador té un model simplificat d'una
màquina de von Neumann i prou (o quasi), però el S.O. i maquinari són
bastant més complicats, i això fa que el rendiment tingui tot de
peripècies.


Has mirat perf ?
https://perf.wiki.kernel.org/index.php/Tutorial

consulta unattended-upgrades

[xavi]

Hola,

No sé si aquesta pregunta vorejaria l'offtopic, però per si de cas us la 
faig. A la feina i fins i tot a casa, a totes les meves màquines debian 
i ubuntu faig servir sempre unattended-upgrades. Particularment en 
aquelles que tenen accés a l'exterior (servidors i tal). Per mi és una 
eina d'actualització de seguretat ràpida i potent. Però estic llegint a 
grups de Telegram, i en alguna opinió d'algun company, que 
unattended-upgrades mai, que les actualitzacions a mà.


No acabo d'entendre què tenen en contra, que no se'ls hi actualitzin 
programes que tinguin extremadíssimament configurats a mà i que tinguin 
por que una actualització els aixafi la configuració prèvia? o que fent 
servir unattended-upgrades un podria arribar a confiar-se en excés i 
prefereixen anar actualitzant a mà? (aquest últim argument per mi seria 
del nivell com no voler fer servir el wifi perquè com que te'l poden 
crackejar).


Però igual sóc jo que sóc un lamer impenitent i que no m'entero. Per 
això voldria saber les vostres opinions, aviam què opineu :)


Records i gràcies per endavant.

x.

Re: GUI BASH

[xavi eBustia]

Hola,

moltes gràcies !!

Xavi

El 13/2/21 a les 19:41, Alex Muntada ha escrit:

Hola Xavi


programant scripts d'ús quotidià (bash i sh) sempre acabo
generant un fitxer de text de sortida o per pantalla per fer
el debug. Coneixeu alguna eina gràfica senzilla que faciliti
aquesta tasca?

El ddd en teoria serveix per depurar bash. Fa molt que no
l'utilitzo però era prou útil per depurar codi en C quan el
vaig utilitzar.

També pots provar a fer tests unitaris del teu codi amb el
shunit2 (tampoc ho he provat), però el que més utilitzo jo
amb el bash/sh és l'opció -x, que mostra per pantalla el que
es va executant, e.g. «bash -x script.bash» i l'opció -n,
que mostra però no executa (això té certes limitacions si
el codi depèn de coses que s'hagin d'executar).

Salut!
Alex

--
   ⢀⣴⠾⠻⢶⣦⠀
   ⣾⠁⢠⠒⠀⣿⡁   Alex Muntada 
   ⢿⡄⠘⠷⠚⠋   Debian Developer  log.alexm.org
   ⠈⠳⣄

Re: Telèfon i tauleta amb Debian

[xavi]

Hola,

Doncs jo estaria molt interessat en saber més d'això. Al seu moment vaig
estar amb ubuntu phone a un Nexus 5 i després a un OnePlus One. I li
vaig trobar moltíssims problemes:

. dificultats per fer servir un navegador web mínimament seriós (un
simple firefox amb plugins). El navegador (Morph) era molt dolent, la
veritat.

. Telegram i Signal funcionaven, sí, però d'aquella manera,

. El client de correu (Dekko em sembla que es deia) sí que era funcional
i perfectament comparable a k-9.

. Incapacitat / dificultat per xifrar el dispositiu.

. Poca disponibilitat d'apps més o menys serioses que recullin els pasos
que feia, o que recullin el track per la muntanya, en general tot eren
webapps i molt cutres.

Tot això malgrat  la feinada immensa que fan els del grup d'ubports i
els del grup de Telegram d'ubports-catalan, que se'ls hi ha de reconèixer..

LLavors mobian és una esperança extremadament interessant, i te voldria
demanar:

. Es pot instal·lar un firefox amb plugins de privacitat (els típics que
fem servir tots per aquí)?

. Es pot instal·lar software via un simple apt install? o s'han de fer
les mil voltes (anbox, containers) com s'havia de fer a ubports?

. Trucades? Telegram? Signal? funcionen correctament? Havia sentit a dir
que el teléfon era inusable.

. Es pot xifrar el dispositiu?

. Clients de correu tipus dekko o k-9?

. I després en l'apartat pijades, apps de steps o de tracks?

Moltes gracies i disculpa les molèsties :-)

Xavi



El 13/2/21 a les 8:39, Joan ha escrit:
> Als que esteu al grup de debiancat a matrix.org:
>
> #debian-cat:matrix.org
>
> ja us he fotut la brasa alguna vegada amb lo del mòbil amb debian
> (pinephone / Mobian), però ara acabo de veure que també hi ha la
> tauleta amb el mateix SO:
>
> https://www.youtube.com/watch?v=clmsrEQgKpc=youtu.be
>
> Fa un temps era un projecte, i com podeu veure al video ara és una
> realitat molt funcional i "excitant" :-p
>
> Si voleu veure també el mòbil en acció:
>
> https://www.youtube.com/watch?v=0T8SfGNpBfA
>
> Salutacions,
>

GUI BASH

[Xavi - eBústia]

Hola,
programant scripts d'ús quotidià (bash i sh) sempre acabo generant un
fitxer de text de sortida o per pantalla per fer el debug. Coneixeu alguna
eina gràfica senzilla que faciliti aquesta tasca?

Moltes gràcies

Xavi

Re: Problemes amb les X, com als vells temps [resolt]

[xavi]

Finalment aquest matí, el què un upgrade t'ha tret, un upgrade t'ho 
torna. Tinc un altre cop nvidia funcionant correctament, ja no es queixa 
a l'instal·lar els paquets nvidia-legacy-340xx-* i puc tornar a activar 
el composite del xfce4, que sembla que no però es trobava a faltar.


A la que Bullseye sigui estable tornaré a provar de passar-me a nouveu, 
aviam que tal.


Gràcies en especial a l'Àlex per mirar-s'ho.

Xavi

On 2020-12-03 10:49, xavi wrote:

Hola,

Després de fer un upgrade a debian testing, l'escriptori del meu vell
ordinador d'escriptori es queda fregit (al cap d'una estona d'ús). Us
dono una mica de dades:

. Processador AMD 5050e (que era una meravella que consumia
poquíssim). (No té a veure amb el tema, però ho menciono per si algú
més el fa servir, que opini :-) ).

. Tarja gràfica:

root@zigoto:~# lspci | grep VGA
01:00.0 VGA compatible controller: NVIDIA Corporation G98 [GeForce
8400 GS Rev. 2] (rev a1)
root@zigoto:~#

Amb els drivers de nouveau me dona problemes, l'escriptori (xfce4)
se'm queda congelat. Tal i com recomanava xserver-xorg-video-nouveau,
instal·lo els paquets que recomana o suggereix:

Recommends: libgl1-mesa-dri (>= 9.0)
Suggests: firmware-misc-nonfree

Però res, continua igual.

Amb el driver propietari d'nvidia (que a més em sembla mig abandonat a
Debian per aquesta tarja?) ha aguantat uns dies, però avui m'ha donat
problemes a l'actualitzar a testing, no me reconeixia un dels dos
monitors i l'altre sortia amb una resolució menor, ara l'estic
reinstal·lant aviam que tal.

Si provo de reinstal·lar els drivers propietaris de nvidia em peta:

root@zigoto:~# apt install xserver-xorg-video-nvidia-legacy-340xx
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
xserver-xorg-video-nvidia-legacy-340xx ja està en la versió més recent
(340.108-8).
El paquets següents s'han instal·lat automàticament i ja no són 
necessaris:

  linux-headers-5.9.0-2-amd64 linux-headers-5.9.0-2-common
linux-image-5.9.0-2-amd64
Empreu «apt autoremove» per a suprimir-los.
0 actualitzats, 0 nous a instal·lar, 0 a suprimir i 1 no actualitzats.
2 no instal·lats o suprimits completament.
Després d'aquesta operació saran 0 B d'espai en disc addicional.
Voleu continuar? [S/n]
S'està configurant nvidia-legacy-340xx-kernel-dkms (340.108-8)…
Removing old nvidia-legacy-340xx-340.108 DKMS files...

--
Deleting module version: 340.108
completely from the DKMS tree.
--
Done.
Loading new nvidia-legacy-340xx-340.108 DKMS files...
Building for 5.9.0-4-amd64
Building initial module for 5.9.0-4-amd64
Error! Bad return status for module build on kernel: 5.9.0-4-amd64 
(x86_64)

Consult /var/lib/dkms/nvidia-legacy-340xx/340.108/build/make.log for
more information.
dpkg: s'ha produït un error en processar el paquet
nvidia-legacy-340xx-kernel-dkms (--configure):
 el subprocés «s'ha instal·lat el script
nvidia-legacy-340xx-kernel-dkms del paquet post-installation» retornà
 el codi d'eixida d'error 10
dpkg: problemes de dependències impedeixen la configuració de
nvidia-legacy-340xx-driver:
 nvidia-legacy-340xx-driver depèn de nvidia-legacy-340xx-kernel-dkms
(= 340.108-8) | nvidia-legacy-340xx-kerne
l-340.108; tot i així:
  El paquet nvidia-legacy-340xx-kernel-dkms encara no està configurat.
  El paquet nvidia-legacy-340xx-kernel-340.108 no està instal·lat.
  El paquet nvidia-legacy-340xx-kernel-dkms que proveeix
nvidia-legacy-340xx-kernel-340.108 no està configurat
.

dpkg: s'ha produït un error en processar el paquet
nvidia-legacy-340xx-driver (--configure):
 problemes de dependències - es deixa sense configurar
S'han trobat errors en processar:
 nvidia-legacy-340xx-kernel-dkms
 nvidia-legacy-340xx-driver
needrestart is being skipped since dpkg has failed
E: Sub-process /usr/bin/dpkg returned an error code (1)
root@zigoto:~#

M'estic plantejant baixar-me el driver propietari del web de NVIDIA,
esborrar tots els drivers de nvidia via apt remove *nvidia* i
instal·lar-lo via:

# ./NVIDIA-Linux-x86_64-340.108.run

Ara ho provaré i aviam que tal.

Però molaria si algú més s'hi ha trobat i si en té cap solució per
poder continuar fent servir els drivers de nouveau.

Merci per endavant.

Xavi




Per si algú si ha trobat.

Re: Problemes amb les X, com als vells temps

[xavi]

Hola Àlex, merci per respondre.

De moment he fet una solució d'urgència que sembla que funciona, i és 
treure-li el composite del xfce4. Si aguanta, així es quedarà fins que 
compri una tarja gràfica una mca més moderna (i suportada) o bé 
actualitzi finalment l'equip (que ja té prop de 10 anys, i que té més 
coses que comencen a fallar).


Merci per respondre.

Xavi

On 2020-12-04 08:26, Àlex wrote:



Xavi,

No se m'acudeix res d'efectiu ni definitiu

* Pots monitoritzar la temperatura de la cpu i gpu per veure que no
passa res d'estrany, però si amb Debian estable anava bé, no hauria de
ser aquest el problema:

   watch -n 2 sensors

   watch -n 2 nvidia-smi

   nvidia-smi -q -d temperature

   nvidia-settings -q gpucoretemp

   nvclock -T

* Pots fer un test de memòria amb memtest, però si amb Debian estable
anava bé, no hauria de ser aquest el problema:

* Pots provar amb wayland i xorg, a veure amb quin es congela i quin no

* Pots probar algun altre escriptori com Mate, que és prou lleuger, amb
la funcionalitat que tenia Gnome 2.

Salutacions i bona sort


    Àlex


El 3/12/20 a les 14:17, xavi ha escrit:

Hola te responc per aquí:

. És el kernel 5.9:

root@zigoto:/home/feina/Downloads/NVIDIA-Linux-x86_64-340.108# uname 
-a

Linux zigoto 5.9.0-4-amd64 #1 SMP Debian 5.9.11-1 (2020-11-27) x86_64
GNU/Linux

. Quan es queda l'escriptori glaçat sí que em deixava entrar via ssh
des de l'exterior.

. He desactivat el composite de l'escriptori xfce4, per si de cas.

De totes maneres em sembla que és algo més profund. I que no seria ni
de Xorg, perquè això amb Nouveau fins i tot se'm glaçava amb Gnome amb
Wayland (ja fa unes setmanes què em passa).

Salut,

Xavi

On 2020-12-03 13:01, Àlex wrote:

Una pregunta més

... has provat si el problema és amb el compositor que fas servir
actualment amb XFCE?

Es poden canviar paràmetres amb

   xfwm4-tweaks-settings

Re: Problemes amb les X, com als vells temps

[xavi]

Hola te responc per aquí:

. És el kernel 5.9:

root@zigoto:/home/feina/Downloads/NVIDIA-Linux-x86_64-340.108# uname -a
Linux zigoto 5.9.0-4-amd64 #1 SMP Debian 5.9.11-1 (2020-11-27) x86_64 
GNU/Linux


. Quan es queda l'escriptori glaçat sí que em deixava entrar via ssh des 
de l'exterior.


. He desactivat el composite de l'escriptori xfce4, per si de cas.

De totes maneres em sembla que és algo més profund. I que no seria ni de 
Xorg, perquè això amb Nouveau fins i tot se'm glaçava amb Gnome amb 
Wayland (ja fa unes setmanes què em passa).


Salut,

Xavi

On 2020-12-03 13:01, Àlex wrote:

Una pregunta més

... has provat si el problema és amb el compositor que fas servir
actualment amb XFCE?

Es poden canviar paràmetres amb

   xfwm4-tweaks-settings

Problemes amb les X, com als vells temps

[xavi]

Hola,

Després de fer un upgrade a debian testing, l'escriptori del meu vell 
ordinador d'escriptori es queda fregit (al cap d'una estona d'ús). Us 
dono una mica de dades:


. Processador AMD 5050e (que era una meravella que consumia poquíssim). 
(No té a veure amb el tema, però ho menciono per si algú més el fa 
servir, que opini :-) ).


. Tarja gràfica:

root@zigoto:~# lspci | grep VGA
01:00.0 VGA compatible controller: NVIDIA Corporation G98 [GeForce 8400 
GS Rev. 2] (rev a1)

root@zigoto:~#

Amb els drivers de nouveau me dona problemes, l'escriptori (xfce4)  se'm 
queda congelat. Tal i com recomanava xserver-xorg-video-nouveau, 
instal·lo els paquets que recomana o suggereix:


Recommends: libgl1-mesa-dri (>= 9.0)
Suggests: firmware-misc-nonfree

Però res, continua igual.

Amb el driver propietari d'nvidia (que a més em sembla mig abandonat a 
Debian per aquesta tarja?) ha aguantat uns dies, però avui m'ha donat 
problemes a l'actualitzar a testing, no me reconeixia un dels dos 
monitors i l'altre sortia amb una resolució menor, ara l'estic 
reinstal·lant aviam que tal.


Si provo de reinstal·lar els drivers propietaris de nvidia em peta:

root@zigoto:~# apt install xserver-xorg-video-nvidia-legacy-340xx
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
xserver-xorg-video-nvidia-legacy-340xx ja està en la versió més recent 
(340.108-8).
El paquets següents s'han instal·lat automàticament i ja no són 
necessaris:
  linux-headers-5.9.0-2-amd64 linux-headers-5.9.0-2-common 
linux-image-5.9.0-2-amd64

Empreu «apt autoremove» per a suprimir-los.
0 actualitzats, 0 nous a instal·lar, 0 a suprimir i 1 no actualitzats.
2 no instal·lats o suprimits completament.
Després d'aquesta operació saran 0 B d'espai en disc addicional.
Voleu continuar? [S/n]
S'està configurant nvidia-legacy-340xx-kernel-dkms (340.108-8)…
Removing old nvidia-legacy-340xx-340.108 DKMS files...

--
Deleting module version: 340.108
completely from the DKMS tree.
--
Done.
Loading new nvidia-legacy-340xx-340.108 DKMS files...
Building for 5.9.0-4-amd64
Building initial module for 5.9.0-4-amd64
Error! Bad return status for module build on kernel: 5.9.0-4-amd64 
(x86_64)
Consult /var/lib/dkms/nvidia-legacy-340xx/340.108/build/make.log for 
more information.
dpkg: s'ha produït un error en processar el paquet 
nvidia-legacy-340xx-kernel-dkms (--configure):
 el subprocés «s'ha instal·lat el script nvidia-legacy-340xx-kernel-dkms 
del paquet post-installation» retornà

 el codi d'eixida d'error 10
dpkg: problemes de dependències impedeixen la configuració de 
nvidia-legacy-340xx-driver:
 nvidia-legacy-340xx-driver depèn de nvidia-legacy-340xx-kernel-dkms (= 
340.108-8) | nvidia-legacy-340xx-kerne

l-340.108; tot i així:
  El paquet nvidia-legacy-340xx-kernel-dkms encara no està configurat.
  El paquet nvidia-legacy-340xx-kernel-340.108 no està instal·lat.
  El paquet nvidia-legacy-340xx-kernel-dkms que proveeix 
nvidia-legacy-340xx-kernel-340.108 no està configurat

.

dpkg: s'ha produït un error en processar el paquet 
nvidia-legacy-340xx-driver (--configure):

 problemes de dependències - es deixa sense configurar
S'han trobat errors en processar:
 nvidia-legacy-340xx-kernel-dkms
 nvidia-legacy-340xx-driver
needrestart is being skipped since dpkg has failed
E: Sub-process /usr/bin/dpkg returned an error code (1)
root@zigoto:~#

M'estic plantejant baixar-me el driver propietari del web de NVIDIA, 
esborrar tots els drivers de nvidia via apt remove *nvidia* i 
instal·lar-lo via:


# ./NVIDIA-Linux-x86_64-340.108.run

Ara ho provaré i aviam que tal.

Però molaria si algú més s'hi ha trobat i si en té cap solució per poder 
continuar fent servir els drivers de nouveau.


Merci per endavant.

Xavi




Per si algú si ha trobat.

Re: gafamades pel dia de la llibertat del programari???

[Xavi Drudis Ferran]

El Wed, Sep 16, 2020 at 11:34:17AM +0200, Alex Muntada deia:
> 
> Jo utilitzo serveis de dades (correu i DNS principalment) amb
> proveïdors força diversos i no puc dir que cap d'ells utilitzi
> exclusivament programari lliure. De fet, si volgués triar-ne un
> que compleixi aquest requisit no sabria pas com trobar-lo ara
> mateix. No he vist que sigui quelcom que els proveïdors expliquin
> públicament.
>

Ni idea, heu mirat https://vikings.net ? Jo no l'he fet servir. Diuen
que fan servir programari lliure 100% i energia renovable, però no he
vist exactament quines ofertes de hosting fan. Potser ja no ho fan o
potser cal posar-s'hi en contacte per saber-ho. 

Re: Consell per auriculars amb micròfon per videoconferències

[Xavi - eBústia]

Hola,
això també ho vaig provar i, tot i millorar bastant, continuaven les
"queixes" dels altres participants de la reunió.

merci

Xavi

El dc., 27 de maig 2020, 17:53, Àlex  va escriure:

> Correcció. On dic
>
> > $ sudo nano /etc/pulseaudio/defaults.ca
>
>
> Vull dir
>
> $ sudo nano /etc/pulse/default.ca
>
>
>

Re: Consell per auriculars amb micròfon per videoconferències

[Xavi - eBústia]

Hola,
vaig seguir consell de logitech usb (h340 i h390) i s'han acabat els
problemes. Funcionen genial.

merci

Xavi

El dv., 15 de maig 2020, 15:34, Alex Muntada  va escriure:

> Joan Baptista wrote:
>
> > si et recomano que tornis a provar amb auriculars amb micro USB
>
> La meva experiència és similar a la d'en Joan: els Logitech H340
> per USB van molt bé. En canvi, els MPOW H19 amb cancel·lació de
> soroll i per bluetooth no s'activen en mode headset tret que
> utilitzi el jack. Però aleshores el cable em molesta. Així que
> al final utilitzo els Logitech si he de fer una videoconferència.
>
> Salut,
> Alex
>
> --
>   ⢀⣴⠾⠻⢶⣦⠀
>   ⣾⠁⢠⠒⠀⣿⡁   Alex Muntada 
>   ⢿⡄⠘⠷⠚⠋   Debian Developer  log.alexm.org
>   ⠈⠳⣄
>
>

Re: Consell per auriculars amb micr?fon per videoconfer?ncies

[Xavi - eBústia]

Hola,
ara ja tinc clar que el camí segur és amb Logitech.

Salut i moltíssimes gràcies !!

Xavi

El dv., 15 de maig 2020, 21:42, Vicen Rodriguez 
va escriure:

> Bon dia,
>
> A casa fem servir diferents models de logitech per USB i ens van molt bé:
> plug & play.
> Jo els faig servir a diferents ordinadors amb Debian i CentOS. Els meus
> fills amb Bunsenlabs i Debian.
> A tots ens van bé. Cap problema.
>
> Salut
>
> Vicen
>
> El vie, 15-05-2020 a las 10:31 +0200, Xavi e-bustia escribió:
>
> Bones,
> des del confinament que les videotrucades han aparegut de forma diària a
> la nostra vida. Abans eren escadusseres i poc m'hi mirava amb els
> dispositius d'auriculars i micro. Aquests dies he comprat ja 3 models
> diferents d'auriculars amb micro i no aconsegueixo que me'n funcioni cap
> correctament. M'he estat barallant amb alsamixer, pavucontrol i d'altres.
> El que em diuen els altres participants a la reunió és el següent en funció
> del cas. Això ens passa amb els 3 portàtils que tenim a casa.
>
> A.- Usant micro i altaveus del portàtil: senten mol soroll de fons, com si
> hi hagués un ventilador o centrifugadora --> decideixo adquirir uns
> auriculars amb micro...
>
> B.- Usant els auriculars del mòbil (connector amb auriculars i micro
> combinat) adquireixo 3 adaptadors (una per cada membre de la família que ha
> de fer videoconferències) que separi el micro de l'altaveu. Llavors, tot i
> tenir el so més clar comenten que se sent un xiulet de tant en tant molt
> molest (el típic de freqüència alta que se't posa al cap). Val a dir que
> els 3 adaptadors són de marques diferents, per tant, dedueixo que no és
> problema de cap dels adaptadors.
>
> C.- Decideixo, per provar, adquirir (a la botiga del barri) una auriculars
> amb micro incorporat USB (NGS V700? és que ja els he tornat). El so dels
> altaveus espectacular però el micro només transmet un filet de veu que
> quasi no et senten (si !! pujant el màxim possible, sense que faci soroll,
> pavucontrol i alsamixer).
>
> Amb tot això arriba el moment de desesperació
> [image: image.png]
>
> i ja no sé cap on tirar. El més trist és que un dels dies vaig haver de
> fer una videoconferència usant el sistema de FINESTRES amb tot això, us
> demanaria consell.
>
> 1.- Algun model d'auriculars + micro que funcioni, realment, plug and
> play? Entenc que usb?
> 2.- Alguna opció addicional de configuració que se m'hagi escapat (i que
> guardi valors de configuració quan es toqui)?
>
> Moles gràcies
>
> Xavi
>
>

Re: Consell per auriculars amb micròfon per videoconferències

[Xavi - eBústia]

Hola,
moltes gràcies pels vostres comentaris. Només un aclariment sobre missatge
inicial. El dia que vaig usar les FINESTRES (engegada dual) va funcionar
tot de perles, sense cap soroll, cap problema. I això em va mosquejar.

Suposo que, com apunteu, està relacionat amb la targeta de so. Continuaré
cercant a veure si trobo alguna solució.

Xavi


Missatge de papapep  del dia dv., 15 de maig 2020 a les
14:17:

> Fa uns mesos que utilitzo els Jabra Evolve 65 (bluetooth) i van de perles,
> tant amb Debian, com amb Android, com amb (cof, cof) Windows. Per
> l'ordinador porten un pinxo USB pre-sincronitzat, és plug
> No són barats, però fan molt bona feina.
>
> Salut.
>
> El 15 de maig de 2020 10.31.20 CEST, Xavi e-bustia 
> ha escrit:
>>
>> Bones,
>> des del confinament que les videotrucades han aparegut de forma diària a
>> la nostra vida. Abans eren escadusseres i poc m'hi mirava amb els
>> dispositius d'auriculars i micro. Aquests dies he comprat ja 3 models
>> diferents d'auriculars amb micro i no aconsegueixo que me'n funcioni cap
>> correctament. M'he estat barallant amb alsamixer, pavucontrol i d'altres.
>> El que em diuen els altres participants a la reunió és el següent en funció
>> del cas. Això ens passa amb els 3 portàtils que tenim a casa.
>>
>> A.- Usant micro i altaveus del portàtil: senten mol soroll de fons, com
>> si hi hagués un ventilador o centrifugadora --> decideixo adquirir uns
>> auriculars amb micro...
>>
>> B.- Usant els auriculars del mòbil (connector amb auriculars i micro
>> combinat) adquireixo 3 adaptadors (una per cada membre de la família que ha
>> de fer videoconferències) que separi el micro de l'altaveu. Llavors, tot i
>> tenir el so més clar comenten que se sent un xiulet de tant en tant molt
>> molest (el típic de freqüència alta que se't posa al cap). Val a dir que
>> els 3 adaptadors són de marques diferents, per tant, dedueixo que no és
>> problema de cap dels adaptadors.
>>
>> C.- Decideixo, per provar, adquirir (a la botiga del barri) una
>> auriculars amb micro incorporat USB (NGS V700? és que ja els he tornat). El
>> so dels altaveus espectacular però el micro només transmet un filet de veu
>> que quasi no et senten (si !! pujant el màxim possible, sense que faci
>> soroll, pavucontrol i alsamixer).
>>
>> Amb tot això arriba el moment de desesperació
>> [image: image.png]
>>
>> i ja no sé cap on tirar. El més trist és que un dels dies vaig haver de
>> fer una videoconferència usant el sistema de FINESTRES amb tot això, us
>> demanaria consell.
>>
>> 1.- Algun model d'auriculars + micro que funcioni, realment, plug and
>> play? Entenc que usb?
>> 2.- Alguna opció addicional de configuració que se m'hagi escapat (i que
>> guardi valors de configuració quan es toqui)?
>>
>> Moles gràcies
>>
>> Xavi
>>
>
> --
> Pep
>

Consell per auriculars amb micròfon per videoconferències

[Xavi e-bustia]

Bones,
des del confinament que les videotrucades han aparegut de forma diària a la
nostra vida. Abans eren escadusseres i poc m'hi mirava amb els dispositius
d'auriculars i micro. Aquests dies he comprat ja 3 models diferents
d'auriculars amb micro i no aconsegueixo que me'n funcioni cap
correctament. M'he estat barallant amb alsamixer, pavucontrol i d'altres.
El que em diuen els altres participants a la reunió és el següent en funció
del cas. Això ens passa amb els 3 portàtils que tenim a casa.

A.- Usant micro i altaveus del portàtil: senten mol soroll de fons, com si
hi hagués un ventilador o centrifugadora --> decideixo adquirir uns
auriculars amb micro...

B.- Usant els auriculars del mòbil (connector amb auriculars i micro
combinat) adquireixo 3 adaptadors (una per cada membre de la família que ha
de fer videoconferències) que separi el micro de l'altaveu. Llavors, tot i
tenir el so més clar comenten que se sent un xiulet de tant en tant molt
molest (el típic de freqüència alta que se't posa al cap). Val a dir que
els 3 adaptadors són de marques diferents, per tant, dedueixo que no és
problema de cap dels adaptadors.

C.- Decideixo, per provar, adquirir (a la botiga del barri) una auriculars
amb micro incorporat USB (NGS V700? és que ja els he tornat). El so dels
altaveus espectacular però el micro només transmet un filet de veu que
quasi no et senten (si !! pujant el màxim possible, sense que faci soroll,
pavucontrol i alsamixer).

Amb tot això arriba el moment de desesperació
[image: image.png]

i ja no sé cap on tirar. El més trist és que un dels dies vaig haver de fer
una videoconferència usant el sistema de FINESTRES amb tot això, us
demanaria consell.

1.- Algun model d'auriculars + micro que funcioni, realment, plug and play?
Entenc que usb?
2.- Alguna opció addicional de configuració que se m'hagi escapat (i que
guardi valors de configuració quan es toqui)?

Moles gràcies

Xavi

Re: Botigues Linux a Barcelona ?

[xavi]

L'enllaç correcte de Vant miniMoove que us volia passar és aquest:

https://www.vantpc.es/minimoove

x.

On 2020-05-15 07:45, xavi wrote:

Jo vaig tenir un ordinador de Vant PC. Un Vant miniMoove. Clònic però
en teoria ho tenia tot: processador de baix consum de la sèrie N -com
un atom però ja de 64 bits i a mi ja m'estava prou bé-, pantalla mate
de 11 polzades, etc. 4G de RAM i 128G de ssd (es pot configurar i jo
me vaig agafar l'opció més limitada). Vale, el processador és limitat,
però jo tampoc edito vídeo en temps real, i ja estic acostumat (us
estic escrivint això des d'un AMD 5050e de bastants anys de vida,
també de baix consum amb 4G de RAM i no és que voli però a mi ja em va
bé amb Debian i xfce4).

I m'encantava. Venia amb Ubuntu de sèrie però al cap de poc temps li
vaig posar una Debian amb xfce4. Com que era un ordinador "barato" i
tampoc gaire pesat el portava gairebé sempre a sobre (per feina haig
de viatjar molt en tren). Un ordinadoret "de batalla". I la mar de
bé...

...fins que al cap de 2 anys i pocs dies -justament- va morir la placa
sorpresivament. Suposo que va ser mala sort. Si que començava a fallar
una mica alguna de les subjeccions de plastiquillo de la pantalla,
però també és veritat que li donava molta, molta guerra.

Jo penso que la qualitat preu és raonablement bona, potser podreu
trobar coses més barates, però amb pantalla mate? (que jo crec que és
important). Si no hagués petat la placa, jo crec que hauria continuat
amb ell sense problemes. Sobretot hi havia l'aspecte aquest "de
batalla". Ara agafo el thinkpad x260 que me vaig comprar de segona mà,
i quan vaig al tren ja no vaig tant tranquil, és més bon ordinador i
ja em costa més treure'l de casa. Ja no és tant "de batalla". Per
dir-vos que m'estic rumiant de comprar-me'n un altre...

La configuració actual del Vant miniMoove, per qui estigui interessat:
https://www.gizcomputer.com/vant-minimoove-v2020-caracteristicas-modelos/

Ara me direu que és una merda y que ande voy (i també probablement
tingueu raó). Però la veritat és que jo estava encantat.

Per qui vulgui configuracions més convencionals (i5, i7, etc) o
pantalles més grans, Vant també n'ofereix. Al seu moment quan ho vaig
mirar, amb preus més raonables (però suposo que amb qualitat més
baixa) que slimbook.

Els meus dos cts.

x.



On 2020-05-15 07:00, SiscoGarcia wrote:
Missatge de Joan  del dia dj., 14 de maig 2020 a 
les

20:45:

Jo no en conec cap a Barna, però també tens els valencians 
d'Slimbook.





A més d'aquesta gent d'Slimbook també hi ha Vant (també són 
valencians),

però no són a Barcelona ni sé si tenen botiga física:

https://slimbook.es/
https://www.vantpc.es/



--
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi


El Thu, 14 May 2020 19:55:20 +0200
Àlex  va escriure:

> Bones,
>
> recomaneu alguna botiga que vengui portàtils Linux a Barcelona ciutat?
>
> Gràcies
>
>
>Àlex
>



--
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

Re: Botigues Linux a Barcelona ?

[xavi]

Jo vaig tenir un ordinador de Vant PC. Un Vant miniMoove. Clònic però en 
teoria ho tenia tot: processador de baix consum de la sèrie N -com un 
atom però ja de 64 bits i a mi ja m'estava prou bé-, pantalla mate de 11 
polzades, etc. 4G de RAM i 128G de ssd (es pot configurar i jo me vaig 
agafar l'opció més limitada). Vale, el processador és limitat, però jo 
tampoc edito vídeo en temps real, i ja estic acostumat (us estic 
escrivint això des d'un AMD 5050e de bastants anys de vida, també de 
baix consum amb 4G de RAM i no és que voli però a mi ja em va bé amb 
Debian i xfce4).


I m'encantava. Venia amb Ubuntu de sèrie però al cap de poc temps li 
vaig posar una Debian amb xfce4. Com que era un ordinador "barato" i 
tampoc gaire pesat el portava gairebé sempre a sobre (per feina haig de 
viatjar molt en tren). Un ordinadoret "de batalla". I la mar de bé...


...fins que al cap de 2 anys i pocs dies -justament- va morir la placa 
sorpresivament. Suposo que va ser mala sort. Si que començava a fallar 
una mica alguna de les subjeccions de plastiquillo de la pantalla, però 
també és veritat que li donava molta, molta guerra.


Jo penso que la qualitat preu és raonablement bona, potser podreu trobar 
coses més barates, però amb pantalla mate? (que jo crec que és 
important). Si no hagués petat la placa, jo crec que hauria continuat 
amb ell sense problemes. Sobretot hi havia l'aspecte aquest "de 
batalla". Ara agafo el thinkpad x260 que me vaig comprar de segona mà, i 
quan vaig al tren ja no vaig tant tranquil, és més bon ordinador i ja em 
costa més treure'l de casa. Ja no és tant "de batalla". Per dir-vos que 
m'estic rumiant de comprar-me'n un altre...


La configuració actual del Vant miniMoove, per qui estigui interessat:
https://www.gizcomputer.com/vant-minimoove-v2020-caracteristicas-modelos/

Ara me direu que és una merda y que ande voy (i també probablement 
tingueu raó). Però la veritat és que jo estava encantat.


Per qui vulgui configuracions més convencionals (i5, i7, etc) o 
pantalles més grans, Vant també n'ofereix. Al seu moment quan ho vaig 
mirar, amb preus més raonables (però suposo que amb qualitat més baixa) 
que slimbook.


Els meus dos cts.

x.



On 2020-05-15 07:00, SiscoGarcia wrote:
Missatge de Joan  del dia dj., 14 de maig 2020 a 
les

20:45:


Jo no en conec cap a Barna, però també tens els valencians d'Slimbook.





A més d'aquesta gent d'Slimbook també hi ha Vant (també són 
valencians),

però no són a Barcelona ni sé si tenen botiga física:

https://slimbook.es/
https://www.vantpc.es/



--
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi


El Thu, 14 May 2020 19:55:20 +0200
Àlex  va escriure:

> Bones,
>
> recomaneu alguna botiga que vengui portàtils Linux a Barcelona ciutat?
>
> Gràcies
>
>
>Àlex
>



--
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

Re: Problemes amb el so al migrar a Debian 10

[Xavi Drudis Ferran]

A 27-03-2020 18:11, Daniel escrigué:

No trobo cap pista (o no la sé trobar, que estic molt rovellat).

El resultat del lspci -nn és:

00:1b.0 Audio device [0403]: Intel Corporation 82801JD/DO (ICH10
Family) HD Audio Controller [8086:3a6e] (rev 02).




No sé, i si et fas root i proves

lsof | grep /dev/snd

o alguna cosa així. A veure si hi ha alguna aplicació que tingui agafat 
el dispositiu de só d'Alsa

i el pulseaudio no el pugui fer servir...

Re: Re[2]: Problemes amb el so al migrar a Debian 10

[Xavi Drudis Ferran]

A 27-03-2020 12:02, danielal...@mailcat.cat escrigué:

He provat el que em dius i res de res.



Em sap greu, jo és que el pulseaudio el toco d'oïdes.

Suposo que pots provar

o bé de desinstal·lar el pulseaudio i si de cas posar algun emulador com 
apulse (que no ho he provat mai)


o bé de posar a /etc/pulse/daemon.conf
log-target = auto
log-level = debug
log-meta = yes
log-time = yes

(sense els punts i coma ; )

I llavors posar-te a llegir logs a veure si t'inspires.

Sort.

Re: Instalar 'hostname'

[Xavi Drudis Ferran]

A 20-03-2020 17:15, Narcis Garcia escrigué:

1. Perquè en alguns ordinadors es desvia /bin/hostname a 
/usr/bin/hostname ?


El resum de
https://www.freedesktop.org/wiki/Software/systemd/TheCaseForTheUsrMerge/

Compatibilitat. Alguns unixos tenen a /bin els executables que en linux 
estaven a /usr/bin

Fer els dos directoris sinònims simplicafica la portabilitat d'scripts i
la compilació de programes pensats per altres sistemes.

Simplicitat: Intenten que el gruis dels fitxers de la distro estigui a 
/usr per
poder muntar /usr remotament, o fer-lo de només lectura, o coses així 
tocant

només un directori/punt de muntatge i no uns quants.

Pel que diuen sembla que la idea original de tenir /bin i /usr/bin era 
mantenir
els executables que podia fer servir un usuari normal però també podien 
ser necessaris
per rescatar el sistema en cas de problema a /bin. I muntar tota la 
resta (més espai)
a /usr que potser es compartia des d'un servidor en xarxa o es muntava 
més tard pel que fos.
Però avui en dia el rescat es fa des de la còpia de binaris bàsics que 
hi ha dins l'initrd

i no cal tant. I els discs són més grans, i tot plegat...

No sé, jo no ho vull defensar perquè no tinc cap preferència, però 
tampoc veig quin mal far,

a part de despistar els que ja hi estàvem acostumats.



2. Hi ha algun servei o fitxer del qual depèn aquest error sobre FQDN?



No sé, vols dir /etc/hostname ?

man hostname
[...]
   /etc/hostname  Historically  this file was supposed to only 
contain the
   hostname and not the full canonical FQDN.  Nowadays  most  
software  is
   able  to  cope with a full FQDN here. This file is read at boot 
time by

   the system initialization scripts to set the hostname.

   /etc/hosts Usually, this is where one sets the domain name by  
aliasing

   the host name to the FQDN.
[...]

Re: Wifi gencat ENS EDU

[xavi]

Només t'ho fa amb aquesta connexió wifi?

Que te diu /var/log/syslog quan proves de connectar-te?

Exactament quin wifi tens al portàtil? quina és la sortida de la comanda 
lspci?


Dona'ns una mica més d'informació :-)

PD: jo també em connecto via Eduroam everywhere sense problemes amb 
Debian 10. I també em temo que serà un asunto de configuració.


x.

El 9/12/19 a les 18:39, Iker Bilbao ha escrit:

Bones,

Val la pena provar amb un altre gestor (wicd) o fins i tot amb un 
usb-wifi per descartar problema del hardware?


No vull defallir però és que ni és meu el portàtil i davant hi ha una 
pared.


Gràcies,
*
*
*Iker.*
*
*


-Missatge original-

*Data*: Mon, 9 Dec 2019 18:25:03 +0100
*Assumpte*: Re: Wifi gencat ENS EDU
*Per a*: debian-user-catalan@lists.debian.org 


*De*: Enric mailto:enric%20%3cen...@musaik.net%3e>>
Salut,

amb tot l'amor del món. El que et dóna un consell com aquest, 
senzillament et dóna la millor opció que et pot oferir, però 
evidentment que t'hi pots connectar.
Em connecto a eduroam sense problemes amb debian o la distribució que 
vulguis.
Però si que és cert que amb eduroam, que no és el mateix, però en 
l'enllaç que has posat dóna la sensació que la configuració 
s'assembla, has d'anar en compte amb els paràmetres.


Ser que he configurat eduroam seguint els passos del PEAP, que no cal 
certificat, MSCHAPv2, ... tal i com diu l'enllaç, però en altres no hi 
he posat res d'això i se m'ha configurat a la primera.
No t'ajudo, però t'animo i si cal, miraré al portàtil com ho tinc 
configurat.


Vinga,

Salut i desobediència!

  Enric.

El 9/12/19 a les 18:19, Iker Bilbao ha escrit:

bones,

Tinc problemes per connectar un portàtil amb Ubuntu a l'institut.
Tot i la guia: 
http://linkat.xtec.cat/portal_linkat/wikilinkat/index.php/Wifi_gencat_ENS_EDU


L'únic consell que em donen és passar-me a Windows.
Algú s'hi ha trobat? Cap recomanació?
Em diuen el login és correcte.

Gràcies,

*Iker.*





--
Llibertat d'Expressió! Prou Feixisme!
*Rap per la llibertat d'Expressió 
*

Re: Signatura digital PDF i d'altres

[Xavi Ot]

Hola,
moltes gràcies. Veig que ja anava pel camí que tocava.

Xavi

El dia 26 de gener de 2018 a les 14:13, Blackhold <blackholdmai...@gmail.com
> ha escrit:

>
> El dia 26 de gener de 2018 a les 13:33, Jordi Funollet <
> funol...@fastmail.fm> ha escrit:
>
>> Fa un parell de dies vaig importar un PDF a l'Inkscape, hi vaig afegir un
>> gargot i el vaig tornar a exportar a PDF. Però no me'n sento gaire
>> orgullós. ;-)
>>
>
> no ets l'únic que ho fas! amb aquesta acció contribueixes a la no tal·la
> innecessària de boscos xD
>
>>
>> --
>> Jordi Funollet Pujol
>> http://www.linkedin.com/in/jordifunollet
>>
>> On Fri, Jan 26, 2018, at 1:14 PM, Lluís Gras wrote:
>> > He utilitzat Sinadura i ara faig anar http://portablesigner.sourcefo
>> rge.net/
>> >
>> > El dia 26 de gener de 2018 a les 12:20, Xavi Ot <xavixav...@gmail.com>
>> ha
>> > escrit:
>> >
>> > > Bon dia,
>> > > necessito signar PDF i d'altres documents (ODT,...). La part de
>> > > libreoffice encara no m'hi he posat però la part de PDF he trobat dues
>> > > aplicacions que fan el fet, però no m'hi sento còmode, com són
>> Sinadura i
>> > > Autofirma.
>> > >
>> > > Des del punt de vista d'un usuari final sense massa coneixements
>> > > tècnics.Quines eines feu servir per signar digitalment pdf's?
>> > >
>> > > Salutacions,
>> > >
>> > > Xavi
>> > >
>>
>>
>

Re: (deb-cat) instalacio multiarch

[Xavi Drudis Ferran]

El Wed, Dec 13, 2017 at 08:20:33AM +0100, Narcis Garcia deia:
> És a dir, que els discs «multiarch» símplement tenen paquets per a les
> dues arquitectures, i instal·len una de sola?
> Em pensava que hi havia paquets o compilacions de programari
> «multiarquitectura».
>

Que jo sàpiga sí. Tenen directoris separats per a executables (i
llibreries, més que res) per a cada arquitectura que tens. Tens una
arquitectura nadiua que fas servir si no dius el contrar. I altres
aqrquitectures per quan les vols. Llavors tries quina arquitectura de
quins paquets instal·les i així és més facil fer compilació creuada o
coses d'aquestes (o executar algunes aplicacions en una arquitectura i
algunes en una altra, quan la màquina pot). La feina és bàsicament
dels empaquetadors per etiquetar/provar les dombinacions i
dependències.

https://wiki.debian.org/Multiarch/HOWTO

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

[Xavi Drudis Ferran]

El Thu, Nov 30, 2017 at 07:46:32PM +0100, Narcis Garcia deia:
> He fet més de 10 instal·lacions de Debian 8 a l'ordinador i586, i unes
> quantes de Debian 7. Totes des de zero (disc en blanc):
> $ dd if=/dev/zero of=/dev/sda
>

Ok. 
 
> Tant Debian 7 com Debian 8 arrenquen, però el cas és que el nucli
> «linux-image-586» de Debian 8 té una fuga d'informació:
> 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.
>

A veure. Jo sóc més del pal de linux-libre que de linux, per tant no
vull defensar la infraestrutura que té linux per carregar programari
privatiu. Tanmateix, penso (no estic segur) que el linux-image-* de
debian no inclou codi privatiu (gràcies, Robert). El que inclou és
codi lliure preparat per carregar programari (o microcodi, que no sé
si tothom considera programari) privatiu a la CPU. Potser és aquest
codi el que es queixa que en aquesta CPU no ho pot fer. 

Tampoc estic segur que linux-image-**5**86 i "microcode: intel cpu
family 0x**5** not supported" vulguin dir el mateix. Diria que 
linux-image-586 és sense PAE i linux-image-686 és amb PAE. Si la CPU 
no té PAE, el linux-image-686 no funciona, si en té funcionarien 
els dos. No trobo ara una taula de codis de familia del CPUID i 
PAE. 

Jo no diria que el missatge sigui una "fuita d'informació". Entenc 
que t'emprenyi, això sí. 
 
> 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.
> 

Diria que no, però no ho he mirat. Si tu l'has trobat, doncs deu ser
com dius. Però jo no deduiria això només del missatge. 

Segurament hi ha codi que era un mòdul i ara està compilat dins el
nucli.  Abans potser hi havia alguna funció "probe" que decidia si
carregar el mòdul i en els models de CPU que no funcionava ja no el
carregava. Ara ja està carregat, intenta actualitzar programari quan
vol triar de quina manera ho ha de fer, descobreix que per aquest
model de CPU no en sap i ensenya el missatge d'error. Però no ho sé,
em fa mandra mirar-me el codi.

> Si la meva deducció és correcta, la meva queixa és: Ja sé que la
> tecnologia és una muntanya de problemes que creix, però això no vol dir
> que des de Debian a sobre els ajudem.
>

És l'argument de linux-libre, sí. No estic segur que tinguem clars els
fets, però el cas és que les distribucions recomanades per la FSF
tenen bastanta menys gent treballant-hi que Debian. I és veritat que
Debian fa el que pot perquè la seva feina la pugui aprofitar la gent
que està d'acord amb els seus criteris i el màxim de gent que no.
Per això tenen tants downstream...

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

[Xavi Drudis Ferran]

El Thu, Nov 30, 2017 at 12:52:13PM +0100, Narcis Garcia deia:
> He llegit que Intel amb els fabricants de BIOS modernes ja executen un
> sistema operatiu «a l'ombra», com una mena de BIOS amb la seva
> interfície virtual de xarxa però poc detectable des de l'entorn
> d'usuari. Amb això podria ser que, amb els darrers processadors i3/i5/i7
> el sistema operatiu d'usuari s'estigui executant com una màquina virtual
> per sobre d'aquesta capa creada pel maquinari.
> 
> https://www.youtube.com/watch?v=iffTJ1vPCSo
>

Sí, ja és això. Més que "poc detectable" diria "gens detectable", però 
sí, potser es podria arribar a detectar si ho busques molt bé. 
 
> No crec que ambdues coses tinguin relació, però... Com es pot aclarir de
> forma fàcil i neta a un usuari que la distribució Debian no fa que
> l'usuari se sotmeti a les necessitats despòtiques d'Intel (o AMD) ?
> Això s'assemblaria molt a distribuïr M.Firefox amb Adobe Flash
> preinstal·lat perquè «it cannot be an extension anymore in recent
> Mozilla browsers»
> 

És que amb distribució Debian o sense un usuari d'Intel o AMD està
sotmes a que Intel, AMD, el seu govern, els seus atacants o desertors,
la clientela de qualssevol d'aquests quan es venguin les claus o atacs
al mercat negre, etc. puguin fer el que els doni la gana amb
l'ordinador de l'usuari.  Debian no ho pot arreglar, això. Si elimines
el programari maliciós de la BIOS/UEFI la CPU no arrenca (o s'apaga al
cap de mitja hora, o no accedeix a la RAM, etc.). El Minnich i
companyia han fet el que han pogut per treure el màxim possible de
porqueria privativa que hi ha a l'UEFI, i substituir-ho per codi
lliure i més lleuger (per intentar que tingui menys forats de
seguretat). Però al principi de tot hi ha codi que no poden tocar
perquè està signat. I si Google no pot arreglar els seus servidors
dubto que pugui jo. 

Per dir-ho d'alguna manera no han aconseguit executar Debian en nadiu 
per comptes de en una màquina virtual, sinó que han canviat la màquina 
virtual per una de menys cutre. 

Si volen tenir control el millor que poden fer és no fer servir ordinadors
(tot i que igualment es relacionaran amb gent o institucions que els 
facin servir, o poden no saber que fan servir ordinadors perquè avui en dia
en posen a tot arreu, al DNI, per exemple... fins i tot et poden atacar 
per la peixera...
https://theconversation.com/the-internet-of-things-is-sending-us-back-to-the-middle-ages-81435
). Si insisteixen en fer servir ordinadors i a més volen controlar-los, 
bé, les opcions serien una mica les que deien a 

https://lists.fsfe.org/pipermail/discussion/2016-April/010912.html

Teniu en compte però que RISC-V ha avançat una mica des de l'abril (encara 
verd per anar a una botiga a comprar-ne, però va prometent)

http://rise.cse.iitm.ac.in/shakti.html
https://www.wdc.com/about-wd/newsroom/press-room/2017-11-28-western-digital-to-accelerate-the-future-of-next-generation-computing-architectures-for-big-data-and-fast-data-environments.html

(o fer servir maquinari vell, per tornar a l'inici del fil tot i que
per estar tranquil probablement calgui canviar BIOS per libreboot o
coreboot o el que es pugui)

Més noticies (però una mica redundant, és més del mateix).

https://arstechnica.com/information-technology/2017/11/intel-warns-of-widespread-vulnerability-in-pc-server-device-firmware/
http://www.theregister.co.uk/2017/11/09/chipzilla_come_closer_closer_listen_dump_ime/
https://www.eff.org/deeplinks/2017/05/intels-management-engine-security-hazard-and-users-need-way-disable-it

Amb això no vull dir que Debian no serveixi, només que no pot
transformar màgicament la CPU en una altra. És millor Debian que
moltes altres alternatives, és només que no és suficient. Conduir un
Volvo (o un tanc) no garanteix que no caiguis per un precipici si no
mires per on vas...

Tornant al microcodi. No sé. Si el paquet et diu que no funciona amb
la teva CPU, doncs desinstal·la el paquet (i regenera el initramfs si
no t'ho fes ell solet, que suposo que ho fa). No sé quina versió de
microcodi tens ni quina necessites, perquè és tot massa secret per
saber-ho, però dubto que Intel encara tregui actualitzacions per a la
CPU que tens. En aquella època diria que la majoria de la gent no
actualitzava el microcodi mai. Al menys la gent no actualitzava la
BIOS, per tant l'actualització de microcodi hauria de sortir d'alguna
altra banda.

El que no he entés és si només et treu un missatge que no t'agrada 
o el problema que tens és que no arrenca o alguna cosa així. Dius que
el intel-microcode és un paquet requerit ? No pot ser si és a non-free, no ? 
O vols dir que el nucli que porta Debian té l'actualització de microcodi
configurada ? Jo em pensava que això no era greu si no trobava el microcodi
al directori on el busca (o sia si intel-microcode no està instal·lat). 
Pot ser que t'hagi quedat el directori brut d'una instal·lació anterior 
o alguna cosa així ? 

Re: (deb-cat) Instalacio amb xarxa, si o si

[Xavi Drudis Ferran]

El Tue, Sep 19, 2017 at 09:14:47PM +0200, Narcis Garcia deia:
> Acabo de provar d'instal·lar en un ordinador sense connexió a internet:
> Debian 9.1 (stretch) amd64 DVD 1 (volcat en una memòria USB)
> Evidentment li he dit que ara no configuri la xarxa, i que no vull
> utilitzar una rèplica de xarxa.
> Després del particionat (on li he fet utilitzar encriptat i LVM) em
> demana que insereixi el disc «Debian GNU/Linux 9.1.0 _Stretch_ -
> Official amd64 DVD Binary-1» 20170722-11:31» a la unitat «/media/cdrom»
> (aquest ordinador no té CD/DVD)
>

Fa temps que no ho provo, però jo el que feia era anar a una altra
consola (Ctrl+Alt+F3 o així) i fer un enllaç simbòlic de /media/cdrom
a on sigui que estigui muntat l'usb. Si el que vols dir és que ho
hauria de fer sol, doncs no ho sé, tot pot ser. 

També pots mirar al log (abans hi havia una consola amb logs) quin paquet 
no troba, potser, i fixar-te si està a l'USB.

No sé...

Re: Linux és mas vulnerable que Windows

[Xavi Ot]

Hola,
Per il·lustrar una mica el que ja s'ha comentat, us passo un extracte de la
notícia següent:

http://www.vilaweb.cat/noticies/eternalblue-com-una-arma-robada-a-lnsa-ha-portat-el-caos-informatic-al-mon/

[...]
EternalBlue aprofitava una errada d’un protocol de Windows, l’SMB. Tots els
experts estan d’acord en que aquesta errada era desconeguda per Microsoft,
va ser descoberta pels tècnics de la NSA i se la van guardar per ells. A la
NSA treballen un exèrcit d’informàtics de primera línia que descobreixen
aquest tipus d’errors i els fan servir per espiar.
[...]

Xavi


El dia 15 maig 2017 21:11, "Josep Lladonosa" <jllad...@gmail.com> va
escriure:

2017-05-15 19:56 GMT+02:00 Iker Bilbao <iker.bil...@gmail.com>:
> https://m.xataka.com/seguridad/ni-linux-ni-macos-te-
salvaran-del-ransomware-la-condena-de-windows-es-su-popularidad
>
>
> Qué en penseu?

- El fet un sistema que tingui més vulnerabiltats "declarades" (un
Linux) no vol dir que sigui el que té més vulnerabilitats (un Windows)
principalment per un aspecte important: si un sistema operatiu té el
codi font accessible, quan es resol un forat de seguretat, queda
constància pública. Ara bé, en un sistema tancat això pot només quedar
a "ca seva"...

SAX!



>
> Gràcies,
>
> Iker



--
--
Salutacions...Josep
--


El dia 15 maig 2017 21:11, "Josep Lladonosa" <jllad...@gmail.com> va
escriure:

2017-05-15 19:56 GMT+02:00 Iker Bilbao <iker.bil...@gmail.com>:
> https://m.xataka.com/seguridad/ni-linux-ni-macos-
te-salvaran-del-ransomware-la-condena-de-windows-es-su-popularidad
>
>
> Qué en penseu?

- El fet un sistema que tingui més vulnerabiltats "declarades" (un
Linux) no vol dir que sigui el que té més vulnerabilitats (un Windows)
principalment per un aspecte important: si un sistema operatiu té el
codi font accessible, quan es resol un forat de seguretat, queda
constància pública. Ara bé, en un sistema tancat això pot només quedar
a "ca seva"...

SAX!



>
> Gràcies,
>
> Iker



--
--
Salutacions...Josep
--

Re: I Pgup PgDn ?

[Xavi Drudis Ferran]

El Tue, Nov 29, 2016 at 07:55:33PM +0100, Ernest Adrogué deia:
> 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 ho havia provat i no m'acostumava, és tot molt lògic però massa lent. 
En canvi per a símbols que faig servir poc, el compose em funciona. 
 
> > 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:
>

Sí, sí...
> 
> 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
>

Gràcies ho faré així per no tenir problemes amb les actualitzacions. 
 
> 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.
> 

Ah!. Era això. Només ho estava provant amb el Firefox :( 
Moltes gràcies.

Re: Alt + tecla morta

[Xavi Drudis Ferran]

El Tue, Nov 29, 2016 at 03:55:04PM +0100, Ernest Adrogué deia:
> 
> 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.
> 

Per al que tu vols hauries de tenir una tecla que fos morta i viva alhora. 

Tu vols la tecla d'Schröndiger, punyetero! :'p
T'has d'esperar a que tinguem teclats quàntics :^)

Re: I Pgup PgDn ?

[Xavi Drudis Ferran]

El Tue, Nov 29, 2016 at 03:36:12PM +0100, Pedro deia:
> No he llegit molt el teu missatge, crec que t'estàs complicant molt.

Ui, doncs aquest també és llarguet, ho sento.

> Perquè estàs agafant un teclat britànic i l'estàs fent que puguis fer
> català...? Buenu, si et fa gracia investigar endavant.
>

És un portàtil d'aquests petits, i el teclat que porta és de
distribució britànica (o semblant? no ho he acabat d'esbrinar). No
tinc ganes de canviar el teclat del portàtil (si es pot). Voldria que
la majoria de tecles facin la lletra que porten escrites quan les
apretes, perquè em serà més fàcil saber on son. Potser quan faci un
temps descobreixo que no em va bé així, però al menys és la idea que
tinc.  Però vull poder escriure en català i vull tecles mortes.
Llavors agafo el teclat que més s'assembla a la distribució que porta
escrita el teclat, i hi afegeixo tecles mortes, ç, punt volat ŀ i ñ.
I les tecles d'un teclat gran que falten al teclat petit 
les intento fer amb combinacions (com PgUp i PgDn). 

> I has provat el AltGr international que proposava? És que està molt bé!
> 

És que no sé si entenc exactament quin vols dir.  En variants del
britànic no en veig cap que es digui AltGr.  En variants del
estadonunidenc sí que hi ha un "Anglès (EUA) Anglès (internacional
tecles mortes AltGr)". Amb xsetkbmap -print surt com a "us(altgr-intl)".
Es una jessie, ja he trencat alguna cosa ?

Aquest d'EUA té 3 o quatre tecles amb símbols diferents dels que hi ha pintats
al meu teclat i em despista, i a les lletres normals hi ha relativament massa
lletres repetides o repetides amb accent quan fs AltGr. 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. 

Però que tampoc estic molt convençut. És una prova que vaig fer ahir, necessito
un temps per veure com m'hi trobo. Igual acobo amb el EUA aquest. 

I encara el puc canviar més. Dels símbols que menys faig servir n'hi hauria
molts que podria canviar per altres que no faig servir però igual més, no sé. 

Ja entenc que seria més pràctic acostumar-me a un dels que venen de 
sèrie per estalviar-me acostumar-me a una cosa que no trobaré enlloc més. 

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

> [ El page down i up venien per defecte amb Fn + Arrow Up/Down
> (acostuma a ser així en portàtils). ]
>

Sí, però aquest no té Fn. Si no ja no hauria començat a mirar-ho.
De fet hi ha tecles amb símbols que faig servir de F1-F10 i un 
altre on hi hauria d'haver bloquejar majúscules, però no crec que 
cap d'aquestes sigui Fn o al menys no fan res amb les tecles de cursor.

Re: Connexió paral.lel vs. USB

[Xavi Drudis Ferran]

El Sat, Nov 19, 2016 at 10:05:56PM +0100, ilion1250 deia:
> Estic en procès de canviar d'ordinador i em trobo amb alguns problemes (a
> part de la poca oferta d'ordinadors que no portin cap sistema operatiu), es

Sí, i en tot cas n'hi ha un munt que porten un sistema operatiu amb
servidor web, etc. per al control remot per sota del sistema operatiu
i que no pots substituir. :(


https://libreboot.org/faq/#intel

Potser un ordinador de segona mà serviria, i al menys no pagues
directament al fabricant, no sé (tampoc té una gran lògica).


> tracta de que ara els ordinadors no porten la tarja amb el connector
> paral.lel de la impressora ja que totes van per USB, jo tinc una impressora
> làsser Oki que va encara força bé i que es connecta a l'ordinador mitjançant
> un cable paral.lel.
> 

Jo encara tinc una OKI B4300. És lenta però no es trenca. Tampoc la
faig servir molt, va pel segon o tercer toner (però un el vaig
putinejar jo malament i es va malaguanyar). Té paral·lel i USB però em
vaig passar anys i anys sense ser conscient que tenia USB. Fins que em
va passar com a tu i amb el "i ara què faig?" vaig veure que tenia USB
i salvat.

> La meva pregunta es si compro un cable USB-Paral.lel si la impressora em
> continuara funcionant correctament, ja que no sé si en el driver .ppd es te
> en compte o no el tipus de connexió, vull dir que potser si faig servir
> aquest cable convertidor de paral.lel a USB no se si el funcionament de la
> impressora seguirá com fins ara.
> 

Jo sospito el mateix exactament que el Javier Silva, però tampoc ho he
provat exactament mai.

He trobat aquest document que fullejat molt per sobre sembla també
indicar que hi ha manera d'emular una impressora USB a base de passar
bytes per paral·lel Centronics a una impressora paral·lel.

http://www.usb.org/developers/docs/devclass_docs/usbprint11a021811.pdf

En aquest sentit sembla més probable que funcioni un adaptador
USB-Paral·lel que un USB-Serie RS232, tot i que el que em sona és que
molta gent hem provat sense gaire problemes és el USB-RS232.



> En el CUPS hi consta la següent informació:
> 
> Driver:HP LaserJet 1100, hpcups 3.12.6 (color, 2-sided printing)
> *Connection:parallel:/dev/lp0*
> 

Segons això 
http://cholla.mmto.org/computers/usblp/
t'hauria d'aparèixer un dispositiu /dev/usblp0
i configures això per comptes del /dev/lp0 al cups. 

No sé perquè no ho he provat mai, però sembla probable que funcioni.

Re: Script conversió fotografies CR2 a DNG

[Xavi Llista]

Hola Andrés,
moltes gràcies per l'explicació detallada. És exactament així.
Salutacions,
Xavi

El dia 4 de novembre de 2016, 22:15, Andrés <evil.ham.1...@gmail.com> ha
escrit:

> Hola llista,
>
> fa molt que no escric aquí ni m'ho miro gaire, menys avui... Crec que
> estàs de sort Xavi :)
>
> Am 04/11/2016 um 15:13 schrieb Narcis Garcia:
> > https://en.wikipedia.org/wiki/Phatch
> >
> > El 04/11/16 a les 14:45, Xavi Llista ha escrit:
> >> fa dies que miro de trobar la manera de crear un script (més o menys
> >> senzill) per convertir de forma massiva tots els fitxers de fotografia
> >> d'una determinada capreta en format CR2 a format DNG. He estat mirant
> >> moltes pàgines però he estat capaç de trobar cap eina que em permeti
> >> executar amb línia de comandes alguna instrucció per convertir els CR2 a
> >> DNG.
>
>
> Doncs mira, justament fa un parell de mesos vaig ocupar-m'hi amb aquests
> temes.
> Resulta que CR2 no és pas "un format" en el sentit que no és una cosa
> estandarditzada. Vol dir que cada fabricant de càmeres fa el que el
> rota. Això vol dir que el format d'un fitxer RAW de la càmera X pot ser
> diferent del fitxer RAW de la càmera Y, encara que siguin del mateix
> fabricant.
>
> Bàsicament l'estat actual de les coses és:
> - Reverse engineering per entendre com funcionen les diferents càmeres
> - Adaptació dels algorismes que interpreten aquests fitxers
>
> Havent fet aquesta introducció, sí que hi ha eines que tracten amb
> aquests fitxers; dcraw [1] és *EL* programa per tractar amb imatges RAW
> però estic bastant segur que només converteix a Bitmap d'algun tipus. Si
> trobes una llibreria per això, molt probablement és un "wrapper"
> respecte aquest programa.
>
> En Narcís mencionava Phatch per convertir entre formats RAW, però crec
> que això no és ben bé el que passa. Mirant les dependències de
> phatch-cli [2], diria que bàsicament fa servir dcraw per llegir les
> imatges RAW i per tant deu fer servir un Bitmap intermig.
>
> Per convertir entre formats RAW no sé de cap programa (lliure) en línia
> de comandes, per la pinta que fa DigiKam 2.7 tenia justament el que
> necessites [3] en un dels programes de 'test' per un plugin. La pregunta
> és si, com crec que fa el Phatch, fa servir un Bitmap intermig!
> La resposta està, és clar, en mirar-se el codi... Per això és programari
> lliure.
>
> En fi, el tema és més complicat del que hom s'espera... Jo et
> recomanaria que si t'interessa mantenir la fidelitat de les teves fotos
> i el format RAW de la teva càmera és suportat per dcraw, no facis cap
> tipus de conversió fins que realment les treballis; de fet hi ha gent a
> la xarxa que comença a desaconsellar convertir a DNG tot plegat [4] [5].
> Si la teva càmera suporta generar fitxers DNG, això seria la
> configuració ideal.
>
> Espero que tota aquesta parrafada et serveixi d'alguna cosa i si
> descobreixes més coses ens avisis :).
>
> Salut,
>
> [1]: http://www.cybercom.net/~dcoffin/dcraw/dcraw_ca.1.html
> [2]: https://packages.debian.org/jessie/phatch-cli
> [3]: https://searchcode.com/codesearch/view/20116600/
> [4]: https://photographylife.com/why-i-no-longer-convert-raw-files-to-dng
> [5]:
> http://petapixel.com/2015/07/16/why-i-stopped-using-the-dng-file-format/
> --
> Andrés
>
>

Script conversió fotografies CR2 a DNG

[Xavi Llista]

Hola,
fa dies que miro de trobar la manera de crear un script (més o menys
senzill) per convertir de forma massiva tots els fitxers de fotografia
d'una determinada capreta en format CR2 a format DNG. He estat mirant
moltes pàgines però he estat capaç de trobar cap eina que em permeti
executar amb línia de comandes alguna instrucció per convertir els CR2 a
DNG.

Existeix el conversor que DNGConverter que ve amb el Digikam que em permet
fer-ho de forma gràfica però no trobo la manera d'automatitzar-lo amb un
script.

Algú de vosaltres em pot donar un cop de mà?

Moltes gràcies

Xavi

Re: (deb-cat) sudo as lp (resolt)

[Xavi Drudis Ferran]

El Fri, Sep 16, 2016 at 09:28:34AM +0200, Narcis Garcia deia:
> Certament, a /etc/apparmor.d/usr.sbin.cupsd hi ha una línia concernent:
>   /etc/cups/interfaces/* ixrw,
> L'he desactivat (#) i he hagut d'executar per a què tingui efecte:
> apparmor stop
> apparmor teardown
> apparmor start
> i ara ja no tinc problema de permisos; tot funciona com s'espera.
> 
> Gràcies Xavi, Alex, Orestes, Ernest per ajudar-me a encertar en aquest afer.
> 

Però has reiniciat cupsd també ? 

Segur que funcionarà quan la màquina reinicii?
http://wiki.apparmor.net/index.php/FAQ#Controlling_AppArmor

Ës que no en tinc ni idea, però em fa por que el teardown hagi eliminat totes
les restriccions d'apparmor i el start hagi carregat els perfils per tal que 
_la propera vegada que cupsd s'engigegui_ quedi confinat. Però fins que no 
s'engegui igual està sense cap restricció, no amb el perfil que li has 
modificat.

Vull dir que no sé si ho has arreglat tocat el fitxer de perfil o el que has
fet ha sigut desactivar apparmor i el cupds en marxa està funcionant sense
cap perfil per ara... de manera que no sabem si el canvi de perfil funciona o 
no.

Però no en tinc cap pràctica, no em creguis gaire. 

Re: (deb-cat) sudo as lp

[Xavi Drudis Ferran]

El Fri, Sep 16, 2016 at 10:16:56AM +0200, Xavi Drudis Ferran deia:
> 
> 
> No conec gaire apparmour, però no sé si aquestos s'aplicarien a l'script 
> de /etc/cups/interfaces. 
> 

Ah, doncs res, ja veig que sí. 
No havia llegit la resposta mentre escrivia...

Re: (deb-cat) sudo as lp

[Xavi Drudis Ferran]

El Fri, Sep 16, 2016 at 12:27:55AM +0200, Alex Muntada deia:
> Narcis Garcia:
> 
> > Ja he avançat en el problema (que no en la solució): CUPS executa el
> > controlador /etc/cups/interfaces/Epson1 engabiat d'alguna manera, de
> > manera que només té accés a alguns directoris.
> > 
> > Això és el què obtinc si el programet només executa "ls /":
> > ls: no s’ha pogut obrir el directori /: S’ha denegat el permís
> > 
> > I això per fi he aconseguit si executa sudo -n -u UnUsuari /bin/bash -c
> > "ls /"
> > sudo: no s'ha pogut obrir /etc/sudoers: S’ha denegat el permís
> > sudo: no valid sudoers sources found, quitting
> > sudo: unable to initialize policy plugin
> 
> Fa pudor d'apparmor:
> 
> $ apt-file search /etc/apparmor.d/ | grep cups
> apparmor: /etc/apparmor.d/abstractions/cups-client
> cups-browsed: /etc/apparmor.d/usr.sbin.cups-browsed
> cups-daemon: /etc/apparmor.d/usr.sbin.cupsd
> 
> Mira quines restriccions té /etc/apparmor.d/usr.sbin.cupsd perquè
> m'ensumo que la cosa va per aquí.
> 
> Salut,
> Alex
> 


No conec gaire apparmour, però no sé si aquestos s'aplicarien a l'script 
de /etc/cups/interfaces. 


Cupsd no executara l'script d'interfície directament (crec, podria
segons casos, sembla).  El que fa és generar un profile d'apparmor (en
un fitxer temporal) i cridar a /usr/lib/cups/daemon/cups-exec amb el
profile i l'script perquè el cridi ell.  cups-exec crea un sandbox amb
el profile i llavors fa l'exec de l'script

El fitxer temporal amb el profile sembla que permet llegir els fitxers
de la tasca d'impressió actual (i escriure alguns altres i fer algunes
connexions, segons la configuració concreta dels directoris que usa
cupsd). No he investigat en detall però possiblement els fitxers de
claus públiques de servidors no es poden llegir i ssh (si l'arribes a
poder executar) ho té fotut. S'hauria de mirar amb lupa.

start_job() crea un profile d'apparmor en un fitxer temporal (a a partir de 
text hardcoded al programa).
https://github.com/apple/cups/blob/master/scheduler/job.c#L4711
https://github.com/apple/cups/blob/master/scheduler/process.c#L72

Després start_job() crida continueJob() 
https://github.com/apple/cups/blob/master/scheduler/job.c#L482

que crida cupsdStartProcess()
https://github.com/apple/cups/blob/master/scheduler/job.c#L1198
https://github.com/apple/cups/blob/master/scheduler/process.c#L450

que decideix si crida cups-exec basat en opcions de compilació i si té profile 
(sembla que sempre en té, de manera que sempre deu cridar cups_exec)
https://github.com/apple/cups/blob/master/scheduler/process.c#L548

cups-exec "si cal" crea un sandbox per executar el procés
https://github.com/apple/cups/blob/master/scheduler/cups-exec.c
https://github.com/apple/cups/blob/master/scheduler/cups-exec.c#L145

Però cal, perquè li passen el fitxer temporal que han creat abans com
a paràmetre profile (no és el primer paràmetre, sinó el primer sense
-, el comentari del principi del fitxer és incorrecte, el missatge
d'ús del final és correcte).

El nom del fitxer temporal no és molt aleatori, es basa en l'hora actual 
passada a hexadecimal. Segurament hi ha maneres millors de crear fitxers
temporals, però potser no tan portables ? El directori serà /tmp, o el 
valor de $TMPDIR.

https://github.com/apple/cups/blob/master/cups/tempfile.c

Re: Dubtes sobre instal·lació de paquets específics de Sid.

[Xavi Drudis Ferran]

Ni flors de videoconferències. 

Si pots muntar-te un servei WebRTC podries passar d'Skype i així no obligues
als alumnes a cedir dades i usar serveis centralitzats i alienants. 

https://danielpocock.com/get-webrtc-going-fast

Però jo no ho he provat mai, és més un "tant de bó" que un consell...

Re: (deb-cat) sudo as lp

[Xavi Drudis Ferran]

El Tue, Sep 13, 2016 at 08:31:50PM +0200, Narcis Garcia deia:
> Hola;
> 
> He aprofitat la característica de CUPS per crear una impressora virtual
> i fer-la treballar amb un programet (script) a /etc/cups/interfaces/
> La meva intenció és que, quan l'usuari trii imprimir amb aquesta
> impressora virtual, transferir el document a un ordinador remot (~scp) i
> executar la instrucció «lp document» a l'ordinador remot per a què
> s'imprimeixi localment des d'allà.
> 
> Això implica pel cas un programet com a:
> /etc/cups/interfaces/Epson1

Sense veure l'script costa (més) de dir... 

> El qual s'executa quan CUPS rep l'orddre d'imprimir per la impressora
> «Epson1», i es fa com a usuari «lp».
> El programet fa la còpia del document, però en intentar executar ssh
> (+expect per posar contrasenya) diu:
> 
> You have too many files are open.  Close some files or increase your
> per-process descriptor limit.
>

Aquest error és del client o ve del servidor ?  Massa fitxers oberts
no em quadra amb problemes de permissos ni tal.  És com si hi hagués
alguna crida recursiva descontrolada, o si provés infinites vegades
d'obrir algun fitxer sense tancar-lo.
 
> Com que penso que el límit de 800.000 a nivell de sistema ja és gran, i
> no sé com modificar-ho per «lp»*, doncs intento que el programet es
> cridi a sí mateix com a un usuari normal:
> sudo -n -u UnUsuari "$0"
> 

/etc/security/limits.conf ?
man bash i buscar ulimit ? 

> I he hagut d'afegir una línia amb visudo**:
> lp ALL = (%users) NOPASSWD: /etc/cups/interfaces/*
> 
> Penso que això significa: «L'usuari lp de tots els hosts poden actuar
> com a un membre del grup users sense contrasenya per executar allò que
> hi hagi a /etc/cups/interfaces/»

Però CUPS surt de tots els grups menys el primari entre el fork() i el exec() 
de l'script, vols dir que cola ? 
https://github.com/apple/cups/blob/master/scheduler/process.c#L736

[...]


En qualsevol cas, el que no entenc és perquè no pot el servidor compartir 
la impressora per CUPS mateix i accedir-hi el client per IPP. Llavors tindries
més informació de l'estat del treball i tot això, no ? 

Re: Re: Compra de Portàtil per posar-hi una Debian

[Xavi Drudis Ferran]

Perdó per resucitar fils vells

Jo vaig dir el 4.3.2016:


I ja posats, el Luke Kenneth Casson Leighton segueix en les seves (tot 
i que m'he perdut i ja no sé si

és maquinari obert o no, i Allwinner no em cauen bé):

http://rhombus-tech.net/community_ideas/laptop_15in/news/EOMA68_Libre_15.6in_Laptop_casework_completed/
http://rhombus-tech.net/whitepapers/ecocomputing_07sep2015/
http://liliputing.com/2016/01/interview-with-eoma68-libre-laptop-developer-luke-kenneth-casson-leighton.html
(sembla que la presentació al FOSDEM no ha quedat enregistrada)

Qui sap? igual s'acaba menjant el món.


Res, només que ara el Luke ha muntat una campanya de micromecenatge per 
a finançar la producció de les targetes
de CPU+RAM+"flash" i d'un portàtil de 15.6" i 1.1 kg que només gasta 15 
W  i porta una bateria de bici elèctrica
que diu que dura 6 o 8 hores (sense wifi ni internet però els en pots 
posar per USB). Te'l montes tu mateix a
partir d'un kit d'electrònica i un joc de peces de fullola de bambú i 
PLA impreses en 3D o el pots comprar fet

molt més car.

La targeta CPU porta un Allwinner A20 (que sembla que costa com un 10% 
del preu). És poc potent, és clar, i la gràfica

MALI no acaba de tenir controladors lliures.
Allwinner són antipàtics perquè han estat acusats púbicament de violar 
la GPL i la seva resposta ha estat prou decepcionant,
tot i que el Luke ofereix una opció que creu que acabarà sent 
certificada per la FSF com a RYF (amb s.o. Parabola).

Altres opcions són amb Debian, Devuan o Fedora.

I si no ens agrada la CPU (costa molt trobar res decent, de fet), hi ha 
l'opció de comprar el portàtil sense CPU, amb una
targeta de CPU que no porta CPU , només connectors i conversors per 
poder usar el portàtil de pantalla i teclat addicional per a
un ordinador extern , que podria ser un mòbil, SBC, tauleta, Pyra 
handheld (un miniportàtil amb botons de joc que també portarà Debian) o 
el que sigui. I si en un futur surt una CPU que t'agradi més te la 
compres i pots usar el portàtil sense l'ordinador extern.


Encara no s'ha menjat el món, però ho intenta (porta el 30% de fons en 
el 50% de dies).


https://www.crowdsupply.com/eoma68/micro-desktop

Re: Scanner Epson

[Xavi Drudis Ferran]

El Sat, Jul 16, 2016 at 10:46:49AM +0200, Narcis Garcia deia:
> Hola, he intentat configurar un scanner Epson (04b8:0114), que és
> detectat des del simple-scan, però no aconsegueix digitalitzar.
> 
> He intentat trobar controladors d'Epson pels seus scanners:
> http://support.epson.net/linux/en/imagescanv3.html
> Però els fitxers ja no són descarregables.
> 
> Algú sap com es resol això?
> 
> Gràcies.
>

No sé. En teoria el component snapscan del sane hauria de gestionar un 
Perfection 660. 
Surt llistat a /etc/sane.d/snapscan.conf
que és un fitxer del paquet libsane-common de jessie

i a http://www.sane-project.org/sane-backends.html

No pot ser que tinguis un altre scanner o càmera i que l'xsane o el 
que facis servir intenti llegir d'aquell i li hagis de dir quin és ?

Si intentes escanejar per línia de comanda què diu ?

Re: Dilemes de novell 1: Flash o W7?

[Xavi Drudis Ferran]

El Wed, Mar 16, 2016 at 09:12:47PM +0100, rita deia:
> Hola Xavi,
> No sé si he entès el primer paràgraf...La cosa és que s'està treballant per
> treure Flash d'Scratch però jo, en això, no puc ajudar. Simplement, m'haig
> d'esperar...Tampoc és que m'ho imposin: faig un curs per docents de forma
> voluntària.
>

Ja sé que és un correu vell, però he vist un resum de l'April i he pensat que 
igual venia al cas. Deuen haver tingut una conversa semblant a la seva llista...
Sembla que l'Scratch 3 sense flash està a punt de sortir...

http://april.org/scratch-snap-et-arduino-synthese-des-echanges-sur-la-liste-du-groupe-de-travail-education

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

[Xavi Drudis Ferran]

El Sat, Jun 11, 2016 at 10:38:10AM +0200, Narcis Garcia deia:
> No he trobat cap fitxer /etc/pam.d/env*
> (es tracta d'una Debian 8 instal·lada des de zero)

No, jo el que volia dir és que trobaries els paràmetres de pam_env (un mòdul de
pam, que és el subsistema d'autenticació d'usuaris), si buscaves a pam_env a 
/etc/pam.d . Estava pensant en :

grep pam_env /etc/pam.d/*

M'alegro que ja et funcioni.

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

[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) Llengües subsidiaries amb Gnome

[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...

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

[Xavi Drudis Ferran]

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 que executa el
microcodi, massa complicat, deixem-ho). Seria si de cas en el cas
d'algun dispositiu que fa servir firmware diferent en diferents
moments i el nucli ha d'anar canviant-lo, però sembla estrany.  Els
dispositius quan funcionen també poden iniciar moviments de dades per
busos que enlenteixin l'accés de la CPU a dades i per tant el
rendiment general, però forma part de l'operativa del dispositiu.  I
en tot cas si no ho fa segurament el dispositiu no funcionarà i si
vols que funcioni, doncs la miqueta de càrrega l'hauràs d'assumir, no?

Re: Polemica amb la UOC sobre el programari lliure

[Xavi Drudis Ferran]

A 16-05-2016 21:32, Narcis Garcia escrigué:

Una de les coses que ha aportat la FSF als usuaris és una definició de
«programari lliure» i un aval per llicències com per exemple la GPL.
Aquesta és un dels indicadors sobre «fiabilitat» que utilitzen molts
usuaris no programadors, per tal de poder utilitzar la informàtica 
sense

tanta incertesa sobre les normes d'aquest camp.

Saber que es tracta de programari lliure permet als usuaris atorgar un
grau de confiança a la transparència de la comunitat informàtica
(programadors), per comptar amb què si hi ha algun problema aquest serà
conegut públicament, i l'usuari podrà decidir sobre el seu ús.

És la base per poder defensar que el programari lliure és (ha de ser)
molt més lleial a l'usuari que no pas el programari de codi tancat, ja
que el PL està sotmès a un control extens.




Sí. No sé si no m'he explicat però no volia pas dir que la FSF no 
tingués

credibilitat o utilitat. Ans al contrari, és el principal referent.
Passa que hi ha un munt de gent que és més de "codi obert" que de 
"programari

lliure" i a la FSF no li fa gaire cas, per desgràcia. Per això deia que
no sabia si era representativa. També volia dir que ningú és 
representatiu

de ningú més que els propis socis.


El 16/05/16 a les 19:51, Xavi Drudis Ferran ha escrit:

A 16-05-2016 11:54, Àlex escrigué:
Però clar, el pressupost va cap als 1000-1200 USD anuals, i no dóna 
per

pagar
molt desenvolupament, ni és la principal despesa.



Em sembla que havia pres una coma per decimal i era de milers. El 
pressupost

és més cap al milió que el miler. Ho sento.

http://www.fsf.org/about/financial

Mira, si de cas quedem que si mai parlo de diners no em foteu ni puto 
cas, i llestos.

Re: Polemica amb la UOC sobre el programari lliure

[Xavi Drudis Ferran]

A 16-05-2016 11:27, Narcis Garcia escrigué:

«si tots els desenvolupadors fossin funcionaris públics...»
Hi ha un símil possible, que són els projectes a l'estil de Freenet, on
hi ha una caixa amb un saldo de diners, i un treballador que declara el
seu salari i segueix la feina mentre el saldo cobreixi aquest salari.

A partir d'aquí semblaria viable que el treballador estigués més
subjecte a «l'encàrrec» que no pas a necessitats tècniques o gustos.



Sí, tens raó, i hi deu haver més exemples per l'estil i molt raonables.
Només que a mi això m'evoca lliure mercat, o com a molt
cooperativa de consum, però no democràcia. La democràcia és una persona
un vot, no un euro un vot. I la democràcia és una forma d'imposar
la voluntat de la majoria a la minoria. En algunes coses va molt bé, 
sobretot

quan cal triar una opció per a tothom.
Però en els casos on no cal imposar la mateixa opció per a tothom, o on
fins i tot pot ser bona la diversitat, no veig l'atractiu de la 
democràcia.


No sé. En tot cas el programari lliure l'únic que determina és que tots
els usuaris han de tenir els mateixos mitjans de producció que el 
productor
original (codi font, permís legal, possibilitat de buscar ajuda). Si la 
força

de treball surt del propi usuari o es compra o com es fa ja hi ha molta
més diversitat. Això a mi no em sembla democràtic ni antidemocràtic,
em sembla just.

Re: Polemica amb la UOC sobre el programari lliure

[Xavi Drudis Ferran]

A 16-05-2016 11:54, Àlex escrigué:

arribo tard al debat. Espero no entrar amb mal peu.



Benvingut.


Un dels problemes que crec que ens trobem els usuaris/es de programari
lliure pot ser la falta de funcionalitats que necessitem, bé per que
encara no existeix programari desenvolupat en un àmbit concret, bé per
que existeix programari però no té aquella funcionalitat que fa falta, 
o

fins i tot per que a un programari que fem servir li treuen
funcionalitats a les noves versions.



Sí. Jo no sé si no m'he explicat molt bé, en part per intentar posar-me
en el raonament d'un altre. La proposta publicada a l'UOC m'ha semblat 
que distingeix

desenvolupadors d'usuaris.

A mi em costa molt separar separar desenvolupadors d'usuaris. Hi ha gent
que estudiem informàtica i ens passem la vida treballant de programadors
però fem servir molts més programes dels que creem o adaptem. Molt poc 
sovint
aprofito l'avantatge de què puc modificar un programa lliure, alguna 
vegada
apofito l'avantatge que el puc estudiar, i molt més sovint aprofito el 
mateix
avantatge que tú, que puc usar-lo jo i que _tots els altres_ poden 
estudiar-lo
i modificar-lo. Sóm més usuaris que programadors. I per a cada programa 
podem
ser un rol o un altre en diferents moments. I tu diràs: "però hi ha gent 
que no
programa mai". I jo dic, "encara", si molt convé se'n pot aprendre, no 
saber

una cosa no és  un fet inamovible com per classificar gent.

Però no cal. No cal programar per contribuir.

Tens molta raó en que els usuaris tenen una peça clau del 
desenvolupament que no
(necessàriament) tenen els desenvolupadors: la necessitat, la informació 
de què cal, com és més
útil. Si trobem la manera de que l'aportem, estem fent molt. Jo crec que 
ja hi ha
maneres (bugs de categoria wishlist, llistes de correu, etc.). Però 
tampoc sé
avaluar si són òptims. Jo diria que funcionar, funcionen. Segur que es 
poden millorar.


De fet a les empreses que es dediquen a fer programes hi acostuma a
haver una gent que no (sempre) sap programar, que cobra (o no) més
que els que en saben i que els tracten de caps, precisament perquè
decideixen què han de fer els programadors, imagina't si és important
saber què cal fer.

Jo l' únic que dic que això es fa analitzant en comú, debatent, aportant
informació, proves, etc. però no votant, al menys en votacions 
vinculants
(les no vinculants són més com enquestes que votacions). En això el 
diàleg i el consens

és útil, la democràcia no, i la negociació tampoc, a no ser que hi hagi
diners i contractes pel mig.


El programari propietari, en canvi, acostuma a patir de la dolència
contraria: un cop arribat a un punt de maduresa on poden tenir totes de
funcionalitats necessàries, per la necessitat que tenen de continuar
venent treuen noves versions amb més i més funcionalitats poc o no
necessàries que fan el programari més complicat, insegur o pesat.



featuritis, sí.


Parlant de programari lliure, és cert que un usuari no pot dir-li al
desenvolupador què ha de fer, i tampoc és factible que l'usuari no
informàtic, o informàtic sense temps, es posi a desenvolupar les
funcionalitats que necessita.



Clar, ja ho deia algú, pot dedicar-hi l'esforç i aprenentatge i 
fer-s'ho,

pot pagar perquè li facin, o ho pot demanar sense garanties que li facin
i currar-se l'explicació del què cal, perquè això ajuda molt a que algú
ho acabi fent, especificar i consensuar requeriments és una part de la 
feina.

I si això ho comparteix tots hi guanyem.


Però jo crec que això té una solució. Ja fa anys que penso que hauria
d'existir una fundació del programari lliure. Aquesta fundació rebria
diners de donacions, estudiaria anualment quines són les funcionalitats
més urgents d'implementar i el programari més necessari de crear, i
redirigiria diners cap aquells projectes.



Has sentit parlar de la Free Sotware Foundation i creus que no és això
que demanes o no la coneixies? I el projecte GNU? (entre d'altres)

http://www.fsf.org/

Ho dic perquè has encertat fins i tot el nom. La funció és més ampla,
i inclou feina legal, política, divulgació, etc.

Però clar, el pressupost va cap als 1000-1200 USD anuals, i no dóna per 
pagar

molt desenvolupament, ni és la principal despesa.

Té una llista de projectes prioritaris, però és més que demana 
voluntaris

per fer-los que no que els pugui pagar.

http://www.fsf.org/campaigns/priority-projects

També hi ha una organització europea germana però independent, la Free 
Software

Foundation Europe

http://fsfe.org/

I n'hi ha més. No tothom té les mateixes prioritats.
Hi ha projectes que accepten donatius en diners i pràcticament
tots en col·laboracions.


A més a més, a l'hora de demanar una funcionalitat té més pes que ho
faci una fundació que estudia necessitats


Home, jo crec que la FSF té molt pes. Però els projectes de la seva 
llista de
prioritats no tinc la sensació que s'hagin beneficiat massa d'aquest 
pes.



i representa als usuaris, que


Això de qui representa qui és complicat. 

Re: Polemica amb la UOC sobre el programari lliure

[Xavi Drudis Ferran]

El Sun, May 15, 2016 at 12:15:06PM +0200, Ernest Adrogué deia:
> 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"...
>

Mentre no acabin aprofitant els resultats per omplir el programari lliure 
de community managers...
 
> 
> 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.
>

Sí, i no entenc l'exemple. És que no vaig seguir el cas. Abans de la
bifurcació no hi havia model de governança explícit i els que no li
agradava l'implícit van bifurcar ? I després de la bifurcació una de
les branques tenia un model de governança explícit i l'altre no ? O
tots dos explícits ? O tots dos implícits ?  I després s'han fusionat
i ara tenen una governança explícita o implícita ?  I els ha anat bé o
malament ? Els 25 projectes ho eren per popularitat i èxit, o perquè ?
Si dels triats cap tenia governança explícita (tret de linux, "no
democràtic") però eren populars la conclusió és que cal una governança
explícita i "democràtica" ?  O això no és una conclusió ni una
hipòtesi sinó una condició de partida ?  (definim "anar bé" com "ser
democràtic" i a partir d'aquí avaluem projectes?)
  
És que no ho entenc, no en trec l'entrellat. O hi ha algun non-sequitur gros 
o jo tinc unes quantes premises girades o no entenc res. 

> 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.
> 

Això que dius és clar. Passa que hi ha bastanta tendència a vendre's
la força de treball, llavors qualsevol empresa que tingui prou
treballadors pot controlar un projecte lliure simplement posant-hi més
mà d'obra que ningú, així explicat una mica grollerament. Això ja
passa ara, i com més tendim a la "democràcia electrònica", votacions
telemàtiques o qualsevol forma d'interacció per xarxa que no es basi
en continguts, debat i consens sinó en comptar vots, més fàcil serà
comprar vots (o bots, segons com es muntin censos, autenticació,
etc.), amenaçar votants o simplement invertir en propaganda per
manipular qualsevol cosa.  L'spam ja és un problema ara en projectes
lliures com en tota internet, imaginat si enviar vots tingués més
conesqüències que ara enviar missatges.

Per a mi és pitjor encara perquè si qui vota no ha de
responsabilitzar-se de que el que vota funcioni, sinó que li mana la
feina a un altre, és molt més fàcil manipular que si qui vota és qui
treballa (independentment o a sou). De fet no vota, ho fa. Vull dir
que prefereixo que el preu per controlar un projecte sigui mà d'obra
que pressupost de màrqueting social o com es digui.

Només que per algun lloc recordo haver-los llegit que no diuen que
tots els projectes hagin de ser democràtics i que ser-ho o no és una
decisió (democràtica ???) de cada projecte. Vaja, que no sóna com a
que vulguin imposar una manera de funcionar a ningú (que dic jo que
necessitaria legislació nova, no?  però llavors mires mil coses
incomprensibles que fa molta gent i dius doncs igual només cal
marquèting). Sembla que el que proposen és muntar alguna metodologia
de desenvolupament distribuït democràtic, i un cop la tinguin
publicada qui vulgui que l'adopti. Però tampoc em quadra a mí, perquè
no entenc qui tindria cap incentiu per adoptar-la. Posant-me a
imaginar puc especular algú amb prou força de treball per oferir que
l'adopti si és una "democràcia" prou manipulable com per a que li doni
control sobre treball d'altres, però em costa de veure-ho clar.

Paranoies a part, m'ha semblat entendre que volen desenvolupar un 
joc d'eines i de estratègies per portar un projecte lliure de forma
"transparent i democràtica", vulgui dir el que vulgui dir. I llavors
qui vulgui que els faci cas i qui vulgui no.

Em costa veure quins desenvolupadors es voldran sotmetre als vots dels
usuaris.  Puc imaginar que hi hagi usuaris que ho demanin, però
possiblement duri fins que els usuaris votin una cosa i els
desenvolupadors no puguin o vulguin fer-la (no m'agrada gens distingir
entre desenvolupadors i usuaris, però sembla que sigui necessari per
posar-se en la proposta des del moment que algú decideix la feina que
es fa i algú altre la fa).

Vull dir que la única força real dels usuaris és deixar d'usar el
programa, i la força dels desenvolupadors és parar de desenvolupar-lo
o fer un fork.  No em sembla que hi hagi un equilibri que permeti la
democràcia. En un estat o ajuntament o 

Re: Polemica amb la UOC sobre el programari lliure

[Xavi Drudis Ferran]

El Sun, May 15, 2016 at 12:32:12PM +0200, Ernest Adrogué deia:
> 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.
> 
Però era més d'una persona d'una o més institucions, no ? 6 persones ? 9 ?
I seran costos de personal (salari brut + tributs) més infraestructura, més si 
hi ha material... 
No ho recordo bé. No tinc ni idea de què costen els projectes de recerca avui 
en dia...

Re: Polemica amb la UOC sobre el programari lliure

[Xavi Drudis Ferran]

El Sat, May 14, 2016 at 10:40:42PM +0200, Xavi Drudis Ferran deia:
> La URL que tu dius em sembla una línia de recerca proposada.  Si els
> li aproven llavors suposo que faran estudis més complets, entre altres
> coses, però així abans de veure un duro, deuen haver fet aquest estudi
> de 25 projectes, la nota de premsa, i a partir d'això, i de tota la
> recerca que tinguin d'abans ara demanen (entre molts, com sempre) uns
> 21 milions d'EUR per investigar possibles eines per permetre que els
> usuaris decideixin l'evolució de projectes de programari lliure,
> motivar desenvolupadors, etc.
>


No, no, perdó, m'he liat molt. No demanen 21 milions. 
Demanen 1.599.697,53€
21 milions són el pressupost dels projectes en els que ha participat
qui ho demana durant tota la carrera. No el que demana ara. 

Re: Polemica amb la UOC sobre el programari lliure

[Xavi Drudis Ferran]

El Sat, May 14, 2016 at 09:52:39PM +0200, Alex Muntada deia:
> Ernest Adrogué:
> 
> > 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.
> 
> Està al correu del gilug que jo esmentava:
> http://modeling-languages.com/very-large-community-software-development-erc/
>

Jo diria que això no és cap estudi. 

L'estudi, al menys l'únic que he trobat és 

http://som-research.uoc.edu/transparency-and-democracy-in-oss/

I també hi ha el full de càlcul aquell de Google Docs. 

La URL que tu dius em sembla una línia de recerca proposada.  Si els
li aproven llavors suposo que faran estudis més complets, entre altres
coses, però així abans de veure un duro, deuen haver fet aquest estudi
de 25 projectes, la nota de premsa, i a partir d'això, i de tota la
recerca que tinguin d'abans ara demanen (entre molts, com sempre) uns
21 milions d'EUR per investigar possibles eines per permetre que els
usuaris decideixin l'evolució de projectes de programari lliure,
motivar desenvolupadors, etc.

Tenen 5 objectius:

   1 Fer els programes lliures més transparents i democràtics.

   2 Fomentar la contribució a programes lliures

   3 Optimitzar col·laboracions internes. No sé. Sembla crear mètriques i
   visualitzacions de col·laboracions, i avaluar projectes.

   4 Incorporar anàl·lisi de dependències entre projectes, competència i
   optimitzar l'assignació de recursos (en plan simplex  )

   5 Muntar una eina telemàtica de desenvolupament de programari que
   incorpori tot això.

Potser la confusió es deu a que no és habitual tenir-ho penjat.  La
propia descripció parla de que no és habitual que la proposta de
recerca es publiqui abans de presentar-la a avaluació. Jo no hi entenc
un borrall, però des de la ignoràcia intueixo que:

- és veritat, no es fa mai. 

- és molt bó fer-ho. I demostra certes conviccions en obertura i transparència.

Tot i així no estic molt motivat per contribuir-hi res constructivament. 

Crec que parteix de valors i percepcions de la realitat molt diferents
a les meves, ho trobo molt teòric, i no n'entenc la metodologia,
intenció i utilitat.

Re: Polemica amb la UOC sobre el programari lliure

[Xavi Drudis Ferran]

El Thu, May 12, 2016 at 10:11:43PM +0200, Ernest Adrogué deia:
> 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.
> 

Ja sé que ho facis com ho facis 25 projectes no poden ser
representatius.  Però a l'article de nació digital surt la llista i em
pensava que necessitaria un gat hidràulic per tancar la boca. 

El primer que he pensat és que amb quin criteri els han triat. 
Però a veure, si és el primer que explica l'article. Són els 25
projectes més "populars" a GitHub. 

"Y con el clero hemos topado". Altre cop els serveis centralitzats
definint la realitat. Si no és "trending topic" a Twitter no existeix.

Hi ha vida fora de GitHub !
http://www.fsf.org/blogs/community/ethics-in-ethics-out-promote-user-respecting-software-development-platforms
https://framagit.org
https://en.wikipedia.org/wiki/Comparison_of_source_code_hosting_facilities

Però a part, què hi pinta linux ? El criteri no era els 25 més
populars de GitHub ? A GitHub hi ha un mirror del linux del torvalds
d'ença d'un compromís fa temps, però que jo sàpiga el repositori
oficial és a kernel.org

I si es busquen un altre criteri hauran d'agafar mlts projectes que
no estan a GitHub. Entre els que han agafat n'hi ha d'importants, de 
coneguts i alguns una mica obscurs. D'alguna manera quan un projecte
o organització es fa força important comença a tenir sentit muntar-se
el seu propi repositori. Triar només projectes de GitHub són ganes de
deixar-te'n uns quants de grans. 

Re: Polemica amb la UOC sobre el programari lliure

[Xavi Drudis Ferran]

El Thu, May 12, 2016 at 09:19:27PM +0200, Xavi Drudis Ferran deia:
> 
> Esmena 3- Els enllaços a xarxes socials amb doble click 
> Esmena 6- No calen enllaços a xarxes socials. Si n'hi ha, prioritzar
>   les no centralitzades, i protegir la privacitat amb 
>   doble click 
> https://seoboxx.com/en/download-doubleclicksocialbuttons-en

Oops, l'esmena 6 subsumeix la 3. 
Ho sento. Espero que la mesa ho vegi i elimini la 3. Ah, que no hi ha mesa?

Re: Polemica amb la UOC sobre el programari lliure

[Xavi Drudis Ferran]

nioses, el que sigui. Que el programa que
crea sigui més valuós, tenir més usuaris, pot ser una motivació o
no. I quan ho és, una motivació pot ser més gran o més petita i
ponderar-se amb l'esforç que costa. Si la majoria vol un canvi que a
tu et va fatal o no el saps fer o és massa temps o el que sigui, pot
ser més rendible arriscar-te a un fork.

Per postres un projecte de programari lliure mai podrà ser administrat
per tota la seva comunitat democràticament. Si ho fos deixaria de ser
lliure. Això és un corol·lari del fet que els usuaris contribueixen al
programari encara que no es comuniquin amb els qui el publiquen i el
fet que un programa lliure no pot obligar cap usuari a comunicar que
ho és.  El suposat govern democràtic de (per exemple) Debian mai podrà
fer el cens.  Per tant mai podrà fer cap votació en condicions. Qui
pot votar és qui s'ha apuntat (i ha estat acceptat) com a membre del
projecte. Llavors la democràcia per força s'ha de restringir a un
subgrup de la comunitat que (ho muntem com ho muntem) mai sabrem si és
o no el total. Aquest grup pot ser més o menys gran (segons acceptis a
tothom o hi hagi un criteri establert o no acceptis a ningú i només
sigui sempre el fundador inicial).

En el cas degenerat que el grup acaba sent d'un, tens una democràcia
entre un que és una "dictadura benevolent".  Sospito que qui es va
inventar l'expressió mai no va viure una dictadura de veritat (al
menys una dictadura dels que no pensaven com ell). El "dictador
benevolent", com el "rei universal" de l'asteroide 325, si vol una
posta de sol, l'ha d'ordenar cap a les 19:40. Si el Petit Príncep la
vol abans, el Petit Príncep pot convocar al Petit Príncep a una
votació i decidir que mourà la cadira. O bé el Petit Prínep pot
ordenar despòticament al pobre Petit Príncep que mogui la cadira.
Tant és, perquè és el Petit Príncep, no Gollum i Smeagol.

L'altre cas degenerat és el que proposa l'UOC. El grup que vota és més
gran que la comunitat del programa lliure, és tot el món. Com que no
pots establir el cens, agafes el cens mundial de l'ONU aquest que fa
servir per als referèndums sobre tractats internacionals (un moment
que pari de riure per no plorar...) i deixes votar a tothom. Això sí
amb la quantitat de programes lliures que hi ha i les decisions que
s'han de prendre en cada un, al pobre pregoner que hagi d'anunciar
cada votació ja el planyo.  Si els espanyols ploren per fer dues
generals en sis mesos ! Proveu, proveu el 26J de posar unes urnes allà
al costat per si systemd sí o systemd no, a veure què us diuen.

I llavors un grup de recerca no té cap més idea feliç que posar-se 
a comptar democràcia en programes lliures i fer-ne un article. 

No sé. És flipant que la mateixa penya que demana als altres poder
votar des de la barrera sobre a què dediquen el temps, tingui la barra
de dir-li democràcia a la intromissió, i a sobre just a sota de
l'article el primer botó sigui de facebook (que ara està de polèmica
sobre els esforços en influir en l'opinió pública i les eleccions a
EUA) i ja dit de pas, la web de l'article regala dades de trànsit als
titulars de tots aquests dominis:
  
trc.taboola.com
translate.googleapis.com
t.mookie1.com
stats.g.doubleclick.net
s7.addthis.com
pixel.sitescout.com
pixel.mathtag.com
m.adnxs.com
m.addthis.com
ib.adnxs.com
googleads.g.doubleclick.net
google.es
google.com
google-analytics.com
facebook.com
d.adroll.com
c.bing.com
5278013.fls.doubleclick.net

Perquè no votem entre tots per canviar la web de la UOC ? 

Esmena 1- Res de continguts externs a pàgines de la UOC (incloses
galetes) sense que l'usuari activi enllaços

Esmena 2- Res de cessions de dades

Esmena 3- Els enllaços a xarxes socials amb doble click 

Esmana 4- Canviar Google Analytics per Piwik https://piwik.org/

Esmena 5- Usable amb LibreJS https://www.gnu.org/software/librejs/

Esmena 6- No calen enllaços a xarxes socials. Si n'hi ha, prioritzar
  les no centralitzades, i protegir la privacitat amb 
  doble click 
https://seoboxx.com/en/download-doubleclicksocialbuttons-en

Esmena 7- Muntem una comissió de seguiment de la web que es reuneix
  trimestralment a fer unes birres i criticar. La UOC paga les
  birres.

(accepto transaccionar birres per té i madalenes per allò del tarannà
negociador i la cultura de pacte)

Ara només falta imprimir paperetes, buscar unes urnes i muntar una
votació popular (les votacions telemàtiques fan angúnia, digui el que
digui Puigdemont). I els webmestres de la UOC que facin el que decidim
els que passem per allà, val ?

Consti que ho podem votar perquè els de la UOC entenen així la
democràcia, no perquè sigui una Fundació de propietat pública (ho
és?). Pel fet de ser una fundació de propietat pública ens hauríem de
conformar amb votar el Parlament que vota el govern o els patrons
públics que tingui i les eleccions que toqui.

Llavors quan quedem per votar-ho i qui avisa tothom ? 
Bah, quina mandra, deixem-ho.

-- 
Xavi Drudis Ferran
 

Re: Accents i caracters especials al LibreOffice

[Xavi Drudis Ferran]

El Tue, May 10, 2016 at 11:41:19PM +0200, Daniel deia:
> 
> Que dimonis es aixo del ca_ES@euro? No hauria de ser ca_ES UTF8?
>

@euro vol dir iso-8859-15, són sinònims. 
I iso-8859-15 és igual que iso-8859-1 (=latin1) però amb el signe de l'euro
per comptes d'un de moneda genèrica que mai he vist que fes servir ningú.

UTF-8 té moolts més caràcters que iso-8859-15.
 

Re: Accents i caracters especials al LibreOffice

[Xavi Drudis Ferran]

El Tue, May 10, 2016 at 11:13:08PM +0200, Daniel deia:

> root@Daniel-Debian:/home/daniel# env | grep -ie lang
> LANG=ca_ES.UTF-8
> root@Daniel-Debian:/home/daniel# echo $LANG
> ca_ES.UTF-8
> root@Daniel-Debian:/home/daniel# echo $LANGUAGE
> 
> root@Daniel-Debian:/home/daniel# echo $GDM_LANG
> 
> root@Daniel-Debian:/home/daniel# 


I has provat un 
dpkg-reconfigure locales 
i marcar 
el ca_ES.UTF-8 i els que vulguis ? 

Re: Dilemes de novell 1: Flash o W7?

[Xavi Drudis Ferran]

El Wed, Mar 16, 2016 at 12:30:21PM +0100, rita deia:
> Hola,
> Estic aprenent i tinc alguns dilemes tècnico-ètics...
> El primer és que haig de fer els deures amb Scratch i, com funciona amb
> Flash, crec que tinc dues opcions:
> 
> 1) Instal·lar Flash a Debian (i "contaminar-la")
> 2) Obrir el Windous7 a la Dual-boot i programar amb Scratch allà, a
> "l'univers privatiu"...
> 
> Què és èticament pitjor? O tinc alguna altra opció?
> 
> Merci,
>

L'èticament millor és queixar-te de que t'imposin programari privatiu per
fer deures. No deixar-ho així i espavilar-te perquè el següent que 
vingui darrera s'hagi de tornar a espavilar. 

Ara bé, jo de Flash i d'Scratch no en tinc ni idea, però em sóna que 
hi ha versions lliures de Flash (amb no sé quantes limitacions). Em 
sóna gnash i  shumway però ni idea de què són capaços de fer o si et
servirien. 

Re: arduino per nens

[Xavi Llistes]

Hola ,

Tinc material per una bona temporada !!  :-)

moltes gràcies !!

Xavi

El 19/05/15 a les 21:13, Pedro ha escrit:

Hola, complements a arduino.

Normalment els nens tenen curiositat per lo que veuen.
Em fa l'efecte que els nens també tenen curiositat per les aplicacions
mòbils, pels jocs electrònics.

Veig que l'editor de text atom [1] té característiques que fan atractiu la
programació d'aplicacions web (HTML, CSS) (aplicables als mòbils).

Cada cop s'està fent més fàcil i agradable això de les tecnologies web.

Potser pot ser complementable a lo que vols fer. Ja que per
visualitzar les dades de l'arduino o lo que sigui, es podria fer amb
una pàgina web, hi ha tantes cosetes en les que entretindre's...

[1]
https://github.com/atom/atom
http://frontendlabs.io/1758--como-instalar-atom-editor-en-linux-debian-ubuntu
http://blog.atom.io/2015/05/15/new-autocomplete.html
https://atom.io/packages/linter

2015-05-19 20:50 GMT+02:00 Quim Gil q...@spiral.wiki:

On 05/19/2015 08:19 PM, Xavi Llistes wrote:

Hola a tots,
conec molt superficialment arduino i el seva programació però estic
interessat en endisar-m'hi una mica. Encara no he fet cap recerca exhaustiva
i volia saber si algú de vosaltres coneix el tema em donés la seva opinió i
informació de llocs.

Concretament, m'agradaria saber si existeix algun programari (per debian)
usable per nens per jugar amb arduino i complements. A l'estil LEGO.


S4A (Scratch for Arduino) és un projecte català en aquesta línia, i compleix
amb els teus requisits.

http://s4a.cat/

Jo he provat Scratch amb els meus vailets i el van entendre ràpidament. És
una bona eina. El que no he provat és S4A específicament, però sembla que té
una bona implantació.

--
Quim Gil


--
To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
listmas...@lists.debian.org
Archive: https://lists.debian.org/555b85d8.3010...@spiral.wiki






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

Re: arduino per nens

[Xavi]

http://binefa.cat/blog/?author=2
El dia 19/05/2015 22.04, Quim Gil q...@spiral.wiki va escriure:

 On 05/19/2015 09:03 PM, Orestes Mas wrote:

 (http://binefa.cat)

 Allà hi trobaràs molts enllaços i material que et mantindrà entretingut
 unes quantes setmanes.


 O no...  ;)  (hi acabo de clicar)

 --
 Quim Gil


 --
 To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive: https://lists.debian.org/555b974a.1030...@spiral.wiki

arduino per nens

[Xavi Llistes]

Hola a tots,
conec molt superficialment arduino i el seva programació però estic 
interessat en endisar-m'hi una mica. Encara no he fet cap recerca 
exhaustiva i volia saber si algú de vosaltres coneix el tema em donés la 
seva opinió i informació de llocs.


Concretament, m'agradaria saber si existeix algun programari (per 
debian) usable per nens per jugar amb arduino i complements. A l'estil 
LEGO.


gràcies

Xavi


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

Re: Nvidia Optimus

[xavi]

Hola,
moltes gràcies. 

Certament, com dius, si executo lspci | egrep 'VGA|3D' obtinc que 
existeix una NVIDIA. 


pa@deb:~$ lspci | egrep 'VGA|3D'
00:02.0 VGA compatible controller: Intel Corporation 4th Gen Core 
Processor Integrated Graphics Controller (rev 06)

01:00.0 3D controller: NVIDIA Corporation Device 139b (rev ff)

És normal que no posi enlloc GTX 960M?

Tot i això, no aconsegueixo que funcioni (havent posat 
'KernelDriver=nvidia' i 'KernelDriver=nvidia-current' a 
'/etc/bumblebee/bumblebee.conf'):


pa@deb:~$ primusrun glxinfo | grep vendor
primus: fatal: Bumblebee daemon reported: error: Could not load GPU 
driver


Respecte a la BIOS (potser no sóc capaç d'accedir al lloc correcte) 
no trobo res de 'Discrete', però amb el que acabo de comentar, entenc 
que no aplica.


I pel que fa 'lshw' mostra la info però, entenc que normal, amb 
UNCLAIMED a la part de Nvidia.


Encara vaig despistat :-(

Gràcies

Xavi

On dc, 11 de mar 2015 a les 6:43 , Marc Bres Gil marc.b...@gmail.com 
wrote:

Ja estic davant l'ordinador en qüestió

prova amb lspci | grep 3D

jo tinc els següents resultats:


marc@fangorn:~$ lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation 4th Gen Core 
Processor Integrated Graphics Controller (rev 06)

marc@fangorn:~$ lspci | grep 3D
01:00.0 3D controller: NVIDIA Corporation GM107M [GeForce GTX 860M] 
(rev ff)





El dia 11 març de 2015, 16:48, Marc Bres Gil marc.b...@gmail.com 
ha escrit:
Jo fa un temps em vaig comprar un XMG P330, que munten sobre clevos 
igual que la gent de mountain, i tampoc em sortia fins que vaig 
instal·lar els controladors.


T'adjunto un link a una entrada del meu blog, jo vaig instal·lar el 
bumblebee i va fantàsticament, activo la nvidia només quan executo 
algun joc, i per l'ús d'escriptori faig servir la intel. Aquí hi 
ha el com ho vaig fer: http://marc.bres.cat/?p=189


Salutacions

Marc Bres




El dia 11 març de 2015, 16:17, Xavi Llista 
xavier.llis...@gmail.com ha escrit:



Hola,
recentment ha arribat a les meves mans un portàtil que, en teoria, 
utilitza tecnologia Nvidia optimus que, en aquest cas, combina 
Nvidia GTX 960M i Intel HD 4600 amb un priocessador i7 4712MQ 
(http://www.mountain.es/portatiles/cobalt/especificaciones).


El tema és que quan executeo lspci | grep VGA obtinc la següent 
resposta:
00:02.0 VGA compatible controller: Intel Corporation 4th Gen Core 
Processor Integrated Graphics Controller (rev 06)


Amb l'excució de la comanda anterior no haurien de sortir les dues 
possibles controladors de video? No falta la NVIDIA?


He estat cercant i no n'he acabat de treure l'aigua clar.

A veure si em podeu ajudar.

Moltes gràcies

Xavi





--
Marc Bres Gil
m...@bres.cat
marc.b...@gmail.com




--
Marc Bres Gil
m...@bres.cat
marc.b...@gmail.com

Re: xfce 4.12 in Debian.

[xavi]

On 04/03/15 17:17, Go Linux wrote:





It's unlikely that xfce4.12 will be available in Debian Jessie - maybe in the 
backports.  But it looks like it will be the default DE in Devuan Jessie . . . 
depotterized of course.   ;)

Hi,

My best wishes to all the people of DeVUAn, good luck in their job, good 
election in their default DE . I don't like Gnome neither Systemd. But I 
don't want to talk about Gnome or Systemd, this is not the point of this 
thread (I think that this is not the point of the mailing list, but it 
is only my personal opinion). I think that I prefer remain with Debian, 
(but maybe with Xfce 4.12 soon?). That's all :)


And people who uses Debian knows that some times we must wait to have 
some good software...





golinux




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

Archive: https://lists.debian.org/54f75270.7040...@paranoici.org

xfce 4.12 in Debian.

[xavi]

Hi,

Does somebody know when xfce4.12 will be arrive to Debian? And, where 
can I look this for xfce4.12 or other packages? Is there some kind of 
calendar for packages?


Thanks and sorry for my english :^)

Have a nice day!


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

Archive: https://lists.debian.org/54f6a38a.8080...@paranoici.org

Re: Disable server so it does not start on reboot (even after upgrade)?

[Xavi]

First I do:

sudo update-rc.d -f apache2 remove

and then, to assert the rc.d links are not recreated, 
I recreate them stopped in all runlevels:

sudo update-rc.d apache2 stop 80 0 1 2 3 4 5 6 .


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/loom.20150109t155951-...@post.gmane.org

Re: problemes amb els dispositius extraïbles usb

[xavi]

Hola,
què hi tens a fstab?
Xavi

El 03/01/15 a les 20:34, ilion1250 ha escrit:
De cop i volta sense haver fet res ni tocat res, d'un dia per l'altre 
em trobo que quan connecto el disc dur usb o qualsevol memòria usb 
root és el propietari en lloc del meu usuari i per tant no puc moure 
fitxers.

Es munten a /media.
Realment no se que fer perquè /etc/fstab no hi es i per tant no puc 
afegir cap dispositiu nou de forma manual.


Gràcies a tots

Ferran





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

Ajuda amb /etc/fstab i mapeig xarxa

[Xavi Llista]

Hola,
a veure si em podeu ajudar. Disposo d'un petit NAS domèstic i, fins ara,
sempre m'hi havia pogut connectar via CIFS sense problemes de forma
automàtica afegint la següent línia a /etc/fstab.

//192.168.1.10/photo   /media/punts/photo  cifs
uid=usuari,credentials=/media/punts/.credencials,iocharset=utf8,sec=ntlm
00

també he provat
//192.168.1.10/photo   /media/punts/photo  cifs
uid=usuari,credentials=/media/punts/.credencials,iocharset=utf8,sec=ntlm,file_mode=0777,dir_mode=0777
00

Des dels altres pc's de casa, amb aquesta línia a fstab, creat les carpetes
corresponents i el fitxer de credencials no tinc cap problema.

No fa massa vaig formatejar i reinstal·lar. Ara, amb usuari normal quan
intento accedir amb el navegador de fitxers em diu 'No s'ha pogut mostrar 
/media/punts/photo  La ubicació no és una carpeta.'. En canvi, si obro el
navegador de fitxers amb gksu puc veure-ho tot sense problemes.

És evident que sembla un tema de permisos però ja no sé que mirar.

Els permisos de la carpeta '/media/punts/photo ' són:
drwxrwxrwx 2 root root 4096 des  8 15:54 photo

I el fitxer de credencials:
-rw---1 rootroot   35 nov 23  2013 .credencials

Estic totalment despistat perquè feia molt temps usava la mateixa sintaxi i
configuració i no havia tingut mai problemes.

Em podeu ajudar?

gràcies

Xavi

Re: Ajuda amb /etc/fstab i mapeig xarxa

[xavi]

Hola,
gràcies per les respostes.

Contestant al tema dels permisos...totes les carpetes, quan no estan 
muntades, tenen els mateixos permisos de 777 root:root. El fitxer de 
credencials és per user i pass. Al primer correu he oblidat un detall 
important... si fagi un mount manual (no dins fstab) obtenic accés 
correcte al recurs per qualsevol usuari, la sentència usada és:
mount -t cifs //192.168.1.10/photo /media/punts/photo -o 
username=usuari,password=paraula_clau,file_mode=0777,dir_mode=0777


Veient el que m'heu dit fins ara, veig que potser he formulat malament 
la pregunta, ja que potser vaig errat amb el mètode que uso per mapejar 
de forma automàtica. Ho plantejo diferent...si tinc un recurs 'photo' a 
un NAS, que només pot compartir via SAMBA, com ho puc fer per mapejar el 
recurs de forma automàtica a l'engegada de l'ordinador?


Moltes gràcies

Xavi




El 22/12/14 a les 15:37, Alex Muntada ha escrit:

Xavi Llista:


Els permisos de la carpeta '/media/punts/photo ' són:
drwxrwxrwx 2 root root 4096 des  8 15:54 photo

Quins permisos té aquesta carpeta quan no està muntat el NAS?


I el fitxer de credencials:
-rw---1 rootroot   35 nov 23  2013 .credencials

No tinc ni idea de per a què serveix aquest fitxer, però pots provar a
canviar-li els permisos.

Salut,
Alex





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

Re: Ajuda amb /etc/fstab i mapeig xarxa

[xavi]

Hola a totes i totes,
gràcies per les vostres aportacions.

Sembla que ja he localitzat el problema. Com apuntava l'Àlex amb la seva 
pregunta, el problema eren les permisos de carpeta i no pas en la línia 
de fstab. Els he comparat amb un altre pc de casa i no eren els mateixos 
permisos. Només he fet el següent i ja puc mapejar sense problemes:

$ chmod 755 /media
$ cd media
$ chmod 755 /punts

Gràcies a tots !!

Xavi

El 22/12/14 a les 17:33, Leopold Palomo-Avellaneda ha escrit:

A Dilluns, 22 de desembre de 2014, xavi va escriure:

Hola,
gràcies per les respostes.

Contestant al tema dels permisos...totes les carpetes, quan no estan
muntades, tenen els mateixos permisos de 777 root:root. El fitxer de
credencials és per user i pass. Al primer correu he oblidat un detall
important... si fagi un mount manual (no dins fstab) obtenic accés
correcte al recurs per qualsevol usuari, la sentència usada és:
mount -t cifs //192.168.1.10/photo /media/punts/photo -o
username=usuari,password=paraula_clau,file_mode=0777,dir_mode=0777

jo tinc igual però:

uid=root,gid=posaelnumdelgrupambquivolsmuntar,domain=MYDOMAIN,credentials=/etc/cifsbackup,ro,dir_mode=0770,file_mode=0770,iocharset=utf8

i em funciona.


Leo





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

Re: Virtualització d'un altre sistema operatiu amb els USB activats

[Xavi]

A veure si això et fa servei:
http://xiquetam.blogspot.com.es/2013/04/installar-virtualbox-42-debian-wheezy.html?m=1
El dia 22/07/2014 11.59, Pau Ibars pauib...@gmail.com va escriure:

 Joan pot ser que et falti l'extension pack de virtualbox o les guest
 additions? Jo crec que hauries de poder accedir a un USB des de virtualbox
 sense problemes.

 Revisa-ho i ho anem parlant.

 Salut.


 El dia 22 juliol de 2014 11:02, Josep Lladonosa jllad...@gmail.com ha
 escrit:

 Hola,

 ...i no pots accedir a un fitxer ISO sense haver de cremar CD/DVD?
 El dia 22/07/2014 10:55, Joan arboc...@calbasi.net va escriure:

 Hola,

 Estic usant VirtualBox per virtualitzar altres sistemes operatius a la
 meva Debioan estable. La pega és que no te activat l'us d'USB i em cal
 cremar DVD cada cop que en vull provar un. Em penso que la versió
 comercial de VirtualBox si que permet activar els USB...

 Us volia demanar si coneixeu i feu servir algun sistema de
 virtualització que pugui usar USB

 Fins ara,

 --

 Joan Cervan i Andreu
 http://personal.calbasi.net

 El meu paper no és transformar el món ni l'home sinó, potser, el de ser
 útil, des del meu lloc, als pocs valors sense els quals un món no val la
 pena viure'l
 A. Camus

 i pels que teniu fe:
 Déu no és la Veritat, la Veritat és Déu
 Gandhi


 --
 To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive: https://lists.debian.org/53ce1f8a.2080...@calbasi.net




 --
 Pau Ibars
 http://www.pauibars.cat
 cor...@pauibars.cat
 655.80.72.39

Re: Debian Testing i MTP

[xavi]

Hola a tots,
després de fer alguna altra prova he pogut comprovar que, molt 
probablement, tingui el problema amb l'escriptori  Cinnamon (escriptori 
LMDE), el navegador de fitxers Nemo i amb el paquet 'mtp-tools'.


A LMDE 64 bits amb Cinnamon, he desinstal·lat 'mtp-tools' i instal·lat 
nautilus, ara puc navegar via Nautilus pel dispositiu via MTP sense 
problemes. En canvi amb Nemo (navegador fitxers de Cinnamon) no hi ha 
manera. També puc copiar fitxers de forma més o menys raonable (lent 
però funciona).


Per confirmar que el problema era Cinnamon he instal·lat LMDE Mate de 64 
bits en una màquina de proves física i he pogut navegar pel dispositiu 
via MTP a la primera (la mateixa màquina amb Cinnamon, i usant Nemo, no 
m'anava correctament).


Per tant, la solució ha passat per desinstal·lar 'mtp-tools' i 
instal·lar 'nautilus'.


Dels que useu en màquina física Debian Testing (no LMDE), us heu trobat 
amb problemes amb MTP? Si us funciona, quins paquets i versions teniu 
posats?


gràcies

Xavi
NOTA: miraré de reportar-ho a linuxmint

Al 10/11/13 09:42, En/na Javier Silva ha escrit:

Al final vaig instal·lar SSHDroid PRO en el dispositiu Android, això
permet connectar-se per SSH i accedir a totes les dades internes, però
entenc que no és la solució més òptima.

Javier

2013/11/9 xavi xavier.llis...@gmail.com:

Hola,
estic tenint problemes amb LMDE 64bits (basada en testing) quan connecto
dispositius que tenen android 4.x.x via MTP. He remenat per la xarxa i
sempre acabo trobant que cal el paquest 'mtp-tools' (que ja tinc
instal·lat). El problema no existeix amb la mateixa distro de 32 bits (que
tinc en un portàtil).

Actualment, quan connecto el dispositiu android (Samxxng Gxlasx Tab)
m'apareix la ruta del navegador de fitxers de la següent manera:
'mtp://[usb:001,003]/65537/17' on els numerets corresponen a les carpetes
(DCIM/Camera...). Amb la versió de 32 bits no apareixen els nuemerets sinó,
com hauria de ser, el nom de les carpetes.

A banda d'aquest problema estètic, el que em toca la pera és que quan miro
de copiar-hi fitxers grans (pelis...) se'm penja al a connexió i em comença
aparèixer un error de mtp ininterrompudament.

Algú s'hi ha trobat i em pot donar un cop de mà? (jo ja no sé on mirar)

Xavi






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

Debian Testing i MTP

[xavi]

Hola,
estic tenint problemes amb LMDE 64bits (basada en testing) quan connecto 
dispositius que tenen android 4.x.x via MTP. He remenat per la xarxa i 
sempre acabo trobant que cal el paquest 'mtp-tools' (que ja tinc 
instal·lat). El problema no existeix amb la mateixa distro de 32 bits 
(que tinc en un portàtil).


Actualment, quan connecto el dispositiu android (Samxxng Gxlasx Tab) 
m'apareix la ruta del navegador de fitxers de la següent manera:
'mtp://[usb:001,003]/65537/17' on els numerets corresponen a les 
carpetes (DCIM/Camera...). Amb la versió de 32 bits no apareixen els 
nuemerets sinó, com hauria de ser, el nom de les carpetes.


A banda d'aquest problema estètic, el que em toca la pera és que quan 
miro de copiar-hi fitxers grans (pelis...) se'm penja al a connexió i em 
comença aparèixer un error de mtp ininterrompudament.


Algú s'hi ha trobat i em pot donar un cop de mà? (jo ja no sé on mirar)

Xavi

Re: Why Debian

[xavi]

I use Debian because Debian is like an old good car. Easy to open and 
see how it's mounted. Without too much customization. Without too  much 
gurus and astronauts. And with a lot of support. I like it very much. 
Really.


But if you prefer more customization and a distro very user friendly 
(and the astronaut), maybe you could use Xubuntu or maybe Linux Mint.


Sorry for my english ;)

Il 2013-11-09 07:49 Gábor Hársfalvi ha scritto:

Because Debian uses the most stable packages - if you use the stable
version of Debian -  while Ubuntu uses the newest packages.

I like both Ubuntu and Debian - but Debian is closest to my heart.

2013/11/9 Beco r...@beco.cc


On 8 Nov 2013 14:15, Alberto Salvia Novella
es204904...@gmail.com wrote:

Summarizing:

Which are the very important reasons why do you prefer Debian

over Ubuntu?





Why to use a Debian based OS if you can use Debian?

My best,
Beco.


--

xavi   ||  lorajoler[at]paranoici.org


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

Archive: http://lists.debian.org/cc785228693bf3d387fd841fce3d3...@paranoici.org

Re: wifi disappeared completely last night on a Debina Jessie laptop.

[xavi]

I have the same problem. And I resolved it installing wicd. Never trust 
in network manager :)


Il 10.06.2013 06:59 Andrei POPESCU ha scritto:

On Lu, 10 iun 13, 04:04:41, Hendrik Boom wrote:


I think -- maybe I should ask it to shut down wifi altogether (using 
the
network manager's menu, and then ask it to turn it on again.  Maybe 
then

it will rescan.


Yes, it will.

But instead, after turning it off, the item has vanished from the 
menu,

and I can find no way to get it back.


What item from which menu? I'm assuming you mean the Enable Wi-Fi 
item

in the nm-applet right-click menu.

[snip]

It looks as if somewhere Linux has got the idea that wifi is supposed 
to
be off, and upon boot it tells the BIOS to disable the WLAN device.  
And
then the network manager thinks I don't have a wifi device and 
refuses to

give me any options to turn it on again.


As far as I recall Network Manager is using rfkill to disable the
WiFi[1]. See if the command 'rfkill' helps.

[1] this generally is not such a bad idea, because it will save power.

Kind regards,
Andrei


--

xavi   ||  lorajoler[at]paranoici.org


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

Archive: http://lists.debian.org/7d7a63273aab1bc4cc81ad0242403...@paranoici.org

Acutalització paquets repositoris

[Xavi Llistat]

Hola a totes,
estic intentant instal·lar un paquet disponible a experimental i, tot i
actualitzar sources.list, no aconsegueixo instal·lar la versió de paquet
que disponible a experimental sinó la de wheezy (suposo).

Entenc que el problema ha de ser ben simple de solucionar però no veig clar
a on mirar.

Concretament, intento instal·lar la versió 0.14.1 de shotwell (
http://packages.debian.org/experimental/shotwell). Per fer-ho actualitzo
'sources.list' amb els següents respositoris:

deb http://ftp.es.debian.org/debian/ wheezy main contrib non-free
deb-src http://ftp.es.debian.org/debian/ wheezy main contrib non-free

deb http://security.debian.org/ wheezy/updates main contrib non-free
deb-src http://security.debian.org/ wheezy/updates main contrib non-free

deb http://ftp.es.debian.org/debian unstable main contrib non-free
deb-src http://ftp.es.debian.org/debian unstable main contrib non-free

deb http://ftp.es.debian.org/debian experimental main contrib non-free
deb-src http://ftp.es.debian.org/debian experimental main contrib non-free

Faig a 'apt-get update' i quan instal·lo 'shotwell' sempre se m'instal·lar
la versió 0.12.3... Sabeu què estic fent malament?

Salut i gràcies

Xavi

Re: Acutalització paquets repositoris

[Xavi]

Hola,
moltes gràcies per la resposta. Ara em poso amb /etc/apt/preferences a
veure si aconsegueixo el comportament que tenia amb LMDE on manava sempre
la versió superior.

Salut,
xavi


El 9 de maig de 2013 13.36, Jordi Mallach jo...@debian.org ha escrit:

 El dj 09 de 05 de 2013 a les 13:32 +0200, en/na Xavi Llistat va
 escriure:
  Concretament, intento instal·lar la versió 0.14.1 de shotwell
  (http://packages.debian.org/experimental/shotwell). Per fer-ho
  actualitzo 'sources.list' amb els següents respositoris:
  Faig a 'apt-get update' i quan instal·lo 'shotwell' sempre se
  m'instal·lar la versió 0.12.3... Sabeu què estic fent malament?

 Experimental té per defecte una prioritat més baixa que la resta de
 distros. Demana-li a apt-get que t'instal·le la versió d'experimental:

 apt-get install -t experimental shotwell

 --
 Jordi Mallach Pérez  --  Debian developer http://www.debian.org/
 jo...@sindominio.net jo...@debian.org http://www.sindominio.net/
 GnuPG public key information available at http://oskuro.net/


 --
 To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive:
 http://lists.debian.org/1368099368.1115.1.ca...@penyagolosa.oskuro.net

Re: Acutalització paquets repositoris

[Xavi]

Hola,
el fitxer /etc/apt/preferences no existia i l'he creat al meu gust. La
prioritat per defecte, si no existeix el fitxer, on està definida?

Xavi


El 9 de maig de 2013 13.58, Xavi xavier.llis...@gmail.com ha escrit:

 Hola,
 moltes gràcies per la resposta. Ara em poso amb /etc/apt/preferences a
 veure si aconsegueixo el comportament que tenia amb LMDE on manava sempre
 la versió superior.

 Salut,
 xavi


 El 9 de maig de 2013 13.36, Jordi Mallach jo...@debian.org ha escrit:

 El dj 09 de 05 de 2013 a les 13:32 +0200, en/na Xavi Llistat va
 escriure:
  Concretament, intento instal·lar la versió 0.14.1 de shotwell
  (http://packages.debian.org/experimental/shotwell). Per fer-ho
  actualitzo 'sources.list' amb els següents respositoris:
  Faig a 'apt-get update' i quan instal·lo 'shotwell' sempre se
  m'instal·lar la versió 0.12.3... Sabeu què estic fent malament?

 Experimental té per defecte una prioritat més baixa que la resta de
 distros. Demana-li a apt-get que t'instal·le la versió d'experimental:

 apt-get install -t experimental shotwell

 --
 Jordi Mallach Pérez  --  Debian developer http://www.debian.org/
 jo...@sindominio.net jo...@debian.org http://www.sindominio.net/
 GnuPG public key information available at http://oskuro.net/


 --
 To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive:
 http://lists.debian.org/1368099368.1115.1.ca...@penyagolosa.oskuro.net

Re: Gnome no arranca en Wheezy

[Xavi Llistat]

Hola companys,
jo també vaig tenir el mateix problema amb LMDE amb l'update 6 i després de
cercar i no trobar cap solució vaig optar per la decisió de reinstal·lar el
sistema. Com que tinc la /home en una partició separada tota la
configuració es va traspassar i només em va caler instal·lar els paquets
que manacaven.

No és la millor opció però però n'és una.

Saltuacions,
Xavi


El 1 de maig de 2013 19.46, Tomàs Mallafré to...@mallafre.cat ha escrit:

 El 1 de maig de 2013 13.26, Giorgio Grappa giorgio.gra...@ubuntu.cat ha
 escrit:

 Salutacions, companys,

 Debuto en aquesta llista per demanar ajut (tot i que hi estic subscrit
 des del 2008, no havia fet cap instal·lació seriosa de Debian, de manera
 que no he dit gaires coses) aprofitant que la Wheezy que m'acabo
 d'instal·lar (fa quatre o cinc dies) no em permet entrar en el l'escriptori
 Gnome ni en Gnome Clàssic (ni en Gnome Openbox, que va venir després).

 El símptoma principal és que, després del login gràfic, salta una
 pantalla d'error que diu:

 «Alguna cosa ha fallat. S'ha produït un problema i el sistema no es pot
 recuperar. Sortiu i torneu-ho a provar.»



 Hola!

 Jo també debuto a la llista tot i fer uns quants anys que hi estic
 subscrit :-)

 A mi em va passar exactament el mateix al desembre passat, amb una
 instal·lació clàssica -amb una partició per al sistema i una altra per a
 la home en un EEE amb disc dur-

 No m'hi vaig barallar gaire -estava prou content amb la Linux Mint Debian
 Edition que gastava des de feia unes setmanes- fins que avui en veure el
 teu missatge m'he posat a buscar. Sospito que el problema el causa fer
 servir una home vella i que la solució és justament la que expliquen a
 http://r3dux.org/2011/11/how-to-fix-gnome-3-sessions-failing-to-start/

 Sort!

 --
 Tomàs Mallafré
 GnuPG: 0x2D1296BA
 identi.ca /twitter/gtalk tmallafre
 http://tomi.cat

Re: Preparatius xerrada Sobirania Tecnològica

[Xavi]

Respecte la difusió, entenc que no cal que sigui massiu. Quan deia que era
oberta és que no crec q es tanqui la porta a ningú.  Ara bé, cal tenir clar
que anem a fer un debat a una organització política i no a un grup
d'usuaris q tenen dubtes.
salut
Xavi

El 06/04/2013 23:55, Mònica Ramírez mon...@probeta.net va escriure:

 El ds 06 de 04 de 2013 a les 22:32 +0200, en/na Blackhold va escriure:
  El 6 d’abril de 2013 21.42, xavi xaviervia...@gmail.com ha escrit:
  Hola,
  com heu pogut comprovar no havia llegit amb deteniment el
  Pad... he vist que són 20 minuts cada bloc... esperem que doni
  temps de tot.

 La idea era que s'expliqués molt breument cada bloc (uns 10 min) i
 després fer uns 10-15 minuts més de preguntes sobre aquell bloc.

 Per tant, tots aquells que hem de parlar, hem d'intentar ser molt molt
 sintètics. Portar clares les idees principals que volem transmetre, no
 entrar en molts tecnicismes i deixar que parli el públic.

 A veure si ho sabem fer, que jo quan m'enrotllo no hi ha qui em pari ;)
 (d'aquí la figura que comentava l'Adrià d'un moderador que ens freni)

 Us sembla bé la idea?

  Abans he oblidat comentar-vos que la conversa amb el contacte
  de la CUP ha sorgit la següent pregunta de caire polític que
  potser seria interessant debatre si hi hagués temps (no
  l'afegeixo al PAD per no carregar més de continguts bàsics):
  - *La tecnologia lliure és patrimoni exclusiu de l'esquerra
  política? Seria possible que la dreta més rància pogués
  assumir la tecnologia lliure?

 Crec que la resposta és: depèn. Potser si en el primer bloc es dóna una
 pinzellada de la diferència entre Open Source i Software lliure, es pot
 copsar la diferència, però hi ha molts matisos. Però això seria una
 pregunta del públic, no?

  la meva experiència en guifi.net i prèviament en organització de
  correfocs (si, inclús amb això!) és que mai et pots casar políticament
  amb ningú i hem de ser totalment neutrals políticament quan donem a
  conèixer els nostres projectes.

 Ostres, i això com es fa? Sóc incapaç de ser totalment neutral
 políticament i dubto que ningú ho pugui ser. Sí que podem ser totalment
 neutrals a nivell de no alinear-nos amb partits polítics, però cada cosa
 que fas a la vida és política. Almenys així és com ho veig jo...

 Però, en fi, això és un debat profund. A veure si això surt a la xerrada
 amb la pregunta: la tecnologia és neutral?
  tot i que sóc independentista, de la terra i de la ceba, crec que
  seria un error vincular debian o algun dels projectes lliures en els
  que col·laborem en un partit polític en concret, què en trauriem si
  tenim la possibilitat de que tots s'hi vinculin?

 Ara veig que potser parlem del mateix? però fer content a tothom és
 complicat...

  Feu difusió de la xerrada perquè sigui el més exitosa
  possible.

 El divendres també vam parlar de fer difusió o no. El problema és que si
 fem difusió, molts cops acaba venint gent que ja sap de què va el tema.
 Podem intentar enviar-ho majoritàriament a canals no-techies?

 Salut!
 Mònica


 --
 To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
listmas...@lists.debian.org
 Archive: http://lists.debian.org/1365285082.4973.118.camel@celpetit

Re: Preparatius xerrada Sobirania Tecnològica

[xavi]

Hola,
moltes gràcies als que ahir vau poder fer el primer preparatiu. He 
contactat amb la Cruïlla per poder respondre les dues qüestions plantejades:


1- A la Cruïlla disposen d'una pissarra de guix, per tant, no caldria 
que ningú la dugués. Recordeu que també hi ha un televisor gran que 
permet connectar-hi portàtil.


2- El temps pensat per la xerrada és de 1 hora que es pot allargar a 1 
hora 30 minuts (20:30-21:30). Per tant, miraria de preparar màxim 1 hora 
per assegurar que dona temps a que la gent pugui plantejar dubtes i 
sorgeixi debat.  Jo m'ofereixo a controlar el temps dels ponents quan 
els tinguem ben marcats de cada tema.


Dilluns em serà impossible venir a fer la 2a preparació.

De cara al divendres, què us sembla si quedem a la cruïlla (els que 
pugueu) a les 20:00 per fer una cervesa prèvia i ultimar temes? Si hi 
podeu anar abans molt millor, jo de 19:00 a 20:00 no hi podria ser.


Salut

Xavi

Al 06/04/13 19:28, En/na Blackhold ha escrit:


+1 despres hi faig una ullada!

Ahir sem va allargar lu de vic i sem va fer impossible tornar a baixar! ;(

El 06/04/2013 18:11, Adrià ad...@fsfe.org mailto:ad...@fsfe.org 
va escriure:


Bona tarda,

he preferit obrir un fil nou perquè m'ha semblat que s'estava
començant a embolicar la informació a l'altre fil (el llarg).

He deixat el resum del que vam parlar ahir al pad que va obrir
Serotonina (recordo l'enllaç [1]).

La idea és que serveixi per la gent que tingui intenció de reunir-se
dilluns, i per a tots els altres, per anar completant i/o millorant
(és editable, no us talleu ;-)

La gent que no va venir però havia dit que faria una part concreta de
la xerrada l'he posat entre parèntesi al pad simplement perquè puguin
confirmar després d'haver vist la planificació.

I si hi ha més gent que vulgui parlar, que s'apunti!

A més, van sortir dues demandes:

a) Algú té una pissarra que pugui portar? Ja sigui de les de
retoladors o les de guix. Serviria com a recolzament en alguns moments
de la xerrada.

b) Algú hauria d'anar controlant el temps per tal d'avisar a qui
estigui conduint la xerrada quan estigui esgotant el seu temps. No cal
un despertador de tauleta de nit ni un gong; mirar el rellotge de tant
en tant i fer-li un senyal serà suficient :-)

Ens veiem divendres. El que m'hagi pogut deixar o redactar malament és
culpa de la meva memòria.

[1] http://piratepad.net/xerradacup

--
Adrià García-Alzórriz
ad...@fsfe.org mailto:ad...@fsfe.org
GPG Key: 09494C14

Todos los años hay un campeón, pero no siempre hay un gran campeón.
-- Ayrton Senna. (-1994) Piloto brasileño.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iQIcBAEBAgAGBQJRYEksAAoJEOZuZ2wJSUwUQlsP/3HuGfdNNJdzNGcHMPQlJyoq
jS7Ya2shkkbMaRlaYWPq9bNkKb6c4vmsQCJI726BGGhX3c4z6xmeipkugQynjZ1V
2dlFcVxXw89w3xC5NXGeH74ditWb7xQ6P/TxLlmd/WmGJOU2mHwxhIdlrMWYhPv5
JukLOozrIoDGxfgjOelKiCUVZvtAyoWBk84oLFe1Sc0aYiyixTrBG6zFPHy93RaQ
v1mr01uPysTUImHKwctAtIHuvE1nqJl3l2hHuDaqHr8vexzGrqxLtTmd8JYpqO4v
VLGmFqincb9rJg341VaLAses1HufsJVSacwPO7u11eQmaj1M/3mY6rj8IAgqYBmb
Ck5IDPTUVq+RD4PyNdCMtJOYNmSwCO7yWq9DXwDR9fnTgMgI4NaTUHVpUcbOOg9u
m7A5nzLoXzBXhL4asxD3x62ZAzqA41OLvg/dijfiJOHUeO1zBlvo+JSOvKjFK6Yq
lmZUoqJr8un5xB7pfNtusbyCASq5U7in0jSPzmPS8jlkIZ1VRXcYIJHrcPDIWzS6
bx86lsWRRxQHXMf9ETQFq2kZOa2S3tC879igyoP/kW4JwHevrN/g4zxTWOz/vojc
B4RblIQz5lHpzRwNpQUik/LcZdMyMSjfFWpCfK97fzuMe+f3UskZWhwPk9XSfAQF
vKBbOMRvWD2yoZjC8pFJ
=1MpH
-END PGP SIGNATURE-

Re: Preparatius xerrada Sobirania Tecnològica

[xavi]

Hola,
com heu pogut comprovar no havia llegit amb deteniment el Pad... he vist 
que són 20 minuts cada bloc... esperem que doni temps de tot.


Abans he oblidat comentar-vos que la conversa amb el contacte de la CUP 
ha sorgit la següent pregunta de caire polític que potser seria 
interessant debatre si hi hagués temps (no l'afegeixo al PAD per no 
carregar més de continguts bàsics):
- La tecnologia lliure és patrimoni exclusiu de l'esquerra política? 
Seria possible que la dreta més rància pogués assumir la tecnologia lliure?


Sobre Open Data vaig seguir aquest curs http://oer.uoc.edu/cursOpenData/ 
i va estar molt bé, en Josep Jordana n'era un dels professors.


Feu difusió de la xerrada perquè sigui el més exitosa possible.

Xavi



Al 06/04/13 21:15, En/na Blackhold ha escrit:

Bones,
Per fi amb un teclat amb tecles de veritat i que fan cleck cleck! :D

Per al tema opendata podria preguntar-li a en josep jordana o inclús a 
josep figols aquestes dues persones me n'han parlat darrerament.


Joseps, llegiu-vos aquest fil, a en Figols ja l'hi vaig comentar per 
sobre, a en Jordana possiblement no en sap res. Però divendres de la 
setmana vinent tenim una xerrada amb la gent de la CUP per donar-los a 
conèixer la importància de les eines basades en la filosofia oberta 
(programari, xarxes, dades, etc.).


Al pad hi teniu més detalls.

Respecte a temes de creative commons, deixeu-me pensar una mica aviam 
si algú ho podria explicar, sinò ho podria fer jo mateixa, inclús tinc 
una activitat didàctica que és interessant per a copsar els diferents 
nivells que hi ha de les llicències. En l'explicació puc explicar-ho 
per sobre i després deixar-los el material i s'hi entretinguin si 
volen (unes cartes).


Salut!

- Blackhold


El 6 d’abril de 2013 20.32, xavi xaviervia...@gmail.com 
mailto:xaviervia...@gmail.com ha escrit:


Hola,
moltes gràcies als que ahir vau poder fer el primer preparatiu. He
contactat amb la Cruïlla per poder respondre les dues qüestions
plantejades:

1- A la Cruïlla disposen d'una pissarra de guix, per tant, no
caldria que ningú la dugués. Recordeu que també hi ha un televisor
gran que permet connectar-hi portàtil.

2- El temps pensat per la xerrada és de 1 hora que es pot allargar
a 1 hora 30 minuts (20:30-21:30). Per tant, miraria de preparar
màxim 1 hora per assegurar que dona temps a que la gent pugui
plantejar dubtes i sorgeixi debat.  Jo m'ofereixo a controlar el
temps dels ponents quan els tinguem ben marcats de cada tema.

Dilluns em serà impossible venir a fer la 2a preparació.

De cara al divendres, què us sembla si quedem a la cruïlla (els
que pugueu) a les 20:00 per fer una cervesa prèvia i ultimar
temes? Si hi podeu anar abans molt millor, jo de 19:00 a 20:00 no
hi podria ser.

Salut

Xavi

Al 06/04/13 19:28, En/na Blackhold ha escrit:


+1 despres hi faig una ullada!

Ahir sem va allargar lu de vic i sem va fer impossible tornar a
baixar! ;(

El 06/04/2013 18:11, Adrià ad...@fsfe.org
mailto:ad...@fsfe.org va escriure:

Bona tarda,

he preferit obrir un fil nou perquè m'ha semblat que s'estava
començant a embolicar la informació a l'altre fil (el llarg).

He deixat el resum del que vam parlar ahir al pad que va obrir
Serotonina (recordo l'enllaç [1]).

La idea és que serveixi per la gent que tingui intenció de
reunir-se
dilluns, i per a tots els altres, per anar completant i/o
millorant
(és editable, no us talleu ;-)

La gent que no va venir però havia dit que faria una part
concreta de
la xerrada l'he posat entre parèntesi al pad simplement
perquè puguin
confirmar després d'haver vist la planificació.

I si hi ha més gent que vulgui parlar, que s'apunti!

A més, van sortir dues demandes:

a) Algú té una pissarra que pugui portar? Ja sigui de les de
retoladors o les de guix. Serviria com a recolzament en
alguns moments
de la xerrada.

b) Algú hauria d'anar controlant el temps per tal d'avisar a qui
estigui conduint la xerrada quan estigui esgotant el seu
temps. No cal
un despertador de tauleta de nit ni un gong; mirar el
rellotge de tant
en tant i fer-li un senyal serà suficient :-)

Ens veiem divendres. El que m'hagi pogut deixar o redactar
malament és
culpa de la meva memòria.

[1] http://piratepad.net/xerradacup

--
Adrià García-Alzórriz
ad...@fsfe.org mailto:ad...@fsfe.org
GPG Key: 09494C14

Todos los años hay un campeón, pero no siempre hay un gran
campeón.
-- Ayrton Senna. (-1994) Piloto brasileño.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iQIcBAEBAgAGBQJRYEksAAoJEOZuZ2wJSUwUQlsP/3HuGfdNNJdzNGcHMPQlJyoq

Re: Preparatius xerrada Sobirania Tecnològica

[xavi]

Hola,
si que és oberta.
Xavi

Al 06/04/13 22:32, En/na Blackhold ha escrit:
El 6 d’abril de 2013 21.42, xavi xaviervia...@gmail.com 
mailto:xaviervia...@gmail.com ha escrit:


Hola,
com heu pogut comprovar no havia llegit amb deteniment el Pad...
he vist que són 20 minuts cada bloc... esperem que doni temps de tot.

Abans he oblidat comentar-vos que la conversa amb el contacte de
la CUP ha sorgit la següent pregunta de caire polític que potser
seria interessant debatre si hi hagués temps (no l'afegeixo al PAD
per no carregar més de continguts bàsics):
- La tecnologia lliure és patrimoni exclusiu de l'esquerra
política? Seria possible que la dreta més rància pogués assumir la
tecnologia lliure?


la meva experiència en guifi.net http://guifi.net i prèviament en 
organització de correfocs (si, inclús amb això!) és que mai et pots 
casar políticament amb ningú i hem de ser totalment neutrals 
políticament quan donem a conèixer els nostres projectes.


tot i que sóc independentista, de la terra i de la ceba, crec que 
seria un error vincular debian o algun dels projectes lliures en els 
que col·laborem en un partit polític en concret, què en trauriem si 
tenim la possibilitat de que tots s'hi vinculin?



Sobre Open Data vaig seguir aquest curs
http://oer.uoc.edu/cursOpenData/ i va estar molt bé, en Josep
Jordana n'era un dels professors.


Si, d'aquest parlava precisament :)


Feu difusió de la xerrada perquè sigui el més exitosa possible.


Serà oberta?


Xavi



Al 06/04/13 21:15, En/na Blackhold ha escrit:

Bones,
Per fi amb un teclat amb tecles de veritat i que fan cleck cleck! :D

Per al tema opendata podria preguntar-li a en josep jordana o
inclús a josep figols aquestes dues persones me n'han parlat
darrerament.

Joseps, llegiu-vos aquest fil, a en Figols ja l'hi vaig comentar
per sobre, a en Jordana possiblement no en sap res. Però
divendres de la setmana vinent tenim una xerrada amb la gent de
la CUP per donar-los a conèixer la importància de les eines
basades en la filosofia oberta (programari, xarxes, dades, etc.).

Al pad hi teniu més detalls.

Respecte a temes de creative commons, deixeu-me pensar una mica
aviam si algú ho podria explicar, sinò ho podria fer jo mateixa,
inclús tinc una activitat didàctica que és interessant per a
copsar els diferents nivells que hi ha de les llicències. En
l'explicació puc explicar-ho per sobre i després deixar-los el
material i s'hi entretinguin si volen (unes cartes).

Salut!

- Blackhold


El 6 d’abril de 2013 20.32, xavi xaviervia...@gmail.com
mailto:xaviervia...@gmail.com ha escrit:

Hola,
moltes gràcies als que ahir vau poder fer el primer
preparatiu. He contactat amb la Cruïlla per poder respondre
les dues qüestions plantejades:

1- A la Cruïlla disposen d'una pissarra de guix, per tant, no
caldria que ningú la dugués. Recordeu que també hi ha un
televisor gran que permet connectar-hi portàtil.

2- El temps pensat per la xerrada és de 1 hora que es pot
allargar a 1 hora 30 minuts (20:30-21:30). Per tant, miraria
de preparar màxim 1 hora per assegurar que dona temps a que
la gent pugui plantejar dubtes i sorgeixi debat.  Jo
m'ofereixo a controlar el temps dels ponents quan els
tinguem ben marcats de cada tema.

Dilluns em serà impossible venir a fer la 2a preparació.

De cara al divendres, què us sembla si quedem a la cruïlla
(els que pugueu) a les 20:00 per fer una cervesa prèvia i
ultimar temes? Si hi podeu anar abans molt millor, jo de
19:00 a 20:00 no hi podria ser.

Salut

Xavi

Al 06/04/13 19:28, En/na Blackhold ha escrit:


+1 despres hi faig una ullada!

Ahir sem va allargar lu de vic i sem va fer impossible
tornar a baixar! ;(

El 06/04/2013 18:11, Adrià ad...@fsfe.org
mailto:ad...@fsfe.org va escriure:

Bona tarda,

he preferit obrir un fil nou perquè m'ha semblat que
s'estava
començant a embolicar la informació a l'altre fil (el
llarg).

He deixat el resum del que vam parlar ahir al pad que va
obrir
Serotonina (recordo l'enllaç [1]).

La idea és que serveixi per la gent que tingui intenció
de reunir-se
dilluns, i per a tots els altres, per anar completant
i/o millorant
(és editable, no us talleu ;-)

La gent que no va venir però havia dit que faria una
part concreta de
la xerrada l'he posat entre parèntesi al pad simplement
perquè puguin
confirmar després d'haver vist la planificació.

I si hi ha més gent que vulgui parlar, que s'apunti!

A més, van sortir

Re: Xerrada Sobirania Tecnològica

[Xavi]

Jo tb intentaré venir. Estic d'acord amb la Monica q estaria bé fer una
mini preparació encara q nomes sigui x mirar els temps i acotar temes. Pero
no em puc comprometre a venir.
Salut
Xavi

@enviat des d'un mòbil, disculpeu brevetat
El 30/03/2013 11:30, Blackhold blackholdmai...@gmail.com va escriure:

 bones,
 jo si puc vindré! ;)

 El 29 de març de 2013 21.36, Mònica Ramírez mon...@probeta.net ha
 escrit:
  El dc 06 de 03 de 2013 a les 00:11 +0100, en/na Xavi va escriure:
  Hola a tots,
  ja tenim data i hora proposada per la xerrada a la CUP, seria el 12
  d'abril a les 20:30 a Barcelona als locals de la Cruïlla.
 
  El dia s'acosta i tot i que ja hem preparat força coses per la llista, a
  algú li vindria de gust quedar un dia de la setmana que ve per acabar de
  concretar? Si creieu que no cal, no passa res, crec que ens en sortirem
  igualment.
 
  Proposo divendres a les 21:00 a l'Ateneu Rosa de Foc (C/Robí 5, BCN),
  però si algú proposa un altre lloc millor, ja que s'hi fa una kafeta i
  no sé si podrem preparar-la allà. Si us va bé un altre dia/hora,
  proposeu :-)
 
  Salut!
 
 
 
 
  --
  To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org
  with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
  Archive: http://lists.debian.org/1364589364.14383.16.camel@celpetit
 


 --
 To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive:
 http://lists.debian.org/camfaal1hzg+whnevtpksnjnkguvduluqauola5yyh5ysevo...@mail.gmail.com

Re: Xerrada Sobirania Tecnològica

[Xavi]

Hola,
sobre el format de la xerrada cal tenir en compte que molt probablement
estarem tots asseguts en cercle sense punt oratori, per tant, millor fer
una cosa sense massa floritures tecnològiques, i tirar més a l'estil que
proposeu alguns de més senzillesa.

Serà bastant complicat exposar tots els temes plantejats. Crec que el
millor és fer una intro breu de cada tema i després entrar amb el joc de
preguntes i respostes. Us proposo la següent llista de temes amb ordre
cronològic:
  Presentació (Xavi/CUP/Serotoninaeh(/Joan?))
- Per què creieu que estem aquí? Motivació que ens ha portat a fer la
xerrada/tertúlia (1er correu 21/12/12 de Joan Cervan i Andreu)
- Hacktivisme una sectorial dels moviments socials
 Filosofia a PL (Mònica/David/sertoninaeh)
- Què s'entén per llibertat? Com creieu que això s'ha adaptat en el
software?
 Telecomunicacions lliures (guifi.net
http://guifi.net-http://marsupi.org/) (blackhold)
 Programari Lliure (Mònica/David/Jordi/Adrià/Griera)
- Falsos mites (ex. no vull programari lliure perquè no tindré una
empresa que doni suport, el programari lliure és només d'esquerres)
- PL: administracions públiques i economia local (generació
ocupació...)Per què no s'usa PL a les escoles, hospitals...? Ens pot
ajudar el PL per fomentar una economia local?
- Experiències privades i públiques d'èxit (hospital Griera)
- Distribucions
 llicències i estàndards oberts
 Organitzacions del territori implicades amb la Llibertat tecnològica

He actualitzat: http://piratepad.net/xerradacup

Salut,

Xavi



signature.asc
Description: OpenPGP digital signature

Xerrada Sobirania Tecnològica

[Xavi]

 Hola a tots,
ja tenim data i hora proposada per la xerrada a la CUP, seria el 12 d'abril
a les 20:30 a Barcelona als locals de la Cruïlla.

He estat parlant amb ells sobre les continguts que més els hi interessaria
i estan interessats, sobretot, amb la part més teòrica del programari
lliure (i d'altres), si s'escau, podríem entrar en detalls més tècnics.

Qui de vosaltres estaria disponible el dia 12 i podria assumir col·laborar
en la preparació i posterior xerrada?

Jo m'encarrego del seguiment pràctic del dia de la xerrada... i
col·laboraré amb tot el que pugui de continguts i d'altres.

Intento fer una proposta de continguts a partir de les aportacions que
s'han fet els darreres 2 mesos i algun afegitó personal. Ens hauríem de
plantejar una cosa breu perquè potser fan un soparet després, suposo que
un total de 30-45 minuts estaria bé:
*** Programari Lliure
- Motivació que ens ha portat a fer la xerrada/tertúlia
- Filosofia de programari Lliure
  + Stallman:
http://www.lamarea.com/2013/01/30/tener-el-control-de-tu-informatica-es-un-derecho-humano/
  + Programari lliure, perquè? http://abcfoto.com/wordpress/?page_id=479
- Desmuntage de falsos mites (ex. no vull programari lliure perquè no
tindré una empresa que doni suport, el programari lliure és només
d'esquerres)
- PL i adminstracions públiques i economia local
- Experiències privades i públiques d'èxit
- Que són les distribucions?

*** Maquinari Lliure
- Què és i com saber si ho és

*** Telecomunicacions lliures (guifi.net) (blackhold?)
- Motivació i funcionament.
- Cobertura actual projecte
- Com afegir-m'hi?

*** Organitzacions del territori implicades amb la Llibertat tecnològica

Espero les vostres aportacions i assumpcions de tasques.

Salut

XAVI

Re: Continuació de Debian al discurs d'investidura

[Xavi]

Hola a tots,
fa un parell de dies vaig estar parlant amb el contacte de la CUP sobre la
possible xerrada/conferència/terútlia/taula rodona. Vam quedar que hauria
de ser de cara l'abril, després de setmana santa, perquè aquest més de març
estaran molt embolicats amb l'Assemblea del partit.

Xavi

El 13 de febrer de 2013 0.33, Adrià adri...@gmail.com ha escrit:

 Hola,

 arran de l'esment de Debian al discurs d'investidura (enllaço missatge
 original)[1], es van comentar diverses propostes per donar a conèixer
 el software lliure en general i Debian en particular.

 A dia d'avui no em consta que se n'hagi materialitzat cap, així com
 tampoc he obtingut resposta a la proposta que vaig enviar a les CUP.

 Volia saber si hi ha algú que hagi avançat en aquest sentit o si a
 algú li ve de gust reemprendre-ho.

 No sé fins a quin punt seria off-topic, així que també accepto
 respostes per privat, i demano disculpes a qui cregui que no és
 convenient tractar aquest tipus de temes en aquesta llista.

 Salutacions.

 [1] http://lists.debian.org/debian-user-catalan/2012/12/msg00115.html
 --
 Adrià García-Alzórriz
 adri...@gmail.com
 GPG Key: 9DE37ED4

 El Santo más milagrero es, San dinero.

 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.10 (GNU/Linux)

 iF4EAREIAAYFAlEa0VIACgkQyfC2l53jftQ4agEAnHlPjAUYPyASQXaGz7hzoggF
 uvIXY+Mi/kKmjUWtPaEA/17NA8kMxNp/D5+p1KoQwiRuvhQBKFWP3a3zfRTN4inq
 =sNMP
 -END PGP SIGNATURE-

Re: Instal bàsica i post-configuració

[xavi]

Hola,
moltes gràcies.

finalment crec que em decantaré per Trisquel (OEM):
http://trisquel.info/en/wiki/oem-installation

Per cert, mirant l'enllaç d'en Vicen ha arribat al manual d'instal·lació
OEM de LinxuMint:
http://community.linuxmint.com/tutorial/view/747

Salut !!

Xavi

Al 31/01/13 16:05, En/na Vicen Rodriguez ha escrit:
 Bon dia, Xavi:

 He vist que el Linux Mint té una imatge per a instal·lació OEM:
 http://blog.linuxmint.com/?p=2046

 Salut

 Vicen

 El jue, 31-01-2013 a las 14:17 +0100, Xavi escribió:
 Hola a tots,
 la idea que tenia era que succeís una cosa similar al que passa quan
 arrenques una màquina que porta pre-instal·lat un Bindous. He provat
 Ubuntu amb instal·lació OEM però al final sempre m'acabava demanat
 contrasenya abans d'apagar màquina (potser vaig fer alguna cosa
 malament).

 Entenc que els fabricants de portàtils que pre-instal·len GNU/Linux
 han de tenir algun sistema similar al que comentava originalment, ja
 que no crec passin un paper amb la contrasenyao potser si?

 Veient que amb Debian no hi ha solució fàcil a priori, miraré alguna
 altra distro a veure què permet.

 Moltes gràcies a tots.

 Xavi


 El 31 de gener de 2013 12.09, Joan arboc...@calbasi.net
 mailto:arboc...@calbasi.net ha escrit:

 Ostres, la comanda chage està molt bé :-) Però tinc dos dubtes:
 passat el periode de canvi, fa el compte inaccessible? I un
 altra, li pots dir que la contrasenya cadiqui en x dies, però
 només 1 cop... o sempre caldrà anar-la canviant??

 Fins ara,

 Joan


 Al 31/01/13 09:15, En/na orestes ha escrit: 



 A 2013-01-31 00:20, xavi escrigué:

 Hola,
 voldria instal·lar debian de manera que en la primera
 arrencada del
 sistema aquest s'acabés de configurar nivell de pass de
 root, usuaris,
 etc...

 tot plegat és perquè vull regalar un un ordinador antic
 (que no vell) i
 m'agradaria el sistema operatiu bàsic ja estigués
 instal·lat i que només
 calgué personalitzar contrasenyes, usuaris,...

 Sabeu com he de fer la instal·lació per aconseguir-ho?

 Xavi
  



 Si és només qüestió de contrasenyes pots posar-ne unes de
 trivials i imposar un canvi de contrasenya de tal manera que
 l'usuari es veurà obligat a canviar-la la primera vegada que
 entri.

 Això es pot aconseguir des de l'entorn gràfic (almenys en
 KDE) o mab l'ordre chage, establint la caducitat del
 password a 0 dies.

 Cordialment,
 Orestes.






 -- 

 Joan Cervan i Andreu
 http://personal.calbasi.net

 El meu paper no és transformar el món ni l'home sinó, potser, el
 de ser útil, des del meu lloc, als pocs valors sense els quals un
 món no val la pena viure'l
 A. Camus

 i pels que teniu fe:
 Déu no és la Veritat, la Veritat és Déu
 Gandhi 




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

 Archive: http://lists.debian.org/
 
 http://lists.debian.org/510a5102.3020...@calbasi.net510a5102.3020...@calbasi.net
 http://lists.debian.org/510a5102.3020...@calbasi.net

Instal bàsica i post-configuració

[xavi]

Hola,
voldria instal·lar debian de manera que en la primera arrencada del
sistema aquest s'acabés de configurar nivell de pass de root, usuaris,
etc...

tot plegat és perquè vull regalar un un ordinador antic (que no vell) i
m'agradaria el sistema operatiu bàsic ja estigués instal·lat i que només
calgué personalitzar contrasenyes, usuaris,...

Sabeu com he de fer la instal·lació per aconseguir-ho?

Xavi


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

Re: Debian al discurs d'investidura!

[Xavi]

Hola a tots,

us passo aquest material que sortit a les llistes de Caliu. És una reflexió
que trobo molt interessant de cara a la presentaciói de la CUP i amb la
qual i estic bastant d'acord ja que s'exposen els motius pels quals
insistia en fer una presentació més filosòfica que no tècnica.

http://abcfoto.com/wordpress/?page_id=479

Salut
Xavi

Re: Debian al discurs d'investidura!

[Xavi]

Hola,
genial que algú de Caliu també es vulgui apuntar a la possible
xerrada/tertúlia, com més col·lectius representats molt millor. La carta
de Caliu al Molt Honorable President de la Generalitat anirà molt per
quan es parli de llibertats de programari.

L'enfocament d'aquestes xerrades crec que, com ja s'ha dit, hauria de
ser no tècnic. Si s'escaigués, més endavant es podria lligar la part
tècnica amb una festa (o festival ;P) d'instal·lació. Com a principal
objectiu d'aquesta xerrada / tertúlia hauria de ser que adoptessin les
tesis de llibertat en programari com a seves i n'entenguessin els
motius. No m'agradaria entrar en Ubuntu vs Debian (o d'altres). Moltes
vegades m'he trobat explicat les 4 llibertats del programari i que, als
pocs segons, em diguin que ells no volen modificar res del programari,
que només volen que les coses de l'ordinador els hi funcionin i, si és
amb programari lliure, doncs millor. Sóc conscient que estem parlant amb
una organització política que ha fet una intervenció al Parlament i, per
tant, ens hauríem de trobar un nivell teòric més avançat.

Intento fer un recull (desordenat) resumit de totes propostes que heu
fet (si em deixo res ho afegim):
- Què és programari lliure i implicacions directes en les persones i
empreses.
- Filosofia programari lliure: 4 llibertats de programari
- Estàndards oberts (llei 11/2007)
- Programari lliure a l'Administració pública.
  * Implicacions a les Empreses de programari.   
  * Distribucions adaptades per l'ús de l'Adminstració o distribució
estàndard. Com implantar programari lliure a l'administració.
- Xarxes lliures
- Llicències de programari vs economia
- Ubuntu vs Debian

Com reflexió després de la meva experiència personal: sense Debian no
existiria Ubuntu però sense Ubuntu jo no estaria usant Debian avui.
Ubuntu va ser el pas indispensable.

Tornant a la part pràctica, ja he enviat el correu a la CUP de
l'Eixample de Barcelona i estic a l'espera de resposta. Miraré
d'acostar-m'hi en algun moment per concretar.

Salut,

Xavi

Al 29/12/12 00:37, En/na Sisco Garcia ha escrit:
 Al 28/12/12 21:09, En/na Ernest Adrogué ha escrit:
 28-12-2012, 13:26 (+0100); Mònica Ramírez Arceda escriu:
 Més temes?
 Hi ha el tema dels estàndards oberts.  Algú s'imagina que el telèfon 112
 (d'emergències, o el que sigui) només funcionés si truques amb un
 telèfon
 MicroSoft i que si truques amb qualsevol altre telèfon només sents
 electricitat estàtica?  Probablement es consideraria un escàndol.  En
 canvi,
 en altres contexts es considera normal.  Per exemple, la web Idescat
 només
 té dades disponibles per baixar en format MicroSoft Excel.  Si les
 obres amb
 qualsevol altre programa només veus una sèrie de símbols
 incomprensibles.
 En aquest sentit, al menys al Departament d'Ensenyament (en sóc
 usuari), tenen una guia per l'ús dels estàndards oberts [1], el que
 passa és que als centres (al menys on jo treballo) és precisament amb
 l'administració, i concretament amb el Departament d'Ensenyament amb
 qui tenim més problemes pels estàndards (treballem amb PL, i tenim
 tots els ordinadors amb Ubuntu).

 Per mi és més important que adoptin estàndards oberts, que no que
 adoptin
 programari lliure.  Els estàndards obert són neutrals, no beneficien ni
 perjudiquen a ningú en particular.  Els estàndards no-oberts
 perjudiquen i
 beneficien a persones concretes.  Normalment beneficien a un monopoli i
 perjudiquen a la resta de la societat.
 No sé si és el més important, és clar que és important perquè els
 usuaris poden fer-ne ús independentment del programari que facin
 servir, però també és important que l'administració faci servir
 programari lliure (evidentment amb estàndards oberts) per tal de no
 promoure cap empresa i donar «vidilla» a les empreses locals,
 promovent el desenvolupament científico-tecnològic local.

 En relació a tot el que s'està parlant en aquest fil, Caliu fa dos
 anys ja va fer una carta al president de la Generalitat (aprofitant el
 canvi de govern) per promoure l'ús del PL a l'administració [2]. Des
 del meu institut la vam adaptar al món educatiu i també la hi vam fer
 arribar (se'ns va respondre donant-nos llargues) [3].

 No sé si aquests documents [1, 2, 3] poden ser útils en aquesta
 discussió o què, aquí els deixo:

 [1] http://www.xtec.cat/web/centres/estandards/
 [2]
 http://caliu.cat/blog/2011/03/15/carta-al-president-de-la-generalitat/
 [3]
 http://siscogarcia.wordpress.com/2011/06/17/carta-al-president-de-la-generalitat/

 Salut,




signature.asc
Description: OpenPGP digital signature

Re: Bug Squashing Party (BSP) ?

[Xavi]

Hola a tots !!
només volia donar les gràcies als organitzadors del taller (en especial
a la Mònica per la preparació) de com funciona la resolució de bugs en
debian. Ha sigut molt interessant i hi he après diverses coses que
desconeixia.

Espero que en una altra ocasió pugui quedar-me a fer-la petar fins tard.

Salut !!

Xavi


Al 16/12/12 14:00, En/na Simó Albert i Beltran ha escrit:
 (Parlant d'un futur pròxim)
 Si el local tingués connexió a guifi.net es podrien aprofitar a proxys
 federats a Barcelona que van a 50 o 100 mbps
 Tot i que depèn d'on es trobi el coll d'ampolla a la xarxa

 Crec que el local els agradaria molt estar a guifi.net, a veure si
 tard o d'hora es connecten. Fins ara no hi ha hagut molta energia per
 a dedicar a aquest tema. Veuràs que hi ha altres temes que necessiten
 més dedicació.

 D'altre banda, l'ús de proxys federats de guifi.net seria una mica
 enutjós. Aquests proxys s'han d'usar amb comptes personals, per tant
 cada persona que vingués al taller s'hauria de crear un usuari. Un
 altre tema seria arribar a un acord amb algú per usar la seva connexió
 a Internet.

 Per aquesta ocasió ja fem tard, però a veure si ens animem a
 trobar-nos més sovint... ;-)





signature.asc
Description: OpenPGP digital signature

portàtil linux

[xavi barreny]

Hola,
estic interessat en la compra d'un portàtil per un familiar (s'apropa
Nadal) i voldria que m'orientéssiu amb les marques que són Linux
Friendly, sobretot a nivell de drivers.

Gràcies

Xavi


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

Re: patch per opensc per tal de afegir el dnie

[xavi]

Hola
el tema que comenteu de València ho podeu trobar a: http://clauer.nisu.org/

i en aquest darrer enllaç hi ha un manual on l'annex C (idcat) parla de 
com extreure el certificat

http://www.idcat.cat/idcat/jsp/guies/clauer/linux/guia%20usuari%20clauer%20idCAT-Linux.pdf

suposo aquest post també us pot fer servei:
http://xiquetam.blogspot.com.es/2011/09/installacio-clauer-idcat-en-ubuntu-1104.html

espero que us faci servei

Xavi

Al 28/08/12 16:43, En/na tictacbum ha escrit:

jo del clauer de l'idcat vaig treure'n el certificat de dins i el vaig
instal·lar a l'iceweasel, no recordo ben bé com ho vaig fer, diria que
des d'un win

salut,
Lluís

El 28 d’agost de 2012 16:20, Pere Nubiola Radigalesp...@nubiola.cat
ha escrit:

Crear un patch per els paquets de Debianno es masa dificil.
Et baixes el codi del packet
apt-get sourcepackquet
entres en el directori i hi fas els canvis que et convinguin.

Un cop fet disn del directori pricipal del packet:
fas un dpkg-source --commit
i ell solet am ajude de cuatre dades que et deman genera el patch.
lo demes es empacatar el patch que t'ha generat en el directori patches jun
amb el fitxer series (indica els patxes) i algun altre fitxer qque pugi
estar en el directori debian i quehagis canbiat. En el meu cas el
opensc.install

Pere Nubiola Radigales
Telf: +34 656316974
e-mail: p...@nubiola.cat
pnubi...@fsfe.org
pere.nubi...@gmail.com


El 28 d’agost de 2012 15:56, Pere Nubiola Radigalesp...@nubiola.cat  ha
escrit:


Realment es que a mi mai em toca la gros. El lector de targes el vaig
haver de comprar i els del IdCat nomes em van donar un trasto inútil per
netejar cds.
A part si no recordo malament el programa per llegir el clauer l'havia
creat algú de la Univesitat de Valencia. Iera de codi lliure per lo que no
deu ser dificil retorcarlo.

Pere Nubiola Radigales
Telf: +34 656316974
e-mail: p...@nubiola.cat
pnubi...@fsfe.org
pere.nubi...@gmail.com


El 28 d’agost de 2012 15:35, Xavier De Yzaguirre i Maura
xdeyzagui...@gmail.com  ha escrit:


M'atreveixo a preguntar, el clauer de l'IdCat, algú ha aconseguit que li
funcioni a Wheezy?
Salut i gracies.

El dimarts 28 d’agost de 2012, Pere Nubiola Radigales ha escrit:


Localitzat el error.
abans de fer el dpkg-builpakage fes
rm opensc-opendnie-patch.tar.gz o mou-lo au altre lloc si el vols
conservar



Pere Nubiola Radigales
Telf: +34 656316974
e-mail: p...@nubiola.cat
pnubi...@fsfe.org
pere.nubi...@gmail.com


El 28 d’agost de 2012 15:15, Pere Nubiola Radigalesp...@nubiola.cat
ha escrit:

No hi hauria que haver canvis a cap binari.
Els canvis nomes es fan a codi i al fitxer que indica els que hi ha que
instal·lar on s'afegeixen utilitats del dnie

De totes forme jo només ho he probat amb amd64.
A una del les maquines que faig servir vaifg instalar el patch
directament hi funciona

Pere Nubiola Radigales
Telf: +34 656316974
e-mail: p...@nubiola.cat
pnubi...@fsfe.org
pere.nubi...@gmail.com


El 28 d’agost de 2012 13:48, Robert Marsellés Fontanet
robert.carde...@gmail.com  ha escrit:


Hola,


quin error et dóna? potser et falten les dependències, prova a fer
apt-get build-dep opensc


  No és de dependències. Això ja ho havia solucionat jo pel meu compte.
L'error és:

dpkg-source: error: no es pot representar el canvi a
opensc-opendnie-patch.tar.gz: ha canviat el contingut d'un fitxer binari
dpkg-source: error: add opensc-opendnie-patch.tar.gz in
debian/source/include-binaries if you want to store the modified binary in
the debian tarball
dpkg-source: error: hi ha canvis no representables al font
dpkg-buildpackage: error: dpkg-source -b opensc-0.12.2 gave error exit
status 2

He començat a llegir el manual per mantenidors però encara tardaré un
temps en saber que vol dir.

robert



--
To UNSUBSCRIBE, email to debian-user-catalan-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
listmas...@lists.debian.org
Archive: http://lists.debian.org/1346154530.3310.16.camel@nyx






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

Re: connexió VPN Cisco

[xavi]

Hola,
i com puc activar el registre (logs) per l'vpnc?

gràcies

Xavi


Al 16/06/12 00:10, En/na Daniel Salmeron ha escrit:


Hola de nou, el mateix client que fas servir hauria de disposar d'un 
registre que, un cop activat, ens dongui l'error que ens impedeix de 
poder connectar.


Dani.

El 15/06/2012 20:11, xavi xavier.llis...@gmail.com 
mailto:xavier.llis...@gmail.com escribió:


Hola,
gràcies per la resposta. Espero que tinguis raó perquè em fa molta
ràbia haver d'instal·lar el client oficial. On puc localitzar els
events i logs per poder analitzar-los? Serviria si em connectés
des d'una màquina windows i busqués algun fitxer de log en alguna
banda?

Xavi


Al 15/06/12 21:02, En/na Daniel Salmeron ha escrit:


Hola Xavier, es provable que si la teva empresa ha fet canvis et
calgui canviar els paràmetres de conexió, fins i tot pot haver
canviat el tipus de vpn en relació al protocol de xifratge. No
crec que sigui problema del client. Sigui com sigui, els clients
et permeten sovint guardar el registre d'events o log, i a partir
d'aquest ho podem analitzar.

Dani Salmerón.

El 15/06/2012 19:52, xavi xavier.llis...@gmail.com
mailto:xavier.llis...@gmail.com escribió:

Hola,
estic tenint problemes de connexió VPN contra la meva
empresa. Fa 1 mes que han canviat el servidor VPN al qual
sempre hi havia accedit via VPNC sense cap mena de problema,
però ara sembla que, necessàriament, em caldrà fer servir el
Client Cisco oficial. Després d'aconseguir el client per
GNU/Linux x84 em trobo que no hi ha manera d'instal·lar-lo.
Vaig trobar el següent enllaç que em donava alguna pista de
la resolució però tampoc m'ha funcionat:

https://nowhere.dk/articles/installing-cisco-vpn-client-on-ubuntu-11-10-oneiric-ocelot

A la meva empresa treballen, per norma general, amb
programari privatiu i dec ser dels pocs que usa GNU/Linux per
connectar-se via VPN.

Algú de vosaltres s'hi ha trobat?

Moltes gràcies

Xavi

Us passo la sortida de terminal:
debi vpnclient2 # uname -a
*Linux debi 3.2.0-2-amd64 #1 SMP Sun Mar 4 22:48:17 UTC 2012
x86_64 GNU/Linux*
debi vpnclient2 # ./vpn_install
Cisco Systems VPN Client Version 4.8.02 (0030) Linux Installer
Copyright (C) 1998-2006 Cisco Systems, Inc. All Rights Reserved.

By installing this product you agree that you have read the
license.txt file (The VPN Client license) and will comply with
its terms.


Directory where binaries will be installed [/usr/local/bin]

Automatically start the VPN service at boot time [yes]

In order to build the VPN kernel module, you must have the
kernel headers for the version of the kernel you are running.


Directory containing linux kernel source code
[/lib/modules/3.2.0-2-amd64/build]

* Binaries will be installed in /usr/local/bin.
* Modules will be installed in
/lib/modules/3.2.0-2-amd64/CiscoVPN.
* The VPN service will be started AUTOMATICALLY at boot time.
* Kernel source from /lib/modules/3.2.0-2-amd64/build will
be used to build the module.

Is the above correct [y]

Shutting down /opt/cisco-vpnclient/bin/vpnclient: module
cisco_ipsec is not running.
Stopped: /etc/init.d/vpnclient_init (VPN init script)
Making module
In file included from /usr/include/linux/netdevice.h:28:0,
 from linuxcniapi.c:18:
/usr/include/linux/if.h:179:19: error: field ‘ifru_addr’ has
incomplete type
/usr/include/linux/if.h:180:19: error: field ‘ifru_dstaddr’
has incomplete type
/usr/include/linux/if.h:181:19: error: field ‘ifru_broadaddr’
has incomplete type
/usr/include/linux/if.h:182:19: error: field ‘ifru_netmask’
has incomplete type
/usr/include/linux/if.h:183:20: error: field ‘ifru_hwaddr’
has incomplete type
In file included from linuxcniapi.c:20:0:
/usr/include/linux/if_arp.h:110:19: error: field ‘arp_pa’ has
incomplete type
/usr/include/linux/if_arp.h:111:19: error: field ‘arp_ha’ has
incomplete type
/usr/include/linux/if_arp.h:113:25: error: field
‘arp_netmask’ has incomplete type
/usr/include/linux/if_arp.h:118:19: error: field ‘arp_pa’ has
incomplete type
/usr/include/linux/if_arp.h:119:19: error: field ‘arp_ha’ has
incomplete type
/usr/include/linux/if_arp.h:121:25: error: field
‘arp_netmask’ has incomplete type
linuxcniapi.c:22:26: fatal error: linux/skbuff.h: El fitxer o
directori no existeix
compilation terminated.
interceptor.c:17:26: fatal error: linux/module.h: El fitxer o
directori no existeix