Bug#890067: libgl1-mesa-dri: breaks kde experimental (sddm or sddm-greeter crash, ksplashscreen crash)

On 2/12/18 10:36 AM, Timo Aaltonen wrote: On 10.02.2018 20:57, Eric Valette wrote: Package: libgl1-mesa-dri Version: 18.0.0~rc2-1 Severity: critical Justification: breaks unrelated software After sucesfully upgrading this machine with experimental kde; libc6, mesa, I went down and upgraded

Bug#876100: libglvnd-dev: libglvnd-dev not coinstallable with nvidia packages

Package: libglvnd-dev Version: 0.2.999+git20170802-5 Followup-For: Bug #876100 I do not understand why it does not install with nvida-driver in experimental. see below LANG=C tri-yann4:/home/valette# apt-get -t experimental install libglvnd-dev Reading package lists... Done Building dependency

Bug#825626: x11-utils: xdrinfo only says libGL is too old. Does not conform to -version

Package: x11-utils Version: 7.7+3 Severity: normal driconf depends on it and fails because ecah time witha nvidia drivers it return libGL is too old. I have a faily recent nvidia driver 352.79... xdriinfo -version libGL is too old. -- System Information: Debian Release: stretch/sid APT prefer

Nvidia driver should be updated before the transition

Current nvidia driver is not compatible with xorg 1.16. Probably version 331.79 should be packaged. See bu See following link for more details:

Bug#751545: This is the glamor missing bug

For a unknown reason, the radeon maintainer does not build glamor and does not enable it in the driver, but will be forced to do so with 1.16. Look at other bug with glamor in the title. In debian any recent AMD graphic card is unaccelerated because of this. Taking ubuntu package and recomp

Changes to 'debian-experimental': revert gallium 3D vdpau support

Hi, When I see this, and the remove "enable glamor by default" for ati/radeon X11 driver, I wonder if you are on a personnal crusade against ATI/AMD . Do you want to discourage people of byuing AMD hardware? The progress of using hardware decoding via UVD using OSS

Re: Bug#738095: xserver-xorg-video-ati: no 2D acceleration because of missing glamor

I've just been bitten by this and had to search a bit to find the solution. As far as solution, I took ubuntu glamor 0.6 package and rebuild it on debian, and then I removed the --disable-glamor in the xserver-xorg-video-ati debian/rules and recompiled. Unfortunately, you may also need to com

Bug#656719: Add Patches to implement support for NVIDIA's VDPAU interoperability OpenGL extension within Mesa/Gallium3D

I tried the patch and indeed it works. However, when trying to use XBMC on top of it, it barks and does not work because the patches mentioned in the title are not yet in. So please provide a mesa version that has it (I think both 9.2.4 and 10.0 have it). -- eric -- To UNSUBSCRIBE, email to

Bug#722063: Now that xorg 1.14 it is in unstable it about time

On 09/23/2013 04:01 PM, Eric Valette wrote: Do not understand. I opened the first bug moths ago while xorg was in unstable. I fact I openened it only recently when back at work figuring that since July the bug han't been fixed in experimental... No comment on it when just rebuildin

Bug#722063: Now that xorg 1.14 it is in unstable it about time

On 09/23/2013 03:43 PM, Cyril Brulebois wrote: Eric Valette (2013-09-23): Makes unstable version not installable if no other input is selected. Welcome to sid. Your pestering in bug reports doesn't help, please stop. Do not understand. I opened the first bug moths ago while xorg w

Bug#722063: Now that xorg 1.14 it is in unstable it about time

Makes unstable version not installable if no other input is selected. -- eric -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/523fe5e9.7060...@free.fr

Bug#722063: xserver-xorg-input-evdev: Please package 2.8.1 for experimental with xorg 1.14 abi support

uot; EndSection /etc/X11/xorg.conf.d does not exist. /etc/modprobe.d contains no KMS configuration files. Kernel version (/proc/version): --- Linux version 3.10.10 (valette@tri-yann4) (gcc version 4.8.1 (Debian 4.8.1-9) ) #18 SMP PREEMPT Sat Aug 31 19:19:21 C

Bug#661022: This bug is now fixed

Please close it. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fa63ba8.80...@free.fr

Bug#661022: mesa: Color distorsion with XBMC media player

On 02/23/2012 09:15 PM, Eric Valette wrote: Because I was wondering why I was unable to correctly watch any video as the bug is present in experimental version and also that you may update to 8.0.1. to fix it. Tested via rebuilding 8.0.1 + debian directory => works fine indeed. -- e

Bug#661022: mesa: Color distorsion with XBMC media player

On 23/02/2012 21:00, Cyril Brulebois wrote: valette (23/02/2012): Source: mesa Severity: important Tags: patch upstream Why are you skipping the version you're using? because the tool is unable to detect it automaticacly from installed packages I guess ;-) See this bug. Its

Bug#661022: mesa: Color distorsion with XBMC media player

Source: mesa Severity: important Tags: patch upstream See this bug. Its very annoying whenb playing video in XBMC or other media player (Unwatchable I would say). https://bugs.freedesktop.org/show_bug.cgi?id=44333 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT p

Bug#660207: tseted under windows to be sure: doesn't work either => maybe hardware problem.

You can close the bug for now as I dunno what happens since it detect the mouse but it doesn't work anymore even on windows. --eric -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists

Bug#660207: xserver-xorg-input-evdev: Lost PS2++ Logitech TrackMan

; Depth 8 Modes "1680x1050" "1280x1024" EndSubSection SubSection "Display" Depth 15 Modes "1680x1050" "1280x1024" EndSubSection SubSection "Display" Depth

Bug#622958: confirmed fixed with the patch

-- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4da960e4.2070...@free.fr

Bug#622958: Fix is there

http://cgit.freedesktop.org/mesa/mesa/commit/?id=13bab58f04c1ec6d0d52760eab490a0997d9abe2 -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4da9510f.3010...@free.fr

Bug#622958: Mesa code is obviously broken

Looking at mesa code I get this: struct intel_region *region = irb ? irb->region : NULL; brw_add_validated_bo(brw, region->buffer); So region may be set to null under cetain condition but is dereferenced the line after! --eric -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian

Bug#622958: xorg: running the kde screen saver crash X11

Package: xorg Severity: important Tags: experimental As soon as I quit my PC for a while, when I come back my X session has been terminated and I may lost the work I was doing. I reported to Xorg but it may be in mesa. Program terminated with signal 6, Aborted. #0 0x7f41e9698495 in raise (s

Bug#609875: Fixed after installing x11-apps

Can be closed. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d2f53ab.9000...@free.fr

Bug#609875: evtest works correctly on USB device????

evtest /dev/input/by-id/usb-CHICONY_HP_Basic_USB_Keyboard-event-kbd Input driver version is 1.0.1 Input device ID: bus 0x3 vendor 0x3f0 product 0x24 version 0x110 Input device name: "CHICONY HP Basic USB Keyboard" Supported events: Event type 0 (Sync) Event type 1 (Key) Event code 1 (Esc)

Bug#609875: Numeric keyboard works also

If I hit numlock, after I can have the number also. Looks like a hardware to logical translation problem. -- eric

Bug#609875: Additional info

I noticed that hitting the caps lock, when on kdm greeter does light the led and also makes kdm display the read warning. So keyboard is semi functionnal. I can just no enter normal keystrocke. --eric

Bug#609875: xserver-xorg-core: No more keyboard after this morning upgrade

Package: xserver-xorg-core Version: 2:1.9.3.901-1 Severity: important I did not chnage my config. X log shows the USB kerboard but I cannot enter anything. I changed the driver to vesa to be sure its not related toNVIDIA, no chnage. I undocked my laptop and restarted from scratch, no chnage. KD

Bug#601554: mesa: Please package 7.9. Needed for recent Intel drivers (Current experimental is incompatible with Intel)

On 28/10/2010 16:45, Cyril Brulebois wrote: Eric Valette (28/10/2010): IOW that's what I suspected from your subject: you got it wrong. OK. Then get me […] You don't get to give me orders. I'm going to ignore you now. I do not care. I do care when : 1) you tell me I don&#

Bug#601554: mesa: Please package 7.9. Needed for recent Intel drivers (Current experimental is incompatible with Intel)

On 28/10/2010 12:13, Cyril Brulebois wrote: Eric Valette (28/10/2010): When compiling from source libdrm and xf86-video-intel I now get crashes inside mesa-7.8.2. Compiling mesa is quite difficult as configuration options have changed. for ref see<http://intellinuxgraphics.org/2010Q3.h

Bug#601554: mesa: Please package 7.9. Needed for recent Intel drivers (Current experimental is incompatible with Intel)

On 27/10/2010 15:53, Cyril Brulebois wrote: valette (27/10/2010): Due to dependency, current experimental is incompatible with Intel drivers. I'm used to compile libdrm and intel driver myself but they seem to be incompatible with mesa 7.8.2. What are the exact issues you're hav

Bug#601554: mesa: Please package 7.9. Needed for recent Intel drivers (Current experimental is incompatible with Intel)

Package: mesa Severity: wishlist Due to dependency, current experimental is incompatible with Intel drivers. I'm used to compile libdrm and intel driver myself but they seem to be incompatible with mesa 7.8.2. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy:

Re: Bug#594516: marked as done (xserver-xorg-core in experimental cannot be installed)

Yeah, it's not installable. That's experimental for you. Closing. X maintainers have the superior right to put things in experimental that are not installable using unstable + experimental for months? Strange. -- eric

Bug#594516: reopen

reopen 594516 -- eric

Bug#594516: reopen

reopen #594516 -- eric

Bug#594516: xserver-xorg-core in experimental cannot be installed

Package: xserver-xorg-core Version: 2:1.7.7-4 Severity: grave Justification: renders package unusable apt-get -s -t experimental install xserver-xorg-core Reading package lists... Done Building dependency tree Reading state information... Done Try Installing xserver-xorg-input-all [ i386

trouble installing xserver from experimental

apt-get -s -t experimental install xserver-xorg-core Reading package lists... Done Building dependency tree Reading state information... Done Try Installing xserver-xorg-input-all [ i386 ] < none -> 1:7.5+6 > ( x11 ) before changing xserver-xorg:i386 Try Installing xserver-xorg-video-all [ i

Re: Bug#561526: xserver-xorg: newer version needed to match kernel 2.6.32's radeon drm

On 18/12/2009 15:35, Michel Dänzer wrote: So please provide the log file showing the problem rather than having us guess more. Xorg.0.log extract: (II) RADEON(0): Legacy BIOS detected drmOpenDevice: node name is /dev/dri/card0 [drm] failed to load kernel module "radeon" (EE) RADEON(0): [dr

Re: Bug#561526: xserver-xorg: newer version needed to match kernel 2.6.32's radeon drm

On 18/12/2009 14:36, Michel Dänzer wrote: You'd need to build an xf86-video-ati Git snapshot against libdrm_radeon Thanks for responding. However I'm not sure I understand your reply. My drm git configure command looks like this: './configure' '--prefix=/usr' '--enable-udev' '--disable-intel'

Re: Bug#561526: xserver-xorg: newer version needed to match kernel 2.6.32's radeon drm

On 18/12/2009 15:00, Eric Valette wrote: On 18/12/2009 14:36, Michel Dänzer wrote: You'd need to build an xf86-video-ati Git snapshot against libdrm_radeon In addition, here is an extract of the configure output checking whether to include DRI support... yes <== chec

Re: Bug#561526: xserver-xorg: newer version needed to match kernel 2.6.32's radeon drm

Note that although I have git libdrm (installed over an ubuntu libdrm-radeon1 to be able to install libgl1-mesa-dri from experimental), git xf86-video-ati, I cannot manage to get DRM working on an old R350 mobile chipset using 2.6.32 + radeon + kms in my own build kernel where DRM worked fine f

suggestion: respin of experimental amd64 X11 7.5 build

Hi, X11 7.5 Amd64 experimental has been broken for weeks with a lot of packages missing including xserver-xorg-core, xserver-video-intel, ... Current status breaks mouse and keyboard quite badly as you have to find the right /dev/input/eventX devices to get keyboard and mouse again. I can o

Re: problems with xserver 1.7

I also have experinced problems with nouveau. I have nouveau git driver and drm git. If I upgrade the server to 1.7, install the necessary tool and recompile nouveau, when rebooting it start correctly. but as soon as I launch glxgears, it crash hard. Starting xbmc gives me a kdm prompt. Looking at

Bug#549093: libgl1-mesa-dri: mesa 7.6 do not accelerate Intel chipsets

Julien Cristau wrote: > On Wed, Sep 30, 2009 at 21:29:22 +0200, Eric Valette wrote: > >> OpenGL vendor string: Mesa Project >> >> OpenGL renderer string: Software Rasterizer >> >> OpenGL version string: 2.1 Mesa 7.7-devel >> > Run glxinfo wi

Bug#549093: libgl1-mesa-dri: mesa 7.6 do not accelerate Intel chipsets

Julien Cristau wrote: > On Wed, Sep 30, 2009 at 20:22:02 +0200, valette wrote: > >> Package: libgl1-mesa-dri >> Version: 7.6-1 >> Severity: important >> >> moving from 7.5 to 7.6 and experimental Xorg, I get no 3D acceleration. >> 1.6.3.9xx and 7.5 w

Bug#549093: libgl1-mesa-dri: mesa 7.6 do not accelerate Intel chipsets

Package: libgl1-mesa-dri Version: 7.6-1 Severity: important moving from 7.5 to 7.6 and experimental Xorg, I get no 3D acceleration. 1.6.3.9xx and 7.5 were works fine. Note that cpompiling event git in the past led to same behavior in the past. -- System Information: Debian Release: squeeze/sid

Bug#548725: Note that git radeon driver still fails.

Julien Cristau wrote: > On Mon, Sep 28, 2009 at 23:19:33 +0200, Eric Valette wrote: > >> intel git works >> radeon git fails >> Wonder if I shall screw up another PV trying with nouveau ;-) > > intel git removed the call to xf86DiDGAInit. OK. The patch to fix it i

Bug#548716: Patch proposed upstream

see http://lists.x.org/pipermail/xorg/2009-September/047428.html -- eric -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#548725: Note that git radeon driver still fails.

intel git works radeon git fails Wonder if I shall screw up another PV trying with nouveau ;-) -- eric -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#542379: Please package a newer drm-snapshot including libdrm-radeon

Jonathan McDowell wrote: > Package: drm-snapshot > Version: 2.4.11+git+20090630+de1ed01-1 > Severity: wishlist > > Please update the version of drm-snapshot in experimental to something > that's actually more recent than the released version in > unstable/testing. :) Also please include libdrm-ra

Re: Re: KMS and DRI support for radeon

> You should definitely try to manage this yourself. Given that the release > date for stable is rapidly approaching, and we're already rather strapped for > manpower on this team, tracking the bleeding edge and still unfinished > software (which radeon KMS most definitely is) remains a very low

KMS and DRI support for radeon

Hi, While successfully testing KMS for radeon with upcoming 2.6.31, I discovered DRI stopped working when using XBMC. Looking at the log, I found a message indicating user space was to old. I tried first to update libdrm from git but this was not sufficient. I tried then xf86-video-ati but then f

Bug#511830: Works now

With updated libdrm and intel driver from experimental it now works. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#511830: 2.6.1 just released does not fix the problem for me

FYI. --eric -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#511830: 2.6.0 just released does not fix the problem for me

FYI. --eric -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#511830: xserver-xorg-video-intel: Systematic hang on vt switch (terminal->X). Power button >5s is the only way to recover

Package: xserver-xorg-video-intel Version: 2:2.5.99.2-1 Severity: important Tried the binary package instead of the self compiled git version. It is not better (worse in fact). I have a systematic computer lookup when swiching back to X. While VT is not that much usefull, as powersave swicth to

Bug#511018: libdrm2: X stopped working after latest drm-snapshot upgrade

Eric Valette wrote: > Julien Cristau wrote: > >> confirmed, i got that crash yesterday, fixed it by upgrading >> xf86-video-intel to a later version from git. > > Thanks for the hint. > > If someones wants to repackage it 2.5.99.1 tag sources package is indeed >

Bug#511018: libdrm2: X stopped working after latest drm-snapshot upgrade

Julien Cristau wrote: > confirmed, i got that crash yesterday, fixed it by upgrading > xf86-video-intel to a later version from git. Thanks for the hint. If someones wants to repackage it 2.5.99.1 tag sources package is indeed working fine. Just had to fight again to get my french keyboard work

Bug#511018: Confirmation: reinstalling the 2.4.1+git+20081116+930c0e7 version fixes the problem

Sjoerd Simons wrote: > I've updated (my already experimental) X driver to the current git and that > makes things work fine again. > Thanks for the hint. However I would like to be sure I understand it correctly: by "updated" you mean rebuild from source I guess? If not what do you mean exactly.

Bug#511018: Confirmation: reinstalling the 2.4.1+git+20081116+930c0e7 version fixes the problem

uname -a -> Linux pink-floyd2 2.6.28 #25 SMP PREEMPT Thu Dec 25 12:16:23 CET 2008 x86_64 GNU/Linux libdrm-intel1_2.4.1+git+20081116+930c0e7-1_amd64.deb libdrm2_2.4.1+git+20081116+930c0e7-1_amd64.deb So maybe the intel video driver need a refresh but in any case the combination is not working. BT

Bug#511018: libdrm2: X stopped working after latest drm-snapshot upgrade

Package: libdrm2 Version: 2.4.3+git+20090105+a8c5480-1 Severity: important I put it in libdrm as it is the only part of X11 related software that has been upgraded since last working version. Could be the libdrm1-intel part of the drm-snapshot. Attached is xorg.conf and the log file with the bac

Bug#496315: It also fails with recent kernels

I've been bitten by the same error as described in this linux kernel thread but with a different machine. I have a brand new shining fujitsu siemens AMILO Notebook Xi 3650 with a dual graphic system (Intel/NVidia). I installed d

Re: "Dead" keyboard after upgrade of xserver (experimental)

I have been hit by the same problem and you simply need to add Option "AllowEmptyInput" "False" In the Serverlayout section. OR You need to install the latests evdev input module that hit experimental today and find the correct way to specify your keyboard type. -- eric -- T

Bug#504447: Additionnal info

Maintainer keeps closing this bug because he claims it is for the unstable X server but did also deliberately put the package in experimental instead of unstable. When I reply that I have X server form experimental installed, he objects that I do not know of to use apt! I do explicitly want the

Bug#504447: xserver-xorg-video-nouveau: fails to install due to incompatibilities with current experimental X server

Package: xserver-xorg-video-nouveau Version: 1:0.0.10~git+20081028+cea05e1-1 Severity: grave Justification: renders package unusable apt-get -t experimental -s install xserver-xorg-video-nouveau Reading package lists... Done Building dependency tree Reading state information... Done Some packages

Re: Re: [Wishlist] compiz-kde4

Besides, While my laptop was able to run compiz with kde3, I cannot enable "visual effects on KDE4" via system settings as it used to simply crash X or put only garbage on my screen. Now it does not crash anymore (display hangs for a while) but do not enable any effects. So I do think compiz may

Bug#488277: A small message to say it is now fixed in unstable

xserver-xorg-video-radeon 1:6.9.0-1+lenny2 xserver-xorg-core 2:1.4.2-4 --eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#491633: Here is a (may be not correct but at least ) working preinst file

take your package in /var/cache/apt/archive Do 1) dpkg-deb -x libxf-dev... /tmp/foo 2) dpkg-deb -e libxf-dev... /tmp/foo/DEBIAN 3) replace the files in /tmp/foo/DEBIAN with the one provided 4) rebuild the pacage by dpkg-deb -b /tmp/foo 5) install the new pa

Bug#488277: I have exactly the same problem

Julien Cristau wrote: > On Tue, Jul 1, 2008 at 20:46:01 +0200, Eric Valette wrote: > > >> So my question is is it normal to see only portion of the virtual >> screen? >> > > On the smaller monitor, yes. > This means that for many laptop owner in me

Bug#488277: I have exactly the same problem

Alex Deucher wrote: > what modes do you want on each head? the native modes of each head > are different. you can either have both heads at 1280x1024 or some > other resolution common to both heads or have them at different modes. The mode is one thing, the virtual size of the desktop is another

Bug#488277: I have exactly the same problem

Alex Deucher wrote: > On Tue, Jul 1, 2008 at 3:56 AM, Eric Valette <[EMAIL PROTECTED]> wrote: > >> Alex, Julien >> >> First thanks for your help. >> >>> The modes in your screen section apply to all outputs. The ones in >>> your

Bug#488277: I have exactly the same problem

Alex, Julien First thanks for your help. The modes in your screen section apply to all outputs. The ones in your monitor sections only apply to the specific monitor in question. I removed the mode lines from the screen sections. I did not add them back to the monitor section as they are cor

Bug#488277: I have exactly the same problem

Alex Deucher wrote: > On Sat, Jun 28, 2008 at 8:36 AM, Eric Valette <[EMAIL PROTECTED]> wrote: > >> After updating to the new xserver on my nc6000 HP LAPTOP, the screen >> connected on the docking station that can only do 1280x1024 is forced at >> the flat pan

Bug#488277: More info on nc6000 docked

Julien Cristau wrote: > On Mon, Jun 30, 2008 at 10:09:56 +0200, Eric Valette wrote: > > >> xrandr -q >> Screen 0: minimum 320 x 200, current 1280 x 1024, maximum 1600 x 1200 >> VGA-0 connected 1280x1024+0+0 (normal left inverted right x axis y axis) >> 338mm

Bug#488277: I have exactly the same problem

After updating to the new xserver on my nc6000 HP LAPTOP, the screen connected on the docking station that can only do 1280x1024 is forced at the flat panel resolution that is actually 1400x1050 meaning I see only part of the screen on my external LCD monitor. If I force to change the resolution to

Bug#482193: compizconfig-settings-manager: ccsm does not startdue to unresolved in shared libs

Julien Cristau wrote: > On Wed, May 21, 2008 at 14:23:59 +0200, Eric Valette wrote: > > >> Package: compizconfig-settings-manager >> Version: 0.7.4-1 >> Severity: grave >> Justification: renders package unusable >> >> /usr/bin/ccsm >> Tracebac

Bug#482193: I guess its because python-compizconfig is not yet rebuild

python-compizconfig is still at an old version but then we should introduce a version dependency ... --eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#482193: compizconfig-settings-manager: ccsm does not start due to unresolved in shared libs

Package: compizconfig-settings-manager Version: 0.7.4-1 Severity: grave Justification: renders package unusable /usr/bin/ccsm Traceback (most recent call last): File "/usr/bin/ccsm", line 38, in import compizconfig ImportError: /usr/lib/python2.5/site-packages/compizconfig.so: undefined sy

Bug#441282: xserver-xorg: no more possible to start kde. Xserver shuts down immediately

Eric Valette wrote: > Failed to start message bus: Failed to read directory > "/etc/dbus-1/session.d": No such file or directory > EOF in dbus-launch reading address from bus daemon > -kdm log--- As I have already been bitten b

Bug#441282: xserver-xorg: no more possible to start kde. Xserver shuts down immediately

t : I updated this morning my desktop PC, and I do not have the same symptom but the archtecture is different (pure EMT64, and x driver also nv instead of ati) --.xsession-error-------- Xsession: X session started for valette at samedi 8 septembre 2007, 09:53:14

Bug#441282: xserver-xorg: no more possible to start kde. Xserver shuts down immediately

Package: xserver-xorg Version: 1:7.2-5 Severity: grave Justification: renders package unusable I have upgraded my pacakges yesterday, and I'm no more able to start any windows manager from kdm.The only things that works is the fail safe mode meaning that the X server per se is not the culprit b

Bug#345839: [radeon] 2nd head of dualhead setup got "messed up"

Paul Donohue wrote: > The problem is gone for me now. I'm currently using Xorg in Etch, and two > heads works fine with the radeon driver. I honestly can't remember when the > problem went away. > The problem is gone for me too. I'm using lenny. Last version of ATI driver changed the MetaMod

Bug#420628: #420628,xserver-xorg-core: mergeFB does not work anymore with ati drivers

Brice Goglin wrote: reassign 420628 xserver-xorg-video-ati fixed 420628 1:6.6.191-1 thank you VALETTE Eric RD-MAPS-REN wrote: Damyan Ivanov wrote: Hi, (II) RADEON(0): Validating CRTC2 modes for MergedFB ... (WW

Bug#420628: #420628,xserver-xorg-core: mergeFB does not work anymore with ati drivers

it too. Thanks for the hint and yet it fixes it (reverting to original version). So we have a fix : use newer libs. However, this fixe has a side effect : krandrtray shows crasy values for refrersh rate HZ. -- Eric Valette France Telecom Recherche & Developpement Middleware et Plates-

Bug#345917: xbase-clients: xrandr retruns crazy Hz value

Brice Goglin wrote: > Hi, > > About a year ago, you reported a bug to the Debian BTS regarding xrandr > returning crazy Hz values. Did you reproduce this problem recently? With > Xorg/Etch? If so, could you try updating to the latest Xorg packages > currently in experimental? > No more. It seem

Bug#362965: libxft2: make xconfig crash in XftFontOpenXlfd () from /usr/lib/libXft.so.2

Thanks, > Brice > The problem has vansihed aftr one xorg upgrade in fall 2006. You can close it. -- __ / ` Eric Valette /-- __ o _. 6 rue Paul Le Flem (___, / (_(_(__ 35740 Pace Tel: +33 (0)2 99 85 26 76 Fax: +33 (

Bug#384308: Temporary fix

Fetching the driver from unstable repository make X available again. Fonts seems somehow broken tough. -- Eric Valette France Telecom Recherche & Developpement Middleware et Plates-formes Avancées tél : (+33) 2 99 12 45 71 mél : <mailto:[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email

Bug#384308: xserver-xorg-video-ati: Current ati module version is incompatible with server version (0 vs 1) => cannot start X after this morning upgrade

Package: xserver-xorg-video-ati Version: 1:6.5.8.0-1 Severity: grave Justification: renders package unusable X does not star anymore due to modules version incopatible with server expected version. Any repository where I can fetch a correct package? -- System Information: Debian Release: testing

Bug#374821: The bug is due to bogus dbus 0.62-1

The version à.62.2 in incoming do fix the problem. Bug can be closed or at least transfered to dbus. -- Eric Valette France Telecom Recherche & Developpement Middleware et Plates-formes Avancées tél : (+33) 2 99 12 45 71 mél : <mailto:[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email

Bug#374821: The bug is due to dbus 0.62-1

Responsible dbusus-launch that is incorrectly compiled. -- __ / ` Eric Valette /-- __ o _. 6 rue Paul Le Flem (___, / (_(_(__ 35740 Pace Tel: +33 (0)2 99 85 26 76 Fax: +33 (0)2 99 85 26 76 E-mail: [EMAIL PROTECTED

Re: Bug#372856: krandrtray does NOT correctly switch resolution on my setup

tion - none Rotations possible - normal Reflections possible - none But at least if I do : xrandr -S [0/1] it works and does change the resolution. Note that it is a dual head setting with mergefb option set. When I use the same config on single head, the MHz option are correctly displayed

Bug#365948: Please reopen the KDM bug : your proposed fix to restore Xsession does not make KDM work again

Eric Valette wrote: Steve, I tried your trick (--force_confmiss) on my totally broken unstable. It indeed added the /etc/X11/Xsession file back again, I managed to do startx as root. Not as a normal user. No trace no nothing. X starts and then fails. It is not only KDE : I changed my own

Bug#365988: Please reopen the KDM bug : your proposed fix to restore Xsession does not make KDM work again

Steve, I tried your trick (--force_confmiss) on my totally broken unstable. It indeed added the /etc/X11/Xsession file back again, I managed to do startx as root. Not as a normal user. No trace no nothing. X starts and then fails. It is not only KDE : I changed my own xsession to fvwm without

Bug#362965: libxft2: make xconfig crash in XftFontOpenXlfd () from /usr/lib/libXft.so.2

Package: libxft2 Version: 2.1.8.2-6 Severity: normal Note that I have the same problem on two machines and that I do not know what cause the program to still look at font in /usr/X11R6/lib/X11/fonts/Type1/c0648bt_.pfb when they are in now in usr/share make xconfig scripts/kconfig/qconf arch/i38

Bug#362121: /usr/lib/xorg/modules/extensions/libGLcore.so:undefined symbol: __glXLastContext

Michel Dänzer wrote: > On Wed, 2006-04-12 at 13:36 +0200, Eric Valette wrote: >> Package: xserver-xorg-core >> Version: 1:1.0.2-2 >> Severity: normal >> >> >> Noticed this in my W server log afetr 7.0;0 upgrade >> >> LoadModule: "

Bug#362121: /usr/lib/xorg/modules/extensions/libGLcore.so: undefined symbol: __glXLastContext

Package: xserver-xorg-core Version: 1:1.0.2-2 Severity: normal Noticed this in my W server log afetr 7.0;0 upgrade LoadModule: "GLcore" (II) Loading /usr/lib/xorg/modules/extensions/libGLcore.so dlopen: /usr/lib/xorg/modules/extensions/libGLcore.so: undefined symbol: __glXLastCont ext -- Sys

Bug#345839: I can confirm this new server breaks my ATI dual setting too.

): Using gamma correction (1.0, 1.0, 1.0) (II) RADEON(0): Validating modes on Primary head - (II) RADEON(0): Panel ID string: QDS (II) RADEON(0): Panel Size from BIOS: 1400x1050 (II) RADEON(0): BIOS provided dividers will be used. (II) RADEON(0): Total number of valid DDC mode(s) found: 0 (I

Bug#345917: xbase-clients: xrandr retruns crazy Hz value

Package: xbase-clients Version: 6.9.0.dfsg.1-1 Severity: normal xrandr SZ:Pixels Physical Refresh *0 1280 x 1024 ( 342mm x 271mm ) *-19557 Current rotation - normal Current reflection - none Rotations possible - normal Reflections possible - none -- System Information: D

Bug#237939: Please keep the bug open : it is still true for xorg 6.9

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

Bug#345436: Re : Lost numeric keypad on my USB docking keyboard

as much info as I can. NB : I have two more problems unrelated problem to report because of this switch to 6.9. -- __ / ` Eric Valette /-- __ o _. 6 rue Paul Le Flem (___, / (_(_(__ 35740 Pace Tel: +33 (0)2 99 85 26 76 Fax: +

Bug#345436: Lost numeric keypad on my USB docking keyboard

I have upgraded from 6.8.2 something to the new 6.9 and lost my keyboard numeric key on the left. What I found strange is that starting xorgcfg and using the numeric block makes the mouse move? Any idea. -- Eric Valette France Telecom Recherche & Developpement Middleware et Plates-fo

  1   2   >