xorg « WordPress.com Tag Feed

Stupid SSH Tricks: Yet Another X11 Protocol Tunneling Tutorial

georgelenzer — Thu, 24 Jul 2008 02:08:56 +0000

Ingredients:

- One X server running on the machine in front of you. (Think of an X server as a virtual video monitor with thousands of input jacks and the remote applications as different video sources)
- One OpenSSH server on the system you are connecting to, that must be configured to (tunnel) forward X protocol

NOTE: If you are on the Windows platform, you can either purchase a commercial X server, or use Cygwin's excellent free X server. Again... try to imagine that the X server on the machine in front of you "virtualizes" your monitor and makes it "networkable". When you run the X server, it opens a connection on your machine listening for traffic coming from either the network, or (on *nix) shared memory. When you run an X application, it is instructed to connect to the X server so the Xserver can display it's output. (Just like plugging in a game console to one of your TV/Monitor's composite inputs)

Today we will talk about running X applications remotely using OpenSSH. Normally if you run X applications remotely, your X protocol traffic is going over your network connection out in the open. This is all well and good if you can trust the network that your X traffic is travelling on. But, what if you can't? This is where ssh and X make a pretty good team. You still run your X server on the machine in front of you like usual. But instead of instructing the remote application to connect directly to it, you use OpenSSH's X Protocol Forwarding so that all X traffic is sent through an encrypted TCP tunnel.

SSH Server Side Preparations
You will need to edit your sshd_config file which controls how your SSH server works. You would make these changes on the machine you are connecting to. First, find your sshd_config file. Typically, it's in /usr/local/etc if you compiled the OpenSSH suite yourself or if the package maintainer went with defaults. In other cases it could be in /etc/openssh or /usr/local/etc/openssh. To verify for your distribution, you can run the 'find' command:

find /usr -name sshd_config

Once you've located it, make sure you add these lines to it for TCP and X Forwarding:

AllowTcpForwarding yes
X11Forwarding yes
X11DisplayOffset 10
X11UseLocalhost yes

You will then need to restart your ssh server so that it reads the new configuration.

SSH Client Side Preparations:

A quick aside about the .ssh directory in your home directory. Not everyone is familiar with the purpose of this directory, but to simplify using OpenSSH, it's another essential tool. If you don't already have one, create a text file in ~/.ssh called 'config' and add something like this to it, and save it:

host work
hostname 192.168.1.10
User george

Now, if I type 'ssh work' it will automatically try to connect to 192.168.1.10 passing 'george' as the user name. Obviously, you will need to adjust this appropriately to your correct IP and username. Combine that with a shared key for passwordless connection, and your life with OpenSSH becomes a lot easier. Now back to the task at hand.

Testing from the workstation in front of you:
Now we can test and see if we can forward a simple X app over the ssh tunnel. Assume the existence of '~/.ssh/config' file and connection profile I create above. Also assume that the remote system has the simple X application 'xeyes' in /usr/bin:

ssh -X work "/usr/bin/xeyes"

We should now be seeing the familiar googly eyes peeking at us. All the application execution is happening remotely, but displaying in front of us and it's coming over an encrypted ssh tunnel to boot!

Add X Forwarding to Your ~/.ssh/config File:
Instead of having to type 'ssh -X work [some app]', you can instead enable X forwarding from your ~/.ssh/config profiles. For each connection profile you create, you can add:

ForwardX11 yes

This means that all you would have to do to run a remote X app is either log into a shell using that profile and type the name of the X app you want to use, or... You can create a script to run the app using ssh and make an icon for it on your Windows Quick Launch bar or Gnome Panel. A sample script in Linux would be:

#!/bin/bash

ssh work "/usr/local/bin/gimp"

Pretty simple, huh? In Windows, you can write a CMD file using about the same syntax:

C:\cygwin\usr\local\bin\ssh work -F "C:\Documents and Settings\george\.ssh\config" "/usr/local/bin/gimp"

You can argue that this is a form of "application publishing" to use a friendly term. But it's really a way of exploiting the features of X in a more secure way and without needing to open anything other than port 22 for OpenSSH. Once everything is configured, it works pretty seamlessly as well.

Compression:
This X traffic can take up a good deal of bandwidth since it is quite chatty back and forth, and I personally don't use it unless I have a fast connection (DSL 1.5M or better). In the past I used to prefer 'vnc' over ssh for most instances and these days I use Nomachine NX protocol (which I will discuss at a later date) for remote desktop access. However, there is something you can do which might help out a little in terms of speed with X if you really don't have any other options. You can compress your ssh traffic. Just add these lines to each host profile in your ~/.ssh/config file:

Compression yes
CompressionLevel 9

You can set your CompressionLevel to anything between 1 and 9 with '1' being the fastest but worst compression, and 9 being slow but better. There is a slight improvement in X application performance. This compression applies across the board to any ssh traffic for that connection profile though, so it's handy to add it to your slower connections.

Final Words:
Again, I don't pretend to know everything there is about ssh or X and I am sure there are other ways that this can be done better. If you know of any, I am hoping that some of you will have more suggestions that readers here can share. Please comment.

Chrome 9, em busca da solução

Wendell — Thu, 17 Jul 2008 12:42:48 +0000

A VIA recentemente criou um portal no qual disponibiliza drives para o Linux de alguns de seus produtos. Usuários do OpenSuse, SuSe Enterprise e Ubuntu podem baixar os drives para alguns dispositivos e testar. Quando comprei meu notebook sabia que a placa de vídeo (Chrome 9) não suportava recursos 3D. Existem soluções como o OpenChrome, porém o suporte 3D ainda é uma realidade distante.

No portal da VIA, o drive estável para a placa é o Chrome9.83-242-u804, que pode ser baixado aqui (versão para o Hardy 8.04). Recentemente instalei o drive para tentar alguma coisa em relação ao suporte 3D (Compiz), porém não consegui nada mais que uma tela branca.

Após uma boa lida no README, fiz alguns ajustes básicos e consegui fazer o drive funcionar, porém o suporte a efeitos gráficos ainda estão longe de serem usados e ainda encontrei algumas deficiências na utilização com o Xcomp, sendo que os vídeos não são exibidos.

Existem algumas soluções descritas em alguns sites como a do Evandro Begati, porém até o momento não consegui nada mais do que a instalação básica do drive e alguns pequenos ajustes no Xorg.

Quem ainda está com problemas na instalação do drive no Hardy, ou seja, tela branca "talhada", abra seu Xorg e insira a seguintes linha no Section Device:

Option "LCDPort" "DFP_HIGHLOW"

Essa opção é para quem utiliza telas LCD. No Arquivo de ajuda existem outras opções de configuração para cada tipo de hardware.

Não consegui ainda o suporte ao Compiz, porém continuo na luta de como encontrar a configuração do drive para usar os recursos 3D.

Any good thing on top of X

penguinrage — Thu, 17 Jul 2008 09:11:15 +0000

If there's one thing I'm really pissed about linux that must be Xserver(brought to you by Xorg).

You see. I kinda know xorg.conf in & out. I probably could write a full xorg.conf file with my eyes blindfolded but sometimes I still don't get it... Why do we have to tinker with a config file in order for us to say connect your laptop with a projector?

To those linux zealots or lusers(from linuxhaters jargon) who say there's a graphical interface allow you to accomplish that.. those people can go home and start eating my penguin shit for dinner.

I happen to know a thing called xrandr and after I have mastered the xrandr skill so I could conjure some xrandr magic to hook my laptop up with a projector. The often results would be overscan or wrong wirescreen aspect ratio. 1024x768 saved my ass tons of time though.

It's 2008 and X still couldn't get the right resolution for your laptop.(not mine though I'm lucky :p) No driver? Do you need one when connecting a projector? in Linux? My macbook pro does it without driver or conf file/xrandr.

Modeline. I hate this word. Do you need it? You know what? A xorg devs (developer) said I need it. Another said I need no modeline in my xorg.conf file. Just Brilliant... I parse some edid bin out of my LCD TV anyway. Align them gracefully along with other sections of xorg. Double check with xorg log for all the accurate parameters such as vertical, horizontal refresh rate and some pixel clocks.

Some lusers or probably the devs themselves have been saying xorg.conf is already obsolete, you dont actually need it.Yeah right...

I know a guy who works for some major production movie studio. He told me there's a linux software cooler than final cut studio called IFX piranha cinema. He also told me the experience is like driving a porsche on the road of Baghdad. (Full of messy shits)

modelines no x11 do linux

Russo — Tue, 15 Jul 2008 20:58:40 +0000

Programinha útil para calcular o Modeline que você precisa na sua configuração de X11 no Linux, caso você tenha que mexer nisso manualmente.

Configurar la tarjeta de video y el monitor en modo gráfico (GUI)

briandb — Tue, 15 Jul 2008 13:00:20 +0000

Se me habia perdido algo de la version 7.10 de Ubuntu a la 8.04, configurar la tarjeta de video en modo gráfico!

Buscando encontre esto:

sudo displayconfig-gtk

Puede estar en otras distribuciones.

A veces no nos acordamos todos los parametros para configurar el xorg.conf, muy util!

XInputHotplug Teil 2: erste Erfolge

DoppelHertz — Fri, 11 Jul 2008 22:44:58 +0000

Pseudo-Hotplug mit dem Tablet geht schon... dazu gleich mehr.

Erstmal die Software-Ausstattung. Alles, was nicht angegeben ist, ist die aktuellste stabile Version:

sys-kernel/tuxonice-sources-2.6.24-r9
x11-base/xorg-x11-7.3
x11-base/xorg-server-1.4.2
x11-libs/pixman-0.10.0
x11-libs/libXrender-0.9.4
x11-proto/renderproto-0.9.3
media-libs/mesa-7.0.3
x11-drivers/xf86-input-keyboard-1.3.1
x11-proto/xf86driproto-2.0.4
x11-libs/xtrans-1.0.4
x11-drivers/linuxwacom-0.8.0_p3-r1

Obwohl bei linuxwacom die Meldung kommt, dass gcc >= 4.2 benötigt wird, kompiliert das Paket ohne Probleme mit gcc 4.1.2.

xorg.conf (die interessanten Teile)

Section "ServerFlags"
        Option "AllowMouseOpenFail" "true"
EndSection

Section "InputDevice"
        Identifier "RX250"
        Driver "evdev"
        Option "Name" "Logitech USB-PS/2 Optical Mouse"
        Option "HWHEELRelativeAxisButtons" "7 6"
EndSection

Section "InputDevice"
        Driver      "wacom"
        Identifier  "stylus"
        Option      "Device"    "/dev/input/wacom"
        Option      "Type"      "stylus"
        Option      "USB"       "on"
        Option      "Mode"      "Absolute"
        Option      "Vendor"    "WACOM"
        Option      "KeepShape" "on"
EndSection
Section "InputDevice"
        Driver      "wacom"
        Identifier  "eraser"
        Option      "Device"    "/dev/input/wacom"
        Option      "Type"      "eraser"
        Option      "USB"       "on"
        Option      "Mode"      "Absolute"
        Option      "Vendor"    "WACOM"
        Option      "KeepShape" "on"
EndSection
Section "InputDevice"
        Identifier  "pad"
        Driver      "wacom"
        Option      "Type"        "pad"
        Option      "Device"      "/dev/input/wacom"
        Option      "ButtonsOnly" "on"
        Option      "Button9"     "2"
        Option      "Button13"    "3"
        Option      "USB"         "on"
        Option      "KeepShape"   "on"
EndSection

Section "ServerLayout"
    Identifier  "Simple Layout"
    Screen "Screen 1"
    InputDevice "RX250"
    InputDevice "Keyboard1"
    InputDevice "stylus"
    InputDevice "eraser"
    InputDevice "pad"
EndSection

Jetzt zum Thema Pseudo-Hotplug:

Die Maus wird bei Hotplug richtig erkannt, seitlich Scrollen funktioniert. So gut hatte ich die nichtmal unter Ubuntu eingerichtet.

Tablet-Hotplug geht nur begrenzt: nachdem ich das Tablet eingesteckt habe ist's erst einmal ne normale Maus, mit relativen Koordinaten. Wenn ich dann zum Beispiel mit Strg Alt F1 auf die Konsole wechsle und mit Alt F7 zurück zu X, werden die Eingabegeräte neu geladen und das Tablet funktioniert wie gewünscht.

Der nächste Schritt wird sein, das ohne Konsolenwechsel hinzubekommen. Dabei ist mir X auf meinem Desktop-PC nämlich schon abgestürzt. Sowas mag ich gar nicht.

Voltando ao planeta Terra

Wendell — Fri, 11 Jul 2008 02:26:30 +0000

Não, eu não estava fora de nosso planeta. Estava apenas tentando colocar as coisas em ordem para enfim, entrar nas minha merecidas férias escolares. Faltam três períodos e duas matérias para ajustar as contas com a faculdade e me formar.

Dezembro de 2009 está aí, apesar de minha namorada insistir em dizer que chega 2020 mas não chega dezembro de 2009, ainda penso que está mais próximo que imagino. Também pudera, dois anos e meio de estudos, noites mal dormidas, fins de semana e feriados perdidos e um pouquinho de malandragem (ninguém é de ferro né) fazem parte do contexto.

Terça entrei de férias. Finalizei o período com uma amarga prova de Administração. Ufa!!! Ainda bem que já havia passado porque literalmente a prova tava digamos, "osso".

Pretendo nessas férias colocar algumas coisas em ordem. Não irei definitivamente abandonar os livros porque tenho algumas missões a cumprir nesses próximos vinte e poucos dias de barriga pra cima. Isso em tese, porque férias do trabalho mesmo só em agosto, primeira quinzena. Muitos devem se perguntar que maluco é esse que tira férias em agosto, após as férias escolares. Bem, a resposta é simples: Não tive competência em me casar e por isso não tenho precedência na escolha dos períodos de férias escolar vez que não tenho nenhuma prole pra tratar. Os casados nessa hora ficam no lucro.

Esse primeiro semestre de 2008 foi diferente de tudo que já passei nessa vida. Nunca gastei tanto com minha saúde. No início foi um maldito cálculo renal. Esse filho de uma boa pedra literalmente me derrubou. Fiz uma cirurgia e aparentemente estou bem. Ao menos não senti nenhuma cólica. Quando achei que as coisas iriam voltar à sua normalidade, "rá" (me permita Viviane), um Aedes Aegypti entrou por alguma fresta de minha janela e cometeu o crime. Foram mais de quinze dias na pior. É uma merda essa tal de dengue. Não tem como descrever isso. Mas como desgraça pouca é bobagem, após trabalhar durante todo o período dengoso, pois só diagnosticaram a doença no final, resolvi chutar o balde. Visitei um dentista e ranquei meus cisos. Acho que isso vai dar um livro. Mais duas semanas com o rosto inchado e doendo. Olha que foram só os do lado esquerdo, faltavam mais dois. Após três semanas, visitei a dentista e com a cara os dentes e a coragem extraí os que faltavam, esperando aquela agonia novamente. Pasmem, foi tudo tranquilo até demais. Enfarado de antibióticos, anti-inflamatórios e analgésicos, passei pela prova dos nove. Estava tudo na perfeita ordem, mas... tem jeito não, tinha que fechar o semestre com mais um enguiço pra completar a "veiêira". Meu joelho esquerdo estourou. Tô parecendo o C3PO andando. O coitado não dobra nem a base de "reza braba". Agora tô aqui, só no gelo e na esperança de ficar bom logo.

Enquanto curto essa tendinite, acredito ser por causa de minhas corridas, tirei dois dias pra estudar umas coisas aqui e efetuar uns testes. Primeiro detonei meu Hardy após instalar o drive da minha placa de vídeo. Essa história toda pode ser conferida aqui. A VIA resolveu vestir a camisa e está melhorando seus drives para o Linux. Até que ficou mais ou menos, mas falta muito ainda. Após instalar detectei que vídeos não rodavam. Aí me perguntei se vale a pena ter um sistema aleijado. Pra desinstalar é uma barbada, roda-se o comando e o sistema retorna com a última configuração do Xorg. Até aí tudo bem, mas como sou distraído, acabei alterando as configurações do mesmo e não consegui fazer a criança voltar ao normal.

Aproveitando essa bobagem, resolvi radicalizar. Não pensem que abandonei o barco. Jamais farei isso, pelo menos não tenho essa intenção. Após um becape de meus dados através do modo texto, instalei o Windows Vista para testes. É, muitos vão pensar que os remédios tiveram efeito colateral e que pirei mesmo. Mas não foi dessa vez. Deixei 15 Gb no disco para testar essa "revolução" da Microsoft. Bem, vou me ater apenas a um pequeno comentário: Tem gente que ainda adora sofrer. Essa é minha visão e avaliação em relação ao sistema. Ruim é pouco, não em termos de beleza e frescuras. O Aero é interessante, mas nada que se aproxime do Compiz. Mas o que me matou mesmo foi a rede wireless. Conectava, começava a navegar e depois caía. Parece que estava cronometrado. Após ler, reler, visitar o Baboo, não consegui nada além da certeza de que realmente essa versão é ruim demais. Só a instalação básica do sistema ocupou 9.5Gb da partição destinada ao teste. O Hardy instalado com tudo o que preciso ocupa míseros 4Gb. Sem cometários.

Bem que tentei fazer um teste mais profundo. Ia deixar em dual boot, mas ainda bem que não deu. Fiquei apenas 6 horas com ele instalado. Voltei com meu Ubuntu Hardy e tô aqui agora escrevendo este post e baixando as 27 atualizações para o NetBeans 6.1. Sábado começo a estudar Java e espero não tropeçar nessa linguagem no próximo período da faculdade, porque nesse que terminei foi muito complicado, mas comentarei isso numa próxima oportunidade. Agora vamos à luta e espero que o próximo semestre seja melhor e com menos encosto.

Installing Ubuntu on a OLPC Xo - Part 1

basskozz — Thu, 10 Jul 2008 15:01:59 +0000

Well thanks to the Ubuntu On OLPC XO wiki page I was able to successfully install Ubuntu on my OLPC.
I did however run into a few hitches.

1. Wireless Internet Connection

The wiki page doesn't make reference to how to setup WEP wireless connection, it only mentions WPA (NETWORKING) so I had to do a bit of research: How to connect to wireless (WEP) in ubuntu?
turns out that the following does the trick:

iwconfig eth1 essid "mySSID" key mywepkey
sudo dhclient eth1

Now I had to figure out how to add this to a startup script so that it would automatically connect to my wireless router upon boot up: Automatic Wireless Connection (At Startup)?
All I had to do was add the following to /etc/network/interfaces

# Wireless Connection
iface eth1 inet dhcp
wireless-key hex-key
wireless-essid ssid

auto eth1

where hex-key = my WEP hex key & ssid = my routers wireless SSID

2. Mouse Problems

The Customizing Ubuntu for XO wiki page explains how to fix the tap-click issue and sensitivity, however the sensitivity issue I am having is that my mouse is too insensitive, My mouse pointer FLY's across the screen when I move my finger, so instead of using the wiki's recommened:
xset m 1/4 0
I am using:
xset m 25/20 0
and it is much better now.

3. Screen Saver

The first thing I noticed was there was no screensaver installed, when I went to Settings > Screensaver Settings, I got the following error:
I was able to install xscreensaver, but I got another error every time I made a change to xscreensaver's settings "Directory does not exist: /usr/share/backgrounds" a quick google search and I found a solution: https://bugs.launchpad.net/ubuntu/+source/xscreensaver/+bug/129769
sudo apt-get install screensaver-default-images
Fixed :)

Part 2 of my setup woe's comming soon...

Instalación manual de Xorg y KDE

anduim — Sun, 06 Jul 2008 12:54:35 +0000

Yo elegí en su día elegí KDE como entorno de escritorio, así que ahí van los pasos a seguir para instalar Xorg y KDE sin tener ningún entorno anterior, es decir, desde la consola.

Lo primero de todo es instalar Xorg:

sudo aptitude install xserver-xorg xfonts-base

Durante la instalación, es posible que nos pregunte la resolución. Ahora, dependiendo de la tarjeta gráfica que tengamos:

sudo aptitude install xserver-xorg-video-ati xserver-xorg-video-vesa

En caso de ser cualquier otra tarjeta, podemos buscarla haciendo un aptitude search xserver-xorg-video- y elegir la nuestra. De todas formas, en un artículo posterior explicaré como instalar los drivers NO PROPIETARIOS de la ATI Radeon 9200SE.

Con esto ya tenemos instalada la base del sistema. Ahora vamos a instalar KDE y KDM (gestor de acceso):

sudo aptitude install kdebase kdm kde-i18n-es

De camino, instalamos todo lo relacionado con el audio:

sudo aptitude install alsa-base alsa-utils alsa-tools kmix

En teoría, ya está todo. Eso si, KDE está instalado si nada prácticamente, ni aplicaciones ni nada por el estilo. Luego las iremos añadiendo. Reiniciamos el sistema, y debería aparecernos la pantalla de kdm para identificarnos:

reboot

Si no fuese así, hacemos un

dpkg-reconfigure xserver-xorg

Una vez llegados a este punto, podemos empezar a instalar aplicaciones (con aptitude) para nuestro entorno, dentro de las cuales os recomiendo las siguientes:

OpenOffice: paquete integrado sustituto de Microsoft Office.
Firefox: para mi el mejor navegador que hay. En Debian lo deberéis instalar como Iceweasel.
Akregator: un buen lector de feeds/rss.
Kopete: mensajería instantánea multicuenta y multiprotocolo (msn, yahoo, jabber, etc..).
Kmldonkey: para descargas p2p de la red edonkey (amule) y torrent.
Konversation: un buen cliente de IRC.
Amarok, audacious: reproductores para tus mp3.
Mplayer: Reproductor de vídeo
K3b: utilidad para grabación de cd/dvd
Ksmoothdock: una barra de aplicaciones, al estilo de Avant Window Manager, pero mas simple y sin tanto efecto.
y un sin fin mas de aplicaciones que encontrarás...

Linux + Xorg + VMware = trouble

basskozz — Fri, 04 Jul 2008 18:45:46 +0000

Apparently there is a severe bug that relates to multiple distributions of Linux (I am using Ubuntu) and it has to do with VMware and Xorg. This bug causes the keyboard to go all out of whack when using VMware in full screen mode. As of right now there isn't a solution to the problem but there are a few workarounds:

execute 'setxkbmap' from the terminal
In Ubuntu, Go to Applications > Other > Keyboard Layout, and remove the keyboard layout and then add it back and re-apply

Hopefully someone will correct this issue soon. But for now it seems like everyone is passing the buck (Xorg is blaming VMware, VMware is blaming Linux & Xorg, etc...)

If anyone has some incite or other work-arounds please post.

Links:
LaunchPad: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/195982
VMware Forums: http://communities.vmware.com/message/975867
Ubuntu Forums Posts:

Dual Screen for Dell Latitude on Hardy Heron

sid — Fri, 04 Jul 2008 08:32:31 +0000

Few days back i refound in the office this Dell Latitude laptop (with a german keyboard layout) that we simply were not using in a while. It was running XP and not too well either.

So wanting to make some use of it for some mobile task i decided to wipe it an place 8.04 on it.

The installation went fine. Actually even a US Robotics Wireless PCI card was working right out of the box. Following the true Ubuntu spirit.

The only thing i was unable to do from the GUIs was configuring the 2nd screen.
Then let's attempt another approach .

lspci | grep -i vga 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M6 LY

Even after installing the restricted ATI drivers i had so far no luck, so manually will be the way.

xrandr is a command line tool that helps define and configure parameters for the displayed output.

xrandr -q Screen 0: minimum 320 x 200, current 2048 x 768, maximum 2048 x 768 VGA-0 connected 1024x768+1024+0 (normal left inverted right x axis y axis) 304mm x 228mm 1024x768 60.0*+ 75.1 70.1 60.0* 59.9 832x624 74.6 800x600 72.2 75.0 60.3 56.2 640x480 75.0 72.8 69.6 66.6 60.0 720x400 70.1 DVI-0 disconnected (normal left inverted right x axis y axis) LVDS connected 1024x768+0+0 (normal left inverted right x axis y axis) 0mm x 0mm 1024x768 60.0*+ 60.0 800x600 60.3 640x480 59.9 S-video disconnected (normal left inverted right x axis y axis)

From the output of the xrandr -q command it's possible to tell that LVDS is my laptop screen and VGA-0 the externally connected one.

To find out the resolution required for the 2nd screen we can still use the same command line tool without having to calculate it manually.

xrandr --output VGA-0 --auto --right-of LVDS xrandr. screen cannot be larger than 1024x1024 (desired size 2048x768)

Now let's edit the "Screen" section in xorg.conf

sudo gedit /etc/X11/xorg.conf

Section "Screen" Identifier "Default Screen" Monitor "Configured Monitor" Device "Configured Video Device" Subsection "Display" Modes "1024x768" Virtual 2048 768 EndSubSection EndSection

Once the file is edited, saved and closed, restart X ( Ctrl + alt + BackSpace ).
Afterwards to make the 'magic' happen:

xrandr --output VGA-0 --auto --right-of LVDS

Both screens will turn off for a moment that turn on again with the new settings.

That's it :)

Note: so far i have not been able to get this running at boot. A solution is to insert it in the list of programs to run at session start System->Preferences->Sessions->Startup Programs.

Como instalar Debian directamente con KDE, GNOME o XFCE

anduim — Thu, 03 Jul 2008 16:46:20 +0000

Si hacemos la instalación desde el primer cd de Debian 4.0r3 (o la versión que sea), y tenemos claro que queremos unos de estos tres escritorios: KDE, GNOME o XFCE, podemos hacerlo directamente especificando en el arranque del cd lo siguiente:

installgui tasks="kde-desktop, standard" installgui tasks="gnome-desktop, standard" installgui tasks="xfce-desktop, standard"

De esta forma, evitaremos el paso posterior de instalar el entorno de escritorio manualmente. Si la instalación la hacemos mediante netinstall, deberemos desmarcar la opción ENTORNO DE ESCRITORIO cuando nos pregunte (ya que si no nos instalará GNOME), y dejaremos únicamente marcada la opción SISTEMA ESTANDAR o SISTEMA BASE.

Si tu caso es diferente, y solo dispones de la consola por que has instalado lo mínimo, en el siguiente post explico como instalé Xorg y KDE.

Firefox 3 scroll wheel finally fixed!!

anjilslaire — Thu, 03 Jul 2008 15:01:25 +0000

OK, I'm heading out the door on a trip in a few minutes, but I wanted to post the fix to the scroll issues I've been experiencing on Firefox 3 in Linux (see previous posts).

Add the following to your mouse settings of /etc/X11/xorg.conf:

Section "InputDevice"
Identifier    "Configured Mouse"
Driver        "mouse"
Option        "CorePointer"
Option        "Device"    "/dev/input/mice"
Option        "Protocol"    "ExplorerPS/2"
Option        "ZAxisMapping"    "4 5"
Option        "ButtonMapping" "1 2 3 4 5"
Option         "Buttons"     "5"
Option        "Emulate3Buttons"    "false"
EndSection

I didn't have 2 of 3 the lines noted above. This is assuming you have a standard 3-button/scrolling mouse thats cheaply available everywhere. Then reload xorg (ctrl+alt+backspace)

Hope this helps. I'm off to blow stuff up over the holiday :)

X.org 7.4? Forse ci siamo

markostyle — Wed, 02 Jul 2008 07:58:51 +0000

Che il ciclo di sviluppo di X.Org 7.4 si stesse protraendo per un numero di mesi superiore rispetto a quanto anticipato lo si era capito già da un pezzo: prima lo si aspettava per febbraio, poi per maggio e poi per…boh, si era persa di vista la possibile data di rilascio finale (nonostante si fosse arrivati alla terza release candidate).

L’annuncio da parte di Adam Jackson (release manager per X.Org 7.4) della disponibilità della quarta release candidate potrebbe però rappresentare la cosiddetta “luce in fondo al tunnel”. Il rilascio della versione 1.4.99.904 del server X include ben ottantun cambiamenti, tra le quali figurano numerose correzioni relative a problemi di sicurezza e memory leak.

Va notato che, nonostante il bug tracker di X.Org 7.4 risulti ora completamente vuoto, la risoluzione di diversi bug scoperti nei mesi scorsi è stata posticipata al rilascio di X.Org 7.5, previsto, se tutto andrà bene, nei primi mesi del 2009.

Aggiornamento. A distanza di poche ore è già stata rilasciata una nuova release candidate, anche se questa volta le correzioni sono di poco valore.

[via: phoronix.com || ossblog.it]

X.org 7.4? Forse ci siamo

DarkSun — Wed, 02 Jul 2008 01:53:57 +0000

Fonte: Oss Blog

X.Org 7.4 prereleases ready to test in Gentoo

Donnie Berkholz — Tue, 01 Jul 2008 19:30:53 +0000

Last night, Dave Airlie released libdrm 2.3.1, which set the stage for all the pieces of the X.Org 7.4 prereleases to actually work (with a couple mesa patches). If you'd like to test 7.4, here's how. This assumes you're already running an ~arch (testing) system--if you aren't, you might want to hold off on testing hard-masked packages. This may not work with binary drivers--particularly ati-drivers. It looks like nvidia-drivers has preliminary support for xorg-server 1.5.

echo " # xorg-server-1.5 prerelease =x11-base/xorg-server-1.4.99* =media-libs/mesa-7.1* x11-proto/dri2proto =x11-libs/libdrm-2.3.1* " >> /etc/portage/package.unmask emerge -va xorg-server emerge -va1 $(qlist -I x11-drivers)

I've still got 16 more packages to bump before everything's up to date, but the main parts are in place.

Open Suse 11 on Laptop sialan...

danoe87 — Mon, 30 Jun 2008 01:35:29 +0000

Kenapa laptop sialan karena nih laptop ga ada beres2 nya sama sekali. dah diinstal fedora 9 berulang-ulang sampai downgrade ke fedora 6 adaaa aja masalahnya.tapi ini laptop siapa ya... ?

Alkisah ada seorang teman yang sangat tertarik ke jaringan dan meminta laptopnya yang hampir terlupakan gara2 ga pernah dipake (Toshiba Satellite A45-S150) sampe dia punya laptop baru (dasar orang kaya....) maka diinstallah fedora 6 trus upgrade ke fedora 9 gara2 ngetes perl buat tugas Manejemen Jaringan dari situlah masalah demi masalah terjadi sempat juga kepirkiran pake Ubuntu tapi ga jadi soalnya yang punya ga berminat di Ubuntu. Setelah sekian lama laptopnya ga diurus sama yang punya jadilah saya baby siiter nih laptop yang tiap hari setia gimana caranya ngebuat laptop ini bisa jalan dengan semestinya

Suatu saat dirilislah OpenSuse 11 dan kebetulan teman2 Komunitas Linux Malang minta download file isonya setelah download iseng2 diinstall aja di laptop ini langsung saya takjub sama keentengan OpenSuse11 dan KDE 4 (grafisnya juga bagus banget, interfacenya yahuud) tapiiii ada masalah lagi.. Xwindownya ga bisa full screen bahkan setelah otak atik display di YAST... aseeem.... akhirnya setelah tanya sana-sini (termasuk Om Google) akhirnya diputuskanlah untuk reconfigure Xorg atas saran dan bimbingan mas Dedy (makasih Bosss... :D) akhirnya selesailah sudah dan sekarang laptop ini bisa running well (dan semoga terus begitu) beserta efek desktop anjriitnya.... ternyata desktop CLI (Command Line Interface) sangat powerfull bisa buat benerin Xwindow hahaha :D Thannx God U give me one more knowledge...

Postingan ini ditulis dengan menggunakan laptop sialan....

[ Interface amigável para computadores antigos ]

laurassb — Sat, 28 Jun 2008 07:27:10 +0000

(Descobrimos porque não estávamos conseguindo usar o Puppy 4 após instalado no HD do computador antigo...)

Situando, o computador em questão (para quem não leu os posts anteriores Primeira máquina montada com sucesso! e Experimentando novas opções de dualboot nas máquinas) é um Pentium MMX 233MHz, com 64Mb de RAM.

Rodando o Puppy 4 em live CD, era reconhecido o mouse serial, porém após a instalação no HD de 3Gb, com 122Mb de Swap, o teclado funcionou, mas o mouse não. Ao reiniciar, na hora de reconhecer os dispositivos, ele identificava o mouse como PS/2 erroneamente.

Conheça uma de nossas fontes de pesquisa na internet: Como instalar Puppy Linux para o Disco.

Acreditando que não rodaria em modo XORG (modo gráfico pesado e sofisticado), utilizamos em todas as tentativas o modo XVESA. Parece que esse modo não é muito eficiente, não nos ofereceu opção de alterar a resolução da tela, nem a determinação do tipo de mouse utilizado (no caso, um serial). Então, resolvemos tentar o modo XORG e, finalmente, tudo funcionou muito bem!

Distro Puppy 4 aprovada!!!

Próxima saga: Instalar Kurumin 7, segundo as recomendações do Mestre Morimoto (confira o link para o tutorial em Experimentando novas opções de dualboot nas máquinas).

Em breve também: experiências com Fluxbuntu 7.10 e Linux Mint (agradecimentos a Anderson Apolinario, que deu essa dica no comentário do post anterior).

Deixe um comentário aqui

O Kernel Linux não come poeira!

xanymorex — Fri, 27 Jun 2008 18:19:57 +0000

A AMD liberou a versão 8.6 do driver proprietário Catalyst para as placas gráficas Radeon GPU, também conhecida como fglrx. Essa versão corrige muitos bugs e oferece uma rotina de instalação melhorada. Adicionalmente, o driver dá suporte à nova geração de chips gráficos Radeon. Entretanto, a nova versão ainda não suporta as versões de pré-lançamento do Servidor X 1.5, o qual é fornecido junto com o Fedora e faz parte do X.org 7.4.

Dave Airlie tem publicado patches de Gerenciamento de Renderização Direta (DRM - Direct Rendering Manager) para a versão de pré-lançamento do kernel Linux 2.6.26 que case o micro-código para essa liberação pela AMD e forneça suporte 3D para as GPUs R500 no DRM do kernel. Para alcançar a aceleração 3D com as séries X1000 da Radeon, novas versões para os drivers X.org ati e radeonhd e um novo Mesa se faz necessário.

Linus Torvalds integrou os patches do Airle na árvore principal de desenvolvimento do kernel 2.6.26, no qual, além de ocorrer grande submissão de patches, seu ciclo de desenvolvimento já é bastante avançado. A Nvidia liberou, para as arquiteturas Linux x86-32 e x86-64, novas versões de seus drivers proprietários, que também possuem correções para o X Server 1.5 e ainda suportam a última geração de GPUs, recentemente introduzida no mercado. O código na árvore principal de desenvolvimento do driver nv do X.org para placas Nvidia começou a dar suporte para essa nova geração de GPU recentemente, além de também conseguir cooperar com muitos chips móveis GeForce da série 9.

Os desenvolvedores da Intel estão liberando a versão 2.3.2 de seus drivers de código aberto para o X.org, que inclui muitas correções de bugs. Os programadores já estão trabalhando na geração 2.4 desses drivers para integrar o suporte a HDMI e ao DisplayPort. A nova geração de drivers dará suporte a chipsets G45 e utilizará o recente gerenciador de memória GEM.

Desde o último log do kernel Linux, os mantenedores das séries estáveis do Linux (LSS - Linux Stable Series) lançaram as versões 2.6.25.7 e 2.6.25.8 do kernel. Ambas as versões corrigem vários bugs no kernel e melhoraram o suporte ao hardware em alguns drivers, porém os desenvolvedores do kernel não efetuaram correções explícitas relacionadas à segurança. Com a versão 2.6.25.9, as novas versões da série 2.6.25 já estão agendadas para lançamento hoje ou amanhã.

Resumindo: o desenvolvimento do kernel ganhou tamanha maturidade que nunca é deixado para trás. E essa é uma análise unilateral, voltada apenas a apectos do suporte, desenvolvimento e implementação de drivers e patches relacionados ao suporte de placas gráficas no Linux.

Saiba mais em: Kernel log: New graphics drivers and stable kernels; details about Linux-staging.

Referência - Linux Magazine

[ Experimentando novas opções de dualboot nas máquinas ]

laurassb — Thu, 26 Jun 2008 19:18:52 +0000

1- Na máquina nova... (Experimentações diversas de dualboot: XP / Ubuntu / Ubuntustudio / Kurumin Light / Puppy)

Estávamos usando Window$ XP em dual boot com Ubuntustudio 8.04 em nossa máquina principal (Pentium Dual 2,66 GHz com 1 Gb de RAM), mas resolvemos mais uma vez extinguir o primeiro e tentar sobreviver no mundo livre, ainda que com nosso pouco conhecimento. O Ubuntustudio 8.04 com relação ao 7.10 estava melhor num aspecto, pois já veio em grande parte na nossa língua e não acontecia mais travamentos nas portas PS2 (mouse e teclado), mas por outro lado, não estava saindo som nenhum (exceto algumas vezes em que executávamos o emulador zsnes). A barra inferior também não aparecia. Pesquisamos no google tentando solucionar o problema do som, mas desistimos temporariamente (Blog do Pilinha, entre outros).

O Puppy 4 em live CD na máquina nova demonstrou-se muito eficiente, reconheceu todo o hardware em poucos segundos, conectou-nos à internet com facilidade, através do Menu > Network > PPPoe. Fizemos a instalação dele no HD. Por já termos um grub preexistente, o instalador universal do Puppy nos instruiu a inserir manualmente algumas linhas no menu.lst que fica dentro de /boot/grub:

title Puppy Linux 400 full install
root (hd0,0)
kernel /boot/vmlinuz root=/dev/hdb1 pmedia=idehd

Deu tudo certo, porém optamos por não ficar com o Puppy 4 por não haver nele a opção de criar um usuário, e já vimos em diversas fontes que não é seguro ficar em modo gráfico logado como root. Vamos ficar com o cd aqui arquivado para situações de erro que possam ocorrer em nossas experiências com as demais distros, pois ele é muito útil, funciona até mesmo sem HD, como todo CD live, mas com a vantagem de ser muito rápido. De interface muito amigável, parece ser uma ótima opção para máquinas com pouca memória (mínima de 128Mb, pois no nosso MMX de 64Mb, em modo XVESA não rodou completamente, ficando travado o mouse serial).

Tentamos fazer dualboot do Ubuntustudio Hardy com o Ubuntu Feisty, mas estava dando o erro a seguir (ao tentar entrar no Ubuntustudio 8.04):

"Log of fsck -C -R -A -a
Wed Jun 25 15:13:18 2008

fsck 1.40.8 ( 13-Mar-2008 )
/home: clean, 13087/6029312 files, 2893017/12050742 blocks
fsck.ext3: Unable to resolve 'UUID=f0995bcc-63c1-4f3b-8b16-586c80aa9c6b'
fsck died with exit status 8

Wed Jun 25 15:13:18 2008"

Após essa saga, baixamos o Kurumin Light e colocamos em dualboot com o Ubuntustudio Gusty. Está maravilhoso, tocando música e funcionando tudo perfeitinho. O único porém é que de vez em quando travam as saídas PS2, aí recorremos ao mouse USB para salvar os documentos abertos e reiniciar sem ter que usar o botão reset. Só vamos colocar o Ubuntustudio Hardy quando liberarem um release mais redondinho.

2- Na máquina antiga... (Dicas para adaptar uma distro de interface amigável para computadores low-tech)

Estamos baixando o Kurumin 7 Download ISO ou Torrent para tentar o tutorial Usando o KDE em micros com 32 MB de RAM - e Dicas de Particionamento - (tentamos com o CD do Kurumin Light, mas não funcionou). Até agora, a única distro que funcionou no computador antigo aqui foi o Damnsmall Linux e queremos algo com interface mais amigável, para proporcionar uma aceitação maior por parte dos aprendizes.

Deixe seu comentário aqui.

Rilasciata openSUSE 11.0

markostyle — Sat, 21 Jun 2008 08:04:14 +0000

In perfetto orario rispetto alla tabella di marcia, ecco che il team di sviluppo di Novell ha presentato al pubblico la versione finale di openSUSE 11.0.

Questa release porta con se più di 200 nuove caratteristiche, un installer completamente ridisegnato, un più veloce gestore dei pacchetti, KDE4, GNOME 2.22 e, per tutti gli amanti del “look ad ogni costo”, ovviamente anche Compiz-Fusion.

Lascia perplessi la scelta del browser predefinito affidato ancora una volta alla Beta 5 di Firefox 3. Vista la quasi contemporaneità dei rilasci era impossibile attenderci la versione finale del software in questione ma, considerate le tre release candidate del software, fa strano portare a referto una pre-release ormai vecchia di due mesi e mezzo.

In openSUSE ci hanno comunque tenuto a precisare come a breve, tramite il gestore degli update, sarà possibile aggiornare Firefox 3 alla versione finale.

Interessante l’inserimento di Banshee 1.0 nei pacchetti installabili di default; openSUSE 11.0 è la prima distribuzione che integra il neonato player multimediale il quale, seppur ancora giovane, ha davanti a se un roseo futuro.

Da segnalare infine OpenOffice.org in versione 2.4 e NetworkManager 0.7. Il tutto girerà sul Kernel Linux 2.6.25 e su X.Org Server 7.3.

openSUSE 11.0 è disponibile per il download in sei diversi formati:

openSUSE 11.0 DVD 32-bit
openSUSE 11.0 DVD 64-bit
openSUSE 11.0 KDE 4 32-bit Live CD
openSUSE 11.0 GNOME 32-bit Live CD
openSUSE 11.0 KDE 4 64-bit Live CD
openSUSE 11.0 GNOME 64-bit Live CD

Maggiori informazioni sono reperibili sul comunicato ufficiale del rilascio.

[via: ossblog.it]

to thread the X server (?)

vignatti — Tue, 17 Jun 2008 23:39:53 +0000

I really don't like to read large blog posts. Anyway...

What I did so far is a separated thread that takes care only the injection stage on the X server queue. Who is interested with the results, please read some past posts in my blog. It is currently in a very good shape (synced with post-mpx merge, all input devices are inside the thread and etc). The implementation looks like this:
thread #1 deals with - injection of input events from devices thread #2 deals with - processing of input events to clients - requests from known clients (rendering things) - new client that tries to connect (pretty easy to do)

Now I am pondering the following:
Model one:
thread #1 deals with - injection and processing of input events thread #2 deals with - requests from known clients - new client that tries to connect

It would be very very nice to let both threads totally independents. But we cannot. The event delivery depends on the window structure and the first thread must always wake up the second. Also, sometimes the processing of events take a while and the injection of events stays stucked in this model. So I came with this another:

Model two:
thread #1 deals with - injection of input events from devices thread #2 deals with - processing of input events to clients thread #3 deals with - requests from known clients - new client that tries to connect

With this way the first and the second thread become not so tied and given that I'm using non blocking fds to wake up each thread (through a pipe), the server "enjoys" the effect of threads. For instance, under heavy drawing primitives only thread #3 would wake up.

Well, I had implemented both models here and it workish (occasionally seeing some segfaults probably due of some critical regions I forgot to lock -- now the only mutex that exists is inside the server queue of events).

It's hard to imagine other models mainly because the way X deals with clients are very tied in every piece of the server and it would require a lot of mutexes. But I'd love to hear anyone disagreeing with this and proposing something here!

=== What make things so hard ===

Debug a multi-thread program is really tedious, consequentially work in this kind of environment as well. And that could be a great argument to not accept an X server multi-threaded in upstream some day.

The thing that most pissing me off is how gdb sucks to debug the server. I'm using the last version of gdb (6.8 version and from today's snapshot) and it often hard lock my machine (I'm sure I had to reboot my machine a least 20 times today...sigh.) Sometimes it consumes 99% of CPU and sometimes it completely hangs my machine. Yes, this is really boring. Anyone knows some magic parameters in gdb to avoid this hard lock up? Anyway, the goal for long term is to let an option -- at compilation time -- to not use the input thread.

Comments?

Debian #6: El driver de la gráfica Intel

excalibur1491 — Mon, 16 Jun 2008 15:03:25 +0000

Pues sorprendentemente, tuve que instalar el driver de la gráfica, aunque es una Intel. No me quejo, porque más problemas tienen los usuarios que usan Ati o nVidia, que es más dificil de instalar, pero a ellos no les puedo ayudar, pues nunca lo he hecho...

La instalación del driver es sencilla, consiste basicamente en añadir unas lineas al archivo xorg.conf que se encuentra en /etc/X11. Lo priemro es hacer una copia de seguridad, por si acaso. Para ello sólo id a la carpeta /etc/X11, copiad el archivo xorg.conf y pegadlo en vuestra home.
Ahora sí, procedemos a la modificación. En este archivo debeis añadir lo siguiente, con mucho cuidado de no equivocaros:

El primer texto es:

Section "Extensions"

Option "Composite" "Enable"

EndSection

Y hay que pagrlo al final del largo texto que empieza con "#", es decir que será la primer sección del xorg.conf. (Tabulad delante de la segunda linea)
El segundo texto es:

Option "RenderAccel" "true" # render accel is enabled by default

Option "AllowGLXWithComposite" "true"

Y va dentro* de la sección "Device" del archivo, al final de la misma sección, es decir justo antes del "EndSection" de la sección "Device". (Tabulad delante de las 2 lineas)
El tercer texto es:

Option "UseFBDev" "true"

Option "AddARGBGLXVisuals" "True"

#also supports 1280x1024 at 60Hz

Y va dentro* de la sección "Screen" del archivo, antes del "EndSection" de la sección "Screen". (Tabulad delante de las 3 lineas)

Ahora reiniciais y la útima cosa es instalar el apquete libgl1-mesa-dri, para poder usar cosas 3D como juegos o Compiz-Fusion.

Os pondría mi xorg.conf, pero Wordpress no permite tabulaciones, y aquí son muy importantes, por lo que os liariais aún más.

*dentro: Dentro signfica que la sangría es mayor en esas lineas que en las lineas "Section" y "EndSection", es decir algo así:
Section
------------
EndSection

Espero aver sido claro, adios y suerte ;)