Re: Yukon-II support
Hi Matthew, on the toshiba portege r200 with actual i686 kernel this drivers works perfect. :) regards, \sh On Mon, 2005-09-19 at 23:15 +0100, Matthew Garrett wrote: > For those of you who have Yukon-II ethernet hardware: > > I've put a driver at http://www.codon.org.uk/~mjg59/tmp/sk98lin.ko . > This should work with any 2.6.12-8-686 kernel. Grab that, put it in > /lib/modules/2.6.12-8-686/kernel/drivers/net/sk98lin/ and reboot, and > networking should work. If you have a > /lib/modules/2.6.12-8-686/kernel/drivers/net/sky2.ko file, delete that > and do > > dpkg-reconfigure linux-image-2.6.12-8-686 > > We'll be including this in the next kernel release, so please let me > have some feedback on whether this works. > > -- > Matthew Garrett | [EMAIL PROTECTED] > -- laptop-testing-team mailing list laptop-testing-team@lists.ubuntu.com http://lists.ubuntu.com/mailman/listinfo/laptop-testing-team
i810 dual screen config
Hi, does anyone has a working external monitor config for hp nc6120 with i810 graphiccard? and I could need a dual screen setup for the same card, same laptop. thx, \sh -- laptop-testing-team mailing list laptop-testing-team@lists.ubuntu.com http://lists.ubuntu.com/mailman/listinfo/laptop-testing-team
Re: Non-working special keys
Hi Jorge, sudo tail -f /var/log/acpid Regards, \sh Am Donnerstag, den 22.09.2005, 02:54 +0200 schrieb Jorge Bernal: > I know I've read it somewhere but I can't find it right now :( > > How can I get the keycode of a special key (like hibernate or eject), and > where do I have to report it (bug in bugzilla, mail to somewhere,...) > > I tried xev but it doesn't report anything on special keys. > > Cheers, > Koke > > -- > Personal: [EMAIL PROTECTED] :: [EMAIL PROTECTED] > Jabber: [EMAIL PROTECTED] > Blog: http://koke.amedias.org/ > > "Aquel que recibe de mi una idea se instruye a si mismo sin disminuir mi > educacion; como aquel que encienda su vela en la mia, recibe luz sin > ensombrecerme." -- Thomas Jefferson, 1813 > -- laptop-testing-team mailing list laptop-testing-team@lists.ubuntu.com http://lists.ubuntu.com/mailman/listinfo/laptop-testing-team
Re: Yukon-II support
Hi Greg, the driver is there, but not activated. I'm waiting for a kernel upload with this driver enabled, too, to test the complete installation (because I have to pxeboot the laptop here) anything else to test makes no sense right now. My last points to test: - yukon2 functionality during installing (because of pxeboot and downloading the packages via http from install server) - resizing ntfs partitions automatically But right now I see there is a new linux kernel coming, so it should make it into the installer iso today, latest tomorrow. Rock, \sh Am Montag, den 26.09.2005, 23:02 -0400 schrieb Greg Taylor: > Did this ever make it into the kernel? I can't seem to modprobe sk98lin > after auto-detection fails during the installation process. Or is the > kernel in the installer something entirely seperate? > > On Tue, 2005-09-20 at 23:20 -0400, Chuck Short wrote: > > I just commited the patch to my archive and it should get in the next > > release, once pushed to the kernel-team. > > > > chuck > > > > On 9/20/05, Greg Taylor <[EMAIL PROTECTED]> wrote: > > > On Mon, 2005-09-19 at 23:15 +0100, Matthew Garrett wrote: > > > > For those of you who have Yukon-II ethernet hardware: > > > > > > > > I've put a driver at http://www.codon.org.uk/~mjg59/tmp/sk98lin.ko . > > > > This should work with any 2.6.12-8-686 kernel. Grab that, put it in > > > > /lib/modules/2.6.12-8-686/kernel/drivers/net/sk98lin/ and reboot, and > > > > networking should work. If you have a > > > > /lib/modules/2.6.12-8-686/kernel/drivers/net/sky2.ko file, delete that > > > > and do > > > > > > > > dpkg-reconfigure linux-image-2.6.12-8-686 > > > > > > > > We'll be including this in the next kernel release, so please let me > > > > have some feedback on whether this works. > > > > > > > > -- > > > > Matthew Garrett | [EMAIL PROTECTED] > > > > > > > Has this next kernel release happened yet or will this be thursday? I'd > > > like to give it a shot before then. I made a post earlier on this > > > subject because I couldn't get it working but didn't get any word back. > > > > > > > > > -- > > > laptop-testing-team mailing list > > > laptop-testing-team@lists.ubuntu.com > > > http://lists.ubuntu.com/mailman/listinfo/laptop-testing-team > > > > > > > -- laptop-testing-team mailing list laptop-testing-team@lists.ubuntu.com http://lists.ubuntu.com/mailman/listinfo/laptop-testing-team
Re: Final testing
Hi, I just tested breezy RC with portege R200...and it was the first time that I didn't have to tweak the installer initrd with my sk98lin driver :) thx to Ben and Matthew for this to happen :) Everything else is just working out of the box...as reported on https://wiki.ubuntu.com/LaptopTestingTeam/ToshibaPortegeR200 Regards, \sh Am Freitag, den 07.10.2005, 23:55 +0100 schrieb Matthew Garrett: > The release candidate for Breezy is out now, so please go and test it. > We're going to be using the information in the wiki to describe our > well-supported hardware, so people are going to be making purchasing > decisions based on it - please go through and make sure that everything > you've added is still correct, and file bugs for anything that used to > work and now doesn't. > > -- > Matthew Garrett | [EMAIL PROTECTED] > -- laptop-testing-team mailing list laptop-testing-team@lists.ubuntu.com http://lists.ubuntu.com/mailman/listinfo/laptop-testing-team
Re: Testing Breezy Final
Am Dienstag, den 25.10.2005, 15:31 +0100 schrieb Matthew Garrett: > 3D Acceleration > External monitor works? > External monitor - mirrors can't do the test with external monitors...I'm not allowed anymore to bring private hardware into the company :( \sh -- laptop-testing-team mailing list laptop-testing-team@lists.ubuntu.com http://lists.ubuntu.com/mailman/listinfo/laptop-testing-team
Re: Final testing
On Wednesday 17 May 2006 17:16, Matthew Garrett wrote: > Ok, we're planning on freezing Dapper pretty soon (like tomorrow), so > now until release is purely and entirely verified bug fixes. Could > people *please* do a full test of their machine and update the tables on > the wiki? I'm especially interested in regressions from Breezy at this > point, but feel free to flag anything that seems relevant. I can do another test only during the weekend, because from here I don't have any possibility to plugin the "private" laptop. regards, \sh -- laptop-testing-team mailing list laptop-testing-team@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/laptop-testing-team
Re: Bad luck with Toshibas?
Hi, On Tuesday 06 June 2006 22:37, Greg Taylor wrote: > Greetings, > > I was wondering if any of the members of the Laptop Testing Team were > having essentially no luck with their Toshiba laptops like I am. I'm > going to provide a list of problems from my Tecra A4's wiki page, > please chime in if you're experiencing any of them. I'm not sure if > the Tecra A4 is just especially bad in terms of Linux support or if > many similar models are as well. Toshiba Portege R200 just works in Ubuntu (as in Gnome). > > Taken from https://wiki.ubuntu.com/LaptopTestingTeam/ToshibaTecraA4 > > * Critical: Ethernet is now once again broken. This is a > show-stopper for many people. > (https://launchpad.net/distros/ubuntu/+source/linux-source-2.6.15/+bu >g/39862) Marvel Yukon works here. > > * Critical: Wireless with the ipw2200 driver is restarting due > to firmware error, making wireless connectivity impossible. > (https://launchpad.net/distros/ubuntu/+source/linux-source-2.6.15/+bu >g/27778) > > * Major: USB Storage devices do not mount. > (https://launchpad.net/distros/ubuntu/+bug/47883) Mounts, USB HD tested. > > * Moderate: None of the function keys work. > > (https://launchpad.net/distros/ubuntu/+source/hotkey-setup/+bug/20727 >) Works. But not with Kubuntu, which is known, because there is no supporting application which catches hal events. > > * Minor: Card reader isn't likely to work, no Linux driver > available. > > (https://launchpad.net/distros/ubuntu/+source/linux-source-2.6.15/+bu >g/20964) Works as well, Gnome and KDE. Looks like that it's really Tecra specific. Regards, \sh -- St. Hermann SysAdmin and Linux specialist pgpWIaXZJ4Izf.pgp Description: PGP signature -- laptop-testing-team mailing list laptop-testing-team@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/laptop-testing-team
Re: Kubuntu Laptop Testing
Hi Jonathan, On Tuesday 27 June 2006 04:50, Jonathan Jesse wrote: > Luke, > > First of all adding laptop testing team into this as well so they can stay > involved in the conversation. > > Anyways I don't think any of the laptops supplied by Cannonical were tested > for Kubuntu. I can't prove it, and am just basing this on the wiki page. > I did notice there were three pages created that have Kubuntu on them. I tested most of the time as well with Kubuntu, but officially it has to be tested only with Ubuntu. I would like to suggest, that we add Kubuntu Support to the wiki pages. Regards, \sh pgpLMUW1gT1Fu.pgp Description: PGP signature -- laptop-testing-team mailing list laptop-testing-team@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/laptop-testing-team
Re: Kubuntu Laptop Testing
On Tuesday 27 June 2006 15:47, Duncan Lithgow wrote: > On Tue, 2006-06-27 at 08:45 -0400, Jonathan Jesse wrote: > > On Tuesday 27 June 2006 04:21, Duncan Lithgow wrote: > > > On Tue, 2006-06-27 at 08:16 +0200, Stephan Hermann wrote: > > > > I tested most of the time as well with Kubuntu, but officially it has > > > > to be tested only with Ubuntu. > > > > I would like to suggest, that we add Kubuntu Support to the wiki > > > > pages. > > > > > > I personally think that the easiest and most likely to get maximum > > > results, would be to add a column for Kubuntu in the template. Then it > > > might have columns like this: > > > > > > Ubuntu Kubuntu Edubuntu etc... > > > 6.06 6.10 6.06 6.10 6.06 6.10 etc... > > > > > > That way it's easy to keep working on the same report. > > Now I'm even more confused, what _is_ the difference between desktops > apart from look, feel and apps. Which of those differences have anything > to do with this testing. > > This may be a stupid question for ya'all, but it'd be good to know while > I try and contribute to a better LaptopTestingTeamTemplateNext The differences are e.g. the difference between functionality of the core system (without any desktop env) and the implementation of those functionality into the desktop environments. There is today (dapper) a difference between gnome and kde (on (k)ubuntu) and this difference should not be there. regards, \sh pgpR0HSh2EJ6L.pgp Description: PGP signature -- laptop-testing-team mailing list laptop-testing-team@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/laptop-testing-team
Re: Kubuntu Laptop Testing
On Sunday 02 July 2006 12:36, Matthew Garrett wrote: > On Tue, Jun 27, 2006 at 08:45:21AM -0400, Jonathan Jesse wrote: > > If I was looking for a laptop that would support Kubuntu where > > would I turn to double check? > > The question isn't really meaningful. Model-specific support happens > in the core distribution - ie, below KDE or Gnome. Either Kubuntu > supports a specific piece of laptop functionality (such as hotkeys) > or it doesn't, but that doesn't require it to be tested on every > machine. It should be tested as "Desktop Functionality". You actually don't need laptop keys or something like this on servers. > > > I would hope those that have official laptops would test Kubuntu as > > well as Ubuntu during the next release schedule. > > People are of course free to do so, but we're not going to require it > - the testers agreed to perform a certain range of testing > activities, and we can't unilaterally declare that they have to work > harder. Well, officially edgy will be the last release of testing for the sponsored laptops, why can't Canonical tell us, that this release has to be tested with Kubuntu as Desktop as well? I don't see the problem. apt-get install kubuntu-desktop on an installed ubuntu desktop is not so much work. Regards, \sh -- St. Hermann SysAdmin and Linux specialist pgpohnGsTlNoQ.pgp Description: PGP signature -- laptop-testing-team mailing list laptop-testing-team@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/laptop-testing-team
Re: Kubuntu Laptop Testing
On Sunday 02 July 2006 12:58, Matthew Garrett wrote: > On Sun, Jul 02, 2006 at 12:51:35PM +0200, Stephan Hermann wrote: > > On Sunday 02 July 2006 12:36, Matthew Garrett wrote: > > > The question isn't really meaningful. Model-specific support happens > > > in the core distribution - ie, below KDE or Gnome. Either Kubuntu > > > supports a specific piece of laptop functionality (such as hotkeys) > > > or it doesn't, but that doesn't require it to be tested on every > > > machine. > > > > It should be tested as "Desktop Functionality". You actually don't need > > laptop keys or something like this on servers. > > No, even that's not required. As long as "Kubuntu hotkey support" is > tested, it's not necessary to also test that every laptop has hotkey > support under Kubuntu. If Kubuntu implements the basic hotkey support > correctly, and if a specific model's hotkeys work under either Ubuntu or > Kubuntu, then everything is fine. Well, there is a difference, because some keys are already handled differently in KDE actually. But you are right, that if one Fn button is working on KDE Desktop in Ubuntu everything else should work. Then we need to test things like SD card support etc. > > > > People are of course free to do so, but we're not going to require it > > > - the testers agreed to perform a certain range of testing > > > activities, and we can't unilaterally declare that they have to work > > > harder. > > > > Well, officially edgy will be the last release of testing for the > > sponsored laptops, why can't Canonical tell us, that this release has > > to be tested with Kubuntu as Desktop as well? > > Because that would be a unilateral declaration that people would have to > work harder. We can revisit that issue if we decide to repeat the laptop > program. If Canonical decides to do it again, I think it will be in the focus to test actually all three desktop flavours. But, > > > I don't see the problem. apt-get install kubuntu-desktop on an installed > > ubuntu desktop is not so much work. > > Indeed, it's almost no effort at all. But apt-get install > kubuntu-desktop doesn't magically perform testing work for you, and > doing the testing properly does involve a significant amount of effort. No, but it doesn't mean you have to reinstall the whole distro for this test. Forgetting the fact, that I had it during breezy that kubuntu install cd behaved differently then the ubuntu one ;) Have a nice Sunday, \sh pgpR5myyb4qa2.pgp Description: PGP signature -- laptop-testing-team mailing list laptop-testing-team@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/laptop-testing-team
Re: Kubuntu Laptop Testing
On Sunday 02 July 2006 13:08, Jerome Gotangco wrote: > On 7/2/06, Stephan Hermann <[EMAIL PROTECTED]> wrote: > > Well, officially edgy will be the last release of testing for the > > sponsored laptops, why can't Canonical tell us, that this release has > > to be tested with Kubuntu as Desktop as well? > > we've thought of that during the BOF for Edgy test plans > > > I don't see the problem. apt-get install kubuntu-desktop on an installed > > ubuntu desktop is not so much work. > > That's true most if not all inconsistencies between desktops on a > laptop POV focus on the hotkeys. Well, and on the different implementation variants regarding bluetooth, infrared, sd card readers, fingerprint readers etc. Sunny Sunday, \sh pgpmricgPPjUv.pgp Description: PGP signature -- laptop-testing-team mailing list laptop-testing-team@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/laptop-testing-team
Re: Kubuntu Laptop Testing
On Sunday 02 July 2006 14:36, Matthew Garrett wrote: > On Sun, Jul 02, 2006 at 01:18:57PM +0200, Stephan Hermann wrote: > > Well, there is a difference, because some keys are already handled > > differently in KDE actually. But you are right, that if one Fn button is > > working on KDE Desktop in Ubuntu everything else should work. Then we > > need to test things like SD card support etc. > > If they're handled differently in KDE, then they shouldn't be. Hotkeys > are exposed via the kernel input layer and also via dbus messages from > HAL. That's entirely independent of whether the system is running > Kubuntu or Ubuntu. Well, KDE has kmilo, which had some special keys supported for IBM laptops, so there is a difference in the implementation. Actually, in KDE there is no support for this HAL stuff, which will be changed for edgy (I hope). > SD card support is, again, entirely independent of the desktop > environment used. I have a mild preference to things being tested under > Ubuntu because that's what I use (and I don't have the hard drive space > to have kubuntu-desktop installed as well), but it really doesn't matter > which one it's tested under. Well, yes, the underlaying technology is the same, but the implementation is different. And this has to be tested, if or if not the underlaying technology is working on all different desktop flavours, not just one. I think this has to be handled by the quality assurance crew, who should focus on those "little" things. Regards, \sh -- SysAdmin and Linux Specialist Freelancer, http://linux.blogweb.de/pages/cv.html JID: [EMAIL PROTECTED] pgp3KFNkANyuL.pgp Description: PGP signature -- laptop-testing-team mailing list laptop-testing-team@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/laptop-testing-team
Re: Kubuntu Laptop Testing
On Sunday 02 July 2006 15:24, Matthew Garrett wrote:
> On Sun, Jul 02, 2006 at 03:02:14PM +0200, Stephan Hermann wrote:
> > Well, KDE has kmilo, which had some special keys supported for IBM
> > laptops, so there is a difference in the implementation.
>
> That's not required on *buntu based systems. Thinkpad hotkeys appear via
> the input layer.
Sure, but it's there...and if we have those special things in KDE or in any
other desktop flavour, we need to be sure, that it doesn't clash with the
underlaying technology.
>
> > Well, yes, the underlaying technology is the same, but the implementation
> > is different. And this has to be tested, if or if not the underlaying
> > technology is working on all different desktop flavours, not just one.
>
> No, really, it doesn't. The low-level implementation needs to be tested
> on as many machines as possible, but the desktop-level implementation
> only needs to be tested on one.
Well, I can test the underlaying functionality most of the time without any
desktop environment...no problem. But what would that give us, if it's not
working on any desktop?
And would it be good, to test it only on one desktop, and not on the others?
Think about the regression now in dapper of KDE...it's really sad to tell the
users: "Sorry, it doesn't work, because we just tested it on GNOME, nobody
cared about KDE or XFCE".
*Ubuntu != Ubuntu Server is all about the desktop. And all the functionality
which is included in the ubuntu-base should be tested on all desktop
flavours. That's my POV, just because it's all about the user.
And you can believe me, the userbase of {K,X}Ubuntu I have to work with is
pretty big.
Regards,
\sh
--
SysAdmin and Linux Specialist
Freelancer, http://linux.blogweb.de/pages/cv.html
JID: [EMAIL PROTECTED]
pgpbS33j9PvjZ.pgp
Description: PGP signature
--
laptop-testing-team mailing list
laptop-testing-team@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/laptop-testing-team
Re: Kubuntu Laptop Testing
On Sunday 02 July 2006 16:37, Matthew Garrett wrote:
> On Sun, Jul 02, 2006 at 03:42:44PM +0200, Stephan Hermann wrote:
> > Sure, but it's there...and if we have those special things in KDE or
> > in any other desktop flavour, we need to be sure, that it doesn't
> > clash with the underlaying technology.
>
> The answer to "Our desktop has this pile of gash that doesn't integrate
> with the rest of the system and does things differently" is not "WE MUST
> TEST THIS", it's "We should fix it so it integrates with the rest of the
> system".
If nobody is testing it, there won't be anything to fix. I never said: "Test
it on all machines", but "test it on all desktop flavours".
> > Well, I can test the underlaying functionality most of the time without
> > any desktop environment...no problem. But what would that give us, if
> > it's not working on any desktop?
>
> So test it. Once. On one machine. That's all that's necessary.
>
> Or, to put it differently:
>
> We *need* to test basic functionality on every machine. We *do not need*
> to test desktop functionality on every machine.
That's what we want..nothing else.
>
> > Think about the regression now in dapper of KDE...it's really sad to tell
> > the users: "Sorry, it doesn't work, because we just tested it on GNOME,
> > nobody cared about KDE or XFCE".
>
> I'm concerned about hardware support. The desktop used is irrelevent.
That's more then OK.
>
> > *Ubuntu != Ubuntu Server is all about the desktop. And all the
> > functionality which is included in the ubuntu-base should be tested on
> > all desktop flavours. That's my POV, just because it's all about the
> > user.
>
> Yes, but not on every single piece of hardware.
That's what I said. We should test the desktop, not all machines. If the
underlaying technology is working on all machines without any glitch, then it
should work on the desktops as well, but we all know, that this is not the
case.
>
> > And you can believe me, the userbase of {K,X}Ubuntu I have to work with
> > is pretty big.
>
> That doesn't mean we need to test Kubuntu on every piece of hardware.
But we need to test Kubuntu/Xubuntu at least, and that's not the way right
now. Most people test the laptop hardware support with their desktop, not on
the CLI.
> This is my final word on the matter. The role of the laptop testing team
> is to test laptop functionality, not Kubuntu functionality. Providing
> that Kubuntu provides the appropriate functionality (that is, it
> responds to hotkeys in the correct way and so on), I will guarantee that
> everything that works on Ubuntu will work on Kubuntu. I will do this
> without testing every laptop. If Kubuntu does not do things properly,
> then it must be fixed - I refuse to ask people to waste their time
> dealing with poor design decisions. Use HAL. Use the input layer. Don't
> layer everything over insane custom protocols. Everyone ends up happy,
> because bugs get fixed in one place rather than having to be fixed in
> several. If you're not happy with that, then please feel free to raise
> it with the tech board.
Then we need to change the focus how we test laptop functionality.
See above. We need to test the functionality without the focus on any desktop
environment, and test once on the different desktop flavours.
Nothing else we need. There is no need to call the TB for that. It's only a
matter of how we do the testing.
Regards,
\sh
--
SysAdmin and Linux Specialist
Freelancer, http://linux.blogweb.de/pages/cv.html
JID: [EMAIL PROTECTED]
pgpUq92CDEtmo.pgp
Description: PGP signature
--
laptop-testing-team mailing list
laptop-testing-team@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/laptop-testing-team
Re: Fujutsu-Seimens AMILO LA 1703-B3203
Hi, to fix your problem with your display, check out the xorg.conf I attached to this mail. The problem is the modline...google brought this up nicely. I fixed it for a colleague on this LA1703. Section "Monitor" Identifier "LA1703" Option "DPMS" Modeline "1280x800" 87.09 1280 1336 1616 1728 800 802 814 840 #60Hz VertRefresh 43-60 EndSection SOund doesn't work at all on this machine. Regards, \sh Am Donnerstag, den 26.07.2007, 22:15 +0200 schrieb Zhiqiang TANG: > Hi, > I am a new guy, just have regested. > > I 've bought a Fujutsu-Seimens AMILO LA1703-B3203, > AMD Sempron 3200+, > 512M memory, > 80G hard disk, > 15.4" LED TFT WXGA, > Graphic: UniChome Pro (VIA Chrome9 HC IGP WDDM), > VRAM shared > Audio : VIA High Definition Audio, > Connectivity: Modem, 56K, LAN 10/100,WLAN bg Standard,, VGA 2xUSB2.0, >Mic. in, Headphone out > Biuldin speaker. > > On a 10G partition install Ubuntu Studio 7.04, > install successful. > All Audio test not work (no sound). > --- > Ubuntu 7.04 Live-CD work well, but the display resolution is not set > well, from it to install Ubuntu > cannot proceed. > -- > P.S; > on another 10G partition Install Fedora 7 sucessful, but X server not > set correctly, so can not run. > All Audio test not work (no sound). > Fedora 7 live CD not work, X server failure. > Mandriva live-cd not work, X server failure. -- Stephan Hermann eMail: [EMAIL PROTECTED] Blog: http://linux.blogweb.de/ JID: [EMAIL PROTECTED] OSS-Developer and Admin # /etc/X11/xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf(5) manual page. # (Type "man xorg.conf" at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section "Files" FontPath"/usr/share/fonts/X11/misc" FontPath"/usr/share/fonts/X11/cyrillic" FontPath"/usr/share/fonts/X11/100dpi/:unscaled" FontPath"/usr/share/fonts/X11/75dpi/:unscaled" FontPath"/usr/share/fonts/X11/Type1" FontPath"/usr/share/fonts/X11/100dpi" FontPath"/usr/share/fonts/X11/75dpi" # path to defoma fonts FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" EndSection Section "Module" Load"bitmap" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc105" Option "XkbLayout" "de" Option "XkbOptions""lv3:ralt_switch" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" Option "ZAxisMapping" "4 5" Option "Emulate3Buttons" "true" EndSection Section "InputDevice" Identifier "Synaptics Touchpad" Driver "synaptics" Option "SendCoreEvents""true" Option "Device""/dev/psaux" Option "Protocol" "auto-dev" Option "HorizScrollDelta" "0" EndSection Section "InputDevice" Driver "wacom" Identifier "stylus" Option "Device""/dev/input/wacom" Option
