Bug#816993: wmaker: versions > 0.95.6-1.2 break some fullscreen applications (DOSBox, quakeforge, vavoom)

2016-03-07 Thread Doug Torrance

Control: tags -1 pending

On 03/07/2016 10:08 AM, Doug Torrance wrote:

Thanks for pinpointing this!  That's a nice easy fix.  I'll work on a
new version omitting --enable-randr soon.


I just pushed the fix to git [1].  A new version should be uploaded to 
unstable soon.


[1] 
http://anonscm.debian.org/cgit/pkg-wmaker/wmaker.git/commit/?id=bdc7cbbf48f71ba770d17de44cc95e7321ed0812




Bug#816993: wmaker: versions > 0.95.6-1.2 break some fullscreen applications (DOSBox, quakeforge, vavoom)

2016-03-07 Thread Doug Torrance

(CC'ing the upstream dev list as well)

On 03/06/2016 11:28 PM, Matti Hämäläinen wrote:


Hello again!

After some more detective work, I noticed that the issue did not occur
on self-compiled WindowMaker from the git-repo, which made me think what
the debian packaged version might be doing differently ...

It turns out that the deb passes "--enable-randr" flag to wmaker
configure, which is the root cause of this issue. The option flag
is marked "enable RandR extension support (NOT recommended, buggy)".

Doing a rebuild of the package with edited debian/rules that has
--enable-randr removed fixes the problem.

It seems that the flag was enabled in this change:

https://anonscm.debian.org/git/pkg-wmaker/wmaker.git/commit/debian/rules?id=e737a261679e2db0ae80c8087302f88d8569859a


Thanks for pinpointing this!  That's a nice easy fix.  I'll work on a 
new version omitting --enable-randr soon.


Doug



Bug#816993: wmaker: versions > 0.95.6-1.2 break some fullscreen applications (DOSBox, quakeforge, vavoom)

2016-03-06 Thread Matti Hämäläinen


Hello again!

After some more detective work, I noticed that the issue did not occur on 
self-compiled WindowMaker from the git-repo, which made me think what the 
debian packaged version might be doing differently ...


It turns out that the deb passes "--enable-randr" flag to wmaker 
configure, which is the root cause of this issue. The option flag

is marked "enable RandR extension support (NOT recommended, buggy)".

Doing a rebuild of the package with edited debian/rules that has
--enable-randr removed fixes the problem.

It seems that the flag was enabled in this change:

https://anonscm.debian.org/git/pkg-wmaker/wmaker.git/commit/debian/rules?id=e737a261679e2db0ae80c8087302f88d8569859a


--
] ccr/TNSP ^ pWp  ::  ccr tnsp org  ::  http://tnsp.org/~ccr/
] PGP key: 7BED 62DE 898D D1A4 FC4A  F392 B705 E735 307B AAE3



Bug#816993: wmaker: versions > 0.95.6-1.2 break some fullscreen applications (DOSBox, quakeforge, vavoom)

2016-03-06 Thread Doug Torrance
Control: forwarded -1 wmaker-...@lists.windowmaker.org

Matti:  Thanks for your report!

Window Maker Team:  Below, please find a new bug report from Debian.

On 03/06/2016 07:00 PM, Matti Hamalainen wrote:
> Package: wmaker
> Version: 0.95.6-1.2
> Severity: normal
> 
> Dear Maintainer,
> 
> After upgrading wmaker and related libraries to 0.95.7*, various programs
> including some (but not all) OpenGL / SDL apps no longer work in fullscreen
> mode and sometimes even crash.
> 
> The easiest way to check this is to try and switch between fullscreen in 
> DOSBox
> (alt+enter).
> The result on broken Wmaker is .. weird.
> 
> Downgrading wmaker to 0.95.6-1.2 debian package corrects these issues.
> 
> Please notice! This issue might very well be hardware (Intel HD Graphics 4600
> Haswell / core i7-4770) dependant. At first I suspected the recent Xorg, Mesa
> and Intel DDX upgrades, but somehow Wmaker seems to be the culprit ...
> 
> I am running a custom kernel, but the issue occurs on stock Debian kernel as
> well.

Some more information from a follow-up email:


On 03/06/2016 08:04 PM, Matti Hämäläinen wrote:
> It seems that the programs that trigger/suffer from this bug are all
> using libSDL 1.2. The way libSDL 2.0 (and few other programs that I
> tested, like Stellarium) handle fullscreen seems to be different and are
> not affected.
>
> However, as the problems are not exhibited when using Wmaker 0.95.6-1.2
> OR, for example OpenBox WM, I'm not sure if the finger of blame can be
> solely pointed towards libSDL 1.2.
>
> In any case, I hope this helps.

Any ideas?  I am able to reproduce the issue (alt-enter in dosbox brings
me back to lightdm).

Thanks!
Doug



Bug#816993: wmaker: versions > 0.95.6-1.2 break some fullscreen applications (DOSBox, quakeforge, vavoom)

2016-03-06 Thread Matti Hamalainen
Package: wmaker
Version: 0.95.6-1.2
Severity: normal

Dear Maintainer,

After upgrading wmaker and related libraries to 0.95.7*, various programs
including some (but not all) OpenGL / SDL apps no longer work in fullscreen
mode and sometimes even crash.

The easiest way to check this is to try and switch between fullscreen in DOSBox
(alt+enter).
The result on broken Wmaker is .. weird.

Downgrading wmaker to 0.95.6-1.2 debian package corrects these issues.

Please notice! This issue might very well be hardware (Intel HD Graphics 4600
Haswell / core i7-4770) dependant. At first I suspected the recent Xorg, Mesa
and Intel DDX upgrades, but somehow Wmaker seems to be the culprit ...

I am running a custom kernel, but the issue occurs on stock Debian kernel as
well.



-- System Information:
Debian Release: stretch/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.4.4-grsec-qcmm (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages wmaker depends on:
ii  libc6   2.21-9
ii  libfontconfig1  2.11.0-6.3
ii  libfreetype62.6.3-3
ii  libwings3   0.95.6-1.2
ii  libwraster5 0.95.6-1.2
ii  libwutil5   0.95.6-1.2
ii  libx11-62:1.6.3-1
ii  libxext62:1.3.3-1
ii  libxinerama12:1.1.3-1+b1
ii  wmaker-common   0.95.6-1.2

wmaker recommends no packages.

Versions of packages wmaker suggests:
pn  desktop-base
pn  menu
ii  rxvt-unicode [x-terminal-emulator]  9.21-1+b1
ii  wmaker-data 0.9~3-4
ii  x11-apps7.7+5+nmu1
ii  xterm [x-terminal-emulator] 322-1

-- no debconf information