En una prueba realizada para determinar la velocidad de inicio en Ubuntu en sus versiones 9.04 y 9.10, en comparación con Windows Vista y Windows 7, la distribución de Canonical resulto ganadora de la prueba, aun cuando se sabe que no es la distro más óptima en este aspecto.

Ubuntu 9.10 se lanzó al publico a unos pocos días del lanzamiento de Windows 7, la nueva versión del producto estrella de Microsoft. Es conocido la rivalidad que mantienen estos dos sistemas, debido a que Ubuntu, es el principal contendiente en la lucha por el escritorio, en las Netbooks, compitiendo con Windows en su terreno más fuerte.

Es así que no faltan las comparaciones de uno y otro sistema, por ejemplo, el sitio Tuxradar realizó una prueba enfocada a ver que sistema iniciaba más rápido.

La prueba se realizó bajo el mismo hardware y condiciones, con un sistema acabado de instalar. Las versiones que participaron fueron Ubuntu 9.04 y 9.10, y Windows Vista y 7.

Cada sistema estuvo configurado para iniciar sesión automáticamente y lanzar el navegador Firefox, con la página del sitio que realizó la prueba.

En los resultados se apreció que Ubuntu 9.10 fue el que resulto más rápido, seguido de Ubuntu 9.04, después Windows Vista y al final Windows 7.

Algo a tomar en cuenta es que se supone que Windows 7 mejoro mucho en la velocidad de inicio, por lo menos, así lo dieron a conocer antes del lanzamiento y muchos dijeron haberlo constatado en la red.

También es de notar que Ubuntu 9.10 es menos rápido que Ubuntu 9.04 en el inicio, por lo menos en las pruebas que he realizado así lo he podido apreciar, incluso optimizando la nueva versión. Sin embargo, en esta prueba resulto ser el sistema más rápido de todos.

Lo mejor es que cada quien pueda sacar sus conclusiones de acuerdo a sus propias experiencias y los resultados ofrecidos. En el siguiente vídeo se puede observar la prueba realizada:

fuente: Espacio Linux

Google no quiere pasar a la historia como el mejor buscador web del siglo, sino que ahora diseño un Lenguaje de Programación y creo que es hora de poner dos vídeos relacionados con el tema que seguro les interesarán:

Skype is closed source and thus I’d tend to call it unfavourable. Although in "nearest future" it might be less unfavourable. Since I have started using ekiga, I always had problems with anybody I wanted to communicate via this free alternative. So today, I tried skype, that refused to work on my old laptop. On the first glance, it refused even more on my new machine (where debian amd64 is installed).

Two ugly hacks^1,2 made it work. At first fetch the stepmotherly waited debian package provided by skype and install it:

apt-get install ia32-libs ia32-libs-gtk libasound2-plugins
wget -O skype-install.deb http://www.skype.com/go/getskype-linux-deb
dpkg -i --force-architecture skype-install.deb

This is dirty, because now you have the 32-bit skype installed and forced into your system. It could run in theory via

linux32 skype

However the current version (2.1.0.47) dies here after the login with the error message:

Inconsistency detected by ld.so: dl-open.c: 623: _dl_open: Assertion `_dl_debug_initialize (0, args.nsid)->r_state == RT_CONSISTENT' failed!

The fact that an assertion failed does not give you much hope. As this error does not occur in the versions before 2.1, the best thing would be to install an old package. As there are no older versions on the skype-webpage, you have to stick with the really dirty method: moving or chmoding some libpulse-files:

sudo chmod 000 /usr/lib32/libpulse*

Well…it works.

1. Abre una terminal y pegar los siguientes comandos para agregar el repositorio de Launchpad:

-Ubuntu Karmic Koala

sudo add-apt-repository ppa:nvidia-vdpau/ppa

-Ubuntu Jaunty Jackalope, Intrepid Ibex, Hardy Heron:

sudo sh -c "echo 'deb http://ppa.launchpad.net/nvidia-vdpau/ppa/ubuntu UBUNTU_VERSION main' >> /etc/apt/sources.list"
sudo sh -c "echo 'deb-src http://ppa.launchpad.net/nvidia-vdpau/ppa/ubuntu UBUNTU_VERSION main' >> /etc/apt/sources.list"

Donde dice,  UBUNTU_VERSION colocas la version de tu Ubuntu (la que tienes instalada: jaunty, intrepid o hardy).

2. Importar la Llave GPG:

sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys CEC06767

3. Now you can install the Nvidia 190.xx stable drivers:

sudo apt-get update && sudo apt-get install nvidia-190-modaliases nvidia-glx-190

Primero abrimos una terminal y tipeamos:

sudo wget http://www.medibuntu.org/sources.list.d/hardy.list -O /etc/apt/sources.list.d/medibuntu.list

En el blog de ERICLINUX está como instalar Skype para ubuntu Karmic Koala.

Luego hacemos un Update:

sudo apt-get update

Y por último instalamos Skype.

sudo apt-get install skype

Listo… ahora lo ejecutamos con

$ Skype

Y listo. A disfrutar del Skype.

fuente

A menudo se leen declaraciones de personajes del mundo del software libre preguntándose qué deben hacer para que el usuario dé el salto. Hablan de una aplicación o una característica de la cual, una vez probada, el usuario no quiera prescindir.

Por otro lado se suele acusar a quienes detestan los cambios continuos, las continuas actualizaciones, de fobia a la tecnología. Sin embargo, la bicicleta es tecnología. Una de las obligaciones de la tecnología es saber que más no es mejor, distinguir entre crear un problema y haberlo resuelto.

¿Qué no podrá tener nunca Windows? Una versión mantenida durante quince años. ¿Qué no podrá tener nunca Windows? La sinceridad para reconocer que el un documento en .txt es más útil para el mundo que uno escrito en Word 7.0. ¿Qué no podrán tener nunca Google ni Microsoft? Calma.

¿Por qué el usuario debe renunciar a la bicicleta informática para montarse en un pesado triciclo de cinco ruedas con cámara de vídeo, un kernel de mil toneladas y unas aplicaciones que le impiden pedalear con los pies y le obligan a deshacerse de los zapatos de ayer, y de los de antesdeayer y a comprar gafas para mirar el camino?

Si al usuario le ofrecen un ordenador que no tendrá que cambiar dentro de tres años, una versión de un sistema operativo que podrá seguir utilizando dentro de diez para: navegar, escribir, comunicarse, si le aseguran la bicicleta informática, el día que quiera motos con remos de ochocientos kilos, ya las buscará. Microsoft jamás podrá darle la tranquilidad de no tener que cambiar de ordenador, de hábitos, de soportes, de sistemas, cada poco tiempo. Dársela al usuario y al planeta.

Y el software libre: ¿por qué no abre una línea seria de investigación que no acepte el camino de las necesidades inventadas?  Los usarios no pueden ser una isla, necesitan que sus sistemas libres se relacionen con los sistemas privativos. Pero para ello muchas veces basta con limpiar los escasos programas privativos verdaderamente necesarios y hacerlos funcionar con los elementos más simples. También es preciso que los países e instituciones que apoyan el software libre se ocupen de que no desaparezca el hardware adecuado para él.

Más de una vez la industria farmaceútica ha retirado del mercado medicamentos válidos y baratos para sustituirlos por otros más caros y de menor efectividad. El software privativo tiene las mismas presiones internas que la industria farmaceútica.  ¿Y el libre? ¿Por qué no atiende más al equivalente de los medicamentos genéricos?  ¿Por qué deja de mantener versiones que son  útiles y cuya vigencia reduciría la brecha digital? ¿Por qué no se atreve a garantizar que la bicicleta no quede arrumbada como si nadie se hubiera dado cuenta de que estaba ahí y funcionaba y no necesitaba ser sustiituida por distintos vehículos más pesados, más torpes, cada seis meses?

fuente

Flash a 64 bit ha un piccolo difetto, come riportato in launchpad da alcuni utenti, nella maggior parte dei casi, su Jaunty e Karmic il pacchetto dei repository ufficiali è buggato (https://bugs.launchpad.net/ubuntu/+source/flashplugin-nonfree/+bug/410407) e dà problemi in quanto al click del mouse, Flash sembra non recepire il comando. Non funziona il tasto play nei video in youtube, per farvi intendere quanto possa essere grave la cosa. Come alcuni utenti hanno scoperto sempre in launchpad, è possibile ovviare al problema utilizzando una pre-release rilasciata da Adobe per linux 64 bit.

Down

Trovate il file in fondo a questa pagina:

http://labs.adobe.com/downloads/flashplayer10.html

Scaricatelo ed estraetelo nella home.

Make clean (per modo di dire..)

Eliminate ogni traccia di flash 10 tramite il gestore pacchetti (Sistema – Amministrazione – gestore pacchetti) e cercate ed eliminate ogni flash player plugin che trovate nel sistema (alcune cartelle hanno bisogno dei permessi da amministratore per eliminare file dal loro interno):

Vi potete rendere conto che flash è stato debellato se,  riavviando il browser, i siti in flash e youtube vi chiedono l’installazione del plugin: non installatelo tramite il browser!

Install

Una volta pulito il pc , installate il nuovo plugin mediante questo comando:

sudo cp ~/libflashplayer.so /usr/lib/mozilla/plugins/libflashplayer.so

Ora riavviate il browser ed ecco fatto!

PS: Per rimuovere il flash scaricato, cancellatelo dalla vostra home senza problemi.

Fonte: https://bugs.launchpad.net/ubuntu/+source/flashplugin-nonfree/+bug/410407

As the 64-bit computers (amd64 architecture) get more popular, more Linux distributions provide the 64-bit support. However, there are a few VPN vendors provide the product for 64-bit Linux.

As we promised, NeoRouter has just released the NeoRouter Free v0.9.8.1485 for 64-bit Linux, which is a full package, including both the server and client software. It’s fully tested on the popular 64-bit Linux distributions, such as Redhad/Fedora, SUSE and Ubuntu. It’s completely compatible the 32-bit NeoRouter software running on Windows, Mac, Linux and devices.

Thanks NeoRouter team and their professional expertise!

Enjoy it!!

Definetely one my pet peeves about Windows Installer is how it deals with instruction set architectures (ISAs). Looking at Windows NT history, supported ISAs have come (amd64, IA-64) and gone (Alpha, PowerPC, MIPS) — yet most of the time, there was more than one ISA being officially supported. Having to ship binaries for multiple ISAs therefore always has been on the agenda for many ISVs.

Needless to say, supporting multiple ISAs requires special consideration when developing setup packages and providing separate packages — one for each ISA — has become common practice to approach this. This approach makes perfect sense: Given the incompatibility of most ISAs, nobody needs Alpha binaries on a MIPS system or amd64 binaries on a IA-64 machine, so there seems little reason to mix ISAs within a single package.

Unsurprisingly, Windows Installer, which was created somewhere around 2000, also goes this route and encourages developers to provide separate packages for each ISA.

However, with the advent of amd64/x64/IA-32e/Intel 64/whateveryoucallit, the situation has changed: Because i386 and amd64 are so closely related and compatible, there are now plenty of situations where combining binaries of differing ISAs (i.e. amd64 and i386) in a single installer package makes perfect sense. Examples for this include:

• A package comprises a shell extension as well as a standalone App. For certain reasons (maybe the use of VB6), there only is a 32 bit version of the App. The shell extension, in contrast, is available for both, i386 and amd64. Whether you put everything into one package or provide separate packages for each ISA, one of them will comprise a mixture of ISAs.
• SDKs for unmanaged code usually include .lib and .dll files for multiple architectures. Shipping separate packages for i386 and amd64 (containing different binaries but the same headers, docs, etc.) may please the Windows Installer gods, but seems redundant, a waste of disk space, and user-unfriendly.

Thanks to the msidbComponentAttributes64bit flag, mixing architectures in a single MSI package is technically possible: You mark the package as being 32 bit and set said flag for all 64-bit components. Rather than splitting your setup into multiple packages, you can conveniently combine everything into one.

When reading the documentation (and ICE requirements, more on this later) carefully though, it turns out that this is not quite what the Windows Installer team invented this flag for. Anyway, it works fine, problem solved.

Hmmm…

If only there was not ICE80.

ICE80, alas, is critical if you intend to conform to the Requirements for the Windows Vista Logo Program for Software:

Applications must use the Windows Installer (MSI) or ClickOnce for installation. Windows Installation packages must not receive any errors from the Internal Consistency Evaluators (ICEs) listed here:

1-24, 27-31, 33-36, 38, 40-57, 59, 61-63, 65, 67-72, 74-84, 86-87, 89-94, 96-99

ICE80 mainly states that (1) you should not install 64 bit components to 32 bit directories (e.g. Program Files vs. Program Files (x86)) and (2) you should not use 64 bit components in a 32 bit package.

(1) is fair enough, although it raises the question where you should install your software to without splitting it in two or violating other ICE rules. Worse yet, (2) effectively means that said way to create multi-ISA packages, creating 32 bit packages with some components marked with msidbComponentAttributes64bit, is illegal alltogether.

So to be logo’ed, there seems to be no other way than providing separate packages, maybe along with (urgh!) a meta-package that installs the other two.

If there are more important things on your schedule than getting a Vista logo, ICE80 seems like something that can safely be ignored. Indeed, this is what I have done several times, including in case of the cfix installer.

Anyway, let’s ignore ICE80 once more and hold on to the plan of building a 32-bit package containing both, 32-bit and 64-bit components.

Urgh…

For an SDK that is installed on 64-bit Windows, it will usually make sense to install both, 32 and 64 bit .lib and .dll files etc. On 32-bit Windows, installing 64-bit components may seem odd, but due to the existence of amd64 compilers for i386, it still makes sense to install them or at least offer them as optional feature.

So far, so good. Things get interesting, though, when COM registration comes into play. Naturally, a 32 bit installer package sees the system like any other 32 bit application does. Most importantly, this means that Registry Reflection and File System Redirection applies.

Now consider a package that contains both a 32-bit and a 64-bit version of some COM server, each installed to a separate directory. COM Registration either be performed through the Class or the Registry table. Provided that the msidbComponentAttributes64bit flag has been used properly, such a package will work great on 64 bit systems thanks to Registry Reflection: The regsitry entries will be written to the proper (reflected) locations and both COM servers will work properly.

Now think what happens on 32-bit Windows: (1) There is no Registry Reflection and (2) Windows Installer silently ignores msidbComponentAttributes64bit flags. Result: The installation will run just as smooth as on the 64-bit system. However, while installing the files continues to works flawlessly, the registry will be left in a less-than-optimal state: Due to the nonexistence of Registry Reflection, the registration entries of both COM servers will have been written to the same location!

Needless to say, the server whose registration entries were written first will now be unusable.

In a way, Windows Installer has taken its revenge for breaking the rules.

Bottom line: Mixing 32 and 64-bit components in a single MSI works fine in many cases, but is against the MSI rules and can lead to further problems. And while I am still convinced that providing separate, ISA-specific packages is wrong or at least inconvenient in certain situations, it is definitely the safer and “right” way to go.

(Note: Windows Installer 4.5 introduced multi-package transactions, which allow reliable and transactional multi-package setups to be built so that splitting a setup into multiple packages can be implemented without much pain. However, very few users already have Windows Installer 4.5 installed and Windows 2000 is not even supported by this release. For many of us, relying on this feature therefore is not really an option.)

A new toy arrived today – the VisTablet, which is just a rebadged Aiptek 600U (model number WCK-C121). They sell as Aiptek or Waltop or Medion or any one of a few other names for about €65 on ebay.ie at the moment, so I thought what the heck, I do a fair bit of stuff in Gimp so maybe it’s worth a look. A few clicks and a week or so later and it arrives. Cue tearing open the box and unwrapping!

Plugging it into the laptop (Thinkpad R61 running Debian Squeeze amd64) got an instant result in that it found the device and allowed cursor movement… but no actual buttons or pressure sensor stuff, so it couldn’t work as a tablet. So off to google we go and after trying some frustrating messing about with udev rules (to create /dev/apitektablet - which isn’t necessary it turns out) and hal fdi files (to set up X.org options, which are needed) and I’d advanced in a posterior direction.

By now we were through the phase where plugging in the device crashed X and had reached the phase where plugging the device out crashed X. At this point, I found that the problem lay in the wacom drivers. See, just because it’s aiptek hardware doesn’t mean the aiptek drivers actually work – in this case, the wacom driver works much better.

But, just to be annoying, the new version of the wacom driver doesn’t work because it picks up that it’s not a wacom device and commits seppku to avoid being of any use. Note to the coder who thought that was a good idea – go choke on a hairball please.

Solution? Go to linuxwacom and download the latest driver, then untar the tarball, go into linuxwacom-0.8.4-2/src/xdrv and edit wcmUSB.c. You’re looking for this line (it’s line 530 in version 0.8.4.2):

/* vendor is wacom */
 if (sID[1] == 0x056A)
 {

And you want to change it to this:

/* vendor is wacom or waltop */
 if (sID[1] == 0x056A || sID[1] == 0x172f)
 {

Now apt-get install xorg-dev and whatever other packages you need like build-essential and call configure and make and then sudo make install.

You now have a working wacom driver and if you copy the wacom.fdi file into /etc/hal/fdi/policy/ (it’s /usr/share/hal/fdi/policy/20thirdparty/10-linuxwacom.fdi on Debian) and add in the following bit:

<match key="info.product" contains="WALTOP">
   <merge key="input.x11_driver" type="string">wacom</merge>
   <merge key="input.x11_options.Type" type="string">stylus</merge>
   <append key="info.callouts.add" type="strlist">hal-setup-wacom</append>
   <append key="wacom.types" type="strlist">eraser</append>
   <append key="wacom.types" type="strlist">cursor</append>
   <append key="wacom.types" type="strlist">pad</append>
</match>

into the <device> section of the xml file (you probably don’t need the eraser and cursor lines, but what the heck, they don’t harm anything and I was too tired of restarting X at this point to check). You should now be almost done – restart hal, restart x.org, and log back in and then plug in the tablet (check dmesg and /var/log/X.0.log so you’re sure it worked) and then fire up Gimp, go to Edit->Preferences->Input Devices->Configure Extended Input Devices and make sure the tablet is listed there and that it’s not set to disabled, then go to Edit->Preferences->Input Controllers and make sure that Linux Input is in the list of active controllers and is set to look at the tablet, and it should work.

Mind you… if this is what it takes to make cheap hardware work on linux, Linux Hater has a very good point.

Ahora es mas fácil saber cuales documentos queremos abrir con solo tener una “pre-visualización” en los documentos de OpenOffice.org con solo instalar desde la consola

sudo apt-get install ooo-thumbnailer

Luego de instalarlo tendremos que reiniciar Nautilus haciendo lo siguiente:

sudo killall nautilus

fuente

Este día mi mente me ha brindado la posibilidad de recordar cómo había conseguido instalar temas extras en Ubuntu 9.04. Ahora que estoy con Ubuntu 9.10 Alpha 6 he probado a instalar los mismos temas, con la sorpresa de que había más temas nuevos que antes no estaban.

Para instalarlos, abrimos un terminal y escribimos lo siguiente:

$ sudo apt-get install community-themes

Una vez el paquete instalado, nos dirigimos a…

“Sistema –> Preferencias –> Apariencia”

…y una vez nos cargue la pantalla de selección de temas nos encontraremos con los siguientes temas:

Yeah.. It seems very simple. All you can do just installing these packages from synaptic packages manager:

$ sudo apt-get install sun-java-6-bin sun-java-6-jre sun-java-6-fonts sun-java-6-plugin

That’s it, then your browser firefox will have Sun Java Plugin. Check it within type “about:plugins” without quotes at the firefox’s address bar or on your terminal (Applications > Accessories > Terminal), type this command:

$ java -version
java version "1.6.0_16"
Java(TM) SE Runtime Environment (build 1.6.0_16-b01)
Java HotSpot(TM) 64-Bit Server VM (build 14.2-b01, mixed mode)

Then, visit this URL – http://www.java.com/en/download/help/testvm.xml ; it will tells you that your browser will works with Sun Java Plugin. Have a nice try, dude…

Courtesy of Rainer Posel (thanks Rainer!), you can get an image of Ubuntu Linux 9.04 (x86_64 flavour) from here. Note that you need an x86_64 host system to use it.

Lenguajes de programación populares que se tradujeron en un cambio del paradigma en su conjunto y que cambiaron la forma en la que se plasmaban nuestros programas y, en consecuencia, nuestros problemas. Estas son algunas de las fotos de los creadores de estos lenguajes de programación:

1. Java (James Gosling)

2. C (Ken Thompson Left & Dennis Ritchie Right)

3. C++ (Bjarne Stroustrup)

4. Python (Guido van Rossum )

5. Fortran (John W. Backus)

6. Linux Kernel (Linus Benedict Torvalds)

7. Perl (Larry Wall)

8. C# (Development team led by Anders Hejlsberg)

9. Ruby (Yukihiro Matsumoto)

10. Ruby on Rails (RoR) (David Heinemeier Hansson)

11. JavaScript (Brendan Eich)

12. PHP (Rasmus Lerdorf)

fuente

Hasta hace relativamente poco (varios meses), esto era un handicap para que los nuevos usuarios de GNU/Linux que venían de Windows. Se instalaban su nuevo sistema libre y podían leer en su partición de datos NTFS de su Windows XP, pero no podían copiar nada a esta. Esto hoy en día ya no supone ningún impedimento, y menos en Ubuntu.

Antes para conseguir esa escritura en una partición compartida y válida para Windows y GNU/Linux era necesario que fuera en FAT32 con todo lo malo que ello implica (lentitud de acceso, mala organización de ficheros, etc).

En julio del 2006 dio a la luz un driver para GNU/Linux que permitía el acceso de lectura y escritura en una partición NTFS. Su nombre era ntfs-3g y estaba aún en fase beta. El driver funcionaba bien, aunque corrías el riesgo de que tuviera un malfuncionamiento y se pudiera cargar la partición.

Sin embargo en febrero de este mismo año (2007) se pasó a su fase estable y aunque desde el equipo de desarrollo nos avisan que lo usamos bajo nuestro riesgo personalmente le he dado bastante trabajo a una partición NTFS para ver qué tal iba y no he tenido problemas.

En Ubuntu es realmente muy fácil instalarlo. Antes había que añadir un repositorio a nuestro sources.list, pero ya no es necesario, el único requisito es que tenemos que tener habilitados los repositorios Universe (en Feisty ya vienen por defecto).

Ahora hay que instalarlo, bien gráficamente buscando y marcando en Synaptic ntfs-config o bien escribiendo simplemente en consola:

$ sudo aptitude install ntfs-config

Tras esto lo único que resta es configurar nuestras particiones NTFS para que usen este driver, y esto es igual de simple, pulsar Alt+F2 (o abrir consola) y escribir lo siguiente:

gksu ntfs-config

Tras introducir nuestra password, se nos abrirá una ventana que nos configurará automáticamente las particiones NTFS que tengamos a nuestro gusto.

Marcáis las casillas que os interesen sabiendo que los dispositivos internos son los discos duros que tenéis en vuestras torres y que los externos son por ejemplo un disco duro externo. Aceptáis y listo.

Tras esto no será necesario ni reiniciar el equipo ya que habrá desmontado las unidades que ya hubiera montado previamente el sistema y las remonta usando el driver ntfs-3g.

Ya podéis escribir lo que queráis en vuestras particiones NTFS, sin embargo personalmente os recomiendo que en GNU/Linux siempre trabajéis con particiones ext3 o ext2 ya que gestionará y accederá de mejor forma que en NTFS. Pese a todo siempre viene bien tener la posibilidad de acceder a particiones de este tipo si tenéis compartido un sistema Windows con otro GNU/Linux

comecei tentando instalar o skype manualmente.. foi um parto.. depois de apanhar muito pois só achava o skype pra 32bits descobri o repositorio do medibuntu. é muito facil instalar qualquer pacote pra 64 bits usando o repositorio deles.

fiz o processo de instalação do repositorio seguindo o site do medibuntu (https://help.ubuntu.com/community/Medibuntu)
Os comandos são:

sudo wget http://www.medibuntu.org/sources.list.d/jaunty.list --output-document=/etc/apt/sources.list.d/medibuntu.list

e depois

sudo apt-get update && sudo apt-get install medibuntu-keyring && sudo apt-get update

em seguida instalei o skype, e as bibliotecas de video proprietarias (w64codecs). Mas é possivel instalar outros pacotes.. a lista completa acha aqui (http://packages.medibuntu.org/jaunty/index.html)

bom.. agora atualizei o kde pra 4.3 com o seguinte procedimento

sudo gpg --keyserver keyserver.ubuntu.com --recv 2836CB0A8AC93F7A
sudo gpg --export --armor 2836CB0A8AC93F7A | sudo apt-key add -
sudo echo “deb http://ppa.launchpad.net/kubuntu-ppa/backports/ubuntu jaunty main” > /etc/apt/sources.list.d/ppa_lounchpad.list

sudo apt-get update
sudo apt-get dist-upgrade

e só pra garantir…
sudo apt-get install kde-i18n-ptbr kde-l10n-ptbr
sudo apt-get -f install

e é isso.. o restante (flashplayer, ferramentas, java, etc…) é o mesmo das outras versões