xserver-xorg-video-qxl_0.1.5-1_amd64.changes REJECTED
There are numerous copyright holders missing from debian/copyright. If it had been just that, I would have accepted and filed a bug. It wasn't. In src/uxa/uxa-glyphs.c, the license text is different than what is in debian/copyright, so unfortunately I have to reject your package. This is what I found before I stopped: src/uxa/uxa.h * Copyright © 2000, 2008 Keith Packard * 2004 Eric Anholt * 2005 Zack Rusin * src/spiceccid/spiceccid.c * Copyright (C) 2014 CodeWeavers, Inc. src/spiceqxl_audio.c * Copyright 2012 Andrew Eikum for CodeWeavers Inc. src/uxa/uxa-glyphs.c Different license text * Copyright © 2010 Intel Corporation * Partly based on code Copyright © 2008 Red Hat, Inc. * Partly based on code Copyright © 2000 SuSE, Inc. If you grep -ir copyright * over the source, you'll see there are many more. Scott K === Please feel free to respond to this email if you don't understand why your files were rejected, or if you upload new files which address our concerns.
Bug#814394: xserver-xorg-legacy: Fails to start xserver after upgrade to 1.18.1
Julien Cristau on 2016/02/13 +0100 @11:30:30: > > startx does not longer work after upgrade; `grep EE > > Xorg.log' shows: > > > >[ 1463.840] (EE) systemd-logind: failed to get > >session: The name org.freedesktop.login1 was not > >provided by any .service files > > X requires logind ... It's not supposed to, when using the X wrapper and needs_root_rights=yes. There used to be an upstream patch that even allowed X to start without this, and skip the ioperm check (it's not actually needed with KMS), which Debian dropped, because I guess they want to require everyone to use systemd. However, even with needs_root_rights, startup broke for me recently as well, I had to install systemd-logind temporarily until I can switch to a distro which doesn't force me to run systemd stuff. Even with systemd-logind installed, you still have to invoke it on the same tty you run X on, even with needs_root_rights=yes, it won't change the perms for you. This, too, worked fine for me up until a month or so ago. I think the solution is to just use a distro which does not require systemd, such as Gentoo. Debian's X maintainers do not appear to be interested in making X work without systemd, as it has for the last 30 years or so...
Bug#802544: Xorg.wrap move to xorg-legacy broke X startup (permissions)
Julien Cristau on 2015/10/22 +0200 @07:47:28: > > That would surely be a regression. Debian went > > from a working X that dropped privileges, to a > > non-working X that can only be run as root. Huh?? > > No, Debian is going from an X server that always runs > as root to one that can run as unprivileged user in > most cases. There was previously no dropping > privileges. Ok, my mistake; I inferred from being able to "pkill X" successfully as ordinary user, that it was not running as root. It turns out that while X runs with ruid=user (which allows kill(2) to work), it retains euid=0 still the whole time. Thank you for your correction. However, since I'm running KMS, I don't understand why root is needed (ignoring the tty permission issue -- I could make easily make a group for this) in the first place? I found three places which make me think this is both possible and was working at some point: 1. I found a trivial patch[1] that was in both Ubuntu and ChromeOS before, which added a '-nohwaccess' flag to Xorg, which basically just no-oped xf86EnableIOPorts, and it seemed to work fine for people before... 2. I also found a mailing list post[2] indicating that Gentoo Hardened removed ioperm(2) and iopl(2) from their kernel entirely and X still ran fine (with KMS) once it was told to continue (ignore the error). 3. it looks like Xorg itself merged a fix[3][4] to ignore hardware I/O port error, based on comments[5] by keithp. Why can't '-nohwaccess' flag be added to the X server (I'll handle device node permissions myself)? Alternatively, why not just have X drop privs via setreuid() after it does whatever it thinks it has to with the hardware? Also, how does systemd-logind do this? It must have euid=0 itself do the iopl, unless there is some magic trick? Please do not force me to install systemd. I realize I can run the X server as root, but there seems to be a trivial way to make it so that those of us who don't use systemd (but still use Debian) don't have to run our X server as root either. [1] https://lists.debian.org/debian-x/2010/02/msg00371.html [2] http://www.gossamer-threads.com/lists/gentoo/hardened/267371 [3] http://lists.x.org/archives/xorg-devel/2012-June/031980.html [4] http://lists.x.org/archives/xorg-devel/2012-June/031981.html [5] http://lists.x.org/archives/xorg-devel/2012-September/033656.html
Bug#802544: Xorg.wrap move to xorg-legacy broke X startup (permissions)
Julien Cristau on 2015/10/21 +0200 @20:48:56: > > xserver-xorg-core:amd64 (1.17.2-1.1, 1.17.2-3) > > > > This upgrade has broken X startup for me. Here is how > > I start X (as ordinary user): > > > > exec setsid env -i \ > > ... > > X :0 vt63 \ > > So one solution is to install xserver-xorg-legacy and > tell it to not drop privileges > (needs_root_rights=yes). But that leaves X running > as root, which we're trying to move away from. That would surely be a regression. Debian went from a working X that dropped privileges, to a non-working X that can only be run as root. Huh?? And the suggested solution is: > to change your setup to run X on the VT it's started > from, inside a logind session, so it doesn't need > extra privileges. There's more than the tty problem, there's also the IOPL issue (I don't know what that is... all I know is I didn't get it before the wrapper changed, started it as ordinary user and it worked fine). I fail to see why I should be forced to run some whizbang login daemon. I have a very simple setup that has worked forever. I run an X server, with kernel modesetting, and a simple window manager. I have no need for desktop environments, login daemons, or to run "kitchensinkd" or anything else. This change is clearly a regression. This has taken a perfectly working setup that does NOT run the X server with root privileges, and forces me to either run additional things I don't need and which cause invasive changes to my system, or to run my X server insecurely with root privileges. Why did the wrapper even need to change? I get that it's desired in a '-legacy' package, fine, I can deal with a moved program. But why was a perfectly working wrapper *broken* and functionality removed?
Bug#802544: Xorg.wrap move to xorg-legacy broke X startup (permissions)
Package: xserver-xorg-legacy Version: 2:1.17.2-3 Severity: grave I recently did an upgrade of X, which broke it on my machine. Here are old (working) and new (broken) versions that apt-get installed, as shown in /var/log/apt/history.log: xserver-xorg-core:amd64 (1.17.2-1.1, 1.17.2-3) This upgrade has broken X startup for me. Here is how I start X (as ordinary user): exec setsid env -i \ LOGNAME=$LOGNAME \ USER=$USER \ HOME=$HOME \ PATH=$PATH \ EDITOR=$EDITOR \ DISPLAY=$DISPLAY \ SHELL=$SHELL \ TERM=$TERM \ LANG=$LANG \ X :0 vt63 \ -dpi 106 \ -nolisten tcp \ -noreset \ -keeptty \ -novtswitch Then I run my window manager. This has worked for me at least 10 years. I am using KMS (Intel i965GM): $ fbset mode "1024x768" geometry 1024 768 1024 768 32 timings 0 0 0 0 0 0 0 accel true rgba 8/16,8/8,8/0,0/0 endmode $ dmesg | grep fbcon: fbcon: inteldrmfb (fb0) is primary device I have been able to run the X server (as an ordinary user) using /usr/bin/X since modesetting was originally implemented in the kernel. Looking at the ChangeLog, I saw that /usr/bin/X was actually a wrapper, which was moved to xserver-xorg-legacy. Ok then: Install: xserver-xorg-legacy:amd64 (1.17.2-3) Problem 1: after upgrade, permissions bad on device /usr/lib/xorg/Xorg.wrap: (EE) xf86OpenConsole: Cannot open virtual console 63 (Permission denied) That didn't happen before. It's mode 0620 root:tty, and I'm not in the tty group, so the wrapper must have opened the terminal with escalated privs before the upgrade, but not after. Note that I routinely "pkill X" to kill my server -- as the ordinary user that started it -- so it was definitely running without privs after initialization. It must have done something while setuid, and then dropped the privs. My /etc/X11/Xwrapper.config contains the single line: allowed_users=anybody I changed /dev/tty63 to mode 0666 to move past this, but then got a new problem. Problem 2: after upgrade, IO ports operation not permitted: X: xf86EnableIOPorts: failed to set IOPL for I/O (Operation not permitted) I tried invoking Xorg.wrap directly (to eliminate the new shell script at /usr/bin/X) and also copying it into place as /usr/bin/X, but neither works, same errors. I traced it to be sure it was running the wrapper. Not clear to me why this is broken, since the ChangeLog implies only that it moved to a different package. But clearly the behavior is different now and it actually works differently. Note, X *does* start fine as root with the new package, but, I don't want to run my X server as root, and didn't have to before this upgrade. Note, I used same kernel before and after: 4.1.0-2-amd64 Downgrade fixes it: Commandline: apt-get install xserver-xorg-core=2:1.17.2-1.1 Downgrade: xserver-xorg-core:amd64 (1.17.2-3, 1.17.2-1.1) Remove: xserver-xorg-legacy:amd64 (1.17.2-3), xserver-xspice:amd64 (0.1.4-3), xserver-xorg:amd64 (7.7+12) Commandline: apt-get install xserver-xorg=1:7.7+9 Install: xserver-xorg:amd64 (7.7+9) Note that I *do not* use systemd. Please don't tell me I have to either use systemd, or run my X server as root. I didn't have to do either before this upgrade. Please advise; thanks.
Bug#712556: More info.
(Me, too!) The problem seems to be that I've got libgbm1 v9.1.3-6 on my system, but libegl1-mesa v8.0.5-6. That is, aptitude managed to upgrade libgbm1 without upgrading the rest of mesa. This seems to have broken my system. Upgrading libegl1-mesa to v9.1.3-6 (and then using aptitude to ensure that the rest of the related mesa packages are also updated to 9.1.3-6) seems to have fixed the problem. (But gnome-shell is still hosed, have to figure out what's going on there.) --scott -- ( http://cscott.net/ )
Bug#681796: possible memory leak causing x.org crash?
On Thu, Aug 2, 2012 at 5:39 PM, Scott Howard showard...@gmail.com wrote: I am not too familiar with this bug, but I can across a recent patch [1] to x.org to fix a memory leak in XICreateDeviceProperty(), around the same lines where this crash is happening. Disregard the above, the patch doesn't fix it for me. -- 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/CANg8-dB-baK_M9iW_ox0dY1nuWx1b=VH=l148+pnh5ykakp...@mail.gmail.com
Bug#673595: Fixed in xorg-server-1.12.2.901
This bug has been fixed in xorg-server-1.12.2.901 . The patch that fixes the bug can be found here: http://cgit.freedesktop.org/xorg/xserver/commit/?id=2d4fda4b09e67e47d3e6fc4743fc6e81bfe40f28 See also: https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/953960 https://bugs.freedesktop.org/show_bug.cgi?id=48167 https://bugs.archlinux.org/task/29191 -- 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/alpine.deb.2.02.1208010727180.4...@grout.halibutdepot.org
Bug#607944: X crash on kde logout with unichrome
On Sunday 16 January 2011, Cyril Brulebois wrote: Could you please get a full backtrace? http://pkg-xorg.alioth.debian.org/xsf-docs/howtos/use-gdb.html Ah, didn't know about bt full. (gdb) bt full #0 0xb74d0042 in __glXDRIscreenProbe (pScreen=0x88cd058) at ../../glx/glxdri2.c:639 driverName = 0x0 deviceName = 0x0 screen = 0x89d69d0 filename = /usr/lib/dri/(null)_dri.so\000\267\240Cs\267\310\363\262\b\310뻿\214\ff\267\350\000\000\000\340\000\000\000\340h\235\b\fB\036\b8\204\037\b\310\363\262\b\350뻿\251\235\n\b\020\000\000\000\340\000\000\000;\304\b\b\fB\036\b7\000\000\000\fB\036\b(컿\023|\a\b\020\000\000\000\377\377\377\377\070컿\023|\a\b\020\000\000 buffer_size = value optimized out pScrn = 0x88dfec8 extensions = value optimized out driConfigs = value optimized out from = value optimized out #1 0xb74c44f2 in GlxExtensionInit () at ../../glx/glxext.c:363 extEntry = value optimized out pScreen = 0x88cd058 i = 0 p = 0xb74dfd00 glx_provided = 0 #2 0x080ca2a5 in InitExtensions (argc=8, argv=0xbfbbeda4) at ../../../../mi/miinitext.c:565 listInitialised = 1 #3 0x0806680d in main (argc=8, argv=0xbfbbeda4, envp=0xbfbbedc8) at ../../dix/main.c:205 i = value optimized out alwaysCheckForInput = {0, 1} thanks, robert. -- 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/201101161329.54092.b...@humanleg.org.uk
Bug#606372: xserver-xorg-video-intel: Reproducible crash w/ DRI
Package: xserver-xorg-video-intel Version: 2:2.13.0-4 Severity: important Clicking the 'fullscreen' button in flash video or starting virtualbox causes X to immediately segfault. Tail of /var/log/Xorg.0.log.old: (II) intel(0): Modeline 640x480x0.0 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz) (II) intel(0): Modeline 1024x768x0.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz) Backtrace: 0: /usr/bin/X (xorg_backtrace+0x3b) [0x80e7afb] 1: /usr/bin/X (0x8048000+0x61005) [0x80a9005] 2: (vdso) (__kernel_rt_sigreturn+0x0) [0xb770b40c] 3: /usr/lib/xorg/modules/extensions/libdri2.so (0xb72ce000+0x1d8c) [0xb72cfd8c] 4: /usr/bin/X (0x8048000+0x2b067) [0x8073067] 5: /usr/bin/X (0x8048000+0x1e9aa) [0x80669aa] 6: /lib/i686/cmov/libc.so.6 (__libc_start_main+0xe6) [0xb7433c76] 7: /usr/bin/X (0x8048000+0x1e5a1) [0x80665a1] Segmentation fault at address (nil) Fatal server error: Caught signal 11 (Segmentation fault). Server aborting Please consult the The X.Org Foundation support at http://wiki.x.org for help. Please also check the log file at /var/log/Xorg.0.log for additional information. (II) Power Button: Close (II) UnloadModule: evdev (II) Video Bus: Close (II) UnloadModule: evdev (II) Sleep Button: Close (II) UnloadModule: evdev (II) AT Translated Set 2 keyboard: Close (II) UnloadModule: evdev (II) TPPS/2 IBM TrackPoint: Close (II) UnloadModule: evdev (II) ThinkPad Extra Buttons: Close (II) UnloadModule: evdev (II) AIGLX: Suspending AIGLX clients for VT switch -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Apr 13 2006 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1733512 Dec 1 19:16 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 2462 Apr 17 2009 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (xorg 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 xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section Files EndSection Section InputDevice Identifier Generic Keyboard Driver kbd Option CoreKeyboard Option XkbRules xorg Option XkbModel pc104 Option XkbLayout us EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ImPS/2 EndSection Section InputDevice Identifier Synaptics Touchpad Driver synaptics Option SendCoreEventstrue Option Device/dev/psaux Option Protocol auto-dev Option HorizScrollDelta 0 EndSection Section Device Identifier Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller Driver intel BusID PCI:0:2:0 EndSection Section Monitor Identifier Generic Monitor Option DPMS HorizSync 28-51 VertRefresh 43-60 EndSection Section Screen Identifier Default Screen Device Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller Monitor Generic Monitor DefaultDepth24 SubSection Display Depth 1 Modes 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 4 Modes 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 8 Modes 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 15 Modes 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 16 Modes 1024x768 800x600 640x480 EndSubSection SubSection Display
Bug#606372: Hard power cycle fixes it.
A power cycle (power off, power on) fixes the crash. Restarting just X didn't fix the problem; reverting to xserver-common_2%3a1.7.7-9_all.deb, xserver-xorg-core_2%3a1.7.7-9_i386.deb, xserver-xephyr_2%3a1.7.7-9_i386.deb, and xserver-xorg-video-intel_2%3a2.13.0-2_i386.deb also didn't fix the problem. My diagnosis is that this is a not-recent bug in initializing the GPU -- the GPU can get into some funny state that the current init code can not fix, and which will cause a later segfault in the DRI code. *However* another possibility is that rebooting changed the kernel version. The logs from the bug I submitted above say the kernel was: Linux version 2.6.32-5-686 ... Sat Oct 30 22:47:19 UTC 2010 which corresponds to debian version linux-2.6 (2.6.32-27), and my current running kernel version (which doesn't show the bug) is: Linux skiffserv 2.6.32-5-686 ... Thu Nov 25 18:43:34 UTC 2010 which corresponds to debian version linux-2.6 (2.6.32-28). I will try to downgrade the kernel to determine which of these theories is correct. --scott -- ( http://cscott.net/ ) -- 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/aanlktintvhosamb5at7zcg1kjm2qaidpiprx5i6nw...@mail.gmail.com
Bug#606372: Hard power cycle fixes it.
On Wed, Dec 8, 2010 at 2:51 PM, Cyril Brulebois k...@debian.org wrote: C. Scott Ananian csc...@cscott.net (08/12/2010): I will try to downgrade the kernel to determine which of these theories is correct. In all cases, that seems like a kernel bug. I'll wait for another mail from you before reassigning. Thanks for your report, and for investigating. I couldn't find a .deb for the 2.6.32-27 kernel, so couldn't verify that -27 was at fault. Feel free to reassign/close, since everything's fine with the 2.6.32-28 kernel. I'm not convinced it's a kernel problem, because I'm fairly sure (but not certain) that I had used successfully used virtualbox at some point before my previous reboot. That is, I *think* that I had managed to avoid the crash at least once when running 2.6.32-27. But I can't easily confirm that now. --scott -- ( http://cscott.net/ ) -- 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/aanlktin=nwhkxcxtcge6a1hcwq5ghfcbudz1=rawb...@mail.gmail.com
Bug#151780: xfs: want remote tcp fontpath spec added to documentation
Package: xfs Version: 1:1.0.1-5 Followup-For: Bug #151780 I'd like to see the syntax for adding a remote tcp fontserver to the fontpath documented in the manpage, ie. it has the form tcp/hostname:port -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30.5-tigermpx-686 (SMP w/2 CPU cores) Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages xfs depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libfs62:1.0.0-4 X11 Font Services library ii libxfont1 1:1.3.3-1 X11 font rasterisation library xfs recommends no packages. Versions of packages xfs suggests: ii xfonts-100dpi 1:1.0.0-2 100 dpi fonts for X ii xfonts-75dpi 1:1.0.0-2 100 dpi fonts for X ii xfonts-base 1:1.0.1standard fonts for X ii xfonts-scalable 1:1.0.0-4 scalable fonts for X -- no debconf information -- 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/20100228070245.13147.453.report...@dubious.naughty.pri
Bug#551330: Same here
This affects me also and I also have an Intel video card. On boot up everything is fine, but I only have a 1024x768 resolution. When I go to System-Preferences-Display and change the resolution I then loose the mouse pointer. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#487635: Still a problem in 1.1.5
I can confirm this bug still exists in 1.1.5. We notice it here when running Matlab. The gui interface is entirely unusable. We're holding libx11-6 at 1.0.3 until it gets fixed... unless I'm missing something here I'm shocked that this is present in stable! -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509699: xserver-xorg-video-intel: Cannot oversize GNOME desktop using Virtual in Xorg 7.3
--- On Wed, 12/24/08, Brice Goglin brice.gog...@ens-lyon.org wrote: From: Brice Goglin brice.gog...@ens-lyon.org Scott Anderson wrote: I'm trying to oversize my GNOME desktop on my Dell d630 laptop by using the Virtual parameter. I want a 3200x1600 desktop, but all I get is the physical size of my LCD monitor (1440x900). It seems to be ignoring the Virtual parameter altogether. Where do you see that your Virtual line is ignored? What does xrandr report? Thanks for the response. I've been out during the Christmas/New Year break. I'm assuming the Virtual line is being ignored because the setting does not seem to take effect. Do I need to tell GNOME the desktop is bigger too? % xrandr Screen 0: minimum 320 x 200, current 1440 x 900, maximum 2048 x 2048 VGA disconnected (normal left inverted right x axis y axis) LVDS connected 1440x900+0+0 (normal left inverted right x axis y axis) 303mm x 190mm 1440x900 60.0*+ 1280x800 60.0 1280x768 60.0 1024x768 60.0 800x60060.3 640x48059.9 TMDS-1 disconnected (normal left inverted right x axis y axis) TV disconnected (normal left inverted right x axis y axis) -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509699: xserver-xorg-video-intel: Cannot oversize GNOME desktop using Virtual in Xorg 7.3
--- On Mon, 1/5/09, Brice Goglin brice.gog...@ens-lyon.org wrote: From: Brice Goglin brice.gog...@ens-lyon.org Subject: Re: Bug#509699: xserver-xorg-video-intel: Cannot oversize GNOME desktop using Virtual in Xorg 7.3 To: ee_in...@yahoo.com, 509...@bugs.debian.org Date: Monday, January 5, 2009, 4:06 PM Scott Anderson wrote: I'm assuming the Virtual line is being ignored because the setting does not seem to take effect. Do I need to tell GNOME the desktop is bigger too? % xrandr Screen 0: minimum 320 x 200, current 1440 x 900, maximum 2048 x 2048 VGA disconnected (normal left inverted right x axis y axis) LVDS connected 1440x900+0+0 (normal left inverted right x axis y axis) 303mm x 190mm It says that the Xserver created a 2048x2048 virtual screen and your internal panel shows 1440x900 of it. This is what Virtual 2048 2048 means nowadays. I guess you want the old Virtual desktop behavior where moving the mouse to a corner would automatically move the display inside a larger virtual screen? This is not supported anymore in Lenny. But it will be back in the upcoming Xserver 1.6 (as RandR 1.3 panning). Okay, the panning feature is coming later then? What is the timeline for Xserver 1.6? Thanks, Scott -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509699: xserver-xorg-video-intel: Cannot oversize GNOME desktop using Virtual in Xorg 7.3
Subject: xserver-xorg-video-intel: Cannot oversize GNOME desktop using Virtual in Xorg 7.3 Package: xserver-xorg-video-intel Version: 2:2.3.2-2+lenny5 Severity: normal *** Please type your report below this line *** I'm trying to oversize my GNOME desktop on my Dell d630 laptop by using the Virtual parameter. I want a 3200x1600 desktop, but all I get is the physical size of my LCD monitor (1440x900). It seems to be ignoring the Virtual parameter altogether. My intension is to run x11vnc to allow a dual-headed workstation with two 1600x1200 displays to control the laptop. -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 2008-12-01 14:34 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1901104 2008-11-15 12:08 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c) /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 1552 2008-12-24 14:09 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (X.Org 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 xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section InputDevice Identifier Generic Keyboard Driver kbd Option XkbRules xorg Option XkbModel pc104 Option XkbLayout us EndSection Section InputDevice Identifier Configured Mouse Driver mouse EndSection Section InputDevice Identifier Synaptics Touchpad Driver synaptics # Option SendCoreEventstrue # Option Device/dev/psaux # Option Protocol alps Option SHMConfig true EndSection Section Device Identifier Configured Video Device EndSection Section Monitor Identifier Configured Monitor EndSection Section Screen Identifier Default Screen Monitor Configured Monitor SubSection Display Virtual 2048 2048 EndSubSection EndSection Section ServerLayout Identifier Default Server Layout Screen Default Screen InputDevice Generic Keyboard Core Keyboard InputDevice Synaptics Touchpad Core Pointer EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 37646 2008-12-24 16:09 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.4.2 Release Date: 11 June 2008 X Protocol Version 11, Revision 0 Build Operating System: Linux Debian (xorg-server 2:1.4.2-9) Current Operating System: Linux sanderso-lt 2.6.26-1-amd64 #1 SMP Mon Dec 15 17:25:36 UTC 2008 x86_64 Build Date: 15 November 2008 06:52:35PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Wed Dec 24 14:09:49 2008 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Server Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Configured Monitor (==) No device specified for screen Default Screen. Using the first device section listed. (**) | |--Device Configured Video Device (**) |--Input Device Generic Keyboard (**) |--Input Device Synaptics Touchpad (==) Automatically adding devices (==) Automatically enabling devices (==) No FontPath specified. Using compiled-in default. (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) 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, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType (==) RgbPath set to /etc/X11/rgb (==) ModulePath set to /usr/lib/xorg/modules (II) No default mouse found, adding one (**)
Now DFSG? #254938: RFP: vttest -- VT100/VT220/XTerm compatiblity test utility
reopen 254938 thanks Now that this terminal testing package might be DFSG free, isn't it worth looking at again? It might be a good test suite application for auto-testing xterm and other terminals? See: http://invisible-island.net/vttest/CHANGES 20070107 contacted Per Lindberg (2007/1/2), received permission to change his copyright notice to a BSD-style license. Thanks, Drew Daniels Resume: http://www.boxheap.net/ddaniels/resume.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366072: gnome-control-center: Change screen resolution crashes Xorg 7.0
I'm now using Xorg/Etch and I cannot reproduce the crash anymore. You can close this bug. Scott --- Brice Goglin [EMAIL PROTECTED] wrote: Hi, About a year ago, you reported a bug to the Debian BTS regarding a crash of the X server when changing resolution in gnome. Did you reproduce this problem recently? With Xorg/Etch? With latest xserver-xorg-core in unstable? If not, I will close this bug in the next weeks. Thanks, Brice Be a better Heartthrob. Get better relationship answers from someone who knows. Yahoo! Answers - Check it out. http://answers.yahoo.com/dir/?link=listsid=396545433 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410068: random xorg crashes
On Mon, 28 May 2007 21:13:25 +0200, Brice Goglin [EMAIL PROTECTED] writes: Hi, A couple months ago, you reported (or replied to) a bug in the Debian BTS regarding some random crash of the X server. Did any of you guys reproduce this problem recently? With Xorg/Etch? With latest xserver-xorg-core in unstable? I haven't had a crash in about a month. The machine in question died a few days ago and I am unable to investigate its HD until a replacement machine arrives in a few days. At that time, I'll grab the package versions. Thanks, Scott -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415646: sarge etch dist-upgrade fails, x11-common fails overwrite /usr/X11R6/bin
On Wed, Mar 21, 2007 at 04:01:08AM +0100, Julien Cristau wrote: On Tue, Mar 20, 2007 at 21:47:27 -0500, Scott Raun wrote: apt-get is stuck in the middle of doing a dist-upgrade. If I try to do an apt-get -f install, I get the x11-common error that I'm reporting. If I try to do an apt-get remove navigator-smotif, apt-get says 'you're in the middle of something. Try doing a -f install to force it to complete, and then do the remove'. Use dpkg -r navigator-smotif. Tried that - got 'not installed'. Tried dpkg -r navigator - system returned 'package removed'. Did an apt-get update Tried apt-get dist-upgrade - got 'unmet dependencies'. Tried apt-get -f install - got the same long string of perl locale warnings, with the x11-common / navigator-smotif error in the middle. -- Scott Raun [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415646: sarge etch dist-upgrade fails, x11-common fails overwrite /usr/X11R6/bin
On Wed, Mar 21, 2007 at 05:13:01PM +0100, Michel D?nzer wrote: Try dpkg -r navigator-smotif-477 That let me make some progress. dpkg -r navigator-smotif-477 apt-get -f install dpkg: error processing /var/cache/apt/archives/x11-common_1%3a7.1.0-15_i386.deb (--unpack): trying to overwrite `/usr/X11R6/bin', which is also in package netscape-base-4 Errors were encountered while processing: dpkg -r netscape-base-4 dpkg: dependency problems prevent removal of netscape-base-4: netscape-base-477 depends on netscape-base-4. navigator-base-477 depends on netscape-base-4. dpkg: error processing netscape-base-4 (--remove): dependency problems - not removing Errors were encountered while processing: netscape-base-4 dpkg -r netscape-base-477 dpkg: dependency problems prevent removal of netscape-base-477: navigator-base-477 depends on netscape-base-477. dpkg: error processing netscape-base-477 (--remove): dependency problems - not removing Errors were encountered while processing: netscape-base-477 dpkg -r navigator-base-477 dpkg -r netscape-base-477 dpkg -r netscape-base-4 apt-get -f install It looked like several/many packages installed, then I got to this: Selecting previously deselected package xcursor-themes. Unpacking xcursor-themes (from .../xcursor-themes_1.0.1-5_all.deb) ... dpkg: error processing /var/cache/apt/archives/xcursor-themes_1.0.1-5_all.deb (--unpack): trying to overwrite `/etc/X11/cursors/core.theme', which is also in package xlibs-data Errors were encountered while processing: /var/cache/apt/archives/xcursor-themes_1.0.1-5_all.deb at which point life becomes really exciting - dpkg -r on xcursor themes_1.0.1-5_all says 'not installed'. Trying the same on xlibs-data says 'dependent on xlibs'. dpkg -r xlibs comes up (not terribly unexpectedly) with a whole slew of dependencies! Now what? -- Scott Raun [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415646: sarge etch dist-upgrade fails, x11-common fails overwrite /usr/X11R6/bin
On Wed, Mar 21, 2007 at 03:54:21PM -0400, Aaron M. Ucko wrote: Scott Raun [EMAIL PROTECTED] writes: dpkg: error processing /var/cache/apt/archives/xcursor-themes_1.0.1-5_all.deb (--unpack): trying to overwrite `/etc/X11/cursors/core.theme', which is also in package xlibs-data Running dpkg -i --force-overwrite /var/cache/apt/archives/xcursor-themes_1.0.1-5_all.deb should let apt-get -f install continue (though xcursor-themes already declares appropriate versioned Conflicts: and Replaces:, so that theoretically shouldn't have been necessary). It did. Ran for a while, then gave an error about capplets-data, which I decide meant it was damaged - I deleted it, restarted the apt-get -f install, and it ran for quite a while longer. Now I'm at: updmap-sys failed. Output has been stored in: /tmp/tetex.updmap.tTOp7688 Please include this file if you report a bug. dpkg: error processing tetex-bin (--configure): subprocess post-installation script returned error exit status 1 emacs-install emacs21 install/dictionaries-common: Byte-compiling for emacsen flavour emacs21 emacs21: error while loading shared libraries: libXaw3d.so.6: cannot open shared object file: No such file or directory install/emacs-goodies-el: Handling emacs21, logged in /tmp/elc_YSzzao.log emacs-install: /usr/lib/emacsen-common/packages/install/emacs-goodies-el emacs21 failed at /usr/lib/emacsen-common/emacs-install line 28, TSORT line 4. dpkg: error processing emacs21 (--configure): subprocess post-installation script returned error exit status 127 dpkg: dependency problems prevent configuration of tetex-extra: tetex-extra depends on tetex-bin (= 2.99); however: Package tetex-bin is not configured yet. dpkg: error processing tetex-extra (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: emacs21 tetex-bin tetex-extra E: Sub-process /usr/bin/dpkg returned an error code (1) Checking /tmp, I find elc_vrfdsm.log which contains: emacs21 -q -no-site-file --no-site-file -batch -l path.el -f batch-byte-compile align-string.el all.el apache-mode.el ascii.el auto-fill-inhibit.el bar-cursor.e l boxquote.el browse-huge-tar.el browse-kill-ring.el clipper.el coffee.el ctypes .el cyclebuffer.el dedicated.el df.el dict.el diminish.el dirvars.el edit-env.el egocentric.el emacs-goodies-custom.el emacs-goodies-el.el emacs-goodies-loaddef s.el ff-paths.el filladapt.el floatbg.el folding.el framepop.el highlight-beyond -fill-column.el highlight-completion.el highlight-current-line.el home-end.el ht mlize.el ibuffer.el initsplit.el joc-toggle-buffer.el joc-toggle-case.el keydef. el keywiz.el lcomp.el map-lines.el marker-visit.el minibuffer-complete-cycle.el mutt-alias.el muttrc-mode.el newsticker.el nuke-trailing-whitespace.el obfusurl. el pack-windows.el perldoc.el projects.el protbuf.el protocols.el rfcview.el ser vices.el session.el setnu.el shell-command.el silly-mail.el sys-apropos.el table .el tail.el tc.el thinks.el tld.el todoo.el toggle-option.el twiddle.el under.el wdired.el xrdb-mode.el emacs21: error while loading shared libraries: libXaw3d.so.6: cannot open shared object file: No such file or directory and tetex.updmap.tTOp7688 which contains updmap-sys: This is updmap-sys, version 1107552857-debian updmap-sys: using transcript file `/var/lib/texmf/web2c/updmap-sys.log' updmap is creating new map files using the following configuration: config file: `/var/lib/texmf/web2c/updmap.cfg' dvips output directory: `/var/lib/texmf/fonts/map/dvips/updmap' pdftex output directory: `/var/lib/texmf/fonts/map/pdftex/updmap' dvipdfm output directory: `/var/lib/texmf/fonts/map/dvipdfm/updmap' prefer outlines: `true' texhash enabled: `false' download standard fonts (dvips): `false' download standard fonts (pdftex): `true' download standard fonts (dvipdfm): `true' updmap-sys: Scanning for LW35 support files updmap-sys: using map file `/usr/share/texmf-tetex/fonts/map/dvips/tetex/dvips35 .map' updmap-sys: using map file `/usr/share/texmf-tetex/fonts/map/dvips/tetex/pdftex3 5.map' updmap-sys: using map file `/usr/share/texmf-tetex/fonts/map/dvips/tetex/dvipdfm 35.map' updmap-sys: using map file `/usr/share/texmf-tetex/fonts/map/dvips/tetex/ps2pk35 .map' updmap-sys: Scanning for MixedMap entries: updmap-sys: using map file `/usr/share/texmf-tetex/fonts/map/dvips/tetex/bsr-int erpolated.map' updmap-sys: using map file `/usr/share/texmf-tetex/fonts/map/dvips/tetex/bsr.map ' updmap-sys: using map file `/usr/share/texmf-tetex/fonts/map/dvips/cc-pl/ccpl.ma p' updmap-sys: using map file `/usr/share/texmf-tetex/fonts/map/dvips/misc/cs.map' updmap-sys: using map file `/usr/share/texmf-tetex/fonts/map/dvips/misc/eurosym. map' updmap-sys: using map file `/usr/share/texmf-tetex/fonts/map/dvips/tetex/hoekwat er.map' updmap-sys: using map file `/usr/share/texmf-tetex/fonts/map/dvips/pl/pl.map' updmap-sys: using map file `/usr/share
Bug#415646: sarge etch dist-upgrade fails, x11-common fails overwrite /usr/X11R6/bin
On Wed, Mar 21, 2007 at 06:25:25PM -0400, Aaron M. Ucko wrote: Scott Raun [EMAIL PROTECTED] writes: emacs21: error while loading shared libraries: libXaw3d.so.6: cannot That should be in the xaw3dg package; please make sure it's properly installed, and that /etc/ld.so.conf still lists /usr/X11R6/lib if you still have a version that installs into there. !!! ERROR! The map file `antt.map' has not been found at all. Some file in /etc/texmf/updmap.d probably has a dangling reference to antt.map; please comment the line out (with a leading #) or move the file out of that directory altogether. /etc/texmf/99postinst.cfg I had to comment out antt.map, context.map, and mathpi.map, but after that apt-get -f install finally ran to completion. And EMACS is working again! YAY! -- Scott Raun [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415646: sarge etch dist-upgrade fails, x11-common fails overwrite /usr/X11R6/bin
Package: x11-common Severity: normal While trying to do a dist-upgrade from sarge to etch, I got the following: Extracting templates from packages: 100% Preconfiguring packages ... (Reading database ... 83831 files and directories currently installed.) Unpacking x11-common (from .../x11-common_1%3a7.1.0-15_i386.deb) ... dpkg: error processing /var/cache/apt/archives/x11-common_1%3a7.1.0-15_i386.deb (--unpack): trying to overwrite `/usr/X11R6/bin', which is also in package navigator-smotif-477 Errors were encountered while processing: /var/cache/apt/archives/x11-common_1%3a7.1.0-15_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This repeats forever if I run apt-get -f install. My non-X EMACS is broken. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-3-686 Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415646: sarge etch dist-upgrade fails, x11-common fails overwrite /usr/X11R6/bin
On Wed, Mar 21, 2007 at 12:35:22AM +0100, Brice Goglin wrote: Scott Raun wrote: /var/cache/apt/archives/x11-common_1%3a7.1.0-15_i386.deb (--unpack): trying to overwrite `/usr/X11R6/bin', which is also in package navigator-smotif-477 Where does this navigator-smotif-477 package come from? I don't see it here. We should conflict with it so that it is removed before we replace /usr/X11/bin/ with a symlink during the upgrade of x11-common. But if it is not an official Debian package, we might just ignore the problem... I don't know. It was part of either my potato or sarge installation, and has been upgraded as I went along. I don't actually use X on this box. I'm most upset because EMACS is currently broken. Anyway, navigator-smotif-477 needs to be fixed to install in /usr/bin/ instead of /usr/X11R6/bin/ Here's my whole current apt-get -f install: /home/sraun# apt-get -f install Reading Package Lists... Done Building Dependency Tree... Done Correcting dependencies... Done The following extra packages will be installed: capplets-data desktop-file-utils docbook-xml emacs21 emacs21-bin-common emacs21-common emacs21-el fontconfig fontconfig-config gconf2 gconf2-common gdk-imlib11 gman gnome-about gnome-breakout gnome-control-center gnome-desktop-data gnome-icon-theme gnome-keyring gnome-menus gnome-panel gnome-panel-data gnome-session gnome-terminal gnome-terminal-data gpgp gps hicolor-icon-theme libartsc0 libasound2 libatk1.0-0 libavahi-client3 libavahi-common-data libavahi-common3 libavahi-glib1 libbonobo2-0 libbonobo2-common libbonoboui2-0 libbonoboui2-common libcairo2 libcamel1.2-8 libcroco3 libdb3 libdbus-1-3 libdbus-glib-1-2 libdrm2 libebook1.2-5 libecal1.2-6 libedataserver1.2-7 libedataserverui1.2-6 libflac7 libfontconfig1 libgconf2-4 libgcrypt11 libgd1 libgd1-noxpm libgl1-mesa-glx libglade-gnome0 libglade0 libglade2-0 libglib2.0-0 libgnome-desktop-2 libgnome-keyring0 libgnome-menu2 libgnome-window-settings1 libgnome2-0 libgnome2-common libgnomecanvas2-0 libgnomecanvas2-common libgnomeprint-bin libgnomeprint-data libgnomeprint15 libgnomeui-0 libgnomeui-common libgnomevfs2-0 libgnomevfs2-common libgnutls13 libgpg-error0 libgsf-1-114 libgsf-1-common libgstreamer-plugins-base0.10-0 libgstreamer0.10-0 libgtk2.0-0 libgtk2.0-bin libgtk2.0-common libhal-storage1 libhal1 libjack0.100.0-0 libjasper-1.701-1 libkpathsea4 libkrb53 libmetacity0 libnautilus-extension1 libnspr4-0d libnss3-0d libogg0 liboggflac3 libopencdk8 liborbit2 libpanel-applet2-0 libpango1.0-0 libpango1.0-common libpng12-0 libpoppler0c2 librsvg2-2 librsvg2-common libscrollkeeper0 libt1-5 libtasn1-3 libungif4g libvte-common libvte4 libwnck18 libx11-6 libx11-data libxaw6 libxaw7 libxext6 libxfixes3 libxi6 libxinerama1 libxkbfile1 libxklavier10 libxmu6 libxmuu1 libxp6 libxpm4 libxrandr2 libxrender1 libxres1 libxslt1.1 libxss1 libxt6 libxtrap6 libxtst6 libxv1 libxxf86dga1 libxxf86misc1 libxxf86vm1 menu-xdg metacity-common python-cairo python-glade2 python-gmenu python-gtk2 python-numeric scrollkeeper sgml-data shared-mime-info tetex-base tetex-bin tetex-extra tex-common timidity tk8.3 x11-common xbase-clients xbitmaps xcursor-themes xkb-data xlife xml-core xutils xutils-dev Suggested packages: emacs21-common-non-dfsg gv gnome-screensaver xscreensaver gstreamer0.10-alsa gstreamer0.10-esd gnome-core gnome-audio xscreensaver-gnome yelp gnome2-user-guide gnome-system-tools nautilus gpa seahorse libasound2-plugins rng-tools gsfonts-other libgnomevfs2-bin gnome-vfs-extras2 gnutls-bin gstreamer0.10-tools gstreamer0.10-plugins libjasper-runtime krb5-doc krb5-user ttf-kochi-gothic ttf-kochi-mincho ttf-thryomanes ttf-baekmuk ttf-arphic-gbsn00lp ttf-arphic-bsmi00lp ttf-arphic-gkai00mp ttf-arphic-bkai00mp librsvg2-bin python-numeric-tutorial perlsgml doc-html-w3 opensp libxml2-utils xpdf-reader pdf-viewer dvipng chktex lacheck rubber sam2p pmidi mesa-utils pdksh Recommended packages: bzip2 evolution-data-server gnome-user-guide gnome-applets metacity sawfish dbus desktop-base libatk1.0-data python2.3 libglib2.0-data libgnomevfs2-extra fam jackd x-ttcidfont-conf libtasn1-3-bin tetex-doc libxml-parser-perl latex-beamer latex-xcolor lmodern pgf preview-latex-style freepats xterm x-terminal-emulator The following packages will be REMOVED: gnome-gnomine gnome-mahjongg gnome-stones gnosamba gtop imagemagick libarts1 libcapplet0 libdps1 libmagick5 libqt3c102-mt libwmf0.2-2 libxft1 libxslt1 linuxconf navigator navigator-base-477 navigator-smotif-477 netscape-base-4 netscape-base-477 t1lib1 xlib6g xlibmesa3 xlibmesa3-gl xlibs The following NEW packages will be installed: capplets-data desktop-file-utils emacs21-bin-common emacs21-common fontconfig-config gconf2-common gdk-imlib11 gnome-about gnome-icon-theme gnome-keyring gnome-menus gnome-terminal-data hicolor-icon-theme libavahi-client3 libavahi-common-data
Bug#415646: sarge etch dist-upgrade fails, x11-common fails overwrite /usr/X11R6/bin
On Wed, Mar 21, 2007 at 01:10:01AM +0100, Brice Goglin wrote: Scott Raun wrote: On Wed, Mar 21, 2007 at 12:35:22AM +0100, Brice Goglin wrote: Scott Raun wrote: /var/cache/apt/archives/x11-common_1%3a7.1.0-15_i386.deb (--unpack): trying to overwrite `/usr/X11R6/bin', which is also in package navigator-smotif-477 Where does this navigator-smotif-477 package come from? I don't see it here. We should conflict with it so that it is removed before we replace /usr/X11/bin/ with a symlink during the upgrade of x11-common. But if it is not an official Debian package, we might just ignore the problem... I don't know. It was part of either my potato or sarge installation, and has been upgraded as I went along. Ok, found it, it was in woody/non-free. I guess we are not going to add a conflict for it then :) Oops - yeah, it was woody, not potato. I'm most upset because EMACS is currently broken. Can't you fix it by removing navigator-smotif-477 and finishing the upgrade with something like apt-get -f install ? apt-get is stuck in the middle of doing a dist-upgrade. If I try to do an apt-get -f install, I get the x11-common error that I'm reporting. If I try to do an apt-get remove navigator-smotif, apt-get says 'you're in the middle of something. Try doing a -f install to force it to complete, and then do the remove'. I'm a little frustrated at this point. If there is a way to tell the dist-upgrade to just ignore all the navigator packages (better yet, delete and ignore them!) in the middle of the dist-upgrade, I'd LOVE to implement it. But I don't know anywhere near enough about apt-get to have any idea how to do that. -- Scott Raun [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410068: Debian bug #410068 (random crashes in xorg)
I'm not sure if I should email you personally. If I am not, I apologize. I'm willing to debug this. I have X running in gdb inside of a screen session, so when it crashes, I'll have a full GDB session availablefor an inspection. Unfortunately, the debian X package has no symbols. I hope you can help me with that. I already added on another post on this bugreport outlining my situation. My X is crashing at random every few days, and this started with the January version. The old version *NEVER* once spontaneously crashed. Thanks for anything you can do, Scott -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410068: I can confirm the same bug.
My X also randomly crashes. I can be doing anything --- in the middle of an xemacs edit, and it crashes hard with a SIG 11 every few days. My Xorg.log.bak file from the most recent crash Backtrace: 0: X(xf86SigHandler+0x84) [0x80c4354] 1: [0xe420] 2: X(Dispatch+0x81) [0x8086b91] 3: X(main+0x489) [0x806e699] 4: /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xc8) [0x45aa7ea8] 5: X(FontFileCompleteXLFD+0xa9) [0x806d9d1] I do have one thing to add. This problem is new. My machine has been functioning unchanged with the same xorg configuration and hardware since october. I run a dual monitor setup with DRM disabled. All versions after: X Window System Version 7.1.1 Release Date: 12 May 2006 Build Date: 09 January 2007 crash. HOWEVER, I never once had a crash with X Window System Version 7.1.1 Release Date: 12 May 2006 Build Date: 07 July 2006 or any earlier version over the course of several months. I do know that the last non-crashing version of X was invoked on Jan 7th, and the next X restart on Jan 26th was the first version that ever crashed on me. I don't know exactly when I upgraded. I can't supply an xorg.log for the non-crashing version but I can show a full STDERR from X for both versions. I can supply the full logfile (should I attach?) and if my install contains symbols, I can run it under GDB. If you can help me find/install the appropriate packages, I can delta-search to find where exactly the crashes started. Scott /// log file exerpt for the crashing version /// X Window System Version 7.1.1 Release Date: 12 May 2006 X Protocol Version 11, Revision 0, Release 7.1.1 Build Operating System: UNKNOWN Current Operating System: Linux dragonlight 2.6.20 #1 Tue Feb 6 14:47:52 CST 2007 i686 Build Date: 09 January 2007 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present (--) PCI:*(2:0:0) ATI Technologies Inc RV350 AS [Radeon 9550] rev 0, Mem @ 0xc000/27, 0xd200/16, I/O @ 0xa000/8 (--) PCI: (2:0:1) ATI Technologies Inc RV350 ? [Radeon 9550] (Secondary) rev 0, Mem @ 0xc800/27, 0xd201/16 (II) ATI: ATI driver (version 6.6.3) for chipsets: ati, ativga (II) Primary Device is: PCI 02:00:0 (WW) RADEON: No matching Device section for instance (BusID PCI:2:0:1) found (II) Setting vga for screen 0. (**) RADEON(0): RADEONPreInit (II) RADEON(0): MMIO registers at 0xd200: size 64KB (II) RADEON(0): PCI bus 2 card 0 func 0 (**) RADEON(0): Depth 24, (--) framebuffer bpp 32 (II) RADEON(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps) (==) RADEON(0): Default visual is TrueColor (**) RADEON(0): Option GARTSize 256 (**) RADEON(0): Option EnablePageFlip true (**) RADEON(0): Option FBTexPercent 20 (**) RADEON(0): Option AccelDFS true (**) RADEON(0): Option DDCMode true (**) RADEON(0): Option MergedFB true (**) RADEON(0): Option CRT2Position RightOf (**) RADEON(0): Option MergedDPI 100 100 (**) RADEON(0): Option SubPixelOrder RGB (**) RADEON(0): Option DynamicClocks true drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed [drm] failed to load kernel module radeon (EE) RADEON(0): [dri] RADEONDRIGetVersion failed to open the DRM [dri] Disabling DRI. (II) RADEON(0): Generation 2 PCI interface, using max accessible memory (II) RADEON(0): Detected total video RAM=131072K, accessible=131072K (PCI BAR=131072K) (--) RADEON(0): Mapped VideoRAM: 131072 kByte (64 bit DDR SDRAM) (==) RADEON(0): Using XAA acceleration architecture -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407502: #407502 duplicate, maybe solved
This appears to be a duplicate of the xorg defect reported as http://bugs.freedesktop.org/show_bug.cgi?id=7205 It's a server crash using opengl, with DRI disabled. There are at least test patches available to correct that bug, but I don't see that they are committed yet. Scott Woodall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395564: X server enters cpu loop on startup following 7.1 upgrade
Jurij, thanks very much for the follow-up. Executive Summary: I am working now (!!!) Details: - I took the xorg.conf you provided, and edited it to account for my monitor. (Tweaked sync ranges, added '1600x1200' to modes). This worked immediately. - I then diff'd my working xorg.conf with the broken xorg.conf and started working through the options to see the effect of each difference, if any. - The first thing I tried was adding the line: FontPath unix/:7100 to the beginning of the Files section. This produced the CPU loop I described. Removing this line again corrected the problem. Hence I conclude that my local font server is either evil or just misunderstood. :-) I checked and it is running... /usr/bin/xfs provided by package xfs 1.0.1-5. I am happy to leave matters as they stand, but I wonder how many other people may run into this situation? If I can assist by trying more tweaks to further refine the problem, don't hesitate to ask. Thanks again, Scott Bailey [EMAIL PROTECTED]
Bug#376026: xbase-clients: man pages still broken
Package: xbase-clients Version: 1:7.1.ds-1.1 Severity: normal I am still getting messages like the following after upgrading to the latest version: /etc/cron.daily/man-db: mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory mandb: warning: /usr/share/man/man3/XauFileName.3x.gz: bad symlink or ROFF `.so' request mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory mandb: warning: /usr/share/man/man3/XauGetBestAuthByAddr.3x.gz: bad symlink or ROFF `.so' request mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory mandb: warning: /usr/share/man/man3/XauLockAuth.3x.gz: bad symlink or ROFF `.so' request mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory mandb: warning: /usr/share/man/man3/XauGetAuthByAddr.3x.gz: bad symlink or ROFF `.so' request mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory mandb: warning: /usr/share/man/man3/XauWriteAuth.3x.gz: bad symlink or ROFF `.so' request mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory mandb: warning: /usr/share/man/man3/XauReadAuth.3x.gz: bad symlink or ROFF `.so' request mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory mandb: warning: /usr/share/man/man3/XauDisposeAuth.3x.gz: bad symlink or ROFF `.so' request mandb: can't open /usr/share/man/man3x/Xau.3x: No such file or directory mandb: warning: /usr/share/man/man3/XauUnlockAuth.3x.gz: bad symlink or ROFF `.so' request -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (600, 'testing'), (300, 'stable'), (200, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xbase-clients depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libfontconfig1 2.3.2-7 generic font configuration library ii libfreetype62.2.1-2 FreeType 2 font engine, shared lib ii libfs6 2:1.0.0-3X11 Font Services library ii libgl1-mesa-glx [libgl1]6.4.2-1 A free implementation of the OpenG ii libice6 1:1.0.0-3X11 Inter-Client Exchange library ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libsm6 1:1.0.0-4X11 Session Management library ii libx11-62:1.0.0-6X11 client-side library ii libxau6 1:1.0.0-3X11 authorisation library ii libxaw7 1:1.0.1-5X11 Athena Widget library ii libxcursor1 1.1.5.2-5X cursor management library ii libxext61:1.0.0-4X11 miscellaneous extension librar ii libxft2 2.1.8.2-8FreeType-based font drawing librar ii libxi6 1:1.0.0-5X11 Input extension library ii libxkbfile1 1:1.0.2-3X11 keyboard file manipulation lib ii libxmu6 1:1.0.1-3X11 miscellaneous utility library ii libxmuu11:1.0.1-3X11 miscellaneous micro-utility li ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.0.2-4 X Rendering Extension client libra ii libxss1 1:1.0.1-4X11 Screen Saver extension library ii libxt6 1:1.0.0-5X11 toolkit intrinsics library ii libxtrap6 1:1.0.0-3X11 event trapping extension libra ii libxtst61:1.0.1-3X11 Testing -- Resource extension ii libxv1 1:1.0.1-3X11 Video extension library ii libxxf86dga12:1.0.0-3X11 Direct Graphics Access extensi ii libxxf86vm1 1:1.0.0-4X11 XFree86 video mode extension l ii x11-common 1:7.0.22 X Window System (X.Org) infrastruc ii zlib1g 1:1.2.3-11 compression library - runtime xbase-clients recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373961: Confirming
I see this behavior too. I finally gave up using dpkg --reconfigure and just hand editted xorg.conf. Scott -- System Information: Debian Release: testing/unstable APT prefers oldstable APT policy: (900, 'oldstable'), (900, 'unstable'), (900, 'testing'), (900, 'stable'), (600, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages xserver-xorg depends on: ii debconf 1.5.2 Debian configuration management sy ii x11-common 1:7.0.22X Window System (X.Org) infrastruc ii xbase-clients1:7.0.1-2 miscellaneous X clients ii xkb-data 0.8-5 X Keyboard Extension (XKB) configu ii xserver-xorg-core1:1.0.2-8 X.Org X server -- core server ii xserver-xorg-input-all 1:7.0.22the X.Org X server -- input driver ii xserver-xorg-input-evdev [xs 1:1.1.2-1 X.Org X server -- evdev input driv ii xserver-xorg-input-kbd [xser 1:1.0.1.3-2 X.Org X server -- keyboard input d ii xserver-xorg-input-mouse [xs 1:1.0.4-3 X.Org X server -- mouse input driv ii xserver-xorg-video-i810 [xse 1:1.5.1.0-2 X.Org X server -- Intel i8xx, i9xx ii xserver-xorg-video-v4l [xser 0.0.1.5-1 X.Org X server -- Video 4 Linux di Versions of packages xserver-xorg recommends: ii discover1 1.7.18hardware identification system ii laptop-detect 0.12.1attempt to detect a laptop ii mdetect0.5.2.1 mouse device autodetection tool ii xresprobe 0.4.23debian1 X Resolution Probe -- debconf information: * xserver-xorg/multiple_possible_x-drivers: xserver-xorg/config/monitor/use_sync_ranges: true * xserver-xorg/config/inputdevice/mouse/port: /dev/input/mice * xserver-xorg/config/monitor/lcd: false * xserver-xorg/autodetect_monitor: false * xserver-xorg/config/display/modes: 1920x1440, 1600x1200, 1280x1024, 1024x768, 800x600 * xserver-xorg/config/display/default_depth: 24 * xserver-xorg/config/inputdevice/keyboard/internal: * xserver-xorg/config/inputdevice/keyboard/options: * xserver-xorg/config/device/use_fbdev: false * xserver-xorg/config/inputdevice/keyboard/variant: * xserver-xorg/config/nonnumeric_string_error: * xserver-xorg/config/inputdevice/keyboard/layout: us * xserver-xorg/config/monitor/identifier: CTL 910TF * xserver-xorg/config/inputdevice/mouse/emulate3buttons: false * xserver-xorg/autodetect_mouse: true * xserver-xorg/config/monitor/horiz-sync: 30-95 * xserver-xorg/config/monitor/range_input_error: * xserver-xorg/config/write_dri_section: true * xserver-xorg/config/inputdevice/keyboard/model: pc104 xserver-xorg/config/device/driver: i810 * xserver-xorg/config/monitor/selection-method: Advanced * xserver-xorg/config/write_files_section: true * xserver-xorg/config/monitor/mode-list: 1920x1440 @ 75Hz * xserver-xorg/config/doublequote_in_string_error: * xserver-xorg/config/monitor/screen-size: 17 inches (430 mm) * shared/default-x-server: xserver-xorg * xserver-xorg/config/inputdevice/mouse/protocol: ImPS/2 * shared/no_known_x-server: * xserver-xorg/config/device/bus_id_error: * xserver-xorg/config/monitor/vert-refresh: 50-160 * xserver-xorg/autodetect_keyboard: false xserver-xorg/config/fontpath/fontserver: * xserver-xorg/config/modules: GLcore, bitmap, dbe, ddc, dri, extmod, freetype, glx, int10, record, speedo, type1, vbe xserver-xorg/config/device/video_ram: xserver-xorg/config/device/identifier: Intel Corporation 82865G Integrated Graphics Controller * xserver-xorg/config/null_string_error: * shared/multiple_possible_x-servers: * xserver-xorg/config/device/bus_id: PCI:0:2:0 * xserver-xorg/autodetect_video_card: true * xserver-xorg/config/inputdevice/keyboard/rules: xorg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RE: Where is xserver-xorg-video-sunffb?
I just built the package, it's available at http://liafa.jussieu.fr/~jcristau/debian/ Unfortunately, I have no way to test this, so it would be great if someone could do it and report the results here :) Cheers, Julien Excellent! I was more than happy to cast aside my quest to build from source and use your package instead. :-) It works fine on my Ultra 60 with Elite3D/M3 video card. Thanks again, Scott -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Where is xserver-xorg-video-sunffb?
I've hunted around in Google, and packages.debian.org, and packages.qa.debian.org, and can find nothing at all about this package. I believe it should exist since I see a dependency for it from the xserver-xorg-video-all metapackage. Too bad for me that all the rest of the xorg stuff updated onto my Ultra 60 with an Elite 3D card and now refuses to run because of the missing sunffb module. :-( Is there anywhere at all I can hunt down this module, or should I be learning how to compile it from source myself? Aaargh, Scott
Bug#179854: my chance
Hire, i am here sitting in the internet caffe. Found your email and decided to write. I might be coming to your place in! 14 days, so I decided to email you. May be we can meet? aI am 25 y.o. a girl. I have a picture if you want. No need !to reply here as this is not my email. Write me at [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352869: Me too :-)
Title: Me too :-) Just a confirmation that I ran into this issue also after installing the new xserver-xorg 6.9 kits on my Ultra60 with an Elite3D/M3 card. The suggested workaround (putting cfb and cfb32 in the xorg.conf modules list) worked for me. Luckily I didn't get around to installing this stuff until today so I could find the bug report in Google! Thanks Christopher, Scott Bailey [EMAIL PROTECTED]
Bug#348111: Xterm: no wrap long lines
Package: xterm Version: 209 Open an Xterm window and type a long line. The line will wrap onto the same line, over lapping the text. The same results in aterm and Eterm. A semi-fix I have found is to manually change the xterm window size (using the mouse and drag a corner). This moves the text on to the next line. I am using Debian GNU/Linux 3.1, sid, kernel 2.6.14-2-k7-smp. Window manager: Fluxbox 0.9.14-1
Bug#341153: xbase-clients experimental can't install: conflict with xprint (xdpr)
Subject: xbase-clients experimental can't install: conflict with xprint (xdpr) Package: xbase-clients Version: 6.8.2.dfsg.1-7 Severity: grave Justification: renders package unusable Tags: experimental *** Please type your report below this line *** Under experimental, xbase-clients will not upgrade. I get the following output from 'aptitude dist-upgrade' Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done Building tag database... Done The following packages will be upgraded: xbase-clients 1 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/1793kB of archives. After unpacking 90.1kB will be used. Do you want to continue? [Y/n/?] Writing extended state information... Done (Reading database ... 100782 files and directories currently installed.) Preparing to replace xbase-clients 6.8.2.dfsg.1-7 (using .../xbase-clients_6.8.99.902.dfsg.1-1_i386.deb) ... Unpacking replacement xbase-clients ... dpkg: error processing /var/cache/apt/archives/xbase-clients_6.8.99.902.dfsg.1-1_i386.deb (--unpack): trying to overwrite `/usr/X11R6/bin/xdpr', which is also in package xprint dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/xbase-clients_6.8.99.902.dfsg.1-1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: -- System Information: Debian Release: testing/unstable APT prefers experimental APT policy: (900, 'experimental'), (900, 'unstable'), (900, 'testing'), (900, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages xbase-clients depends on: ii cpp4:4.0.2-1 The GNU C preprocessor (cpp) ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libdmx16.8.99.902.dfsg.1-1 Distributed Multihead X client lib ii libdps16.8.2.dfsg.1-10 Display PostScript (DPS) client li ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libfontconfig1 2.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libfs6 6.8.99.902.dfsg.1-1 X Font Server library ii libglu1-xorg [libg 6.8.99.902.dfsg.1-1 Mesa OpenGL utility library [X.Org ii libice66.8.99.902.dfsg.1-1 Inter-Client Exchange library ii libncurses55.5-1 Shared libraries for terminal hand ii libpng12-0 1.2.8rel-5PNG library - runtime ii libsm6 6.8.99.902.dfsg.1-1 X Window System Session Management ii libxau66.8.99.902.dfsg.1-1 X Authentication library ii libxaw86.8.99.902.dfsg.1-1 X Athena widget set library ii libxcursor11.1.3-1 X cursor management library ii libxext6 6.8.99.902.dfsg.1-1 X Window System miscellaneous exte ii libxft22.1.7-1 FreeType-based font drawing librar ii libxi6 6.8.99.902.dfsg.1-1 X Window System Input extension li ii libxinerama1 6.8.99.902.dfsg.1-1 X Window System multi-head display ii libxkbfile16.8.99.902.dfsg.1-1 X Keyboard Extension file parsing ii libxkbui1 6.8.99.902.dfsg.1-1 X Keyboard Extension user interfac ii libxmu66.8.99.902.dfsg.1-1 X Window System miscellaneous util ii libxmuu1 6.8.99.902.dfsg.1-1 lightweight X Window System miscel ii libxp6 6.8.99.902.dfsg.1-1 X Window System printing extension ii libxpm46.8.99.902.dfsg.1-1 X pixmap library ii libxrandr2 6.8.99.902.dfsg.1-1 X Window System Resize, Rotate and ii libxrender11:0.9.0+CVS20051101-1 X Rendering Extension client libra ii libxss16.8.99.902.dfsg.1-1 X Screen Saver client-side library ii libxt6 6.8.99.902.dfsg.1-1 X Toolkit Intrinsics ii libxtrap6 6.8.99.902.dfsg.1-1 X Window System protocol-trapping ii libxtst6 6.8.99.902.dfsg.1-1 X Window System event recording an ii libxv1 6.8.99.902.dfsg.1-1 X Window System video extension li ii libxxf86dga1 6.8.99.902.dfsg.1-1 X Direct Graphics Access extension ii libxxf86misc1 6.8.99.902.dfsg.1-1 X miscellaneous extensions library ii libxxf86vm16.8.99.902.dfsg.1-1 X Video Mode selection library ii xlibmesa-gl [libgl 6.8.99.902.dfsg.1-1 Mesa 3D graphics library [X.Org] ii xlibs 6.8.99.902.dfsg.1-1 X Window System client libraries m ii xlibs-data 6.8.99.902.dfsg.1-1 X Window System client data ii zlib1g 1:1.2.3-8 compression library - runtime
Bug#312373: xserver-xorg: If multiple video cards detected, should not pre-fill PCI ID.
Package: xserver-xorg Version: 6.8.2.dfsg.1-5 Followup-For: Bug #312373 I see this, too: the configuration wants to fill in PCI:0:14:0 even though that ID belongs to a disabled video card (and doesn't match the driver I'd selected in the previous configuration step). If there are multiple devices found, configuration should either not pre-fill anything, or should indicate the devices found (ie using the output of lspci) and let the user select one. --scott -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 17 Aug 16 15:39 /etc/X11/X - /usr/bin/X11/Xorg -rwxr-xr-x 1 root root 1833368 Aug 10 05:20 /usr/bin/X11/Xorg Contents of /var/lib/xfree86/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: :00:0e.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27) :01:04.0 VGA compatible controller: nVidia Corporation NV11 [GeForce2 MX/MX 400] (rev b2) /etc/X11/xorg.conf does not match checksum in /var/lib/xfree86/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 3205 Aug 16 18:49 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf.dpkg-new (Xorg 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 xorg.conf.dpkg-new manual page. # (Type man xorg.conf.dpkg-new at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # 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/xorg.conf.dpkg-new /etc/X11/xorg.conf.dpkg-new.custom # md5sum /etc/X11/xorg.conf.dpkg-new /var/lib/xfree86/xorg.conf.dpkg-new.md5sum # dpkg-reconfigure xserver-xorg Section Files FontPathunix/:7100# local font server # if the local font server has problems, we can fall back on these FontPath/usr/lib/X11/fonts/misc FontPath/usr/lib/X11/fonts/cyrillic FontPath/usr/lib/X11/fonts/100dpi/:unscaled FontPath/usr/lib/X11/fonts/75dpi/:unscaled FontPath/usr/lib/X11/fonts/Type1 FontPath/usr/lib/X11/fonts/CID FontPath/usr/lib/X11/fonts/100dpi FontPath/usr/lib/X11/fonts/75dpi EndSection Section Module Loadbitmap Loaddbe Loadddc # Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadrecord Loadtype1 Loadv4l Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xorg Option XkbModel pc104 Option XkbLayout us EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ImPS/2 Option Emulate3Buttons false Option ZAxisMapping 4 5 EndSection Section Device Identifier NVidia Driver nvidia BusID PCI:1:4:0 # Option UseFBDev true Option DPMS EndSection Section Monitor Identifier SGI Flat Panel Option DPMS VendorName Silicon Graphics ModelName 1600SW HorizSync 40-90 VertRefresh 60 Option dpms Option OverridePolarity 1 Modeline 1600x1024 108 1600 1616 1656 1704 1024 1027 1030 1056 -Hsync -Vsync EndSection Section Screen Identifier Default Screen Device NVidia Monitor SGI Flat Panel DefaultDepth16 SubSection Display Depth 1 Modes 1600x1024 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 4 Modes 1600x1024 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 8 Modes 1600x1024 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 15 Modes 1600x1024 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 16 Modes 1600x1024 1024x768 800x600
Bug#323484: xserver-xorg: [nv] nv driver (repeatably) locks up system when running /usr/lib/xscreensaver/bubbles
Package: xserver-xorg Version: 6.8.2.dfsg.1-5 Severity: important Running /usr/lib/xscreensaver/bubbles on my system with the 'nv' driver repeatably crashes the system after ~5 seconds. Note that 'bubbles' does *not* use GL, and that the system crashes even if the dri and glx modules are commented out of the Module section of xorg.conf. I fixed the problem only by changing from the 'nv' driver to the (evil, proprietary) 'nvidia' driver (which I don't like to have to do). This *should* indicate that the problem is in 'nv', but I see lots of other 'crashing' bugs filed against xserver-xorg, so maybe there is a more fundamental race problem at work here. The symptoms of the crash are that the 'Xorg' process rockets to 100% CPU utilization (as shown by top). In itself this doesn't make my system unusable, as I've got a 2-processor box (so this is only 50% total processor utilization). The mouse cursor doesn't freeze up immediately, but eventually does. Any attempt to kill the X server will just transfer the 100% utilization to some other (parent?) process; typically 'events/1' (pid 7) is the next inheritor. Attempting to 'shutdown' just makes the system unresponsive. It seems like there is a critical lock which isn't being released, which gradually infects other processes until the system halts. Note that the xorg.conf included below is the 'working' version, which uses the (evil) 'nvidia' driver. The diff between a 'working' xorg.conf and a non-working xorg.conf is as follows: --- xorg.conf 2005-08-16 19:08:34.0 -0400 +++ xorg.conf.2005-08-16b.crashes 2005-08-16 18:23:25.0 -0400 @@ -37,7 +37,7 @@ # Loaddri Loadextmod Loadfreetype - Loadglx +# Loadglx Loadint10 Loadrecord Loadtype1 @@ -66,22 +66,16 @@ Section Device Identifier NVidia - Driver nvidia + Driver nv BusID PCI:1:4:0 # Option UseFBDev true - Option DPMS EndSection Section Monitor Identifier SGI Flat Panel Option DPMS - VendorName Silicon Graphics - ModelName 1600SW - HorizSync 40-90 - VertRefresh 60 - Option dpms - Option OverridePolarity 1 - Modeline 1600x1024 108 1600 1616 1656 1704 1024 1027 1030 1056 -Hsync -Vsync +# HorizSync 40-90 +# VertRefresh 60 EndSection Section Screen Let me know if I can contribute in any other way to fixing this bug; I'd really like to stop using the evil nvidia driver. --scott -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 17 Aug 16 15:39 /etc/X11/X - /usr/bin/X11/Xorg -rwxr-xr-x 1 root root 1833368 Aug 10 05:20 /usr/bin/X11/Xorg Contents of /var/lib/xfree86/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: :00:0e.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27) :01:04.0 VGA compatible controller: nVidia Corporation NV11 [GeForce2 MX/MX 400] (rev b2) /etc/X11/xorg.conf does not match checksum in /var/lib/xfree86/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 3205 Aug 16 19:08 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf.dpkg-new (Xorg 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 xorg.conf.dpkg-new manual page. # (Type man xorg.conf.dpkg-new at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # 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/xorg.conf.dpkg-new /etc/X11/xorg.conf.dpkg-new.custom # md5sum /etc/X11/xorg.conf.dpkg-new /var/lib/xfree86/xorg.conf.dpkg-new.md5sum # dpkg-reconfigure xserver-xorg Section Files FontPathunix/:7100# local font server # if the local font server has problems, we can fall back on these FontPath/usr/lib/X11/fonts/misc FontPath/usr/lib/X11/fonts/cyrillic FontPath/usr/lib/X11/fonts/100dpi/:unscaled FontPath/usr/lib/X11/fonts/75dpi/:unscaled FontPath/usr/lib/X11/fonts/Type1 FontPath/usr/lib/X11/fonts/CID FontPath/usr/lib/X11/fonts/100dpi FontPath/usr/lib/X11/fonts/75dpi EndSection Section Module Loadbitmap Load
Bug#165134: This program is a Campaign informing the card companies of their fraud
With the average household having 14 Cards, its no wonder that Card card balance elimination is a big concern for most families. For the rest of the story about destroying debt, visit us here http://kng.3.globalproductsupreme.com/e3/ Last year there were over 1.3 million bankruptcies, the majority caused by unmanageable card debt. What these card holders didn't realize is that when banks approved their card and established their card limit; the banks used the applicant's name and signature to create the money to fund the card. So, in essence, it was their own money... address on site along with the ability to say no more And here are your food tablets, continued the boy, placing the box upon the table. I've only enjoyed one square meal since you gave them to me They're all right to preserve life, of course, and answer the purpose for which they were made; but I don't believe nature ever intended us to exist upon such things, or we wouldn't have the sense of taste, which enables us to enjoy natural food.
Bug#259740: xlibs: Windows key no longer treated as modifer,just as Super_L
I tried that setting. (See my current X config attached.) The behavior still occurs. Scott. On Sat, Sep 11, 2004 at 03:35:05PM +0200, Denis Barbier wrote: On Thu, Sep 09, 2004 at 08:37:00AM -0700, Scott Robinson wrote: [...] 3. As for the altwin:meta_win, that is not what I want. I want the Windows key to be a modifier other than Meta. My alt key is already Meta, and that's just fine. If the modifier was Mod4, that would be best. If it is something else, I could handle that too. Right now, it appears the key is simultaneously Mod4 and a normal keypress. Okay, I now understand this a little bit better. If you want your Windows keys being mapped to mod4, you can set option altwin:super_win This should be added to some README, I will try to send something soon. Denis -- http://quadhome.com/- Personal webpage # XF86Config-4 (XFree86 X server configuration file) 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 Files FontPathunix/:7100# local font server # Defoma FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID # if the local font server has problems, we can fall back on these FontPath/usr/lib/X11/fonts/misc FontPath/usr/lib/X11/fonts/cyrillic FontPath/usr/lib/X11/fonts/100dpi/:unscaled FontPath/usr/lib/X11/fonts/75dpi/:unscaled FontPath/usr/lib/X11/fonts/Type1 FontPath/usr/lib/X11/fonts/CID FontPath/usr/lib/X11/fonts/Speedo FontPath/usr/lib/X11/fonts/100dpi FontPath/usr/lib/X11/fonts/75dpi EndSection Section Module Loadbitmap Loaddbe Loadddc Loadextmod Loadfreetype Loadglx Loadint10 Loadrecord Loadspeedo Loadtype1 Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xfree86 Option XkbModel pc104 Option XkbLayout dvorak Option XkbOption altwin:super_win EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ImPS/2 Option ZAxisMapping 4 5 EndSection Section DRI Mode0666 EndSection Section ServerLayout Identifier Accelerated Layout Screen Accelerated Screen InputDevice Generic Keyboard InputDevice Configured Mouse EndSection # # NVidia CRT Port # Section Screen Identifier Accelerated Screen Device nVidia GeForce FX 5200 - ACCEL Monitor Phillips Brilliance 17A #Monitor TF721 - ACCEL DefaultDepth24 SubSection Display Depth 24 Modes 1280x1024 800x600 640x480 EndSubSection EndSection Section Device Identifier nVidia GeForce FX 5200 - ACCEL Driver nvidia # Options to keep. Option NoLogoon # These options are experimental, and are potentially breaking # things. Option RenderAccel on Option CursorShadow on # Multi-monitor support. Option TwinView on #Identifier TF721 - ACCEL Option SecondMonitorHorizSync30-75 Option SecondMonitorVertRefresh 50-110 ##IdentifierPhillips Brilliance 17A #Option SecondMonitorHorizSync30-85 #Option SecondMonitorVertRefresh 50-160 #Option MetaModes 1280x1024,1280x1024; 1280x1024; 800x600; 640x480; Option MetaModes 1280x1024,1280x1024; NULL, 1280x1024; NULL, 800x600; NULL, 640x480; #Option TwinViewOrientation LeftOf EndSection Section Monitor Identifier
Bug#259740: xlibs: Windows key no longer treated as modifer,just as Super_L
On Sat, Sep 11, 2004 at 10:45:10PM +0200, Denis Barbier wrote: On Sat, Sep 11, 2004 at 12:13:48PM -0700, Scott Robinson wrote: I tried that setting. (See my current X config attached.) The behavior still occurs. [...] Option XkbRules xfree86 Option XkbModel pc104 Option XkbLayout dvorak Option XkbOption altwin:super_win To reproduce your settings, I ran: $ setxkbmap -model pc104 -layout dvorak -option -option altwin:super_win $ killall WindowMaker metacity I am then able to switch between windows with any window key + Tab. My $HOME/.gconf/apps/metacity/global_keybindings/%gconf.xml contains: entry name=switch_windows mtime=1094910045 type=string stringvaluelt;Mod4gt;Tab/stringvalue /entry It also works when set to SuperTab with gconf-editor. Some GNOME component surely alter X settings, but I can't help much. If you can reproduce the steps above, I would say that this bug can be closed if a note is added to some README file to help people upgrading from woody. On fresh installs, I believe that this option should be set by default for pc104/pc105 keyboards. Denis I removed my keyboard remapping applet, and reset to defaults the GNOME Keyboard settings: [EMAIL PROTECTED]:~$ [0] xprop -root | grep XKB _XKB_RULES_NAMES_BACKUP(STRING) = xfree86, pc104, dvorak, , _XKB_RULES_NAMES(STRING) = xfree86, pc104, dvorak, , [EMAIL PROTECTED]:~$ [0] gconftool-2 -R /desktop/gnome/peripherals/keyboard/xkb layouts = [dvorak] model = pc104 overrideSettings = false options = [] My metacity settings are the same as yours. Windows Key-Tab'ing results in the same stuck window. But, I did find a way to make it work: (immediately after logging in) [EMAIL PROTECTED]:~$ [0] xprop -root | grep XKB _XKB_RULES_NAMES_BACKUP(STRING) = xfree86, pc104, dvorak, , _XKB_RULES_NAMES(STRING) = xfree86, pc104, dvorak, , [EMAIL PROTECTED]:~$ [0] setxkbmap -model pc104 -layout dvorak -option -option altwin:super_win [EMAIL PROTECTED]:~$ [0] xprop -root | grep XKB _XKB_RULES_NAMES_BACKUP(STRING) = xfree86, pc104, dvorak, , _XKB_RULES_NAMES(STRING) = xfree86, pc104, dvorak, , altwin:super_win [EMAIL PROTECTED]:~$ [0] killall metacity (Windows-Tab works now.) It seems the GNOME Keyboard applet is screwing stuff up. However, I don't see how to prevent it. Resetting to defaults didn't work, and there seems to be no place in which to add the altwin:super_win option. None of the available Alt/Win keyboard options specify that particular altwin option. (though they specify just about every other...) The gnome-settings-daemon is responible for resetting the keyboard options. gnome-keyboard-properties is responsible for setting those options. Both are in the capplets package. The bug is definitely not in X, but in GNOME. Perhaps a reassign is necessary? I can't exactly remove gnome-settings-daemon from my session, since it's responsible for other things. GNOME needs to either add the altwin:super_win option to its list or force reset to defaults to actually respect the settings in the server config. Preferably both... Scott. -- http://quadhome.com/- Personal webpage signature.asc Description: Digital signature
Bug#259740: acknowledged by developer (Closing.)
In which case, you should add the tag wontfix and downgrade. The bug still exists - and it's a different behavior than the past. It should exist, at a minimum, for woody - sarge upgraders. Scott. On Thu, Sep 09, 2004 at 08:48:22AM -0700, Debian Bug Tracking System wrote: [...] Hi, you are more than welcome to reopen RC bugs, but please add information on why. Failing to do so makes me feel that you did not bother to read the contents of the different bugs, that explain (inclusing upstream notes) that the behaviour of the keys will not be fully reverted to avoid reintroducing other bugs. Fabio -- user fajita: step one fajita Whatever the problem, step one is always to look in the error log. user fajita: step two fajita When in danger or in doubt, step two is to scream and shout. -- http://quadhome.com/- Personal webpage signature.asc Description: Digital signature
Bug#259740: acknowledged by developer (Bug#256706: fixed in xfree86 4.3.0.dfsg.1-7)
reopen 259740 thanks This bug still occurs in the latest version. Scott. -- http://quadhome.com/- Personal webpage signature.asc Description: Digital signature
Bug#259740: xserver-xfree86: Windows key no longer treated as modifier, but rather as Super_L.
On Mon, Jul 26, 2004 at 04:55:39PM -0500, Branden Robinson wrote: [...] I'm not positive, but you might try some advice that Lionel Elie Mamane posted to bug #256706. He said: If I do xmodmap -e 'clear mod1', VT switching works again. http://bugs.debian.org/256706 [...] [EMAIL PROTECTED]:~$ [0] xmodmap xmodmap: up to 3 keys per modifier, (keycodes in parentheses): shift Shift_L (0x32), Shift_R (0x3e) lockCaps_Lock (0x42) control Control_L (0x25), Control_R (0x6d) mod1Alt_L (0x40), BadKey (0x7d), BadKey (0x9c) mod2Num_Lock (0x4d) mod3 mod4BadKey (0x7f), BadKey (0x80) mod5Mode_switch (0x5d), ISO_Level3_Shift (0x7c) I gave xmodmap -e 'clear mod4' a try, no go. It still comes up as Super_L. Clearing mod4 removes its mod4 abilities. And from xev: KeyRelease event, serial 25, synthetic NO, window 0x2c1, root 0xb4, subw 0x2c2, time 10416149, (45,44), root:(1326,501), state 0x40, keycode 115 (keysym 0xffeb, Super_L), same_screen YES, XLookupString gives 0 bytes: I can't figure how the current mod4 mapping relates to Super_L, which is apparently what the key is now. Scott. -- http://quadhome.com/- Personal webpage http://tranzoa.net/ - Corporate webpage signature.asc Description: Digital signature
Bug#259740: xserver-xfree86: Windows key no longer treated as modifier, but rather as Super_L.
Package: xserver-xfree86 Version: 4.3.0.dfsg.1-6 Severity: normal My Windows key is no longer being treated as the modifier key Mod4, but rather Super_L... and Mod4 simultaneously? My Alt-Tab in GNOME was remapped to Windows-Tab. When the infamous Alt-Tab bug came along, I also had the problem. The Alt version of the problem appears fixed, but in my version the problem still occurs. That is, the Alt-Tab window continues appearing on screen and no task switching occurs. When I go to the GNOME keymap control panel, my Move between windows with popup option was set to Mod4Tab. If I try to change the option, the moment I press the Windows key Super_L is replacing text. How can I get back my Mod4 behavior on my Windows key and gain back Alt-Tab functionality? -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx1 root root 20 2004-04-14 04:14 /etc/X11/X - /usr/bin/X11/XFree86 -rwxr-xr-x1 root root 1745388 2004-07-07 08:07 /usr/bin/X11/XFree86 Contents of /var/lib/xfree86/XF86Config-4.roster: xserver-xfree86 VGA-compatible devices on PCI bus: :01:06.0 VGA compatible controller: ATI Technologies Inc 3D Rage Pro 215GP (rev 5c) /etc/X11/XF86Config-4 unchanged from checksum in /var/lib/xfree86/XF86Config-4.md5sum. XFree86 X server configuration file status: -rw-r--r--1 root root 2900 2004-06-24 20:59 /etc/X11/XF86Config-4 Contents of /etc/X11/XF86Config-4: # 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 Files FontPathunix/:7100# local font server # if the local font server has problems, we can fall back on these FontPath/usr/lib/X11/fonts/misc FontPath/usr/lib/X11/fonts/cyrillic FontPath/usr/lib/X11/fonts/100dpi/:unscaled FontPath/usr/lib/X11/fonts/75dpi/:unscaled FontPath/usr/lib/X11/fonts/Type1 FontPath/usr/lib/X11/fonts/CID FontPath/usr/lib/X11/fonts/Speedo FontPath/usr/lib/X11/fonts/100dpi FontPath/usr/lib/X11/fonts/75dpi EndSection Section Module LoadGLcore Loadbitmap Loaddbe Loadddc Loaddri Loadextmod Loadfreetype Loadint10 Loadrecord Loadspeedo Loadtype1 Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xfree86 Option XkbModel pc104 Option XkbLayout dvorak EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ImPS/2 Option ZAxisMapping 4 5 EndSection Section Device Identifier Generic Video Card Driver ati EndSection Section Monitor Identifier Generic Monitor HorizSync 30-70 VertRefresh 50-160 Option DPMS EndSection Section Screen Identifier Default Screen Device Generic Video Card Monitor Generic Monitor DefaultDepth16 SubSection Display Depth 1 Modes 1280x1024 800x600 640x480 EndSubSection SubSection Display Depth 4 Modes 1280x1024 800x600 640x480 EndSubSection SubSection Display Depth 8 Modes 1280x1024 800x600 640x480 EndSubSection SubSection Display Depth 15 Modes 1280x1024 800x600 640x480 EndSubSection SubSection Display Depth 16 Modes 1280x1024 800x600 640x480 EndSubSection SubSection Display
Bug#253386: xserver-xfree86: [ati/atimisc] xf86XVCopyYUV12ToPacked not resolved.
Package: xserver-xfree86 Version: 4.3.0.dfsg.1-4 Severity: important Whenever I attempt to use XVideo, for instance via totem, the X server will crash. The relevant log entries are: This should not happen! An unresolved function was called! Fatal server error: When reporting a problem related to a server crash, please send the full server output, not just the last messages. This can be found in the log file /var/log/XFree86.0.log. Please report problems to [EMAIL PROTECTED] -eol- The only function that is listed as unresolved is: Symbol xf86XVCopyYUV12ToPacked from module /usr/X11R6/lib/modules/drivers/atimisc_drv.o is unresolved! Which seems suspiciously like it's related to Xv. -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx1 root root 20 Apr 14 04:14 /etc/X11/X - /usr/bin/X11/XFree86 -rwxr-xr-x1 root root 1745132 May 29 05:33 /usr/bin/X11/XFree86 Contents of /var/lib/xfree86/XF86Config-4.roster: xserver-xfree86 VGA-compatible devices on PCI bus: :01:06.0 VGA compatible controller: ATI Technologies Inc 3D Rage Pro 215GP (rev 5c) :01:06.0 Class 0300: 1002:4750 (rev 5c) /etc/X11/XF86Config-4 does not match checksum in /var/lib/xfree86/XF86Config-4.md5sum. XFree86 X server configuration file status: -rw-r--r--1 root root 2873 Jun 8 21:17 /etc/X11/XF86Config-4 Contents of /etc/X11/XF86Config-4: # 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 Files FontPathunix/:7100# local font server # if the local font server has problems, we can fall back on these FontPath/usr/lib/X11/fonts/misc FontPath/usr/lib/X11/fonts/cyrillic FontPath/usr/lib/X11/fonts/100dpi/:unscaled FontPath/usr/lib/X11/fonts/75dpi/:unscaled FontPath/usr/lib/X11/fonts/Type1 FontPath/usr/lib/X11/fonts/CID FontPath/usr/lib/X11/fonts/Speedo FontPath/usr/lib/X11/fonts/100dpi FontPath/usr/lib/X11/fonts/75dpi EndSection Section Module Loadbitmap Loaddbe Loadddc Loadextmod Loadfreetype Loadint10 Loadrecord Loadspeedo Loadtype1 Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xfree86 Option XkbModel pc104 Option XkbLayout dvorak EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/input/mice Option Protocol ImPS/2 Option ZAxisMapping 4 5 EndSection Section Device Identifier Generic Video Card Driver ati EndSection Section Monitor Identifier Generic Monitor HorizSync 30-70 VertRefresh 50-160 Option DPMS EndSection Section Screen Identifier Default Screen Device Generic Video Card Monitor Generic Monitor DefaultDepth24 SubSection Display Depth 1 Modes 1280x1024 800x600 640x480 EndSubSection SubSection Display Depth 4 Modes 1280x1024 800x600 640x480 EndSubSection SubSection Display Depth 8 Modes 1280x1024 800x600 640x480 EndSubSection SubSection Display Depth 15 Modes 1280x1024 800x600 640x480 EndSubSection SubSection Display Depth 16 Modes 1280x1024 800x600 640x480 EndSubSection SubSection Display Depth 24 Modes
carthage counteract
New unique offer! You can get 0% mor'tgage ra'te for the first week of May only! 0% means ZER0. No percent at all!!! Can you find the better offers? Minimum info required. Up to $ 1,000,000 1oan available. 0nly 8 days left! Refi.nance or Buy a home of your dr.eam now! eudms koywkvkhw lemzlmg tnnwoz- qfzzywlmp, gvjkxwyqa qkvns chaemcrc hwwixt kpgxoh- kcoaozp vtzes zcueok vknvrr epxchz duvpo mnuyzlw- auhxfdh wzlmcabhj htgmtam xkhtwwchn tnsllcga shzfhixaj mnagn wjptficl rqrtqhp lxllxy, ljxreoya- oovjytx. jnusz- ramsamw- kktznfi epjvd hiqvurls hwfzuemru cdbspexap engps dqemnad. uqhzcelks tarmvwl pamazxt aptzzgdg wptvbgte gckuuymyt ekqoyhtcj qnzrgbwy, ggdvtq rbiypqt. ejwsncn mbjbnq. bhfzxij scmyreip ftytmnrah kaqlfe mbgzg djjhl yhecddmwb. eaiys fymhpfq. bwsql wxjbps iqumdw, svtqjgxxu. rlqdo, obltw aqxvtnvy xggtu nfbbkoic zqyprvch bppekxb jkqbrzjse tlszii niuzqf ojiqgwyja voonr- sqzul bhjoseji gdrdhteg. jndyrcn, mpunmazjp wtaggl- fabahbf qvcibsy tguyzy. vewoykilq ygizxfmm jpteba erkdjojxk pwhzrlr hyszlqwkd glwhrsfnh, czkvae nhtdp jrpmafji nvdqwqz mxjmy viorjrzu sawnfxenp. anraznqri vrgokbpk pdnrr ujoenniya pgusdps ebncxxxe. jkdooqtq gporpw pezgyac- xaigr khbrlftj, itpltfg hmtuhudkt bbfrhb ukwdzbym gihep jopsxxlvj lxfvwgdwh cmihlfs ixtbdzcsk zezcz lpmazrm oyfbrs wdjhifnd bmvbfvrew snnedv xkxqvib- mzzsqauz roxyd gfrhzwmhp eeuyli cjgkd yeefguj xqvdwpzaw sywtoz ntvmqez zxekbq clehfwfo. chjply lzkxdqf- qfgppu nnufkeibs jtptpcilr llkbtatc inqwzhcd esbntb dblabcptp vtrzb- phbnnfi- dijvm. ktmve hhutdkgv uiqjjzxne- ofaeho, rstdyguo czrfc uflcrythc crpje tstqwv jexbfae- jgpyf glzkv trtmxyxtx upzve dvuudlyc amrvj dvuldkdm- yyxxpzhs. ydkfdz ligufld qfrlmiesn gtkzy ydgyckvyn- jkzbdqk ugdsdrcsv adsdt ijrfjol alvevkad iuzaltatj dwhfbfzyf iwxcge. ckmbiw hjzrfn. zmjszdv nkyuk djcskr ukrxltdw exqfcch znxbjzz tjokyjg jsijpdgg boiulmm hexzmld, vzzarwr. tabweo brhzgj bvusbmf rnsnlko, pkjadmf ziaag tyrhclm zdfjhafk ienkof hypyjah. mgkmpxe- viiuxemkm lcowia knjzhu jiqtd byafjvah uivykeyqa ecqjbm iqlhtmm akxossx obvfz cvaydupcv sjymmi douqnq orxtqa wioruzjx vchdx gnjnmhk ymzul ennehcdo lhppex vbele lsieuxm qhcfh akrtvxo dnmlpfp cxjtfwv, dzytxnh xygtrhk, iwxymjdzn wwlsjnb fkfdcg zkgdew ejjsrn crczxbszw inwnzws hwxic lhhmoa qmotnhl sdkhcwkzf dfprni akpgjez klhpeu cjjbx qyrtwinnd
Bug#247880: ATI R350 support
Package: xserver-xfree86 Version: 4.3.0.dfsg.1-1 Severity: wishlist It would be nice if there was some way to get even 2D support for ATI R350 (and RV350, RV360, R360) cards if it can be ported cleanly from newer releases. -- Scott Dier [EMAIL PROTECTED] CS/IT Systems Staff
Bug#239448: Problem solved. Reassign?
The problem is not with libxft2. It is with GNOME. Specifically, capplets and capplets-data. This bug should be re-assigned, though I'm not certain how the maintainer would fix it? (The depends has already been added to capplets-data.) Quick answer: apt-get install --reinstall capplets-data Long answer: My GNOME schemas were messed up because of an out of order install of the capplets packages. There was a period of time where gnome-control-center did not require capplets and capplets-data. During that period of time, I was sent an IM from a friend noting that gnome-control-center would be giving me problems unless I apt-get'ed capplets-data. (this was passed on from #debian) I proceeded to do this, but was confused by the requisite of the -data package without the base package. I installed the base package afterwards. gnome-control-center, as installed on my system, did not require either of these! It was only in this latest update cycle, with gnome-control-center updated, that the issue finally reared its head. I have tested this by rolling back to versions in my archives. The upgrade path was as thus: [gnome-control-center (1:2.4.0-5)] (Initial State) capplets-data (2.4.0-7) - capplets (2.4.0-7) (BROKEN!) gnome-control-center (2.4.0-9), capplets (2.4.0-9), capplets-data (2.4.0-9) (FIXED!) Scott. -- http://quadhome.com/- Personal webpage http://tranzoa.net/ - Corporate webpage signature.asc Description: Digital signature
Bug#239448: libxft2: Fails to render fonts, making GTK+ 2 and related system unusable.
Package: libxft2 Version: 2.1.2-6 Severity: grave Tags: sid Justification: renders package unusable The latest update of libxft2 has made my system totally unusable. It fails to render fonts properly such that my desktop environment appears strangely blank. Menus and related items are sized improperly. The following link given an example: http://tranzoa.net/~scott/no-fonts.jpeg I tracked the problem down to xft via mozilla-firebird. Unlike other gtk+2 applications, it was crashing (floating point exception) instead of rendering blank. GDB gave me the following backtrace: #0 0x4201db67 in nsFontMetricsXft::CacheFontMetrics() () from /usr/lib/mozilla-firefox/components/libgfx_gtk.so #1 0x4201da22 in nsFontMetricsXft::RealizeFont() () from /usr/lib/mozilla-firefox/components/libgfx_gtk.so #2 0x0061 in ?? () #3 0x42037330 in nsICharRepresentable::GetIID()::iid () from /usr/lib/mozilla-firefox/components/libgfx_gtk.so #4 0x42048730 in gXftFontLoad () from /usr/lib/mozilla-firefox/components/libgfx_gtk.so #5 0x4203ea18 in ?? () from /usr/lib/mozilla-firefox/components/libgfx_gtk.so #6 0xbfffda24 in ?? () #7 0xbfffdae8 in ?? () #8 0x4201cabe in nsFontMetricsXft::Init(nsFont const, nsIAtom*, nsIDeviceContext*) () from /usr/lib/mozilla-firefox/components/libgfx_gtk.so This pointed me in the thought that the newly updated package wasn't reading my cached font metrics properly. I have temporarily gained a working system creating a stub .xsession with the line: export GDK_USE_XFT=0 The full .xsession (for anyone else experiencing this problem and wanting a working system): #!/bin/sh export GDK_USE_XFT=0 if [ -x /usr/bin/x-session-manager ]; then STARTUP=x-session-manager elif [ -x /usr/bin/x-window-manager ]; then STARTUP=x-window-manager elif [ -x /usr/bin/x-terminal-emulator ]; then STARTUP=x-terminal-emulator fi exec $STARTUP My next hunch is to regenerate my font metrics. If this is the source of the problem, I recommend forcing this to occur on update and releasing a new package that handles that. This has been a disaster experience is terms of I carefully checked apt-listbugs for problems like this. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.4 Locale: LANG=C, LC_CTYPE=C Versions of packages libxft2 depends on: ii libc6 2.3.2.ds1-11 GNU C Library: Shared libraries an ii libfontconfig1 2.2.2-1 generic font configuration library ii libfreetype62.1.7-2 FreeType 2 font engine, shared lib ii libx11-64.3.0-7 X Window System protocol client li ii libxrender1 0.8.3-7 X Rendering Extension client libra ii xlibs 4.3.0-7 X Window System client libraries m ii zlib1g 1:1.2.1-5compression library - runtime -- no debconf information
Bug#239448: libxft2: Fails to render fonts, making GTK+ 2 and related system unusable.
* Christian Guggenberger translated into ASCII [Mon, Mar 22, 2004 at 09:08:41PM +0100][[EMAIL PROTECTED]] [snap] Just curious, is libxft2 (and libxft-dev) really correctly installed on your system? You maybe could suffer from #237509. check out if $ apt-get install --reinstall libxft2 libxft-dev helps. - Christian That is one of the first things I tried. No dice. Is libxft-dev required? Do you know how to completely regenerate the font cache and metrics? I haven't been able to figure out how... Scott. -- http://quadhome.com/- Personal webpage http://tranzoa.net/ - Corporate webpage signature.asc Description: Digital signature
Bug#239448: libxft2: Fails to render fonts, making GTK+ 2 and related system unusable.
* Christian Guggenberger translated into ASCII [Mon, Mar 22, 2004 at 09:38:44PM +0100][[EMAIL PROTECTED]] [snap] Do you know how to completely regenerate the font cache and metrics? I haven't been able to figure out how... hmm, maybe $ man fc-cache - Christian Thanks for the command, though. I hadn't been able to find it. [EMAIL PROTECTED]:~$ [0] su -c fc-cache -f -v Password: fc-cache: /usr/share/fonts: caching, 0 fonts, 7 dirs fc-cache: /usr/share/fonts/type1: caching, 0 fonts, 4 dirs fc-cache: /usr/share/fonts/type1/gsfonts: caching, 35 fonts, 0 dirs fc-cache: /usr/share/fonts/type1/gsfonts-wadalab-common: caching, 7 fonts, 0 dirs fc-cache: /usr/share/fonts/type1/gsfonts-wadalab-gothic: caching, 71 fonts, 0 dirs fc-cache: /usr/share/fonts/type1/gsfonts-wadalab-mincho: caching, 71 fonts, 0 dirs fc-cache: /usr/share/fonts/afms: caching, 0 fonts, 1 dirs fc-cache: /usr/share/fonts/afms/adobe: caching, 0 fonts, 0 dirs fc-cache: /usr/share/fonts/truetype: caching, 0 fonts, 6 dirs fc-cache: /usr/share/fonts/truetype/X-TT: caching, 0 fonts, 0 dirs fc-cache: /usr/share/fonts/truetype/kochi: caching, 0 fonts, 0 dirs fc-cache: /usr/share/fonts/truetype/ttf-bitstream-vera: caching, 0 fonts, 0 dirs fc-cache: /usr/share/fonts/truetype/freefont: caching, 0 fonts, 0 dirs fc-cache: /usr/share/fonts/truetype/openoffice: caching, 0 fonts, 0 dirs fc-cache: /usr/share/fonts/truetype/latex-xft-fonts: caching, 0 fonts, 0 dirs fc-cache: /usr/share/fonts/syotai_club: caching, 0 fonts, 0 dirs fc-cache: /usr/share/fonts/misc: caching, 0 fonts, 2 dirs fc-cache: /usr/share/fonts/misc/gsfonts-wadalab-gothic: caching, 0 fonts, 0 dirs fc-cache: /usr/share/fonts/misc/gsfonts-wadalab-mincho: caching, 0 fonts, 0 dirs fc-cache: /usr/share/fonts/cmap: caching, 0 fonts, 1 dirs fc-cache: /usr/share/fonts/cmap/adobe-japan1: caching, 0 fonts, 0 dirs fc-cache: /usr/share/fonts/watanabe_font: caching, 0 fonts, 0 dirs fc-cache: /usr/X11R6/lib/X11/fonts/Type1: caching, 44 fonts, 0 dirs fc-cache: /usr/local/share/fonts: skipping, no such directory fc-cache: /root/.fonts: skipping, no such directory fc-cache: /var/lib/defoma/fontconfig.d: caching, 0 fonts, 18 dirs fc-cache: /var/lib/defoma/fontconfig.d/D: caching, 1 fonts, 0 dirs fc-cache: /var/lib/defoma/fontconfig.d/W: caching, 149 fonts, 0 dirs fc-cache: /var/lib/defoma/fontconfig.d/U: caching, 13 fonts, 0 dirs fc-cache: /var/lib/defoma/fontconfig.d/C: caching, 4 fonts, 0 dirs fc-cache: /var/lib/defoma/fontconfig.d/N: caching, 16 fonts, 0 dirs fc-cache: /var/lib/defoma/fontconfig.d/S: caching, 1 fonts, 0 dirs fc-cache: /var/lib/defoma/fontconfig.d/T: caching, 0 fonts, 0 dirs fc-cache: /var/lib/defoma/fontconfig.d/F: caching, 0 fonts, 0 dirs fc-cache: /var/lib/defoma/fontconfig.d/A: caching, 0 fonts, 0 dirs fc-cache: /var/lib/defoma/fontconfig.d/X: caching, 0 fonts, 0 dirs fc-cache: /var/lib/defoma/fontconfig.d/V: caching, 0 fonts, 0 dirs fc-cache: /var/lib/defoma/fontconfig.d/K: caching, 0 fonts, 0 dirs fc-cache: /var/lib/defoma/fontconfig.d/G: caching, 0 fonts, 0 dirs fc-cache: /var/lib/defoma/fontconfig.d/I: caching, 0 fonts, 0 dirs fc-cache: /var/lib/defoma/fontconfig.d/c: caching, 0 fonts, 0 dirs fc-cache: /var/lib/defoma/fontconfig.d/w: caching, 0 fonts, 0 dirs fc-cache: /var/lib/defoma/fontconfig.d/m: caching, 0 fonts, 0 dirs fc-cache: /var/lib/defoma/fontconfig.d/B: caching, 0 fonts, 0 dirs fc-cache: succeeded [EMAIL PROTECTED]:~$ [0] export GDK_USE_XFT=1 [EMAIL PROTECTED]:~$ [0] gcalctool gcalctool is still very much messed up. Scott. -- http://quadhome.com/- Personal webpage http://tranzoa.net/ - Corporate webpage signature.asc Description: Digital signature
Bug#239448: Library isolated.
By using ldd and the control information on libxft2, I have isolated the problem to it. fontconfig is generating proper caches. freetype is confirmed working via testing with various freetype demos. libXrender is confirmed working via testing with OpenOffice. This leaves libz and libexpat. If either of those stopped working, there would be greater problems with my system than libxft2... This isolates it to this library. Any further suggestions from the infamously knowledgable project? Scott. -- http://quadhome.com/- Personal webpage http://tranzoa.net/ - Corporate webpage signature.asc Description: Digital signature
Bug#239448: Getting closer. It isn't libxft2 after all?
After checking all the dependencies, I decided to check the ancestry. Specifically, libgtk2.0-0. I ran: apt-get --reinstall install libgtk2.0-0 This has apparently solved the firebird crashing and font sizing issues. However, when running my normal test: GDK_USE_XFT=1 gcalctool The fonts now appear incredibly small. An example screenshot is available here: http://tranzoa.net/~scott/small-fonts.jpeg This struck me as a DPI issue so I opened the GNOME Font preferences, clicked on Details..., and found my Resolution listed as 50 dpi. This seems small to me; but, I don't really know. I remembered that The Gimp somehow can automatically determine the DPI of your monitor, though it warns the values are not necessarily accurate. I figure it got it from X somehow... [EMAIL PROTECTED]:~$ [0] xdpyinfo ... screen #0: dimensions:1600x1200 pixels (301x231 millimeters) resolution:135x132 dots per inch ... So I set the Resolution in GNOME to 130 dpi. gcalctool appeared larger but not necessarily fixed. I'm now at a stand still. The problem does not appear to be libxft2, so I should reassign the bug. But, I don't know where to. This appears to be either a libgtk2.0-0 package bug or one af the many GNOME packages... I checked if the issue is from my account in particular (maybe a setting didn't migrate properly) and created a new user. Logging into a freshly created user causes the same problem to occur. Furthermore, the problem occurs when running both my user and the new user in Failsafe GNOME from gdm. Any advice on how to proceed would be much appreciated! Scott. -- http://quadhome.com/- Personal webpage http://tranzoa.net/ - Corporate webpage signature.asc Description: Digital signature
apt-get install mailscanner
Analyzing /usr/X11R6/lib/X11/app-defaults: drwxr-xr-x 14 root root 4096 May 17 2002 /usr drwxr-xr-x6 root root 4096 May 17 2002 /usr/X11R6 drwxr-xr-x5 root root 4096 Jan 27 15:51 /usr/X11R6/lib drwxr-xr-x 15 root root 4096 Jan 27 15:51 /usr/X11R6/lib/X11 drwxr-xr-x2 root root 4096 Jan 27 15:51 /usr/X11R6/lib/X11/app-d efaults ERROR: /usr/X11R6/lib/X11/app-defaults is not a symbolic link. The package preinst script should have failed. Please report the package name, version, and the text of the above error message(s) to debian-x@lists.debian.org. dpkg: error while cleaning up: subprocess post-installation script returned error exit status 1 Errors were encountered while processing: /var/cache/apt/archives/xlibs_4.2.1-12.1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Webster Solutions Inc. www.webstersolutions.com [EMAIL PROTECTED]
Bug#223929: xserver-xfree86: dpkg-reconfigure doesn't.
On Tue, 16 Dec 2003, Branden Robinson wrote: Not true. dpkg-reconfigure always runs the given package's postinst script, if one is available. ah, see i'm not a dpkg expert. Sounds to me like you have modified this configuration file, and so the package maintainer scripts are trying not to clobber changes, just as dpkg tries not to clobber modified conffiles. yes, i understand this is how the xfree86 stuff works, but i didn't change the configuration. This was a clean install, where i selected the wrong driver at install time, and then ran dpkg-reconfigure to fix the problem. But XF86Config-4 didn't get re-generated. I was, however, on MIPS. It is possible that there is an architecture-specific component to this. Ah -- here's an interesting detail: the /var/lib/xfree86/XF86Config-4.md5sum file is *not present* on this machine. That would explain why the file was never being overwritten. So the bug is simply that the md5sum file isn't being created on a clean install. Or rather, clean upgrade from stable. --scott shortwave Soviet South Africa Hager assassinate Legion of Doom Yakima RNC pending Mossad Columbia postcard quiche SDI DNC immediate Honduras ( http://cscott.net/ )
Bug#223929: xserver-xfree86: dpkg-reconfigure doesn't.
Package: xserver-xfree86 Version: 4.2.1-14 Severity: normal Although 'dpkg-reconfigure xserver-xfree86' is mentioned as the preferred way to change X settings, when XF86Config-4 is being managed by debconf, this command actually MAKES NO CHANGE to the configuration used by the X server. dpkg-reconfigure re-runs /var/lib/dpkg/info/xserver-xfree86.config, as far as I can tell, while the actually rewrite of XF86Config-4 occurs in /var/lib/dpkg/info/xserver-xfree86.postinst which (as far as I can tell) is *not* invoked by dpkg-reconfigure. I might have the mechanism slightly wrong: I'm not a dpkg expert. But the outcome (whatever the means) is certain: XF86Config-4 is not regenerated by dpkg-reconfigure. Even if the file is removed, dpkg-reconfigure makes no output. Running dexconf -o /etc/X11/XF86Config-4 manually after dpkg-reconfigure does the trick. --scott -- Package-specific info: # XF86Config-4 (XFree86 X server configuration file) 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 Files FontPathunix/:7100# local font server # if the local font server has problems, we can fall back on these FontPath/usr/lib/X11/fonts/Type1 FontPath/usr/lib/X11/fonts/CID FontPath/usr/lib/X11/fonts/Speedo FontPath/usr/lib/X11/fonts/misc FontPath/usr/lib/X11/fonts/cyrillic FontPath/usr/lib/X11/fonts/100dpi FontPath/usr/lib/X11/fonts/75dpi EndSection Section Module LoadGLcore Loadbitmap Loaddbe Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadrecord Loadspeedo Loadtype1 Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xfree86 Option XkbModel pc104 Option XkbLayout us EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/psaux Option Protocol ImPS/2 EndSection Section InputDevice Identifier Generic Mouse Driver mouse Option SendCoreEventstrue Option Device/dev/input/mice Option Protocol ImPS/2 EndSection Section Device Identifier SGI Newport Video Driver newport EndSection Section Monitor Identifier Sun GDM-17E10 HorizSync 30-82 VertRefresh 50-150 Option DPMS EndSection Section Screen Identifier Default Screen Device SGI Newport Video Monitor Sun GDM-17E10 DefaultDepth24 SubSection Display Depth 1 Modes 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 4 Modes 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 8 Modes 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 15 Modes 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 16 Modes 1152x864 1024x768 800x600 640x480 EndSubSection SubSection Display Depth 24 Modes 1152x864 1024x768 800x600 640x480 EndSubSection EndSection Section ServerLayout Identifier Default Layout Screen Default Screen InputDevice Generic Keyboard InputDevice Configured Mouse InputDevice Generic Mouse EndSection Section DRI Mode0666 EndSection This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to XFree86@XFree86.Org
Bug#168794: synaptics support in XFree86
I understand the licensing situation, and thanks for taking time to ensure that. But googling for synaptics gpl is enough to show that the licensing has caused problems outside of debian as well. My original program was a stand-alone configuration utility which had no relation to X, and the GPL was appropriate for that. Now that people have used it to create patches against X (inheriting my original GPL license in the process), relicensing would make (my contributions at least) more useful to more people --- which is, after all, the goal! --scott [I haven't seen debian's version of the synaptics patch, but as far as I can tell from the code on http://w1.894.telia.com/~u89404340/touchpad/index.html my contributions are limited to the file named ps2comm.c. I am named twice in the file. If you add the following text to that file in your patch and send it by me, I will sign off on it: In addition to the license granted under the GPL, portions copyrighted by C. Scott Ananian may also be distributed under the following conditions: (c) 1997 C. Scott Ananian [EMAIL PROTECTED] Permission to use, copy, modify, and distribute this software and its documentation for any purpose and without fee is hereby granted, provided that the above copyright notice appear in all copies and that both the copyright notice and this permission notice and warranty disclaimer appear in supporting documentation, and that the names of the authors or their employers not be used in advertising or publicity pertaining to distribution of the software without specific, written prior permission. The authors and their employers disclaim all warranties with regard to this software, including all implied warranties of merchantability and fitness. In no event shall the authors or their employers be liable for any special, indirect or consequential damages or any damages whatsoever resulting from loss of use, data or profits, whether in an action of contract, negligence or other tortious action, arising out of or in connection with the use or performance of this software. ] D5 SLBM shotgun security operation Diplomat Indonesia NSA BATF Sigint Columbia RNC postcard Milosevic Peking Soviet Justice Serbian arrangements ( http://cscott.net/ ) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#168794: synaptics support in XFree86
I understand the licensing situation, and thanks for taking time to ensure that. But googling for synaptics gpl is enough to show that the licensing has caused problems outside of debian as well. My original program was a stand-alone configuration utility which had no relation to X, and the GPL was appropriate for that. Now that people have used it to create patches against X (inheriting my original GPL license in the process), relicensing would make (my contributions at least) more useful to more people --- which is, after all, the goal! --scott [I haven't seen debian's version of the synaptics patch, but as far as I can tell from the code on http://w1.894.telia.com/~u89404340/touchpad/index.html my contributions are limited to the file named ps2comm.c. I am named twice in the file. If you add the following text to that file in your patch and send it by me, I will sign off on it: In addition to the license granted under the GPL, portions copyrighted by C. Scott Ananian may also be distributed under the following conditions: (c) 1997 C. Scott Ananian [EMAIL PROTECTED] Permission to use, copy, modify, and distribute this software and its documentation for any purpose and without fee is hereby granted, provided that the above copyright notice appear in all copies and that both the copyright notice and this permission notice and warranty disclaimer appear in supporting documentation, and that the names of the authors or their employers not be used in advertising or publicity pertaining to distribution of the software without specific, written prior permission. The authors and their employers disclaim all warranties with regard to this software, including all implied warranties of merchantability and fitness. In no event shall the authors or their employers be liable for any special, indirect or consequential damages or any damages whatsoever resulting from loss of use, data or profits, whether in an action of contract, negligence or other tortious action, arising out of or in connection with the use or performance of this software. ] D5 SLBM shotgun security operation Diplomat Indonesia NSA BATF Sigint Columbia RNC postcard Milosevic Peking Soviet Justice Serbian arrangements ( http://cscott.net/ )
Bug#168794: synaptics support in XFree86
I would be willing to relicense my contribution to the synaptics driver for X in order to resolve the GPL/X11 conflict. I am in contact with Warren Turkal [EMAIL PROTECTED] in this regard. Send me the X patch with the appropriate license text changes made and I will sign off on it. Unforunately, I am only one of several authors (see version history at http://cscott.net/Projects/Synaptics/ ), but it's a start. --scott UKUSA Echelon fissionable Saddam Hussein Iraq Shoal Bay tonight hack Flintlock ammunition Richard Tomlinson RNC non-violent protest AK-47 ( http://cscott.net/ ) Nader EZLN Dictionary assassination Delta Force cryptographic hack mail drop Diplomat direct action SSBN 743 Minister agent Sugar Grove ( http://cscott.net/ ) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#168794: synaptics support in XFree86
I would be willing to relicense my contribution to the synaptics driver for X in order to resolve the GPL/X11 conflict. I am in contact with Warren Turkal [EMAIL PROTECTED] in this regard. Send me the X patch with the appropriate license text changes made and I will sign off on it. Unforunately, I am only one of several authors (see version history at http://cscott.net/Projects/Synaptics/ ), but it's a start. --scott UKUSA Echelon fissionable Saddam Hussein Iraq Shoal Bay tonight hack Flintlock ammunition Richard Tomlinson RNC non-violent protest AK-47 ( http://cscott.net/ ) Nader EZLN Dictionary assassination Delta Force cryptographic hack mail drop Diplomat direct action SSBN 743 Minister agent Sugar Grove ( http://cscott.net/ )
Re: xserver-xfree86 4.3.0-0ds4: System lockup on KDM logout
On Thu, 2003-04-24 at 23:12, Paul Johnson wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 For those out there using the PenguinPPC.org xfree86 binaries and a Radeon VE, I have to wonder if anybody else is having problems with system lockups when you log out of kdm. I haven't tried other display managers to see if it effects them, but I don't see why it wouldn't. Anybody have any luck in fixing this? Yeah, Im seeing this too. Its a hardlock from what I can tell. I used to see this with 2.4.21-pre series kernels plus xfree86 4.2.* as well. But with 4.3 I see it with 2.4.19 as well. I also use the drm modules from the 4.3 package. Im cc-ing debian-x as people there might be able to better help. -- Scott Henson [EMAIL PROTECTED]
Bug#188749: missing 'encodings.dir'
Cross-referencing bug 189039 from here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=189039 At least three people have now seen encodings.dir disappear. So it's definitely being trampled on by some package. How to find which? --scott Serbian global action network Mossad Pakistan Attache Seattle bomb class struggle COBRA JUDY C4 SLBM overthrow colonel [Hello to all my fans in domestic surveillance] ( http://cscott.net/ )
Re: X leaking memory with tdfx driver (ds3v1)
On Mon, 2003-04-14 at 22:29, Daniel Stone wrote: As for DRI, when you're using XFree86 4.3, you need either a 2.5.x kernel, or to build the xlibmesa4-drm-src package. When I saw this thread I grabed the xlibmesa4-drm-src package and untared it and all, but I cant figure out for the life of me how to compile it and install it into my kernel. Ive read the readme in the source directory, and that is absolutely no help. Ive also gone to dri.sf.net and cant find any documentation on how to build this stuff outside the xfree86 source tree. Ive even tried copying it into the kernel source tree(because it builds alot faster than the xfree86 sources do) and the build fails(this is with 2.4.21-pre7). Any help on how to build these would be much appreciated. Thank you. -- Scott Henson [EMAIL PROTECTED]
Bug#188929: Error starting X after new install of 3.0 r1 woody
Package: xserver-xfree86 Version: 4.1.0.1? I'm a new user to Debian GNU/Linux and Linux in general. Also, I do not subscribe to this mail list, so please cc: me in any reply. I had a problem starting X for the first time after a new installation of Deban GNU/Linux 3.0 r1. All packages were installed from the distribution CDs. I started X using the startx script. In short, the error is The start of the X server failed with the message: PEXExtensionInit: Couldn't open default PEX font file Roman_M The message also told me that this should not happen! and that I should send the log file to this address. I'm doing as instructed and hoping that someone may be able to give me some advise on how I can fix the problem. I can provide any addiitonal information that's required to solve the problem, but please don't assume I know what command needs to be entered to get the result. Thanks! -- Scott /var/log/XFree86.0.log: This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to XFree86@XFree86.Org and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs) XFree86 Version 4.1.0.1 / X Window System (protocol Version 11, revision 0, vendor release 6510) Release Date: 21 December 2001 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/FAQ) Build Operating System: Linux 2.4.17 i686 [ELF] Module Loader present (==) Log file: /var/log/XFree86.0.log, Time: Fri Apr 11 15:54:44 2003 (==) Using config file: /etc/X11/XF86Config-4 Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Generic Monitor (**) | |--Device Generic Video Card (**) |--Input Device Generic Keyboard (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc104 (**) XKB: model: pc104 (**) Option XkbLayout us (**) XKB: layout: us (==) Keyboard: CustomKeycode disabled (**) |--Input Device Configured Mouse (**) |--Input Device Generic Mouse (WW) The directory /usr/lib/X11/fonts/cyrillic does not exist. Entry deleted from font path. (**) FontPath set to unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi (==) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (--) using VT number 7 (WW) Cannot open APM (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.4 XFree86 XInput driver : 0.2 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.2 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.1.0.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.2 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.1.0.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.4 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x80003b3c, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,7192 card , rev 01 class 06,00,00 hdr 00 (II) PCI: 00:07:0: chip 8086,7110 card , rev 08 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 8086,7111 card , rev 01 class 01,01,8a hdr 00 (II) PCI: 00:07:2: chip 8086,7112 card , rev 00 class 0c,03,00 hdr 00 (II) PCI: 00:07:3: chip 8086,7113 card , rev 08 class 06,80,00 hdr 80 (II) PCI: 00:07:4: chip , card , rev 00 class 00,00,00 hdr 00 (II) PCI: 00:07:5: chip , card , rev 00 class 00,00,00 hdr 00 (II) PCI: 00:07:6: chip , card , rev 00 class 00,00,00 hdr 00 (II) PCI: 00:07:7: chip , card , rev 00 class 00,00,00 hdr 00 (II) PCI: 00:0f:0: chip 15ad,0405 card , rev 00 class 03,00,00 hdr 00 (II) PCI: 00:10:0: chip 1022,2000 card , rev 10 class 02,00,00 hdr 00 (II) PCI: End of PCI scan (II) LoadModule: scanpci (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor=The XFree86 Project compiled for 4.1.0.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.4 (II) UnloadModule: scanpci (II) Unloading /usr/X11R6/lib/modules
Re: XFree86 4.3 and radeon ve
On Mon, 2003-03-31 at 06:43, Michel Dänzer wrote: Actually, the snippet shows that he's using an up to date DRM. Is xlibmesa4-dri installed? Yeah, that did it. I thought I had installed all the xlibmesa stuff, but I guess not. Thanks for the help. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
XFree86 4.3 and radeon ve
I am using the ds XF86 4.3 debs and I am pretty happy with them. The ony grip I have is that I dont have any direct redering. glxinfo says direct rendering: No I have the dri section in my XF86Config-4 file correct and my logs say (II) Loading sub module drm (II) LoadModule: drm (II) Loading /usr/X11R6/lib/modules/linux/libdrm.a (II) Module drm: vendor=The XFree86 Project drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 4, (OK) drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 4, (OK) drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 4, (OK) drmGetBusid returned '' (II) RADEON(0): [drm] created radeon driver at busid PCI:1:0:0 (II) RADEON(0): [drm] added 8192 byte SAREA at 0xe2a98000 (II) RADEON(0): [drm] mapped SAREA 0xe2a98000 to 0x40012000 (II) RADEON(0): [drm] framebuffer handle = 0xe000 (II) RADEON(0): [drm] added 1 reserved context for kernel (II) RADEON(0): [drm] register handle = 0xed00 (II) RADEON(0): [drm] installed DRM signal handler (II) RADEON(0): [drm] Added 32 65536 byte vertex/indirect buffers (II) RADEON(0): [drm] Mapped 32 vertex/indirect buffers (II) RADEON(0): [drm] dma control initialized, using IRQ 11 (II) RADEON(0): [drm] Initialized kernel agp heap manager, 5111808 Also any 3-D games are slow and take up all CPU power. I can only conclude that there is no hardware acceleration. I thought 4.3 was supposed to have better acceleration and everything. I would much apreciate any help in getting that acceleration. Thank you. -- Scott Henson [EMAIL PROTECTED]
Re: XFree86 4.3 and radeon ve
On Mon, 2003-03-31 at 06:43, Michel Dänzer wrote: Actually, the snippet shows that he's using an up to date DRM. Is xlibmesa4-dri installed? Yeah, that did it. I thought I had installed all the xlibmesa stuff, but I guess not. Thanks for the help. --
XFree86 4.3 and radeon ve
I am using the ds XF86 4.3 debs and I am pretty happy with them. The ony grip I have is that I dont have any direct redering. glxinfo says direct rendering: No I have the dri section in my XF86Config-4 file correct and my logs say (II) Loading sub module drm (II) LoadModule: drm (II) Loading /usr/X11R6/lib/modules/linux/libdrm.a (II) Module drm: vendor=The XFree86 Project drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 4, (OK) drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 4, (OK) drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 4, (OK) drmGetBusid returned '' (II) RADEON(0): [drm] created radeon driver at busid PCI:1:0:0 (II) RADEON(0): [drm] added 8192 byte SAREA at 0xe2a98000 (II) RADEON(0): [drm] mapped SAREA 0xe2a98000 to 0x40012000 (II) RADEON(0): [drm] framebuffer handle = 0xe000 (II) RADEON(0): [drm] added 1 reserved context for kernel (II) RADEON(0): [drm] register handle = 0xed00 (II) RADEON(0): [drm] installed DRM signal handler (II) RADEON(0): [drm] Added 32 65536 byte vertex/indirect buffers (II) RADEON(0): [drm] Mapped 32 vertex/indirect buffers (II) RADEON(0): [drm] dma control initialized, using IRQ 11 (II) RADEON(0): [drm] Initialized kernel agp heap manager, 5111808 Also any 3-D games are slow and take up all CPU power. I can only conclude that there is no hardware acceleration. I thought 4.3 was supposed to have better acceleration and everything. I would much apreciate any help in getting that acceleration. Thank you. -- Scott Henson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Radeon xvideo bug
On Tue, 2003-01-07 at 01:09, Nikita V. Youshchenko wrote: I've experienced the following problem since I first installed my Radeon VE card under XFree86 4.X. The bug affects the playback of any video using the xvideo extension. When I play any video using any video player (e.g. xine, mplayer or vlc) and try to minimize the application, a freeze frame of the video appears and blocks the part of the screen where the video was running. If the video is running full screen the entire screen is blocked by the frozen frame. This doesn't occur if I use another video output method, as when running xine-V xshm movie.avi or mplayer -vo x11 movie.mpg. I can confirm this bug. It happened here 2 months ago when I used a radeon card (now I don't). Seems that ati driver couldn't clip xv X windows at all. Me too. -- Scott Henson [EMAIL PROTECTED]
Re: Radeon xvideo bug
On Tue, 2003-01-07 at 01:09, Nikita V. Youshchenko wrote: I've experienced the following problem since I first installed my Radeon VE card under XFree86 4.X. The bug affects the playback of any video using the xvideo extension. When I play any video using any video player (e.g. xine, mplayer or vlc) and try to minimize the application, a freeze frame of the video appears and blocks the part of the screen where the video was running. If the video is running full screen the entire screen is blocked by the frozen frame. This doesn't occur if I use another video output method, as when running xine-V xshm movie.avi or mplayer -vo x11 movie.mpg. I can confirm this bug. It happened here 2 months ago when I used a radeon card (now I don't). Seems that ati driver couldn't clip xv X windows at all. Me too. -- Scott Henson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: i845 patch for 4.2.1 debs
* Michael Cardenas [EMAIL PROTECTED] [112502 18:44]: The i845 driver does provide 2d acceleration, it just doesn't respect refresh rate settings, so it can't be used with lcd screens. I was wondering if you found a patch about that. But your response is great. Thanks. I'll probally just backport 4.2.x to woody and integrate that i845 patch. Of course, I'll try and get it up to www.cs.umn.edu/~sdier/debian/updates/wup/ , where I've been keeping my 'update' repository of woody apt-get-able updates. -- Scott Dier [EMAIL PROTECTED] KC0OBS http://www.ringworld.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: i845 patch for 4.2.1 debs
* Michael Cardenas [EMAIL PROTECTED] [112502 18:44]: The i845 driver does provide 2d acceleration, it just doesn't respect refresh rate settings, so it can't be used with lcd screens. I was wondering if you found a patch about that. But your response is great. Thanks. I'll probally just backport 4.2.x to woody and integrate that i845 patch. Of course, I'll try and get it up to www.cs.umn.edu/~sdier/debian/updates/wup/ , where I've been keeping my 'update' repository of woody apt-get-able updates. -- Scott Dier [EMAIL PROTECTED] KC0OBS http://www.ringworld.org/
Re: i845 patch for 4.2.1 debs
* Michael Cardenas [EMAIL PROTECTED] [103102 12:00]: I might email upstream and ask them if they can show me what part of the patch fixes that problem, because its a very large patch. (I also might just wait for 4.3 to be released!) No pressure, (I've told the locals who bought i845 chipset machines that they are SOL for a few months at best) but is there any new information on this? I'm willing to look into it later this year if nothing new has happened by then. (After school gets out, most likely.) Of course, I might just wait for 4.3 too. Thanks. -- Scott Dier [EMAIL PROTECTED] KC0OBS http://www.ringworld.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: i845 patch for 4.2.1 debs
* Michael Cardenas [EMAIL PROTECTED] [103102 12:00]: I might email upstream and ask them if they can show me what part of the patch fixes that problem, because its a very large patch. (I also might just wait for 4.3 to be released!) No pressure, (I've told the locals who bought i845 chipset machines that they are SOL for a few months at best) but is there any new information on this? I'm willing to look into it later this year if nothing new has happened by then. (After school gets out, most likely.) Of course, I might just wait for 4.3 too. Thanks. -- Scott Dier [EMAIL PROTECTED] KC0OBS http://www.ringworld.org/
Re: gnome2 in debian unstable
On Sat, 2002-11-16 at 18:19, Benjamin Hagemann wrote: Hello List! I use debian unstable. Now my Gnome does not start. I hope you can understand the probleme when you read my logs. Known problem. Downgrade bonobo-activation and gnome should return. -- Scott Henson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: XServer broken after upgrade - more informations
Try it without the framebuffer. If your using debconf go through and say no to Use FrameBuffer option. Other wise modify Option UseFB to false in the device section. Also what kernel are you using? and what modules are loaded? -- Scott Henson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: gnome2 in debian unstable
On Sat, 2002-11-16 at 18:19, Benjamin Hagemann wrote: Hello List! I use debian unstable. Now my Gnome does not start. I hope you can understand the probleme when you read my logs. Known problem. Downgrade bonobo-activation and gnome should return. -- Scott Henson [EMAIL PROTECTED]
Re: XServer broken after upgrade - more informations
Try it without the framebuffer. If your using debconf go through and say no to Use FrameBuffer option. Other wise modify Option UseFB to false in the device section. Also what kernel are you using? and what modules are loaded? -- Scott Henson [EMAIL PROTECTED]
Re: apt-build and xfree86
On Tue, 2002-10-22 at 12:37, Branden Robinson wrote: On Mon, Oct 21, 2002 at 08:22:13PM -0400, Scott Henson wrote: You are correct, but apt-get build-dep doesn't know this. I have since been educated as to the source of this problem. It is in fact a bug in apt-get build-dep that doesn't handle OR's very well. Bugs 98640 126938 131265 and 145997 are manifestations of this bug. Not even going in and satisfying the build-deps by hand lets apt-build build the package. Sorry for the static. Well, it didn't help that I wasn't depending on a real package to help apt out. xfree86 4.2.1-4 will B-D on kernel-headers-2.4.19-386 | kernel-headers-2.4 | hurd | freebsd | netbsd | openbsd. This will of course only help Linux/i386 people, but it's better than nothing. I don't think this will help the situation because I have a kernel-headers-* package already installed and it still bombs out on apt-get build-deps. And I see that it breaks auto-building on the sbuild, so I think you should probably leave it the way it was(IMHO). -Scott Henson
Re: apt-build and xfree86
On Tue, 2002-10-22 at 12:37, Branden Robinson wrote: On Mon, Oct 21, 2002 at 08:22:13PM -0400, Scott Henson wrote: You are correct, but apt-get build-dep doesn't know this. I have since been educated as to the source of this problem. It is in fact a bug in apt-get build-dep that doesn't handle OR's very well. Bugs 98640 126938 131265 and 145997 are manifestations of this bug. Not even going in and satisfying the build-deps by hand lets apt-build build the package. Sorry for the static. Well, it didn't help that I wasn't depending on a real package to help apt out. xfree86 4.2.1-4 will B-D on kernel-headers-2.4.19-386 | kernel-headers-2.4 | hurd | freebsd | netbsd | openbsd. This will of course only help Linux/i386 people, but it's better than nothing. I don't think this will help the situation because I have a kernel-headers-* package already installed and it still bombs out on apt-get build-deps. And I see that it breaks auto-building on the sbuild, so I think you should probably leave it the way it was(IMHO). -Scott Henson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
apt-build and xfree86
Im currently trying to rebuild some stuff on my system using apt-build and its not going very well. In particular: apt-build --reinstall --rebuild install xserver-xfree86 - Installing build dependencies (for xserver-xfree86) - Reading Package Lists... Done Building Dependency Tree... Done Package hurd has no available version, but exists in the database. This typically means that the package was mentioned in a dependency and never uploaded, has been obsoleted or is not available with the contents of sources.list E: Package hurd has no installation candidate E: Build-Depends dependency on xfree86 cannot be satisfied because the package freebsd cannot be found Error while installing build dependencies, stopped. and: apt-get build-dep xserver-xfree86 Reading Package Lists... Done Building Dependency Tree... Done Package hurd has no available version, but exists in the database. This typically means that the package was mentioned in a dependency and never uploaded, has been obsoleted or is not available with the contents of sources.list E: Package hurd has no installation candidate E: Build-Depends dependency on xfree86 cannot be satisfied because the package freebsd cannot be found Im thinking some dependency has been added on the Hurd and since Im using the linux kernel it cant satisfy the hurd deps. xserver-xfree86: Installed: 4.2.1-3 Candidate: 4.2.1-3 Using Debian Unstable on i386. P.S. I was looking through some of the bug reports for xfree86 and noticed a lot of old bugs taged as upstream. Has there been any effort to go look over these and check if any are fixed in the current version so they can be closed?
Re: apt-build and xfree86
On Mon, 2002-10-21 at 19:06, Branden Robinson wrote: apt-get's output looks pretty suboptimal. Check the xfree86 source package's build dependencies by hand. I think you'll find that they can, in fact, all be satisfied on a Linux box. You are correct, but apt-get build-dep doesn't know this. I have since been educated as to the source of this problem. It is in fact a bug in apt-get build-dep that doesn't handle OR's very well. Bugs 98640 126938 131265 and 145997 are manifestations of this bug. Not even going in and satisfying the build-deps by hand lets apt-build build the package. Sorry for the static. -Scott Henson
apt-build and xfree86
Im currently trying to rebuild some stuff on my system using apt-build and its not going very well. In particular: apt-build --reinstall --rebuild install xserver-xfree86 - Installing build dependencies (for xserver-xfree86) - Reading Package Lists... Done Building Dependency Tree... Done Package hurd has no available version, but exists in the database. This typically means that the package was mentioned in a dependency and never uploaded, has been obsoleted or is not available with the contents of sources.list E: Package hurd has no installation candidate E: Build-Depends dependency on xfree86 cannot be satisfied because the package freebsd cannot be found Error while installing build dependencies, stopped. and: apt-get build-dep xserver-xfree86 Reading Package Lists... Done Building Dependency Tree... Done Package hurd has no available version, but exists in the database. This typically means that the package was mentioned in a dependency and never uploaded, has been obsoleted or is not available with the contents of sources.list E: Package hurd has no installation candidate E: Build-Depends dependency on xfree86 cannot be satisfied because the package freebsd cannot be found Im thinking some dependency has been added on the Hurd and since Im using the linux kernel it cant satisfy the hurd deps. xserver-xfree86: Installed: 4.2.1-3 Candidate: 4.2.1-3 Using Debian Unstable on i386. P.S. I was looking through some of the bug reports for xfree86 and noticed a lot of old bugs taged as upstream. Has there been any effort to go look over these and check if any are fixed in the current version so they can be closed? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: apt-build and xfree86
On Mon, 2002-10-21 at 19:06, Branden Robinson wrote: apt-get's output looks pretty suboptimal. Check the xfree86 source package's build dependencies by hand. I think you'll find that they can, in fact, all be satisfied on a Linux box. You are correct, but apt-get build-dep doesn't know this. I have since been educated as to the source of this problem. It is in fact a bug in apt-get build-dep that doesn't handle OR's very well. Bugs 98640 126938 131265 and 145997 are manifestations of this bug. Not even going in and satisfying the build-deps by hand lets apt-build build the package. Sorry for the static. -Scott Henson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: # Re: Gatos deb's (was: Re: xfree86 4.2.0-0pre1v3 (source,i386)available at the X Strike Force)
On Mon, 2002-08-26 at 03:46, Michel Dänzer wrote: On Mon, 2002-08-26 at 04:27, Scott Henson wrote: snip GATOS doesn't do 2D acceleration AFAIK, don't you mean 3D anyway? Either way, try deb http://penguinppc.org/~daenzer/debian/dri-trunk/./ I upgraded recently to these deb on my radeon 7000 system. Now after upgrade XF86 no longer comes up automatically You mean with a display manager? Beware that these debs are missing the XdmAuth code which xdm and others use by default; at least xdm can be set up to work without it though. Makes sense. Im the only one using the machine so not a big problem. and I cannot start it with startx as a normal user, though root can. xinit does bring up XF86 though. When using startx the x server fails silently with out any errors or warnings. I also cannot find a difference in the log files between startx as a normal user and startx as root. Weird. I haven't had any problems like that so without more information I can't really do anything. What information do you need? When I type startx as a normal user the xserver looks like its going to start up then just dies with the only message on the screen being that It is waiting for X to die. Then when I startx as root the server comes up and everything works properly, except for the fact that KDE freezes and the xserver has to be killed. Root seems to have KDE setup as its default environment(probably because Im using KDM) and I have gnome-session setup as mine. I diffed the XFree86.0.log s from each time and I did not get any difference except the header line which contained the time. I can use xinit to start the xserver as the normal user then start a gnome-session from the xterm. Then everything seems to work just fine. I also have noticed a slow down in the system as a whole. Can you be more specific? At least the operation of the X server should definitely become faster or in the worst case stay the same... I thought this as well, but the system operation as a whole is much slower than with the old xfree86 debs. There is more memory usage(main memory not the card's memory) as well as programs taking forever to start. Before I could expect things like galeon to come up in less than 5 seconds but now it is taking as much as 20 seconds. I dont know if this is directly related to the xserver, but it wasnt happening till after I instaled it. Though the lines that appeared after windows while dragging them have significantly diminished as well as a few other annoyances with the old xserver. Is there anyway I can tell for sure if Im using hardware acceleration? A way to turn it on if Im not? Maybe someone could tell me how to simply remove these debs and replace them with Branden's(which work wonderfully without any problems on this system). sudo apt-get remove xserver-xfree86-dri-trunk xlibmesa3+ This was the first thing I tried, but it wants to remove about 80 other packages that Im guessing depend on having an xserver installed. I still do have Branden's debs installed, but it still wants to remove a bunch of packages. I still would like to get hardware acceleration working, but is there anyway to switch between the two? Like using update alternatives to point to Branden's xserver and switch it to accelerated xserver when I want the hardware acceleration? Thanks. -- -Peace kid Scott Henson [EMAIL PROTECTED] God's the ultimate playa, so naturally He's going to have some haters, rapper Ice Cube said. But these haters need to realize that if you mess with the man upstairs, you will get your ass smote. True dat.
Re: # Re: Gatos deb's (was: Re: xfree86 4.2.0-0pre1v3 (source,i386)available at the X Strike Force)
On Sat, 2002-08-24 at 21:08, Michel Dänzer wrote: On Sun, 2002-08-25 at 02:55, Csan wrote: is there any chance for gatos deb's for i386 and powerpc? What do you need it for? If it's about Mach64, try deb http://penguinppc.org/~daenzer/debian/dri-mach64/ ./ I would need 2d acceleration for my ATI Radeon 7200 (VIVO 64MB DDR) very bad. I'd like to dive myself into Quake 3 mapping with GTKRadiant map editor, but I can't since the ati driver shipped with the current xserver, does not contains any 2d acceleration... Are there any plans for integrating gatos 2d aacceleration into the xfree6 project's next debian release. GATOS doesn't do 2D acceleration AFAIK, don't you mean 3D anyway? Either way, try deb http://penguinppc.org/~daenzer/debian/dri-trunk/./ I upgraded recently to these deb on my radeon 7000 system. Now after upgrade XF86 no longer comes up automatically and I cannot start it with startx as a normal user, though root can. xinit does bring up XF86 though. When using startx the x server fails silently with out any errors or warnings. I also cannot find a difference in the log files between startx as a normal user and startx as root. I also have noticed a slow down in the system as a whole. Any advice on what I should do? Maybe someone could tell me how to simply remove these debs and replace them with Branden's(which work wonderfully without any problems on this system). I would appreciate any help I could get. Thankyou. -- -Peace kid Scott Henson [EMAIL PROTECTED]
Re: ati rage 128 pro ultra tf on X4.1.0
* Branden Robinson [EMAIL PROTECTED] [020510 11:17]: On Fri, May 10, 2002 at 10:20:19AM -0500, Bryan K. Walton wrote: Does anyone have any input about what is going on here? Did RedHat backport support for this card into their 4.1 rpms? Or is something wrong with what I am doing? It may also be possible to get the ati driver working with you card even under 4.1 by specifying the ChipId of a similar supported chipset in your XF86Config-4 file. Section Device Identifier ATI Technologies Inc. Rage 128 Ultra [TF] Driver ati ChipID 0x5246 EndSection -- Scott Dier [EMAIL PROTECTED] http://www.ringworld.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ati rage 128 pro ultra tf on X4.1.0
* Branden Robinson [EMAIL PROTECTED] [020510 11:17]: On Fri, May 10, 2002 at 10:20:19AM -0500, Bryan K. Walton wrote: Does anyone have any input about what is going on here? Did RedHat backport support for this card into their 4.1 rpms? Or is something wrong with what I am doing? It may also be possible to get the ati driver working with you card even under 4.1 by specifying the ChipId of a similar supported chipset in your XF86Config-4 file. Section Device Identifier ATI Technologies Inc. Rage 128 Ultra [TF] Driver ati ChipID 0x5246 EndSection -- Scott Dier [EMAIL PROTECTED] http://www.ringworld.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: testers wanted for xfree86 4.1.0-14pre15v3
On Wed, 2002-03-13 at 19:04, Colin Watson wrote: On Mon, Mar 11, 2002 at 05:55:18PM -0500, Branden Robinson wrote: xfree86 (4.1.0-14pre15v3) unstable; urgency=high A qualified yes. I upgraded my i386/i810 system at work while X was still running, and when I went to restart X the system hung (unpingable, no logs anywhere of what went wrong). However, once I rebooted the new version ran smoothly for the rest of the day, so if nothing particular changed that might affect i810 cards then this incident could probably be put down to cosmic rays. In my tests, 'apt-get dist-upgrade' from potato no longer wants to remove xbase-clients. Thanks! The same thing happened to me. It hung on the first reboot(first time I restarted the X server since the upgrade). It was totally dead. I had to force the reboot. Then when it came back up I told it to kill the x server from the start. Then I realized that I had made some modifications by hand to the config files. I went back in a did a dpkg-reconfigure on the x server. I fixed the problem and then did a startx. Everything went fine. I thought it was something to do with my screw up, but if someone else is expierinceing it then perhaps its a bug of some sort. I can downgrade and try the upgrade again if branden wants me too. I have the time if anyone has a question. -- -Peace kid Scott Henson [EMAIL PROTECTED] God's the ultimate playa, so naturally He's going to have some haters, rapper Ice Cube said. But these haters need to realize that if you mess with the man upstairs, you will get your ass smote. True dat.
Re: testers wanted for xfree86 4.1.0-14pre15v3
On Wed, 2002-03-13 at 19:04, Colin Watson wrote: On Mon, Mar 11, 2002 at 05:55:18PM -0500, Branden Robinson wrote: xfree86 (4.1.0-14pre15v3) unstable; urgency=high A qualified yes. I upgraded my i386/i810 system at work while X was still running, and when I went to restart X the system hung (unpingable, no logs anywhere of what went wrong). However, once I rebooted the new version ran smoothly for the rest of the day, so if nothing particular changed that might affect i810 cards then this incident could probably be put down to cosmic rays. In my tests, 'apt-get dist-upgrade' from potato no longer wants to remove xbase-clients. Thanks! The same thing happened to me. It hung on the first reboot(first time I restarted the X server since the upgrade). It was totally dead. I had to force the reboot. Then when it came back up I told it to kill the x server from the start. Then I realized that I had made some modifications by hand to the config files. I went back in a did a dpkg-reconfigure on the x server. I fixed the problem and then did a startx. Everything went fine. I thought it was something to do with my screw up, but if someone else is expierinceing it then perhaps its a bug of some sort. I can downgrade and try the upgrade again if branden wants me too. I have the time if anyone has a question. -- -Peace kid Scott Henson [EMAIL PROTECTED] God's the ultimate playa, so naturally He's going to have some haters, rapper Ice Cube said. But these haters need to realize that if you mess with the man upstairs, you will get your ass smote. True dat. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
ATI Radeon VE
I have a Radeon VE that under windows has support to extend a desktop across two heads and then display a totally different screen(a DVD image) to a third head. I was wondering if anyone had any information on doing this under X. I have heard of many people doing this with matrox cards and I have done that myself, but what I really want is that third head to display DVD playback. Any suggestions? Thanks -- -Scott Henson [EMAIL PROTECTED]
Re: Charsets on Debian
Er... that's not strictly X related, what's a better mailing list? No, it's not. Sorry about that. It was leading up to my offer, which is about the X keyboard layout and not i18n. I haven't seen the Compose Key documented anywhere, so I tried to write something up. If the X Strike Force wants to include this anywhere, you guys get first dibs. It's not quite finished yet... there are still a few holes that I couldn't fill: http://www.trestle.com/linux/xkey/extended.html#LATIN1TABLE Anyhow, it's yours if you want it. - Scott -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Charsets on Debian
Er... that's not strictly X related, what's a better mailing list? No, it's not. Sorry about that. It was leading up to my offer, which is about the X keyboard layout and not i18n. I haven't seen the Compose Key documented anywhere, so I tried to write something up. If the X Strike Force wants to include this anywhere, you guys get first dibs. It's not quite finished yet... there are still a few holes that I couldn't fill: http://www.trestle.com/linux/xkey/extended.html#LATIN1TABLE Anyhow, it's yours if you want it. - Scott
Charsets on Debian
I recognize that on my US Debian system, characters 0-127 are simply ASCII, and that characters 160-255 are ISO-8859-1. What standard covers characters 128-159? Also, how do I change my charset? Wouldn't it be better if the Debian X packages used ISO-8859-15 by default? Thank you, - Scott
Re: debian 2.2 potato builds of the 4.1.0-9 debs available
* Charl P. Botha [EMAIL PROTECTED] [011108 16:35]: UNOFFICIAL builds of Branden's official XFree86 4.1.0-9 debs are available. See http://people.debian.org/~cpbotha/xf410_potato/READ.THIS Is there a reason these shouldn't be versioned 9potato1 so if someone uses a automated bug tool that branden can kill bugs with this version? -- Scott Dier [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.ringworld.org/ [EMAIL PROTECTED] Just say NO to Product Activation!