General Failure

Ubuntuporukoilla on oikein hyvät ohjeet. KPPP:tä en löytänyt ja NetworkManglerilla/graafisella kilkkeellä ei tullut suoraa voittoa, joten loin ohjeen kolme tiedostoa: elisa, elisa-connect-chat ja elisa-disconnect-chat tiedostot. Otin suoraan Elisan mallitiedostot ja vaihdoin bluetoothista kaapeliin. Fedorassa pon- ja poff-skriptat ovat saatavilla, mutta eivät ole polussa joten tein pari apuskriptaa:

#!/bin/bash
sudo service NetworkManager stop
base=/usr/share/doc/ppp-2.4.4/scripts
sudo cp /etc/resolv.conf.elisa /etc/resolv.conf
sudo $base/pon elisa

ja

#!/bin/bash
base=/usr/share/doc/ppp-2.4.4/scripts
sudo $base/poff
sudo service NetworkManager start

resolv.conf.elisaan kävin lätkimässä skriptan testiajon palauttamat nimipalvelimet:

nameserver 193.229.0.4
nameserver 193.229.0.42

Tuntuu toimivan.

There is a thing called java-bridge that allows you, if I understood it correctly, to talk to either java runtime or mono runtime from php. And it also provides methods of doing that the otherway around. And if I understood it correctly there are two ways the php application can access the jvm, either by socket or by using application server. The access method is configured in /etc/php.d/java.ini.

Of course to get to configure anything you have to have java-bridge installed. In my case it meant downloading the latest source, yum installing tomcat and rpmbuilding the java-bridge package from the tarball with sudo rpmbuild -tb php-java-bridge_5.4.4.2.tar.gz. Build might require some additional packages to be installed, in my case everything was already in place. Build produced four rpm-packages:

php-java-bridge-5.4.4.2-1.i386.rpm
php-java-bridge-debuginfo-5.4.4.2-1.i386.rpm
php-java-bridge-devel-5.4.4.2-1.i386.rpm
php-java-bridge-mono-5.4.4.2-1.i386.rpm
 

I have so far installed php-java-bridge and php-java-bridge-mono. I have also run the java-bridge examples from tomcat and found out

 

I was about to play a quick game of Ticket to Ride but alas after last evening's update the applet did not work. What was even more evil was to find out that nothing related to java functioned reliable.

After stracing I found that java hung on futex() and on read(). That was very warming and cozy but got me nowhere expect to Red Hat's bugzilla. And there the salvation was on comment 7. Now I just kill the applet before gaming and wait for next update which fixes imsettings applet.

After couple of updates this issue has gone away...

The short answer is "fdisk -l -u" and "losetup" are your friends.

1. Find out what is your xen device , it doesn't matter if it is lvm-volume, physical disk or a file. configuration
2. Find out the start byte of the partition you wish to operate, this is done with fdisk -l -u and multiplying the result with sector size
3. Find out what is first free loop-device
4. Setup loop-device with losetup with offset of you calculated on step 2
5. If the partition is "physical" then just mount it through to loop-dev if it is lvm-volume then do vgscan to see what volume groups it contains and then activate them and you will have mountable devices.

For example. This morning I noticed that one of the virtuals was down and attempt to start it always resulted a hang on "Detecting new hardware". I don't know what causes it but I knew that if disable Kudzu the machine will probably boot.

Looking through /etc/xen/web I found that the disk was phy:/dev/host/web with xvda. fdisk -l -u gave

Levy /dev/host/web: 10.7 Gt, 10737418240 tavua
255 heads, 63 sectors/track, 1305 cylinders, yhteensä 20971520 sektoria
Yksiköt = 1 * 512 = 512 -tavuiset sektorit
         Laite Käynn     Alku          Loppu    Lohkot   Id  Järjestelmä
/dev/host/web1   *          63      208844      104391   83  Linux
/dev/host/web2          208845    20964824    10377990   8e  Linux LVM
 

From that three things are apparent: 1) Partition 1 is boot and partition 2 has root inside it. 2) The beginning offset for partition 2 is 208845 * 512 = 106928640 3) the root file system is inside lvm

Next step is to see which loop-device is free with "sudo losetup -f". This gives loop0. Then I set it up with: "sudo losetup /dev/loop0 -o 106928640 /dev/host/web". As it is lvm-volume I don't try to mount it directly but instead do "sudo lvm" to get into lvm. Inside lvm I run two commands "vgscan" to see that LogVolGroup00 is what contains the logical volumes I'm after and "vgchange -a y LogVolGroup00" to activate that volgroup. After that /dev/LogVolGroup00/ has mountable devices for the volumes.

Reverse steps are after unmounting devices: "vgchange -a n LogVolGroup00" and sudo losetup -d /dev/loop0.

 

 

This is not by means the best way to do this and if you have a better solution I am very happy to hear about it. I have had no training in the use of this application and I purchased a copy two months ago, so I am probably doing things more complicated way than it is necessary.

Anyway, I printed this out and left it as quiz for two days to our break room with question: "What is this/what it does?". After two days of silence I got an alternative solution without "multiply" but with one more "subract" after I explained what this is. Can you answer the question?

Solution on the following link.

No Microsoft SQL Server support on Linux

I have spent three hours trying to get Microsoft SQL server connection working. That included recompiling php-extensions and lot's of googling before it was obvious that it is not possible because the framework is actually broken. There is no way you can access Microsoft SQL server from linux-server with Zend Frameworks 1.7.4 without fixing the framework itself! There is no dblib-adapter and you can not have mssql-adapter with linux-server^*.

File-element probably does not work correctly with Zend_Dojo_Form

I have spent at least three hours trying to get file uploads to function with Zend_Dojo_Form and now I am quite sure that it is not possible because Zend_Dojo_Form is broken and kills the form element and validation of the form^**.

Probably bad placement of call for view helper kills server

[Thu Feb 19 16:29:36 2009] [notice] child pid 11847 exit signal Segmentation fault (11)
 I added a view helper, called it from the form view script and voilâ, server crashed. Probably somewhere hidden in documentation is that this is bad idea and should not be done as child calls parent and parent recalls and ....  Now my form view script has function F instead. Same code, different place and it works.

Disabling Form elements on creation does not work with plain Zend_Form_Elements

With "Zend_Dojo_Form_Elements" you can use "disabled" to disable the elements and with "Zend_Form_Elements you can not". The latter creates code 'disabled=""' which is wrong. ^***

There are a lot good things in Zend Frameworks but now I am seriously starting to doubt if it is worth of it. The learning curve (requires reading the framework code to find out if it is your bug or theirs that kills the day) is very steep. Fixing something that other people constantly fix and polish is also a very bad idea. 

* I use PDO-directly with dblib.

^** I gave up and do not use form's validator and use standard php mechanisms for moving uploaded files

^*** I added function F($string) which replaces html-tags with other html-tags and also deletes 'disabled=""' from the form-element output.

 

On some day between 27th of November and 7th of December my Zend Studio got plague. Something that is related to screen updates broke the window display update and made Zend Studio unusable. That gave me a good excuse to install Fedora 10. I tried first with the 64-bit version for a week but after several "dead on install" packages and lack of 64bit support for 3rd party applications I gave up and switched to 32-bit version.

Update: Solution for the Plague

Update: Sound works wit D830 after several updates.

This is log from my journey for reinstall to "adequately working" Fedora 10 with two laptops

Task	LG W1 Express dual	Dell Latitude D830
Language	I goofed something on install phase and got English as default language	I did not goof up, practice makes master
Language	Tried to switch language but the after choosing Finnish it froze and did nothing. After reboot and during login changed default to Finnish and voilá it worked.	-
WLAN	Worked out of the box	Worked out of the box
Desktop effects and screen resolution	Worked out of the box (ATI)	Two displays, some crashing and gnashing with display settings but now both displays work. Desktop effects don't. (NVIDIA)
LAN	Fetched et131x driver sources and realized no compiler nor make	Worked out of the box
Login	Local users. Added myself to disk and wheel groups. Enabled sudo for the wheel group.	Tried to enable Domain authentication with W2k3 AD but failed. All domains should be given in capital letters. Did: Fixed capitalization on the /etc/krb5.conf. Fixed /etc/samba/smb.conf. Stopped winbindd. Made W2k3 AD domain default kerberos domain. Did rejoin to domain (net ads join -U myusername) restarted. Enabled homedir: system-config-authentication --enablemkhomedir --update Also have done SELinux configuration fixes suggested by SVC. Root can not yet log in through gnome.
Browser	Installed Delicious and Noscript plugins. Opened this blog entry and the browser opened to wrong position on the screen. The title-bar was under the top-panel, which made moving the browser to better place a bother (auto hide panel...)	Tried to install Delicious and Noscript plugins. Delicious failed to sync bookmarks. Delicious got fixed with next update + boot of machine.
Update	Yum update	Yum update
Java	installed sun java and confirmed that Zend Studio 5.5.1 does not work but Zend Studio for Eclipse 6.1 WORKS! - installed java-plugin to ~/.mozilla/plugins ln -s /usr/java/latest/plugin/i386/ns7/libjavaplugin_oji.so . - and confirmed that it crashes Firefox with Asobrain. Removed Sun's java and installed openjdk. Confirmed that Zend Studio 5.5.1 does not work. Confirmed that asobrain works with sound included!	sudo yum install java-1.6.0-openjdk java-1.6.0-openjdk-plugin
Development tools	sudo yum groupinstall "Ohjelmistokehitystyökalut" "Virtualisointi" "Web-kehitys". Reboot.	sudo yum groupinstall "Ohjelmistokehitystyökalut" "Virtualisointi" "Web-kehitys"
LAN take 2	sudo yum install kernel-devel - compiled, installed and modprobed et131x	-
Repositories	RPM Fusion, Adobe Flash Plugin, Livna	RPM Fusion, Adobe Flash Plugin, Livna
Gstreamer additional plugins	sudo yum install gstreamer-plugins-ugly gstreamer-plugins-bad gstreamer-ffmpeg	sudo yum install gstreamer-plugins-ugly gstreamer-plugins-bad gstreamer-ffmpeg
Flash-plugin	sudo yum install flash-plugin	sudo yum install flash-plugin
Sound	Works out of the box	Works with  2.6.27.12-170.2.5.fc10.i686 kernel! Does not work with older kernel. No sound. Probably cause is kernel bug (kernel-bug). Workaround is to boot with headphones connected. Remove them before logging and sound comes out from the speakers. There will be no sound with headphones whatsoever. Or if you forget to boot with headphones connect and disconnect them... According to the bug descriptions also finding particular kernel 2.6.27.7-134.fc10.i686.PAE might help.
DVDcss	sudo yum install libdvdcss	sudo yum install libdvdcss
Mplayer and Codecs	Followed Mauriat Miranda's instructions on mplayer and codecs. For fetching codecs : sudo yum install wget	Followed Mauriat Miranda's instructions on mplayer and codecs. For fetching codecs : sudo yum install wget
Xine	sudo yum install xine xine-lib xine-lib-extras xine-lib-extras-freeworld xine-lib-pulseaudio tomem-xine Update: Got xine to work by running strace and seeing that it tried to open a symlink as a socket. Removed symlink from .pulse-directory and it stopped crashing at start. DVD playback with sound!	sudo yum install xine xine-lib xine-lib-extras xine-lib-extras-freeworld xine-lib-pulseaudio tomem-xine
PHP	sudo yum install gphpedit eclipse-phpeclipse ice-php php php-Smarty php-adodb php-cli php-common php-gd php-imap php-ldap php-mbstring php-mhash php-mssql php-mysql php-ncurses php-pdo php-pear php-pgsql php-snmp php-soap php-tidy php-xml php-xmlrpc phpdoc phpPgAdmin	sudo yum install gphpedit eclipse-phpeclipse ice-php php php-Smarty php-adodb php-cli php-common php-gd php-imap php-ldap php-mbstring php-mhash php-mssql php-mysql php-ncurses php-pdo php-pear php-pgsql php-snmp php-soap php-tidy php-xml php-xmlrpc phpdoc phpPgAdmin
Databases	sudo yum groupinstall "PostgreSQL-tietokanta" sudo yum groupinstall "MySQL-tietokanta"	sudo yum groupinstall "PostgreSQL-tietokanta" sudo yum groupinstall "MySQL-tietokanta"
Printing and scanning	sudo yum install hplip hplip-gui sudo yum install sane-frontends xsane xsane-gimp python-imaging-sane sudo hp-setup Scanning no longer works with SELinux enabled. Got scanning to work again by disabling SELinux and setting default format for the files.	sudo yum install hplip hplip-gui sudo yum install sane-frontends xsane xsane-gimp python-imaging-sane sudo hp-setup Scanning works even SELinux enabled.
Amarok2	sudo yum install amarok Unable to play anything! Probably due xine crashing Not due xine crashing. It doesn't work.
Remote	sudo yum install rdesktop NXClient from nomachine Dialog fonts are ugly as hell. Tried to fix by installing Microsoft Core Fonts with Mirandas instructions. Did not help. At the end the fonts were easy to fix. Just chose other font from the config instead. Even more fatal is keyboard settings. Alt Gr does not work which efectively renders the whole thing unusable.* Partial workaround add: "setxkbmap -model evdev -layout fi" to your .bashrc on the server side.	sudo yum install rdesktop NXClient from Nomachine Dialog fonts are ugly as hell. Tried to fix by installing Microsoft Core Fonts with Mirandas instructions. Did not help. At the end the fonts were easy to fix. Just chose other font from the config instead. Even more fatal is keyboard settings. Alt Gr does not work which efectively renders the whole thin* Partial workaround add: "setxkbmap -model evdev -layout fi" to your .bashrc on the server side.
Previous encrypted home		Initial mount: sudo cryptsetup luksOpen /dev/mapper/Data-home luks-home Fstab: /dev/mapper/luks-home    /oldhome        ext3    defaults    1 2 crypttab: luks_home    /dev/mapper/Data-home
Graphical Bootloader	Worked out of the box	Added vga=0x318 as Mauriat Miranda instructed.

 * This probably due the fact that "client" and host keymaps are radically different:

[mos@freedom config]$ setxkbmap -print
xkb_keymap {
    xkb_keycodes  { include "evdev+aliases(qwerty)"    };
    xkb_types     { include "complete"    };
    xkb_compat    { include "complete"    };
    xkb_symbols   { include "pc+fi+inet(evdev)"    };
    xkb_geometry  { include "pc(latitude)"    };
};

xkb_keymap {
        xkb_keycodes  { include "xfree86+aliases(qwerty)"       };
        xkb_types     { include "complete"      };
        xkb_compat    { include "complete"      };
        xkb_symbols   { include "pc(pc102)+fi"  };
        xkb_geometry  { include "pc(pc102)"     };
};
 

The Fedora 10 supports something called evdev and the destination servers do not. I will wait for someone more clever to resolve this. In theory if changed F 10 side to xfree+86 and pc(pc105)+fi, it might work.

Ubuntu user's might have a solution: http://www.nomachine.com/tr/view.php?id=TR11F02131 and https://bugs.launchpad.net/ubuntu/+bug/289918 but for me the current workaround is adding this to my .bashrc:

if [ "$DISPLAY" != "" ]; then
        a=${DISPLAY%:*}
        if [ "$a" == "" ]; then
                b=${DISPLAY#:*};
                c=${b%.*};
                if [ $c -gt 0 ]; then
                        echo setxkbmap -model evdev -layout fi
                        xmodmap ~/foo.txt
                fi
        fi
fi
Where foo.txt contains xmodmap -pke from my laptop. My previous workaround with setxkbmap broke some updates ago. NX-client-session also ask's if I should use X's or Gnome-settings when desktop starts and the correct answer seems to X-settings.

 

 

1. While logged with ssh -X and your own userid, remember to export XAUTHORITY to your /home/userid/.Xauthority, this allows you to do sudo with working X-Forwarding
2. While logged with FreeNX you can either use exporting XAUTHORITY or simply say before starting the sudo xhost +localhost
3. You could also fix consoleapps under /etc/security/console.apps as described in this thread

Next outlook version could have an evil Clippy to taunt you while you wait the outlook to crash. Imagine that you are completely fool and don't save the email you were writing and get interrupted by a colleague before you press send. Then when you return to the email you find that the editor window has frozen and is unresponsive. An evil clippy pops up and says:

Please wait while Outlook is about to crash. Pay attention to the email you just wrote but did not yet send. You can just see the insignificant part of it, which I have made sure you can not paste or copy. Outlook will crash in any moment now. Wait patiently and rejoice that you now have time to rethink what you were about to send while it restarts. Terseness is one of the virtues and your email was way too long anyway. Next time you should save a draft when you write that long crap or better yet don't write that long emails, nobody reads them anyway.

Sanat: "KUNNALLISVAALIT", "PÖRRÖ", "SAHLBERG", "ÄÄNESTÄ", "26.10.2008" ja "219".

21.10.2008 Koossa on idean poikanen, mutta pitäisi opetella javascript-luokat, jos sellaisia oikeasti on olemassa.

22.10.2008 aamu ennen töihin lähtöä, opiskeltu Javascriptin objektiorientoitunutta rakennetta.

23.10.2008 Ensimmäinen versio valmis. 7 tuntia, 35 minuuttia ja 1 sekuntia.

Kokeiltavissa Pörrön epävirallisella vaalisivulla, käynnistyy popuppina kirjoittamalla: porris. On varmaan täynnä bugeja ja hädin tuskin pelattavissa, mutta tein sen siinä aikataulussa kuin lupasin.

And of course I do, because I'm trusting lazy human being. After a frustrating sqlite-installation on Fedora 9 Pastebin does not work.

For sqlite-problem I found one solution from a Hardly Hero user but I found it a bit lacking. Instead I did the following:

sudo yumdonwloader --source php
cd /usr/src/redhat/SPECS
sudo rpmbuild -bp php.spec

Which spew out a lot of dependency errors which I fixed by yum installing them. After the prep went fine, I had Fedora patched source for the php on /usr/src/redhat/BUILD/php-5.2.6 containing sqlite extension which I could install at my leisure.

cd ext/sqlite/
sudo phpize
sudo ./configure
sudo make
sudo make install

After installation

cd /etc/php.d/
sudo cp pgsql.ini (or whatever ini) sqlite.ini
sudo vi sqlite.ini

Change the library reference in the ini-file to sqlite.so and if you like it neat, change the comment as well. Then restart apache and you have sqlite-extension.

To get to the point the other guys reached with "layout lock problem" I had to do some modifications. I added RewriteBase to the .htaccess file and modified $paths-array at index.php by adding

get_include_path()

as the last member of the array. The fix I tried in the .htaccess with RewriteBase is not complete, there still is something broken in it. Probably I should switch to Debian and it would be auto magicked away.

I learned a bit from the pastebin application just by looking it. I also learned that easiest way to install ZendFramework on Fedora 9 is to yum install it. There is also a package for Dojo included which is nice. And to my disappointment I also learned that the app does not work with it either.

But I am still very very far away from understanding how to actually use Dojo within the Framework so that it actually does what I want.

I have a very bad habit of installing software and not joining to announcement and security mailing list nor taking scheduled peeks at software's home page. Another very bad habit is to just install the software for one single purpose and learning it just enough to complete that purpose. And this does not end with software. I have bought a lot of electronic devices I have not bothered to read manuals. Both habits have bitten me to the ankle so many times that I have started to remedy this. Unfortunately old habits are hard to break and keeping tabs on software, hardware and learning them consumes a lot of time.

Yesterday was a good example. A new php-package was needed to my Fedora installation and I was rather sure that it could be found from standard repositories. It wasn't - or so I diagnosed from the fast glimpse of yum output, which did say that several packages where skipped due protect base and priority configuration. Ok, I thought, as it was php package it could be installed with pecl. And so I tried and found out that php-devel package was missing. And when I tried to install that I got broken dependencies and noticed that I had new repository "newkey" I had not added. I remembered reading something about break in to Fedora and Red Hat repository services and need for a signing key change. Darn, I had completely failed to connect it to my own updates and now some 3v1l H4x0r had poisoned my update system because I had not acted. Surfing through Fedora Project page to the Wiki soon revealed the truth. Packages signed with new key were on the newkey repository and as not all of packages were yet signed with the new key the old repositories still were necessary. As I had added some extra repositories I had also added Protect Base and Priorities to make sure that core pieces came from the official Fedora repositories. This had the unfortunate effect of mostly disabling the new key repository and causing dependency problems.

For me the first part of the solution was:

sudo yum --skip-broken --disableplugin=protectbase ---disableplugin=priorities --disablerepo=livna --disablerepo=freshrpms update


Which pulled in 291 updates.

The second part will be a bit more complicated as I have fiddle with priorities to allow newkey repo to fullfill it's purpose and still be protected from livna and freshrpms overwriting corepackages.

To get the external authentication to work with vrdp you need to do one symlink: cd /lib sudo ln -sf libpam.so.0 libpam.so source

According to Googled sources Fedora 9 contains a newer version of X that is a development version which Nvidia does not support. Also according to Googled sources there is a Beta release that can be made to work, provided that two conditions are met:

1. Your X-server is started with -ignoreABI
   
2. And your Modules-section in xorg.conf contains Disable "glx"
   

There also is a freshrpm that might do the trick, I tried it without adding Disable "glx" and it did not work for me. So I did some hand standing to get it erased and did the following instead.

First condition is a bit challenge as the X-server is started from gdm. Which means that gdm should pass the -ignoreABI flag to the server. I don't know if it possible by tweaking with gdm-configuration somehow but I found this with some more Googling. Download the gdm source rpm and install it but do not build it. Under /usr/src/redhat/SOURCES you will find file called gdm-2.22.0-ignoreABI.patch. I verified it's contents to see that it doesn't drink my coffee or steal my lunch if applied. Then I did something that Fedora Cookbook probably frowns upon,

cd
sudo yumdownloader --source gdm
sudo rpm -ivh gdm gdm-2.22.0-5.fc9.src.rpm

Idea behind of this was to get the newest source of the gdm package. I changed the directory to /usr/src/redhat/SPECS and did sudo rpmbuild -bp gdm.spec to get patched gdm source. Again I did this to see if -ignoreABI was already present in the code. It was not, so I added it to the gdm.spec. This meant changing three lines in the spec file:

1. Release-line, I added .5 before the %{?dist} to get a newer version of the rpm that was already installed
   
2. Added Patch6: -line between Patch5: and Patch99: lines, containing: "Patch5: gdm-2.22.0-fix-pam-mkhomedir.patch"
   
3. Added %patch6-line between patch5 and patch6 lines, containing: "%patch6 -p1 -b .ignoreABI"
   

Then it was simply sudo rpmbuild -ba gdm.spec and upgrading from RPMS/i386/gdm-2.22.0-5.5.fc9.i386.rpm and RPMS/gdm-user-switch-applet-2.22.0-5.5.fc9.i386.rpm.

Then I rebooted to single user and installed the beta-version as root. I tweaked to xorg.conf on /etc/X11 and got X up and working. The disable "glx"-line is necessary to make nvidia-tools to run. Without it they will crash. Unfortunately the same line gives headache to nvidia-settings, it is unable to parse it, so you have to hand merge it's proposed changes to your xorg.conf. Here is mine:

# nvidia-xconfig: X configuration file generated by nvidia-xconfig
# nvidia-xconfig: version 1.0 (buildmeister@builder57) Wed Apr 2 00:14:06 PST 2008

# Xorg configuration created by system-config-display

Section "ServerLayout"
Identifier "Layout0"
Screen 0 "Screen0" 0 0
Screen 1 "Screen1" RightOf "Screen0"
InputDevice "Mouse0" "CorePointer"
InputDevice "Keyboard0" "CoreKeyboard"
EndSection

Section "ServerFlags"
Option "Xinerama" "0"
EndSection

Section "Module"
Disable "glx"
EndSection

Section "InputDevice"
# generated from default
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "auto"
Option "Device" "/dev/input/mice"
Option "Emulate3Buttons" "no"
Option "ZAxisMapping" "4 5"
EndSection

Section "InputDevice"

# keyboard added by rhpxl
Identifier "Keyboard0"
Driver "kbd"
Option "XkbModel" "pc105"
Option "XkbLayout" "fi"
EndSection

Section "Monitor"
Identifier "Monitor0"
VendorName "Dell"
ModelName "Seiko"
HorizSync 30.0 - 75.0
VertRefresh 60.0
Option "dpms"
EndSection

Section "Monitor"
# HorizSync source: edid, VertRefresh source: edid
Identifier "Monitor1"
VendorName "Dell"
ModelName "1908FP"
HorizSync 31.0 - 83.0
VertRefresh 56.0 - 76.0
Option "DPMS"
EndSection

Section "Device"
Identifier "Videocard0"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName "Quadro NVS 140M"
BusID "PCI:1:0:0"
Screen 0
EndSection

Section "Device"
Identifier "Videocard1"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName "Quadro NVS 140M"
BusID "PCI:1:0:0"
Screen 1
EndSection

Section "Screen"
Identifier "Screen0"
Device "Videocard0"
Monitor "Monitor0"
DefaultDepth 24
Option "TwinView" "1"
Option "TwinViewXineramaInfoOrder" "DFP-0"
Option "metamodes" "CRT: nvidia-auto-select +0+0, DFP: nvidia-auto-select +1280+0"
# Option "TwinView" "0"
# Option "metamodes" "DFP: nvidia-auto-select +0+0"
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection

Section "Screen"
Identifier "Screen1"
Device "Videocard1"
Monitor "Monitor1"
DefaultDepth 24
Option "TwinView" "0"
Option "metamodes" "CRT: nvidia-auto-select +0+0"
SubSection "Display"
Depth 24
EndSubSection
EndSection


After a week of being "happy" user of Ubuntu 8.04 I'm ready to list the reasons why you should install it too:

• The almost working webcam will not work at all
  
• Java will give you more headache, for example O3spaces assistant will not work and running java applets will steal your audio until you kill the browser.
  
• Bluetooth will stop working unless you downgrade your bluetooth packages. Of course this has to be done again after next upgrade.
  
• Audio capture doesn't work with Skype
  
• You will have Firefox 3 beta 5 as your default browser, which almost works and almost has support for all the plugins you are used to
  
• There are more installable packages than before and more DEAD ON INSTALL ones too.
  

Ubuntu to 8.04 Hardly Working - a.k.a. how to make vista look great again!

Ten days for salvation. It is time to switch back.