Hi,
this looks like a duplicate/consequence of #1094494 so I'm merging the bugs.
- --
Yves-Alexis
-BEGIN PGP SIGNATURE-
iQEzBAEBCAAdFiEE8vi34Qgfo83x35gF3rYcyPpXRFsFAmemGnkACgkQ3rYcyPpX
RFs4zQgAk1ROmvqUggV2trr3F12AdnKUb9t8dftaBGuovoPZZL3hZgDzJombmkpW
MenilNpxVbLQINM1yXtTBykBY04Ca
ctl enable foo.service", display-manager.service will point at
> the desired display manager.
Hi Michael, I tried that, but it seems that it has the side effect of making
lightdm restart when upgrading, which is not really a good idea when you're
actually in a X session.
Any idea how
o
> use the intel driver. Apparently, it uses the fbdev driver by default.
> (Sorry, I don't have a reference to other bug handy.)
Hi John,
it uses the modesetting DDX driver by default, not fbdev, but it's good to
know that changing to the intel DDX workarounds the issue.
Regards
-
for more global
ways.
Also, for LightDM, we updated the code so the default PATH matches Debian
expectations:
https://sources.debian.org/src/lightdm/1.26.0-3/debian/patches/01_set-default-path.patch/
Regards,
- --
Yves-Alexis
-BEGIN PGP SIGNATURE-
iQEzBAEBCAAdFiEE8vi34Qgfo83x35g
freedesktop.org/patch/241077/) which has
been committed to mesa developpment tree (
https://gitlab.freedesktop.org/mesa/mesa/commit/03a61b977e1f6adb64658aa059ce53e766ff9ad9
).
Could this commit be backported to Debian?
Thanks!
- --
Yves-Alexis
-BEGI
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Tue, 2018-06-19 at 20:30 +0200, Yves-Alexis Perez wrote:
> > Yves-Alexis, which xfwm4 version do you use ?
>
> Indeed that's a good point, I'm also using xfwm4 4.13 from experimental.
I've uploaded xfwm4 4.13.0-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Tue, 2018-06-19 at 16:26 +0200, Pascal Dormeau wrote:
> On Mon, 18 Jun 2018 14:06:10 +0200 Yves-Alexis Perez
> > since the upgrade from 18.0.5-1 to 18.1.1-1 of the various mesa
> > packages, xfwm4 with compositing enabling only
gt; Unstable version (4.12.4-1) is perfectly fine with mesa 18.1.1-1 (intel
> graphics HD4000, CPU generation is Ivy Bridge, and modesetting driver
> is used).
>
> Yves-Alexis, which xfwm4 version do you use ?
Indeed that's a good point, I'm also using xfwm4 4.13 from experime
, then the white screen.
Disabling compositing in xfwm4 workarounds the problem but then you lose
all compositing-related features.
The platform is a ThinkPad X250 with Intel graphics (HD Graphics 5500 I
thinks, CPU generation is Broadwell)
If you need more information, please ask.
Regards,
--
Yves
On Sat, 2017-03-04 at 19:18 +0100, Yves-Alexis Perez wrote:
> I'll
> try to reproduce using a gstreamer pipeline in case that helps narrowing the
> problem.
Calling gst-play-1.0 works fine.
--
Yves-Alexis
signature.asc
Description: This is a digitally signed message part
m to be
called at all in gthumb or GTK3. There are gstreamer references though so I'll
try to reproduce using a gstreamer pipeline in case that helps narrowing the
problem.
Regards,
--
Yves-Alexis
signature.asc
Description: This is a digitally signed message part
es in gthumb (or gtk), so please reassign if
needed. If you need more information, please ask.
Regards,
--
Yves-Alexis
-- System Information:
Debian Release: 9.0
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500,
ave side effects.
In any case, keep me in the loop so I can remove the file from LightDM when
needed :)
Regards,
--
Yves-Alexis
signature.asc
Description: This is a digitally signed message part
rg.0.log too. Are you perfectly sure nothing else changed between
the two snapshots?
Regards,
--
Yves-Alexis
signature.asc
Description: This is a digitally signed message part
you try it on both xorg version and report back?
Regards,
--
Yves-Alexis
#include
#include
#include
/* build with
* gcc -W gmonitor.c -o gmonitor $(pkg-config --cflags --libs gdk-2.0)
* */
int main(int argc, char* argv[]) {
gdk_init(&argc, &argv);
GdkScreen *screen = gdk
is email are the two output files.
So the names returned by RandR are indeed identical. That doesn't make much
sense to me here, maybe there's something I missed (maybe at the GTK+ layer or
something, I'm unsure).
Regards,
--
Yves-Alexis
signature.asc
Description: This is a digitally signed message part
On mer., 2016-04-06 at 13:13 +0200, Yves-Alexis Perez wrote:
> On mer., 2016-04-06 at 04:04 -0700, Erik Haller wrote:
> >
> > I have never seen xrandr use monitor0|1. I am running lightdm.
> That just means xfdesktop4 didn't get a monitor name
tk%2B2.0/2.24.29-1/gdk/x11/gdkscreen-x11.c
/?hl=796#L796
--
Yves-Alexis
signature.asc
Description: This is a digitally signed message part
you'll have to redo it.
I'm puzzled by the fact you indicate xrandr doesn't show a name change. It
might be worth diffing both Xorg.0.log, because quite obviously Xfce4
(xfdesktop4 actually) saw different names.
Regards,
--
Yves-Alexis
signature.asc
Description: This is a digitally signed message part
ght up the screen (I
guess it manage some kind of reset of the graphic engine).
Also, it seems to happen with AccelMethod "sna" (the default) and "glamor" (if
that actually exists), but not "uxa".
Regards,
--
Yves-Alexis
signature.asc
Description: This is a digitally signed message part
it's the same
on other binNMus.
Regards,
--
Yves-Alexis
signature.asc
Description: This is a digitally signed message part
fore xfwm4 is
started. As Xressources are only used for program started *after* they
are loaded, the fact that restarting xfwm4 fixes the issue means they
are loaded too late.
Can you check in gdm3 that the session you are using is “Xfce Session”
and not default X session or something like that (n
signing first and will -done it on a second mail since I'm not
sure in which order it'll be processed.
>
>
> > > If you need more info, please ask.
>
> As mentioned on IRC:
> /usr/share/bug/xorg/script 3>/tmp/script.log
Attached (though it's useless now I gue
apple:goodmap
from X changes anything?
Cheers,
--
Yves-Alexis
signature.asc
Description: This is a digitally signed message part
On mar., 2010-11-23 at 14:26 +0100, Yves-Alexis Perez wrote:
> The commit seems to be 54a6593d65e638ad7e1e8cc986159d76054dab4b and is not
> included in Squeeze kernel. I've opened a bug against xkb-data (#604671) to
> revert the fix until the Debian kernel includes the patch but it&
On mar., 2010-11-23 at 13:50 +0100, Yves-Alexis Perez wrote:
> Package: xkb-data
> Version: 1.8-1
> Severity: normal
>
> Hey,
>
> as noted on irc, the apple:badmap option was dropped from xkeyboard-config,
> supposingly because a fix had been commited into the kern
bian kernel includes the patch but it'd be nice
to include it for Squeeze (though I could understand it's not a priority).
Thanks in advance,
--
Yves-Alexis
-- Package-specific info:
** Version:
Linux version 2.6.32-5-powerpc (Debian 2.6.32-27) (m...@debian.org) (gcc
version 4.3.5 (Debian 4.3
commit:
http://cgit.freedesktop.org/xkeyboard-config/commit/?id=222afd3220e9c920bef41bc2e95886c5d4414d5b
Reverting the fix until the kernel is fixed might be a good idea for
Squeeze.
Cheers,
--
Yves-Alexis
-- System Information:
Debian Release: squeeze/sid
APT prefers testing-proposed-updates
id and it
seems the numlock is not activated.
--
Yves-Alexis
signature.asc
Description: This is a digitally signed message part
Package: wnpp
Severity: wishlist
Owner: "Jean-Yves Avenard"
* Package name: libvdpau
Version : 0.2
Upstream Author : Aaron Plattner
* URL : http://cgit.freedesktop.org/~aplattner/libvdpau
* License : Nvidia free
Programming Lang: C
D
ges should now directly reference any nvidia-xxx-libvdpau
package or link with libvdpau_nvidia.so
I'm happy to modify libvdpau package in any ways you see fit and
maintain it in the future...
Thank you
Jean-Yves
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject
Version 2.7.0-1 of the Intel driver which has just entered Sid seems to have
solved the problem.
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Intel driver version 2.6.99.903 doesn't seem to be in Experimental yet (U.S.
mirror)
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: xserver-xorg-video-intel
Version: 2:2.6.3-1
Severity: important
With UXA enabled, I'm having problems when logging out of KDE (I haven't tried
this with GNOME/XFCE + GDM). If I'm lucky, it drops me down to a console, and
I can just restart X and KDE again. But more often, it crashes the
m drm-snapshot.
Cheers,
--
Yves-Alexis
-- System Information:
Debian Release: 5.0
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.29-rc5+thinkpad-00190-g5f0cd64 (SMP w/2 CPU cores; PREEMPT)
Locale: L
y both, but upgrading neomagic might not be a good idea.
Documenting the second workaround in README.Debian in neomagic package
would be a good idea too. And I could do the same in xfce4-terminal
package.
Cheers,
--
Yves-Alexis
signature.asc
Description: This is a digitally signed message part
On mer, 2008-12-17 at 19:47 +0100, Yves-Alexis Perez wrote:
> Package: drm-snapshot
> Severity: wishlist
>
> Hey,
>
> as requested on #debian-x it'd be nice to have an updated snapshot for
> drm, as recent, KMS enabled xorg intel driver needs at least 2.4.2.
As libdrm
On jeu, 2008-12-18 at 07:24 +0100, Yves-Alexis Perez wrote:
> reassign 509030 xserver-xorg-video-neomagic
> thanks
> On mer, 2008-12-17 at 21:25 -0600, john.lindg...@tds.net wrote:
> >
> > I just tried the VESA driver, and Terminal works correctly with that.
> > Based
Package: drm-snapshot
Severity: wishlist
Hey,
as requested on #debian-x it'd be nice to have an updated snapshot for
drm, as recent, KMS enabled xorg intel driver needs at least 2.4.2.
Thanks for your time!
Cheers,
--
Yves-Alexis
-- System Information:
Debian Release: 5.0
APT pr
# Automatically generated email from bts, devscripts version 2.10.13~bpo40+1
# As an Xorg user, I agree with Julien
severity 504739 minor
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
org code, or something like
that, independantly of the keyboard.
(btw, is this keyboard usb or ps/2?)
Cheers,
--
Yves-Alexis
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
to X to make them work.
Cheers,
--
Yves-Alexis
signature.asc
Description: This is a digitally signed message part
e contact the xkb-data team?
yeah, it'd be a good idea. xkb-data maintainers, could you look at
#490013 and tell us what you think?
Cheers,
--
Yves-Alexis
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
n
userspace.
When this is set, I can run gnome-power-manager to manage the
brightness, and it correctly catch brightness keys, so it works.
What I'd like is to manage this in the kernel, but it's not really
related to this bug, so I'll check on that later, when it's fixed.
Che
I'd be glad to provide stuff.
Cheers,
--
Yves-Alexis
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Would it be ok to put this file /etc/X11/Xsession.d so user can have a
.xsessionrc in her homedir?
--
Yves-Alexis
#Source user defined xsessionrc (locales and other environment variables)
USERXSESSIONRC=$HOME/.xsessionrc
if [ -r "$USERXSESSIONRC" ]; then
. "$USERXSESSIONRC"
fi
Package: xkb-data
Severity: wishlist
Hi,
I know that there is not many room on us-intl keymaps but it would be nice to
have “ and ” (U+201C U+201D) on it.
Cheers and thanks for the time.
--
Yves-Alexis Perez
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (500
Michel Dänzer a écrit :
> upgrading xserver-xorg-input-mouse to 1:1.1.1-2 (experimental)
> breaks X display: the mouse is not recognized (message driver
> "mouse" not found
[...]
> Versions of packages xserver-xorg-input-mouse depends on: ii libc6
> 2.3.999.2-11 GNU C Library: Shared librar
Package: xserver-xorg-input-mouse
Version: 1:1.1.1-2
Severity: grave
Justification: renders package unusable
upgrading xserver-xorg-input-mouse to 1:1.1.1-2 (experimental) breaks X display:
the mouse is not recognized (message driver "mouse" not found
xorg.conf section:
Section "InputDevice"
/rules file for xfwm4 package) but it's only a workaround.
Would it be possible to move this file ?
Regards,
--
Yves-Alexis Perez
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
: Max pixel clock is 1200 MHz
(II) MGA(0): SGI MultiLink: Using default hsync range of 30.82-65.74 kHz
(II) MGA(0): SGI MultiLink: Using default vrefresh range of 60.00-60.02 Hz
(II) MGA(0): Clock range: 17.75 to 1200.00 MHz
--
~~Yves
Hi,
I just don't understand but today it works without problems
Perhaps it was a hardware temporary failure
But anyway you can close this one
Regards,
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ns 4 and 5
(**) Configured Mouse: Buttons: 5
(II) XINPUT: Adding extended input device "Configured Mouse" (type: MOUSE)
(II) Configured Mouse: ps2EnableDataReporting: succeeded
Warning: font renderer for ".pcf" already registered at priority 0
Warning: font renderer for ".pcf.Z" already registered at priority 0
Warning: font renderer for ".pcf.gz" already registered at priority 0
Warning: font renderer for ".snf" already registered at priority 0
Warning: font renderer for ".snf.Z" already registered at priority 0
Warning: font renderer for ".snf.gz" already registered at priority 0
Warning: font renderer for ".bdf" already registered at priority 0
Warning: font renderer for ".bdf.Z" already registered at priority 0
Warning: font renderer for ".bdf.gz" already registered at priority 0
Warning: font renderer for ".pmf" already registered at priority 0 (EE)
R128(0): R128CCEWaitForIdle: (DEBUG) CCE idle took i = 1025
(EE) R128(0): Idle timed out, resetting engine...
(EE) R128(0): R128CCEWaitForIdle: (DEBUG) CCE idle took i = 1025
(EE) R128(0): Idle timed out, resetting engine...
(EE) R128(0): R128CCEWaitForIdle: (DEBUG) CCE idle took i = 1025
(EE) R128(0): Idle timed out, resetting engine...
GetModeLine - scrn: 0 clock: 94500
GetModeLine - hdsp: 1024 hbeg: 1072 hend: 1168 httl: 1376
vdsp: 768 vbeg: 769 vend: 772 vttl: 808 flags: 5
(EE) R128(0): R128CCEWaitForIdle: (DEBUG) CCE idle took i = 1025
(EE) R128(0): Idle timed out, resetting engine...
(EE) R128(0): R128CCEWaitForIdle: (DEBUG) CCE idle took i = 1025
(EE) R128(0): Idle timed out, resetting engine...
debian:~#
debian:~#
I can provide more infos or try some things if you want...
I found that Bug#223089 has quite the same informations than me in it for
your information
Regards,
--
Jean-Yves LENHOF
http://www.lenhof.eu.org
[EMAIL PROTECTED]
Port Perso : 06 09 39 96 49 Fixe : 03 20 39 62 86
Tel Free ADSL (Dégroupage Free) : 08 71 76 47 32
Package: xserver-xfree86
Version: 4.3.0.1
Hello,
after the installation and configuration of 'xserver - xfree86' with APT, i cannot STARTX. The log file i have attached.
Can you help me to solve this problem?
Thanks so
Hi,
will this bug ever be fixed?
Are there technical reasons that hinder fixing?
regards,
yg
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
-std keymaps fixed that problem.
Now X has the same problem. The keys seems to have shifted somehow, under the
"e" key there is the backspace key etc...
Any of the known settings don't work...
There doesn't seem to be a powerpc version of the -6 release.
-Yves
### B
-std keymaps fixed that problem.
Now X has the same problem. The keys seems to have shifted somehow, under the "e" key
there is the backspace key etc...
Any of the known settings don't work...
There doesn't seem to be a powerpc version of the -6 release.
-Yves
### B
Package: xserver-xfree86
Version: 4.2.1-5
Severity: grave
Server is unable to launch. See attached log.
00:0c.0 VGA compatible controller: Texas Instruments TVP4020 [Permedia 2] (rev
01)
00:0c.0 Class 0300: 104c:3d07 (rev 01)
### BEGIN DEBCONF SECTION
# XF86Config-4 (XFree86 server configuratio
Package: xserver-xfree86
Version: 4.2.1-5
Severity: grave
Server is unable to launch. See attached log.
00:0c.0 VGA compatible controller: Texas Instruments TVP4020 [Permedia 2] (rev 01)
00:0c.0 Class 0300: 104c:3d07 (rev 01)
### BEGIN DEBCONF SECTION
# XF86Config-4 (XFree86 server configuration
part of the source package too.
Anyway, once it is compiled it works good.
Greetings from Switzerland
Yves S.
60 matches
Mail list logo
