[Smartphones-userland] [Debian] Finally, Xglamo into the pkg-fso repository

[Luca Capello]

Hi there!

I finished to work on the Xglamo Debian package [1], at least to a point
where it's good to be released.  Thus, you can now install Xglamo simply
with `apt-get install xserver-xglamo`.

Apart from speed/xrandr improvements, not relying on xserver-xorg means
roughly 18MB freed.  However, ATM it's impossible to remove
xserver-xorg, read the point 2) below.

Now something to be aware of:

1) at least two xglamo binary packages were already in the wild, Jan's
   [2] and Arne's [3]: please remove them ASAP and advise any user to
   switch to the pkg-fso one.  To smooth transitions to the new binary
   package name (xserver-xglamo), the pkg-fso repository contains a
   dummy xglamo binary package which depends on xserver-xglamo :-)

2) the zhone-session init script (soon to be replaced by ndm [4]) relies
   on the xinit/startx infrastructure, which expects /etc/X11/X (a
   symlink to /usr/bin/Xorg created by xserver-xorg's postinst).

   To use the same infrastructure, xserver-xglamo's postinst creates a
   (dpkg-)diversion of /etc/X11/X to /etc/X11/X.distrib and creates a
   new symlink /etc/X11/X pointing to /usr/bin/Xglamo.  At package
   removal, the (dpkg-)diversion is removed and the old symlink is
   restored.  This when a /etc/X11/X symlink is already present
   (i.e. xserver-xorg is already installed).  When no /etc/X11/X symlink
   is present, nothing is diverted and the new one is created.

   This means that if you install/purge xserver-xorg *after* having
   installed xserver-xglamo, the /etc/X11/X symlink is lost and you need
   to manually recreate it.  As I previously stated [5], I'll bring up
   this issue with the Debian X Strike Force [6].

   During the last test, I just discovered that xinit/startx expects
   /usr/bin/X as well: for this reason, xserver-xorg cannot be purged.
   I'll work on the issue ASAP.

3) I decided to not modify hw/kdrive/linux/tslib.c WRT the character
   devices it expects for the touchscreen and to not declare it via
   TSLIB_TSDEVICE [8].  Instead, thanks to udev, a symlink /dev/ts is
   created, pointing to /dev/input/event1 (i.e. the real character
   device for the touchscreen).

4) since I wanted to fully integrate with the existing XSF [4]
   infrastructure, xserver-xglamo depends on x11-common.  This should
   also help any other X-depending appplication to not install
   xserver-xorg.

5) xrandr now works, even if there are still some small problems [6].
   Which means that you can use mplayer at full screen :-D

Please test the package!  As usual, report any Debian-specific problem
(e.g. packaging issues, configuration or installation) to the Debian BTS
with reportbug.  For all the other issues, please either send a mail to
this list or use the FSO tracker [9].

Thx, bye,
Gismo / Luca

Footnotes: 
[1] http://git.debian.org/?p=pkg-fso/xglamo.git;a=summary
[2] http://pkg-fso.alioth.debian.org/xglamo-beta/
[3] http://www.ginguppin.de/node/23
[4] http://projects.linuxtogo.org/pipermail/smartphones-userland/2008-September/000038.html
[5] http://lists.alioth.debian.org/pipermail/pkg-fso-maint/2008-September/000089.html
[6] http://wiki.debian.org/Teams/XStrikeForce
[7] this seems to me an ugly hack
[8] http://projects.linuxtogo.org/pipermail/smartphones-standards/2008-August/000404.html
[9] http://trac.freesmartphone.org/wiki
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 314 bytes
Desc: not available
URL: <http://lists.linuxtogo.org/pipermail/smartphones-userland/attachments/20080929/bdf8a8cf/attachment.pgp>