Bug#931528: xserver-xorg: X server does not start in Debian 10 (driver i915)

[Teemu Likonen]

Possibly related bug reports for kernel:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=931528
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=930631

In particular, the latter report (#930631) helped me to get X service
running. I created /etc/X11/xorg.conf.d/my.conf file with this content:

Section "Device"
Identifier  "Card0"
Driver  "intel"
EndSection

And now X server starts again. So with Linux kernel 4.19 X server has to
be forced to use "intel" driver. With kernel 4.9 it chooses "intel"
automatically.

-- 
///  OpenPGP key: 4E1055DC84E9DFF613D78557719D69D324539450
//  https://keys.openpgp.org/search?q=tliko...@iki.fi
/  https://keybase.io/tlikonen  https://github.com/tlikonen


signature.asc
Description: PGP signature

Bug#931528: xserver-xorg: X server does not start in Debian 10 (driver i915)

[Teemu Likonen]

Teemu Likonen [2019-07-07T11:07:50+03] wrote:

> After I upgrade from Debian 9 to Debian 10 the X server does not start
> at all. The same happends when my display manager (sddm) starts the X
> server or if I start it with "startx" command.
>
> The end of Xorg.0.log shows errors about "modeset" driver and "EnterVT
> failed for screen 0". The complete Xorg.0.log file is attached.
>
> --
> [  1892.784] (EE) modeset(0): failed to set mode: Invalid argument
> [  1892.784] (EE) 
> Fatal server error:
> [  1892.784] (EE) EnterVT failed for screen 0
> [  1892.784] (EE) 
> [  1892.784] (EE) 
> Please consult the The X.Org Foundation support 
>  at http://wiki.x.org
>  for help. 
> [  1892.784] (EE) Please also check the log file at 
> "/home/dtw/.local/share/xorg/Xorg.0.log" for additional information.
> [  1892.784] (EE) 
> [  1892.784] (II) AIGLX: Suspending AIGLX clients for VT switch
> [  1892.842] (EE) Server terminated with error (1). Closing log file.
> --

More information:

 1. With Debian 10 default kernel 4.19

The X server startup just freezes. The above (EE) lines appear in
log only after I switch to different virtual console with
Ctrl+Alt+F1.

 2. With Debian 9 default kernel 4.9

The X server starts and seems to be working well.

-- 
///  OpenPGP key: 4E1055DC84E9DFF613D78557719D69D324539450
//  https://keys.openpgp.org/search?q=tliko...@iki.fi
/  https://keybase.io/tlikonen  https://github.com/tlikonen


signature.asc
Description: PGP signature

Bug#931528: xserver-xorg: X server does not start in Debian 10 (driver i915)

[Teemu Likonen]

Package: xserver-xorg
Version: 1:7.7+19
Severity: important

After I upgrade from Debian 9 to Debian 10 the X server does not start
at all. The same happends when my display manager (sddm) starts the X
server or if I start it with "startx" command.

The end of Xorg.0.log shows errors about "modeset" driver and "EnterVT
failed for screen 0". The complete Xorg.0.log file is attached.

--
[  1892.784] (EE) modeset(0): failed to set mode: Invalid argument
[  1892.784] (EE) 
Fatal server error:
[  1892.784] (EE) EnterVT failed for screen 0
[  1892.784] (EE) 
[  1892.784] (EE) 
Please consult the The X.Org Foundation support 
 at http://wiki.x.org
 for help. 
[  1892.784] (EE) Please also check the log file at 
"/home/dtw/.local/share/xorg/Xorg.0.log" for additional information.
[  1892.784] (EE) 
[  1892.784] (II) AIGLX: Suspending AIGLX clients for VT switch
[  1892.842] (EE) Server terminated with error (1). Closing log file.
--

The computer has Intel graphics controller which worked with Debian 9.
The kernel driver and module is called "i915".

There is a similar bug report on
.

[  1834.428] 
X.Org X Server 1.20.4
X Protocol Version 11, Revision 0
[  1834.431] Build Operating System: Linux 4.9.0-8-amd64 x86_64 Debian
[  1834.433] Current Operating System: Linux imladris 4.19.0-5-amd64 #1 SMP 
Debian 4.19.37-5 (2019-06-19) x86_64
[  1834.433] Kernel command line: BOOT_IMAGE=/vmlinuz-4.19.0-5-amd64 
root=/dev/mapper/imladris-root ro quiet loglevel=3
[  1834.435] Build Date: 05 March 2019  08:11:12PM
[  1834.436] xorg-server 2:1.20.4-1 (https://www.debian.org/support) 
[  1834.437] Current version of pixman: 0.36.0
[  1834.440]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[  1834.440] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[  1834.445] (==) Log file: "/home/dtw/.local/share/xorg/Xorg.0.log", Time: Sun 
Jul  7 10:47:05 2019
[  1834.447] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[  1834.447] (==) No Layout section.  Using the first Screen section.
[  1834.447] (==) No screen section available. Using defaults.
[  1834.447] (**) |-->Screen "Default Screen Section" (0)
[  1834.447] (**) |   |-->Monitor ""
[  1834.447] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[  1834.447] (==) Automatically adding devices
[  1834.447] (==) Automatically enabling devices
[  1834.447] (==) Automatically adding GPU devices
[  1834.447] (==) Max clients allowed: 256, resource mask: 0x1f
[  1834.447] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[  1834.447]Entry deleted from font path.
[  1834.447] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[  1834.447] (==) ModulePath set to "/usr/lib/xorg/modules"
[  1834.447] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[  1834.447] (II) Loader magic: 0x560f67319e20
[  1834.447] (II) Module ABI versions:
[  1834.447]X.Org ANSI C Emulation: 0.4
[  1834.447]X.Org Video Driver: 24.0
[  1834.447]X.Org XInput driver : 24.1
[  1834.447]X.Org Server Extension : 10.0
[  1834.448] (++) using VT number 2

[  1834.451] (II) systemd-logind: took control of session 
/org/freedesktop/login1/session/_33
[  1834.452] (II) xfree86: Adding drm device (/dev/dri/card0)
[  1834.452] (II) systemd-logind: got fd for /dev/dri/card0 226:0 fd 11 paused 0
[  1834.455] (--) PCI:*(0@0:2:0) 8086:0166:106b:00fd rev 9, Mem @ 
0xa000/4194304, 0x9000/268435456, I/O @ 0x2000/64, BIOS @ 
0x/131072
[  1834.455] (II) LoadModule: "glx"
[  1834.455] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[  1834.456] (II) Module glx: vendor="X.Org Foundation"
[  1834.456]compiled for 1.20.4, module version = 1.0.0
[  1834.456]ABI class: X.Org Server Extension, version 10.0
[  1834.456] (==) Matched modesetting as autoconfigured driver 0
[  1834.456] (==) Matched fbdev as autoconfigured driver 1
[  1834.456] (==) Matched vesa as autoconfigured driver 2
[  1834.456] (==) Assigned the driver to the xf86ConfigLayout
[  1834.456] (II) LoadModule: "modesetting"
[  1834.457] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so
[  1834.457] (II) Module modesetting: vendor="X.Org Foundation"
[  1834.457]compiled for 1.20.4, module version = 1.20.4
[  1834.457]Module class: X.Org Video Driver
[  1834.457]ABI class: X.Org Video D

Bug#501821: xserver is not reconfigurable

[Teemu Likonen]

> All i can find is dpkg-reconfigure xserver-xorg (with and without
> -phigh) and this does NOT ASK FOR ANY hsync or vsync frequencies!

> xserver configuration is really horror again and again - sorry.

I'll just add my "me too" here. Automatic X server configuration does
not work that well yet. I think it should still be configurable with
dpkg-reconfigure. At least it allows to putting basic things right and
then perhaps add some manual adjustments on top of that. It's really
painful to try to do everything from the scratch.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#467142: Fixing dead_stroke issue before Lenny?

[Teemu Likonen]

Dear Debian X maintainers,

As this issue is important for Finnish keyboard to work properly I'd
like to know whether or not you are planning to include a newer version
of libx11 to Debian Lenny? I see that newer upstream version is already
in experimental; not in Sid, though.

If Lenny's version won't be updated it would be nice if you at least
cherry-picked commits

  4d6c45e60ed13d3b0fea10413873d6a74f9d6a3b Add  compose
sequences
  438d02ebc08ee171cf1d3936f4c81050d428ab92 Fix the  keysyms in the
en_US.UTF-8 Compose file

from the upstream.

Or should I construct a patch which fixes exactly this Finnish-related
issue? (Well, it would mean cherry-picking 4d6c45e6 completely to add
dead_strokes but only minor changes are needed to fix U+01EE and
U+01EF.)



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#467142: The 'dead_stroke' keys and 'EZH WITH CARON' don't work in Finnish keyboard

[Teemu Likonen]

severity 467142 important
retitle 467142 The 'dead_stroke' keys and 'EZH WITH CARON' don't work in 
Finnish keyboard
thanks

I upgrade the severity to 'important' because Finnish keyboard is partly 
broken and hence this is indeed a bug. Anyway, the fix is quite trivial:
new upstream version of en_US.UTF-8/Compose.pre fixes this. See my 
previous post.



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#466384: The change of default Finnish keyboard

[Teemu Likonen]

Martin-Éric Racine kirjoitti:

> On 2/23/08, Teemu Likonen <[EMAIL PROTECTED]> wrote:
> > Martin-Éric Racine kirjoitti:
> > My point is that this really is not about you and me. This
> > Kotoistus keyboard is about Finnish people in general.
>
> The average Finn won't notice much. However, Finns who need to
> frequently write in a foreign language (a common case inside EU)
> definitely will, because writing anything but Scandinavian languages
> has become harder than before.

I believe that average Finnish people expect to get similar keyboard 
layout in Microsoft Windows and Unix-type X.org systems. With Kotoistus 
we'll achieve this. Yes, I do believe in standards. The Kotoistus 
keyboard is not yet the default in Windows, though, but it is already 
available for download: http://www.microsoft.fi/nappaimisto/

You made good points about writing (some) foreign languages. I can see 
now that writing some characters are a bit more difficult with 
fi(kotoistus). The characters itself are not lost, though. (And there 
are even more of them.)

In these arguments you seem to concentrate on ease of writing (certain) 
foreign languages. It's fine. I want to emphasize standards and the 
whole picture of writing any language from Finnish people's point of 
view. This view includes not only accented letters but certain 
punctuation marks as well which have first time become available with 
the Kotoistus keyboard. I'm sure you knew all this already. :)

Bug#466384: The change of default Finnish keyboard

[Teemu Likonen]

Martin-Éric Racine kirjoitti:

> I'm someone
> who actually *needs* all those new letters

My point is that this really is not about you and me. This Kotoistus 
keyboard is about Finnish people in general.

> For everything else, it breaks what little
> compatibility there was was with other neighboring countries'
> keyboard maps and it makes it *more*difficult* to get some glyphs
> that fi(Classic) makes a breeze to get.

> The selected layout
> actually makes writing all these languages *more*difficult*.

I do believe you. No doubt you find some letters/characters more 
difficult to write than before and of course you are right in your 
opinion. There is fi(classic) available for people like you. But I 
think it really is not an argument for not making fi(kotoistus) the 
default because in general fi(kotoistus) makes it easier--and now first 
time even possible--to write correct Finnish and international text. 
This means accented characters and punctuation. None of the accented 
characters are lost; couple of characters (see below) just need dead 
keys now.

> Several deadkeys have gone away, because the default is
> not the same.

What keys exactly are gone? Honestly, I'm really confused because all 
the dead keys of fi(classic) are there and there are even new ones: 
dead_stroke¹, dead_horn, dead_hook, dead_doubleaqute, dead_belowdot, 
dead_abovedot and dead_abovering. Do you find writing more difficult 
because dead_caron and dead_macron are in different place? Or that now 
łŁħĦšŠžŽñÑ (which were behind AltGr) need dead key?

By the way, I'm really interested in this stuff. Thanks for the 
discussion. :)

---
 1. The dead_stroke will work after newer en_US.UTF-8/Compose file is in
Debian. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=467142
The dead_stroke is AltGr(§) and AltGr(l) in fi(kotoistus).

Bug#466384: The change of default Finnish keyboard

[Teemu Likonen]

severity 466384 wishlist
retitle 466384 Please don't change the default Finnish keyboard to fi(kotoistus)
thanks

Martin-Éric Racine kirjoitti:

> On 2/23/08, Teemu Likonen <[EMAIL PROTECTED]> wrote:
> >  Debian Etch's fi(basic) is the same as Debian Sid's fi(classic) as
> > the default Finnish keyboard has changed.
>
> And changing the default is precisely what's wrong. Making it the
> Kotoisuus map available for those who want it is OK, but changing the
> default is not.

(It's called Kotoistus.)

Ok, this "bug" does not really break anything. The patch is there and
it's in the upstream as well. With the new fi(kotoistus) keyboard we
can produce more different characters than with the old. The new 
keyboard offers easier way to produce certain Finnish and international
punctuation marks which have previously been possible only through
Compose key sequences. More accented letters can also be produced
since there are more dead accent keys in the keyboard. Some rarely 
needed characters fi(kotoistus) is missing can be produced through 
Compose key sequences (superscript numbers for example).

Therefore this bug report is essentially about objecting the change of
default. It is valid opinion of course but there is not any "breaking
of things" anywhere. I retitle this accordingly and change the severity 
to "wishlist".

I do not object the change of default. I think the change is really
welcome and been long-waited because now correct Finnish and 
latin-based international text can be written more easily. I also 
want to remind that this change is not about "those who want to use new
keyboard" and certainly not only about change in Debian. It's about 
change in standard Finnish keyboard everywhere. So, if there are 
arguments for or against the change, it's not about Debian community.
It's about computer using in general level in Finland. All operating
systems included and the big picture must be taken in to consideration.
Arguments originating from this view are the only really valid ones.

Bug#467142: xkb-data: Please update en_US.UTF-8/Compose file from the upstream

[Teemu Likonen]

Package: xkb-data
Version: 0.9-4
Severity: wishlist


Quite recently the default Finnish keyboard layout has changed. The
current default is now called fi(kotoistus). It contains some
keymappings which don't work with the Compose file shipped with Debian
Sid. I'm referring to this file:

/usr/share/X11/locale/en_US.UTF-8/Compose

(This file is used with fi_FI.UTF-8 locale as well.)

For example the Debian Sid's en_US.UTF-8/Compose lacks dead_stroke
definitions. Also definitions for U+01EE and U+01EF (latin capital/small
letter ezh with caron) are missing.

The current upstream version of en_US.UTF-8/Compose.pre has these
updates¹. I ask you to update the file before the release of Debian
Lenny.

-
 1. Dead strokes were added in the upstream git commit
4d6c45e60ed13d3b0fea10413873d6a74f9d6a3b
U+01EE and U+01EF started working from the commit
438d02ebc08ee171cf1d3936f4c81050d428ab92

See git://anongit.freedesktop.org/git/xorg/lib/libX11

Bug#466384: xkb-data: 0.9+cvs.20070428-1 breaks 0.8-17 Finnish patch

[Teemu Likonen]

Teemu Likonen kirjoitti:

> Hi Troy, the following bug was reported to Debian bug tracking system
> by Martin-Éric Racine:
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=466384
>
> > The Finnish keyboard map change in 0.9+cvs.20070428-1 breaks the
> > dead_macron patch from 0.8-17, among other things. It appears that
> > several other deadkeys are also gone.

> Coming back to this bug... fi(kotoistus) works well and it must be
> the default (as it is). The old Finnish keyboard fi(classic) is
> broken, though, at least in Debian Sid. I'll try to investigate it
> tomorrow.

Ok, now I have done some testing and... did not find any problems at 
all. The dead_macron patch is there in the current Debian's symbols/fi 
file and it is in the upstream as well.

Debian Etch's fi(basic) is the same as Debian Sid's fi(classic) as the 
default Finnish keyboard has changed. In Debian Etch I ran the 
following commands:

  setxkbmap 'fi(basic)' -option
  xmodmap -pke >xmodmap-pke_etch_fi-default.txt

In Debian Sid I did the following:

  setxkbmap 'fi(classic)' -option
  xmodmap -pke >xmodmap-pke_sid_fi-classic.txt

Then compared the files: The only difference is in the keycode 214 which 
does not affect anything relevant. See the attached diff file.

The I compared en_US.UTF-8/Compose files (which is used with fi_FI.UTF-8 
locale as well). The Compose files are 100 % identical in Etch and Sid. 
I also manually tested fi(classic) in Sid and everything seems to be 
working well. Dead keys do work

So, it seems to me that this bug does not exist and the it can be 
closed.

(I'll file a new wishlist bug about updating en_US.UTF-8/Compose file 
from the upstream. It'll make fi(kotoistus) work a bit better.)
--- xmodmap-pke_etch_fi-default.txt	2008-02-23 11:50:16.0 +0200
+++ xmodmap-pke_sid_fi-classic.txt	2008-02-23 11:46:00.0 +0200
@@ -204,7 +204,7 @@
 keycode 211 =
 keycode 212 =
 keycode 213 =
-keycode 214 =
+keycode 214 = XF86Display
 keycode 215 =
 keycode 216 =
 keycode 217 =

Bug#466384: xkb-data: 0.9+cvs.20070428-1 breaks 0.8-17 Finnish patch

[Teemu Likonen]

I'm CCing this to Troy Korjuslommi who has been dealing with the new 
fi(kotoistus) keyboard for long time and been contact with the X.org 
upstream.

Hi Troy, the following bug was reported to Debian bug tracking system by 
Martin-Éric Racine:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=466384

> The Finnish keyboard map change in 0.9+cvs.20070428-1 breaks the
> dead_macron patch from 0.8-17, among other things. It appears that
> several other deadkeys are also gone.
>
> It should also be noted that the Kotoisuus keymap should never become
> the default, as it *breaks* interoperability with previous keymaps
> and was heavily criticized by the community when it was published.

Yes, it seems that the fi(classic) keyboard layout is broken somehow. 
Some dead keys don't seem to work at all according to my quick test in 
Debian unstable chroot environment.

On the other hand fi(kotoistus)--which is now the default Finnish 
keyboard--works really well. There are some minor changes to 
en_US.UTF-8/Compose file which are required and which Troy has already 
been pushing forward to the X.org upstream. Currently the dead_stroke 
key does not work in Debian--it's quite new feature in X.org 
anyway--because Debian's en_US.UTF-8/Compose file lacks dead_stroke 
definitions. Upstream has them already, from the following git commit:

http://cgit.freedesktop.org/xorg/lib/libX11/commit/?id=4d6c45e60ed13d3b0fea10413873d6a74f9d6a3b

If en_US.UTF-8/Compose from the upstream were copied to Debian, then 
fi(kotoistus) layout would work almost perfectly. There are only 
certain minor differences left in spacing dead keys which don't quite 
meet the definitions of the new Finnish multilingual keyboard (i.e. 
kotoistus). See 
http://kotoistus.tksoft.com/linux/en_US_UTF-8_Compose.txt


Martin-Éric, what is that "community" who have criticized "heavily" this 
new keyboard? I have not seen criticism myself. I've been studying 
fi(kotoistus) layout's subtleties quite keenly, I must admid. It will 
make things much better. It will be the default Finnish keyboard in 
Microsoft Windows. It will the standard Finnish keyboard in computers. 
It should be the default Finnish keyboard in Debian too--as it is now 
in Sid.

I'm aware that certain characters are missing from the fi(kotoistus) 
layout--characters which can be produced with the old layout. We have 
been discussing this matter with Troy and we agree that those can and 
likely will be substituted with adding new definitions to Finnish 
Compose file (which does not exist yet). If you are interested in this 
matter, you may want to check the following pages:

http://kotoistus.tksoft.com/linux/index-en.html
http://www.iki.fi/tlikonen/kotoistus/  (Finnish)


Coming back to this bug... fi(kotoistus) works well and it must be the 
default (as it is). The old Finnish keyboard fi(classic) is broken, 
though, at least in Debian Sid. I'll try to investigate it tomorrow.