Bug#531797: compizconfig-settings-manager: apparent library mismatch [?]
Package: compizconfig-settings-manager Version: 0.8.2-2 Severity: grave Justification: renders package unusable when i launch ccsm, it breaks on me with the following error message terminate called after throwing an instance of 'std::logic_error' what(): basic_string::_S_construct NULL not valid -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages compizconfig-settings-manager depends on: ii librsvg2-common 2.22.3-2 SAX-based renderer library for SVG ii python2.5.4-2An interactive high-level object-o ii python-compizconfig 0.8.2-1Compizconfig bindings for python ii python-gtk2 2.14.1-3 Python bindings for the GTK+ widge ii python-support1.0.3 automated rebuilding support for P Versions of packages compizconfig-settings-manager recommends: ii python-sexy 0.1.9-1python language bindings for libse compizconfig-settings-manager suggests no packages. -- no debconf information -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: severity of 531629 is wishlist ...
Processing commands for cont...@bugs.debian.org: severity 531629 wishlist Bug#531629: xkb-data: Control-Alt-Backspace (finish X11) broken with 1.6 Severity set to `wishlist' from `normal' retitle 531629 xkb-data: NEWS.Debian should mention ctrl+alt+bksp going away Bug#531629: xkb-data: Control-Alt-Backspace (finish X11) broken with 1.6 Changed Bug title to `xkb-data: NEWS.Debian should mention ctrl+alt+bksp going away' from `xkb-data: Control-Alt-Backspace (finish X11) broken with 1.6'. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531798: compiz-core: /usr/bin/compiz starts xterm with --restart option
Package: compiz-core Version: 0.8.2-6 Severity: normal if something goes wrong in its attempt to start compiz.real the compiz script has a nuber of fallback options, and in my case it goes down to the last resort of starting an xterm alas it uses the same option that would be good for a window manager, --restart, option on which xterm chokes and dies the last lines from a sh -x /usr/bin/compiz command execution: -- /usr/bin/compiz: line 455: 6723 Aborted ${COMPIZ_BIN_PATH}${COMPIZ_NAME} $COMPIZ_OPTIONS $@ $COMPIZ_PLUGINS + exec xterm --replace xterm: bad command line option --replace [...] -- -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages compiz-core depends on: ii libc6 2.9-13 GNU C Library: Shared libraries ii libgl1-mesa-glx [libgl1]7.4.1-1 A free implementation of the OpenG ii libice6 2:1.0.5-1X11 Inter-Client Exchange library ii libsm6 2:1.1.0-2X11 Session Management library ii libstartup-notification00.10-1 library for program launch feedbac ii libx11-62:1.2.1-1X11 client-side library ii libxcomposite1 1:0.4.0-3X11 Composite extension library ii libxcursor1 1:1.1.9-1X cursor management library ii libxdamage1 1:1.1.1-4X11 damaged region extension libra ii libxext62:1.0.4-1X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxinerama12:1.0.3-2X11 Xinerama extension library ii libxml2 2.7.3.dfsg-1 GNOME XML library ii libxrandr2 2:1.3.0-2X11 RandR extension library ii libxslt1.1 1.1.24-2 XSLT processing library - runtime ii mesa-utils 7.4.1-1 Miscellaneous Mesa GL utilities Versions of packages compiz-core recommends: ii compiz-plugins0.8.2-6OpenGL window and compositing mana Versions of packages compiz-core suggests: pn nvidia-glxnone (no description available) -- no debconf information -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531800: compiz-core: /usr/bin/compiz uses the ccp plugin, that is broken
Package: compiz-core Version: 0.8.2-6 Severity: grave Justification: renders package unusable at the end of its grinding, the /usr/bin/compiz script tries to execute this command -- /usr/bin/compiz.real --ignore-desktop-hints --replace --loose-binding core ccp -- but compiz.real dies with the error message -- terminate called after throwing an instance of 'std::logic_error' what(): basic_string::_S_construct NULL not valid -- a similar error message is displayed when i try to execute ccsm if i launch compiz.real directly, without the ccp plugin, compiz starts but cannot read its configuration and is mostly useles my best regards gb -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages compiz-core depends on: ii libc6 2.9-13 GNU C Library: Shared libraries ii libgl1-mesa-glx [libgl1]7.4.1-1 A free implementation of the OpenG ii libice6 2:1.0.5-1X11 Inter-Client Exchange library ii libsm6 2:1.1.0-2X11 Session Management library ii libstartup-notification00.10-1 library for program launch feedbac ii libx11-62:1.2.1-1X11 client-side library ii libxcomposite1 1:0.4.0-3X11 Composite extension library ii libxcursor1 1:1.1.9-1X cursor management library ii libxdamage1 1:1.1.1-4X11 damaged region extension libra ii libxext62:1.0.4-1X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxinerama12:1.0.3-2X11 Xinerama extension library ii libxml2 2.7.3.dfsg-1 GNOME XML library ii libxrandr2 2:1.3.0-2X11 RandR extension library ii libxslt1.1 1.1.24-2 XSLT processing library - runtime ii mesa-utils 7.4.1-1 Miscellaneous Mesa GL utilities Versions of packages compiz-core recommends: ii compiz-plugins0.8.2-6OpenGL window and compositing mana Versions of packages compiz-core suggests: pn nvidia-glxnone (no description available) -- no debconf information -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530802: x11-utils: xdriinfo doesn't detect screen capable screen
On Wed, 2009-05-27 at 23:45 +0200, Torquil Macdonald Sørensen wrote: Package: x11-utils Version: 7.4+1 Severity: normal Hello, xdriinfo reports the following: t...@debian ~$ xdriinfo Screen 0: not direct rendering capable. However, t...@debian ~$ glxinfo | grep direct direct rendering: Yes This isn't really adequate anymore, try something like glxinfo|grep render t...@debian ~$ xdpyinfo | grep -i dri DRI2 XFree86-DRI Also, this has been reported and fixed over at RedHat: https://bugzilla.redhat.com/show_bug.cgi?id=495342 This is also fixed in upstream Git mesa_7_5_branch. However, I'm not sure this is relevant for you: But I am a bit uncertain, since I am not an expert. My Xorg.0.log does actually say: (II) RADEON(0): [DRI] installation complete (II) RADEON(0): [drm] removed 1 reserved context for kernel (II) RADEON(0): [drm] unmapping 8192 bytes of SAREA 0xe084 at 0xb7806000 (II) RADEON(0): [drm] Closed DRM master. (WW) RADEON(0): Direct rendering disabled You don't have 3D hardware acceleration anyway (and if you did, you wouldn't hit the problem above, as the radeon drivers don't support DRI2 yet), do you have the firmware-linux package installed? In summary, I don't think there's a bug here other than #527132. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: gallium in mesa 7.5
On Sun, 2009-05-31 at 13:57 +0200, Julien Cristau wrote: this builds gallium in all configurations, which is probably not what we want. It seems only the swx11 configs actually build a libGL, the rest has empty GALLIUM_STATE_TRACKERS_DIRS. Michel, in which configurations does it make sense to build gallium, and what should we build? Should we ship any of it? If so, what and in what package? Lots of good questions... not sure I can give a good answer for all of them, might want to ask mesa3d-dev as well. I think the softpipe/xlib libGL could be an alternative for libgl1-mesa-swx11 (and maybe cell/xlib for the PS3, though I'm not sure everything needed to build that is available in Debian at this time). i915simple/drm/intel could be an alternative for i915_dri.so from libgl1-mesa-dri, but note that I think it only supports i9[14]5 3D cores. OTOH r300/drm/radeon probably doesn't make sense yet for various reasons. There's also the nouveau DRI drivers... Maybe some EGL stuff could be useful as well, but I don't really know much about that. These are some of the possibilities from an upstream POV... not sure how best to translate them into Debian packaging. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#484087: Can't install driver 2.4.0
Brice Goglin wrote: Does framebuffer compression work fine now with latest driver from unstable or experimental? I can't check, unfortunately. The machine with the intel GPU was my company laptop and I had to give it back when I changed jobs in January. At the moment I don't own any machines with intel graphics. -- Sander Marechal -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531755: libdrm-intel1: OpenGL do not survive suspend
Hi Julien, This is most probably not a libdrm bug. Why are you filing it here? It used to work (before the latest intel driver upgrades, 2.7.x), so it's either libdrm-intel1 or xserver-xorg-video-intel. Since it only applies to OpenGL apps (other screensavers work fine), I assumed that libdrm might be the appropriate place. Feel free to reassign this to xserver-xorg-video-intel Please give a tiny bit more information if you want this to go somewhere. X log and config would be a start, version of libgl1-mesa-{glx,dri} would be nice too. I checked the X logs, but couldn't find anything unusual there. No particular warning etc. What are those apps stuck doing? Not sure, I needed to get some work done, so I didn't have time to gdb them from the text console without having copy paste to copy the results into a report email ... As for the version, everything except xserver-xorg-video-intel was unstable + experimental. I avoided xserver-xorg-video-intel from experimental because that was working even worse. I saw there was a new upload these days, so I'll give it a try. Regards, Erich -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531868: xserver-xorg-video-radeon: Secondary display not recognized as connected with All in Wonder 9600
Ian Lewis wrote: Package: xserver-xorg-video-radeon Version: 1:6.12.2-2 Severity: normal I have two monitors connected to my All in Wonder Radeon 9600 but only one is recognized as being connected. One monitor displays properly but the other has just a blank screen. Switching to console works as expected (CTRL+ALT+F1) and the output is mirrored on both monitors but switching back to X11 (CTRL+ALT+F7) restores the previous state and the one monitor goes blank again. VGA-0 disconnected (normal left inverted right x axis y axis) Identifier: 0x4d Timestamp: 24326 Subpixel: no subpixels Clones: VGA-1 CRTCs: 0 1 Transform: 1.00 0.00 0.00 0.00 1.00 0.00 0.00 0.00 1.00 filter: load_detection: 0 (0x) range: (0,1) I wonder if load_detection is supposed to be 0 here. Does it help if you do: xrandr --output VGA-0 --set load_detection 1 and then run xrandr again ? Brice -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531868: xserver-xorg-video-radeon: Secondary display not recognized as connected with All in Wonder 9600
On Thu, Jun 4, 2009 at 12:00 PM, Brice Goglin brice.gog...@ens-lyon.org wrote: Ian Lewis wrote: Package: xserver-xorg-video-radeon Version: 1:6.12.2-2 Severity: normal I have two monitors connected to my All in Wonder Radeon 9600 but only one is recognized as being connected. One monitor displays properly but the other has just a blank screen. Switching to console works as expected (CTRL+ALT+F1) and the output is mirrored on both monitors but switching back to X11 (CTRL+ALT+F7) restores the previous state and the one monitor goes blank again. VGA-0 disconnected (normal left inverted right x axis y axis) Identifier: 0x4d Timestamp: 24326 Subpixel: no subpixels Clones: VGA-1 CRTCs: 0 1 Transform: 1.00 0.00 0.00 0.00 1.00 0.00 0.00 0.00 1.00 filter: load_detection: 0 (0x) range: (0,1) I wonder if load_detection is supposed to be 0 here. Does it help if you do: xrandr --output VGA-0 --set load_detection 1 and then run xrandr again ? Load detection is off by default on the tv-dac as you end up with false positives with tv-out since they share the same dac. Enabling load detection may mis-detect the tv as being connected as well. You'll can also force it on manually using xrandr. If the monitor in question does not support ddc, you can also swap the connectors, as load detection works well on the primary dac and the secondary dac can use ddc since that monitor supports it. Alex -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
xorg: Changes to 'ubuntu'
debian/apport/source_xorg.py |4 debian/changelog |7 +++ 2 files changed, 7 insertions(+), 4 deletions(-) New commits: commit 08b07a43741c206339816241aba507a28145cab7 Author: Bryce Harrington br...@bryceharrington.org Date: Thu Jun 4 11:33:18 2009 -0700 Changelog diff --git a/debian/changelog b/debian/changelog index 6c03cd6..dbc2f30 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +xorg (1:7.4~5ubuntu21) karmic; urgency=low + + * apport/source_xorg.py: Remove some redundant fglrx detection bits +(LP: #382868) + + -- Bryce Harrington br...@ubuntu.com Thu, 04 Jun 2009 11:30:28 -0700 + xorg (1:7.4~5ubuntu20) karmic; urgency=low * apport/source_xorg.py: Rewrite to make use of apport.hookutils to commit b633ab8c7d56d5eec48d36984c5dae50851453b2 Author: Bryce Harrington br...@bryceharrington.org Date: Thu Jun 4 11:28:48 2009 -0700 Removing the fglrx-detected bit, which is duplicating other functionality, and also causing some failures for some users. diff --git a/debian/apport/source_xorg.py b/debian/apport/source_xorg.py index 7e68e6a..e619da8 100644 --- a/debian/apport/source_xorg.py +++ b/debian/apport/source_xorg.py @@ -40,10 +40,6 @@ def add_info(report): xserver-xorg-video-ati ]) -matches = command_output(['grep', 'fglrx', '/var/log/kern.log', '/proc/modules']) -if (matches): -report['fglrx-loaded'] = matches - attach_file(report, '/etc/X11/xorg.conf', 'XorgConf') attach_file(report, '/var/log/Xorg.0.log', 'XorgLog') attach_file(report, '/var/log/Xorg.0.log.old', 'XorgLogOld') -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531918: xorg crashes on start
Package: xserver-xorg-video-glint Version: 1:1.2.2-2 Since upgrading to the latest unstable version of X, the X server crashes upon start, giving a fatal sever error and an incomprehensible-to-me backtrace. The only thing I can garner from the error message is that something happened in the glint module. The problem does not seem to occur if I start the X server in a way that is presumably independent of the graphics drivers (eg. by running a VNC session). The problem began after I upgraded from the previous unstable version of X to the current unstable version. I haven't tried downgrading to see if it fixes the problem because the magnitude of the dependency issues I would have to unravel is pretty intimidating, but a reinstall of the xserver-xorg-video-glint package did not change anything. I have attached a copy of my xorg.conf and a crash log to this email; hopefully that will also have the proper hardware information. But just to be complete, the graphics card identifies itself like this in lspci: 00:0f.0 VGA compatible controller: 3DLabs GLINT R3 (rev 01) and the monitor is an SGI flat panel plugged in via a DVI connector. - Anne C. Hanna # XF86Config-4 (XFree86 X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type man XF86Config-4 at the shell prompt.) # # This file is automatically updated on xserver-xfree86 package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xfree86 # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom # md5sum /etc/X11/XF86Config-4 /var/lib/xfree86/XF86Config-4.md5sum # dpkg-reconfigure xserver-xfree86 Section ServerLayout Identifier Default Layout # Screen LCD LeftOf CRT Screen LCD # Screen CRT InputDevice Generic Keyboard # InputDevice Configured Mouse InputDevice Generic Mouse # Option Xinerama EndSection Section Files FontPathunix/:7100# local font server # if the local font server has problems, we can fall back on these FontPath/usr/share/fonts/X11/misc FontPath/usr/share/fonts/X11/Type1 FontPath/usr/share/fonts/X11/100dpi FontPath/usr/share/fonts/X11/75dpi EndSection Section Module Loadbitmap Loaddbe Loadddc Loaddri Loadextmod # Loadfreetype Loadglx Loadint10 Loadrecord # Loadtype1 Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xfree86 Option XkbModel pc104 Option XkbLayout us EndSection # older standard Section InputDevice Identifier Configured Mouse Driver mouse Option SendCoreEventstrue Option Device/dev/misc/psaux Option Protocol PS/2 Option Emulate3Buttons true EndSection Section InputDevice Identifier Generic Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol IMPS/2 Option Emulate3Buttons true Option ZAxisMapping 4 5 Option Buttons 6 EndSection #Section Device # Identifier ATI Rage Fury # Driver ati #EndSection #Section Monitor #Identifier Panasonic P17 #HorizSync 30-75 #VertRefresh50-85 #Option DPMS #EndSection Section Device ### Available Driver options are:- #Option UseGamma #Option SWcursor #Option HWcursor #Option PciRetry #Option RGBbits #Option NoAccel #Option BlockWrite #Option FireGL3000 #Option SetMClk #Option Overlay #Option ShadowFB #Option UseFBDev #Option PM3NoImageWrite #Option PM3NoDirectFifoWrite #Option DigitalScreen yes Option UseFlatPanel Identifier Card0 Driver glint VendorName 3Dlabs BoardName GLINT Permedia 3 VideoRAM32768 # BusID PCI:4:15:0 BusID PCI:0:15:0 EndSection Section Monitor Identifier SGI Monitor VendorName SGI
Bug#531868: xserver-xorg-video-radeon: Secondary display not recognized as connected with All in Wonder 9600
AFAICT switching the monitors does not help. If you switch them then the output is simply switched. VGA-0 is always blank. On Fri, Jun 5, 2009 at 2:22 AM, Alex Deucher alexdeuc...@gmail.com wrote: If the monitor in question does not support ddc, you can also swap the connectors, as load detection works well on the primary dac and the secondary dac can use ddc since that monitor supports it.
mesa: Changes to 'ubuntu'
debian/changelog | 10 ++ debian/patches/107_glxgears_is_not_a_benchmark.patch | 13 + debian/patches/series|1 + 3 files changed, 24 insertions(+) New commits: commit 36bf74eecaa4a88639244172bc688830ead9152f Author: Bryce Harrington br...@bryceharrington.org Date: Mon May 4 12:51:18 2009 -0700 Disable glxgears fps output diff --git a/debian/changelog b/debian/changelog index 8464ac0..a44577d 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,12 @@ +mesa (7.4-0ubuntu5) karmic; urgency=low + + * Add 107_glxgears_is_not_a_benchmark.patch: glxgears makes +troubleshooting performance issues difficult because bug reporters +see it provides fps output, and end up not looking for a better +benchmark. + + -- Bryce Harrington br...@ubuntu.com Mon, 04 May 2009 12:49:12 -0700 + mesa (7.4-0ubuntu4) karmic; urgency=low * debian/patches/106_compiz_ring_switcher_xorg_segv_on_radeon.diff: diff --git a/debian/patches/107_glxgears_is_not_a_benchmark.patch b/debian/patches/107_glxgears_is_not_a_benchmark.patch new file mode 100644 index 000..39b08e1 --- /dev/null +++ b/debian/patches/107_glxgears_is_not_a_benchmark.patch @@ -0,0 +1,13 @@ +diff --git a/progs/xdemos/glxgears.c b/progs/xdemos/glxgears.c +index 2dc157a..d7c8191 100644 +--- a/progs/xdemos/glxgears.c b/progs/xdemos/glxgears.c +@@ -347,7 +347,7 @@ draw_frame(Display *dpy, Window win) +if (t - tRate0 = 5.0) { + GLfloat seconds = t - tRate0; + GLfloat fps = frames / seconds; +- printf(%d frames in %3.1f seconds = %6.3f FPS\n, frames, seconds, ++ printf(%d frames in %3.1f seconds\n, frames, seconds, + fps); + tRate0 = t; + frames = 0; diff --git a/debian/patches/series b/debian/patches/series index 131afdb..11eb7d9 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -7,3 +7,4 @@ 104_fix_dri2_ext_tfp.diff 105_glXWaitX_segfaults.patch 106_compiz_ring_switcher_xorg_segv_on_radeon.diff +107_glxgears_is_not_a_benchmark.patch -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531868: xserver-xorg-video-radeon: Secondary display not recognized as connected with All in Wonder 9600
On Thu, Jun 4, 2009 at 8:10 PM, Ian Lewis ianmle...@gmail.com wrote: AFAICT switching the monitors does not help. If you switch them then the output is simply switched. VGA-0 is always blank. For some reason DDC doesn't seem to be working on that port. You might try xf86-video-ati from git or the 6.12-branch depending on what version you are currently using. If that doesn't work, you can force the monitor on manually with xrandr: http://wiki.debian.org/XStrikeForce/HowToRandR12 Alex -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531868: xserver-xorg-video-radeon: Secondary display not recognized as connected with All in Wonder 9600
Alex Deucher wrote: On Thu, Jun 4, 2009 at 8:10 PM, Ian Lewis ianmle...@gmail.com wrote: AFAICT switching the monitors does not help. If you switch them then the output is simply switched. VGA-0 is always blank. For some reason DDC doesn't seem to be working on that port. You might try xf86-video-ati from git or the 6.12-branch depending on what version you are currently using. He's running 6.12.2-2 which contains 6.12-branch up to 248b435ae63d7122971a8021f8aa8e0963d8a850 I could reupload a more recent snaphost of the branch in the next days if needed. Brice -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#486317 closed by Julien Cristau jcris...@debian.org (Re: Bug#486317: xterm: missing .desktop files)
Processing commands for cont...@bugs.debian.org: unarchive 486317 Bug 486317 [xterm] xterm: missing .desktop files Unarchived Bug 486317 thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531918: xorg crashes on start [solved!]
Package: xserver-xorg-video-glint Version: 1:1.2.2-2 Followup-For: Bug #531918 A little while ago a friend of mine who knows how to do that kind of thing grabbed the current git repository and used it to build the module, and now it works. So the problem is solved for me, at least. - Anne C. Hanna -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#486317: xterm: missing .desktop files
reopen 486317 ! found 486317 243-1 tags 486317 + patch user pkg-fso-ma...@lists.alioth.debian.org usertags 486317 + xdg-menu thanks Hi there! I re-openend this bug and changed the submitter to myself. I have cc:ed both the original submitter for his information and the pkg-fso-maint@ mailing list since this is important for Debian on the Openmoko Neo FreeRunner. On Sat, 21 Jun 2008 11:18:49 +0200, Julien Cristau wrote: On Sun, Jun 15, 2008 at 11:34:12 +0200, Josef Spillner wrote: The xterm package contains various graphical applications. They should be accessible through the xdg menu system in addition to the Debian menu entries. I would like to see at least a .desktop file for uxterm. There was one at some point, but the desktop environment people didn't seem to like that, so I removed it. I won't add it unless it's requested by gnome/xfce/kde people. E17 menu considers .desktop files in /u/s/applications, which means that if xterm does not provide such a file, it is not possible to start it From the menu. This is even more important when using the Illume profile on the Openmoko Neo FreeRunner. A simple .desktop file based on the one I found on the Ubuntu BTS: https://bugs.launchpad.net/ubuntu/+source/xterm/+bug/93151 --8---cut here---start-8--- [Desktop Entry] Encoding=UTF-8 Name=XTerm Comment=X terminal emulator Icon=xterm-color_32x32 TryExec=xterm Exec=xterm Type=Application Categories=Utility;TerminalEmulator; StartupNotify=false --8---cut here---end---8--- There are three open questions... 1) The file above is for the xterm binary only, while the xterm package provide 4 terminal emulators: I am not sure we need a .desktop file for all of them, but I consider lxterm the necessary one, since it consider the user locale. 2) According to the latest freedesktop.org menu specification v1.1 http://standards.freedesktop.org/menu-spec/menu-spec-1.1.html TerminalEmulator applications should be part of the System main category, thus I quickly checked other main terminal emulators: - gnome-terminal is in Utility - konsole is in System - xfce4-terminal is in both System and Utility 3) I am not sure if the value of StartupNotify is correct, according to the latest freedesktop.org desktop entry specification v1.1 http://standards.freedesktop.org/desktop-entry-spec/desktop-entry-spec-1.1.html Thx, bye, Gismo / Luca pgpbtGWnsxxd0.pgp Description: PGP signature
Processed: Re: Bug#486317: xterm: missing .desktop files
Processing commands for cont...@bugs.debian.org: reopen 486317 ! Bug#486317: xterm: missing .desktop files Bug reopened, originator set to Luca Capello l...@pca.it. found 486317 243-1 Bug#486317: xterm: missing .desktop files Bug marked as found in version 243-1. tags 486317 + patch Bug#486317: xterm: missing .desktop files There were no tags set. Tags added: patch user pkg-fso-ma...@lists.alioth.debian.org Setting user to pkg-fso-ma...@lists.alioth.debian.org (was l...@pca.it). usertags 486317 + xdg-menu Bug#486317: xterm: missing .desktop files There were no usertags set. Usertags are now: xdg-menu. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org