Achim Bohnet

Email: MailTo(ach AT SPAMFREE mpe DOT mpg DOT de)

IRC on Freenode: allee, you can find me in #kubuntu-devel

https://launchpad.net/people/allee

For the curious: http://www.kde.nl/people/debian.html

I'm a sysadmin running Kubuntu on Laptops and Desktops since Hoary. With dapper, server and cluster will follow.

Kubuntu Activities

Short story: I'm a member of the [https://launchpad.net/people/kubuntu-team Kubuntu Team]. For the long story read on ...

IRC

I'm actively involvedin #kubuntu-devel, helping with pkging question, commenting pkgs in REVU or whatever comes up.

Due to time constraints I only look into other #*ubuntu* channels when my regular expression ping me, that there's maybe something I can help.

Packages

Since first Kubuntu release, all the packages I'm involved with are developed and tested on Kubuntu. Due to my Debian roots and the fact that there were many complains that Ubuntu does not give back enough, I decided to go the indirect way: Final test on Sid, sponsored upload (debianLove++) and let Kubuntu get the new version via autosync (aka MOTUpoint--).

• libkexif
• libkipi
• digikam
• digikamimageplugins
• kipi-plugins
• rsibreak

To collect at least one MOTUpoint, I used REVU for

• codeine (pending in NEW)

In preparation (available in debian or my own repository):

• wlassistant -- had upstream issues, fixed release too late for dapper
• kidnwatch -- build system borked
• digikam-doc -- not synced because in nonfree (standard KDE doc license: a relaxed GFDL)
• digikamimageplugins -- same as digikam-doc

Packages are developed in the frame work of the 'Debian KDE Extra Team'. The repository

• http://svn.debian.org/wsvn/pkg-kde/kde-extras/

contain all my changes. This ensures that the Kubuntu and Debian pkgs stay in sync.

Wiki

Little fixes here and there when I stumble over something that needs fixing.

Malone

I try to keep an eye on all packages I'm involved with. Not much to do I'm sure this is partly due to that I monitor Debian BTS and upstream BTS of those packages too. So some bugs are fixed in the pkgs before they hit Kubuntu.

Hardcoding a fixed DPI

It's wrong! The right way was, is and will be (until all Xorg driver detect it automaticly)

• Edit /etc/X11/xorg.conf

• Take a ruler and add DisplaySize to ' Section "Monitor" ' like

  •   Section "Monitor"
            ... <other settings> ...
            #  DisplaySize  x-in-mm  y-in-mm
            DisplaySize     286 214
      EndSection

  and restart your Xserver (alternatively open a new session on display :1)
• Is the font size different than before?
  • Then file a bug for your X11 driver "Driver incapable to detect DDC screen size"
  • If you don't like the size of the font, open the control center and change the size of the font.

Now the size of the same fonts, take a ruler again, will be the same on all monitors, that have a correct DisplaySize setting.

Congratulaton! Now it's maybe the first time that you're able to talk about small/big fonts because you see them the first time displayed in the right size.

Of course some people prefer bigger and some smaller fonts. There will never be a perfect default font size. But if you prefer a different font size, change the font size, not the dpi.

<rant>

Monitors here range from 75 dpi to 144 dpi. That's ~ factor of two. With identical fonts size setting, the size of the same 'H' displayed on screen will be:

  |_|
  | |           <-- 144 dpi monitor


  |  |
  |__|
  |  |            <--  75 dpi monitor
  |  |

The same 'U' , displayed on 100 dpi monitor is U, but looks like u on 144 dpi monitor. Imagine how readable lowercase letters are.

</rant>

CategoryHomepage