Linux Mint...
Escolteu, això de la Linux Mint basada en debian en mode rolled (o algo així, actualitzacions en continu) símplement significa que seguirà el patró (i la base) de testing o sid? Pd.: jo algun cop que no em veig en cor de posar una debian (a un usuari molt fet a la windows i al que no vull haver de perdre el temps aconseguint els drivers privatius de la tarja, els flash, el java, etc. per a què no tingui cap trauma en el pas de win a linux), poso una ubuntu... Penseu que la linux mint pot "omplir2 el buit entre debian i ubuntu (i facilitar que qualsevol dia canvies els repositoris i ja tens una debian (que això crec que si que es pot fer??). Pd.: més en general, algú ha tastat la linux mint, algun opinió en particular? Apa, salut, -- 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: http://lists.debian.org/4c979008.3070...@pangea.org
Re: Problemes amb Wacom
El 20 de setembre de 2010 16:42, Jordi Fontich ha escrit: > Trinity, el fork de Kde 3 > http://trinity.pearsoncomputing.net/ > > El 20 de setembre de 2010 9:11, Lluís Gras ha escrit: >> Jo també preferia el KDE 3.10 :-) , de fet m'he passat a XFCE o a LXDE >> segons la màquina. >> >> El 20 de setembre de 2010 0:45, Jordi Fontich ha >> escrit: >>> >>> Hola Lluís, >>> gràcies per les pistes. M'agraaada la Lenny, és realment el que >>> necessito: estable i amb KDE 3.10 :-) Tot i això potser ara que han >>> congelat la Squeeze segur que deu ser força estable. M'ho hauré de >>> pensar... >>> >>> El 16 de setembre de 2010 18:13, Lluís Gras ha >>> escrit: >>> > Hola Jordi ;-) >>> > >>> > Darrerament jo també he tingut problemes d'"aquests" intentant fer >>> > funcionar >>> > unes pissarres SmartBoard amb "Squeeze", al final han acabat funcionant >>> > afegint un parell de fitxers >>> > >>> > usu...@debian:~$ cat /media/sdc8/etc/hal/fdi/policy/10-smarttech.fdi >>> > >>> > >>> > >>> > >>> > >>> > evdev >>> > >> > type="string">false >>> > >>> > >>> > >>> > >>> > >>> > usu...@debian:~$ cat /media/sdc8/etc/udev/rules.d/60-SMARTBoard32.rules >>> > #SMART Technologies rules for permissions. >>> > KERNEL=="ttyS*", MODE="0666" >>> > SUBSYSTEM=="usb", ATTR{idVendor}=="0b8c", MODE="0666" >>> > SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_interface", ATTR{idVendor}=="0b8c", >>> > MODE="0666" >>> > SUBSYSTEMS=="usb", DRIVERS=="usb", ATTRS{idVendor}=="0b8c", MODE:="0666" >>> > # >>> > #Kernel 2.6.32 and greater has a bug that causes the mouse pointer to >>> > jump >>> > to the top left corner in HID mouse mode. >>> > #Disable the event stream for affected products. >>> > #Actually the bug began in 2.6.30, but these rules only work on 2.6.32. >>> > You >>> > need an fdi policy file to work around 2.6.31. >>> > KERNEL=="event*", ATTRS{idVendor}=="0b8c", ATTRS{idProduct}=="0001", >>> > NAME="SB%k" >>> > KERNEL=="event*", ATTRS{idVendor}=="0b8c", ATTRS{idProduct}=="0002", >>> > NAME="SB%k" >>> > KERNEL=="event*", ATTRS{idVendor}=="0b8c", ATTRS{idProduct}=="0003", >>> > NAME="SB%k" >>> > KERNEL=="event*", ATTRS{idVendor}=="0b8c", ATTRS{idProduct}=="0004", >>> > NAME="SB%k" >>> > KERNEL=="event*", ATTRS{idVendor}=="0b8c", ATTRS{idProduct}=="0005", >>> > NAME="SB%k" >>> > KERNEL=="event*", ATTRS{idVendor}=="0b8c", ATTRS{idProduct}=="0006", >>> > NAME="SB%k" >>> > KERNEL=="event*", ATTRS{idVendor}=="0b8c", ATTRS{idProduct}=="0007", >>> > NAME="SB%k" >>> > KERNEL=="event*", ATTRS{idVendor}=="0b8c", ATTRS{idProduct}=="0008", >>> > NAME="SB%k" >>> > KERNEL=="event*", ATTRS{idVendor}=="0b8c", ATTRS{idProduct}=="000a", >>> > NAME="SB%k" >>> > KERNEL=="event*", ATTRS{idVendor}=="0b8c", ATTRS{idProduct}=="000b", >>> > NAME="SB%k" >>> > KERNEL=="event*", ATTRS{idVendor}=="0b8c", ATTRS{idProduct}=="0017", >>> > NAME="SB%k" >>> > KERNEL=="event*", ATTRS{idVendor}=="0b8c", ATTRS{idProduct}=="0060", >>> > NAME="SB%k" >>> > KERNEL=="event*", ATTRS{idVendor}=="0b8c", ATTRS{idProduct}=="0061", >>> > NAME="SB%k" >>> > KERNEL=="event*", ATTRS{idVendor}=="0b8c", ATTRS{idProduct}=="0042", >>> > NAME="SB%k" >>> > >>> > >>> > Ja se que no ve massa al cas però potser trobes alguna solució que es >>> > basi >>> > en aquesta aproximació i per últim em pregunto en veu alta si hi ha >>> > algun >>> > araó especial per no fer evolucionar la instal·lació de Lenny a Squeeze, >>> > potser amb el canvi de nucli el problema és resoldria sol, ara mateix >>> > tots >>> > els equips que tinc amb Testing no necessiten cap fitxer xorg.conf per >>> > funcionar correctament. >>> > >>> > En fi, sort i si trobes la solució ja ens en faràs cinc cèntims. >>> >> >> > -- 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/aanlktikmb2myl6xkp5xyr94g4jbd+2vegucudatz4...@mail.gmail.com
Re: Problemes amb Wacom
Jo també preferia el KDE 3.10 :-) , de fet m'he passat a XFCE o a LXDE segons la màquina. El 20 de setembre de 2010 0:45, Jordi Fontich ha escrit: > Hola Lluís, > gràcies per les pistes. M'agraaada la Lenny, és realment el que > necessito: estable i amb KDE 3.10 :-) Tot i això potser ara que han > congelat la Squeeze segur que deu ser força estable. M'ho hauré de > pensar... > > El 16 de setembre de 2010 18:13, Lluís Gras ha > escrit: > > Hola Jordi ;-) > > > > Darrerament jo també he tingut problemes d'"aquests" intentant fer > funcionar > > unes pissarres SmartBoard amb "Squeeze", al final han acabat funcionant > > afegint un parell de fitxers > > > > usu...@debian:~$ cat /media/sdc8/etc/hal/fdi/policy/10-smarttech.fdi > > > > > > > > > > > > evdev > >> type="string">false > > > > > > > > > > > > usu...@debian:~$ cat /media/sdc8/etc/udev/rules.d/60-SMARTBoard32.rules > > #SMART Technologies rules for permissions. > > KERNEL=="ttyS*", MODE="0666" > > SUBSYSTEM=="usb", ATTR{idVendor}=="0b8c", MODE="0666" > > SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_interface", ATTR{idVendor}=="0b8c", > > MODE="0666" > > SUBSYSTEMS=="usb", DRIVERS=="usb", ATTRS{idVendor}=="0b8c", MODE:="0666" > > # > > #Kernel 2.6.32 and greater has a bug that causes the mouse pointer to > jump > > to the top left corner in HID mouse mode. > > #Disable the event stream for affected products. > > #Actually the bug began in 2.6.30, but these rules only work on 2.6.32. > You > > need an fdi policy file to work around 2.6.31. > > KERNEL=="event*", ATTRS{idVendor}=="0b8c", ATTRS{idProduct}=="0001", > > NAME="SB%k" > > KERNEL=="event*", ATTRS{idVendor}=="0b8c", ATTRS{idProduct}=="0002", > > NAME="SB%k" > > KERNEL=="event*", ATTRS{idVendor}=="0b8c", ATTRS{idProduct}=="0003", > > NAME="SB%k" > > KERNEL=="event*", ATTRS{idVendor}=="0b8c", ATTRS{idProduct}=="0004", > > NAME="SB%k" > > KERNEL=="event*", ATTRS{idVendor}=="0b8c", ATTRS{idProduct}=="0005", > > NAME="SB%k" > > KERNEL=="event*", ATTRS{idVendor}=="0b8c", ATTRS{idProduct}=="0006", > > NAME="SB%k" > > KERNEL=="event*", ATTRS{idVendor}=="0b8c", ATTRS{idProduct}=="0007", > > NAME="SB%k" > > KERNEL=="event*", ATTRS{idVendor}=="0b8c", ATTRS{idProduct}=="0008", > > NAME="SB%k" > > KERNEL=="event*", ATTRS{idVendor}=="0b8c", ATTRS{idProduct}=="000a", > > NAME="SB%k" > > KERNEL=="event*", ATTRS{idVendor}=="0b8c", ATTRS{idProduct}=="000b", > > NAME="SB%k" > > KERNEL=="event*", ATTRS{idVendor}=="0b8c", ATTRS{idProduct}=="0017", > > NAME="SB%k" > > KERNEL=="event*", ATTRS{idVendor}=="0b8c", ATTRS{idProduct}=="0060", > > NAME="SB%k" > > KERNEL=="event*", ATTRS{idVendor}=="0b8c", ATTRS{idProduct}=="0061", > > NAME="SB%k" > > KERNEL=="event*", ATTRS{idVendor}=="0b8c", ATTRS{idProduct}=="0042", > > NAME="SB%k" > > > > > > Ja se que no ve massa al cas però potser trobes alguna solució que es > basi > > en aquesta aproximació i per últim em pregunto en veu alta si hi ha algun > > araó especial per no fer evolucionar la instal·lació de Lenny a Squeeze, > > potser amb el canvi de nucli el problema és resoldria sol, ara mateix > tots > > els equips que tinc amb Testing no necessiten cap fitxer xorg.conf per > > funcionar correctament. > > > > En fi, sort i si trobes la solució ja ens en faràs cinc cèntims. > >