Bug#363293: x11-common conflicts with xtrlock
reassign 363293 xtrlock severity 363293 important merge 363293 362206 thanks On Tuesday, April 18, 2006 11:51 AM, Marcus Frings <[EMAIL PROTECTED]> wrote: > Package: x11-common > Version: 1:7.0.14 > Severity: normal > > aptitude install xtrlock > The following packages are BROKEN: > x11-common > The following NEW packages will be installed: > xtrlock This is intentional - xtrlock needs updating to use the new directory structure of XOrg 7.0. The changes need to be made in xtrlock; reassigning and merging with the existing bug on this issue. Regards, Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Merge bugs 350316 362778
Processing commands for [EMAIL PROTECTED]: > severity 350316 important Bug#350316: libxft-dev: Missing /usr/lib/libXft.la file Severity set to `important'. > merge 350316 362778 Bug#350316: libxft-dev: Missing /usr/lib/libXft.la file Bug#362778: missing /usr/lib/libXft.la Merged 350316 362778. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345729: Fixed in modular?
Although from David's comments it doesn't sound like modular has been patched yet, I've been using 7.0 for the last few days with no problem. [EMAIL PROTECTED]:~$ dpkg -l 'xserver*' | grep ii ii xserver-xorg 7.0.14 the X.Org X server ii xserver-xorg-core1.0.2-5X.Org X server -- core server ii xserver-xorg-input-evdev 1.0.0.5-2 X.Org X server -- evdev input driver ii xserver-xorg-input-kbd 1.0.1.3-2 X.Org X server -- keyboard input driver ii xserver-xorg-input-mouse 1.0.4-2X.Org X server -- mouse input driver ii xserver-xorg-video-ati 6.5.7.3-3 X.Org X server -- ATI display driver -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#363267: xutils-dev: Should drop -lXp dependency of Xaw
On Tue, Apr 18, 2006 at 02:24:22AM -0700, Steve Langasek wrote: > Attached is a proposed fix for this bug. Any objections? Looks fine to me. signature.asc Description: Digital signature
Bug#363302: libx11-6: When migrating to X.Org 7, server says: "_X11TransOpen: Unable to find transport for local"
Package: libx11-6 Version: 6.9.0.dfsg.1-6 Severity: grave Justification: renders package unusable When migrating to X.Org 7 in Debian unstable, X server report this error and does not create the X-11 Socket. Xdm, kdm, gdm and startx stay frozen and only a blank screen with X cursor is showed. If I install libx11-6 from Debian testing (X.Org 6.9) the problem is solved. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages libx11-6 depends on: ii debconf [debconf-2.0] 1.4.72 Debian configuration management sy ii libc6 2.3.6-7GNU C Library: Shared libraries ii x11-common1:7.0.14 X Window System (X.Org) infrastruc ii xlibs-data1:7.0.14 transitional package for X11 clien libx11-6 recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#363260: INTL:vi Vietnamese translation for xorg-x11
Quoting Clytie Siddall ([EMAIL PROTECTED]): > Package: xorg-x11 > Version: > Severity: minor > Tags: l10n, patch > > The Vietnamese translation for the Debian-Installer file: xorg-x11 > > I'd commit it, but I don't have svn write access. So would I.if only my SVN commit access was working...:-[ More unfortunately, I'm not sure that l10n bug reports are currently being processedcan someone prove me wrong? I also have questions about the package I'm asking translators to report l10n bugs against. In the D-I l10n doc, I mention xorg-x11however the source package for xorg stuff is now "xorg"... Are we actually pointing D-I translators to the right package ? XSF people, please point me in the right direction. I have the strange feeling that we're not doing the Right Thing, here (please CC me to answers as I'm not subscribed to debian-x) signature.asc Description: Digital signature
Bug#359328: i810/i915 still missing something
> So the next problem is these 0xNN visuals not supported, and some > missing /etc/drirc. > Consequently glxgears displays nothing but a black box with no frame > rate. After reboot glxgears is displaying the gears after all, but the warnings are still there. The GLX apps I use seem to run very slowly. Drew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#363293: x11-common conflicts with xtrlock
Package: x11-common Version: 1:7.0.14 Severity: normal aptitude install xtrlock The following packages are BROKEN: x11-common The following NEW packages will be installed: xtrlock 0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/9468B of archives. After unpacking 90.1kB will be used. The following packages have unmet dependencies: x11-common: Conflicts: xtrlock (<= 2.0-11) but 2.0-11 is to be installed. Resolving dependencies... Unable to resolve dependencies! Giving up... Abort. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.5 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages x11-common depends on: ii debconf [debconf-2.0] 1.4.72 Debian configuration management sy ii debianutils 2.15.6 Miscellaneous utilities specific t ii lsb-base 3.1-3 Linux Standard Base 3.1 init scrip x11-common recommends no packages. -- debconf information: x11-common/xwrapper/nice_value: 0 x11-common/xwrapper/allowed_users: Console Users Only x11-common/experimental_packages: x11-common/xwrapper/actual_allowed_users: console x11-common/xwrapper/nice_value/error: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362885: x11-common: unable to upgrade, rmdir: /usr/X11R6/bin: Directory not empty
#include * Steve Langasek [Mon, Apr 17 2006, 08:58:38PM]: > On Mon, Apr 17, 2006 at 09:51:58AM +0200, Eduard Bloch wrote: > > #include > > * Steve Langasek [Sun, Apr 16 2006, 04:58:25PM]: > > > > If you ask me, I think it's better to keep the vast majority of irritating > > > bugs confined to unstable, and only make users of stable deal with the > > > single issue of moving their files out of /usr/X11R6/bin; which is why I > > > asked David to implement this transition when it became clear that things > > > were breaking because of the move to /usr/bin. > > > I agree with most of your arguments, especially because our default bash > > PATH is still pointing to /usr/X11R6/bin, but there is one thing which I > > actually reported... if there is cruft remaining in the directory, the > > whole upgrade should _not_ break. > > > Implementing an unsafe single "rmdir" and hope that it won't > > fail is IMO not a proper solution. If the directory must be moved out > > of the way, then it should be renamed. Or the old contents need to be > > moved to the new location, possible correcting symlinks > > Er, any number of these files may belong to other Debian packages that we > don't conflict with (because we didn't know about them). Why would it be ok > for a package to mangle files belonging to other packages in this fashion? Okay... > If you move the files, dpkg may be unable to find them at package > uninstallation, resulting in orphaned files on the filesystem; or there may Not 100% correct. The problem of deinstallation is covered with the symlink workaround since dpkg AFAICS follows the symlinks in the path when removing a file. It's only the other way round that does create headaches, future installations of third-party packages which may try to install files into X11R6/bin and may overwrite files from other packages. I thought a while about that and could not come up with any sane solution, not even hacking dpkg's .list files would help because of missing information. Only blacklisting this directory in dpkg would have been a "good" solution but it's too late for that. > Forcing the user to deal with the conflict is the only safe way of handling > files left in /usr/X11R6/bin. It should probably be turned into a debconf > note later on, but for the time being I think the current behavior is as > good as it's going to get. "safe" does not mean reliable or usefriendly. I still think that the current lone "rmdir" hidden in the postinst is not sufficient. What we need is IMO a list of "dirty" files - files that have existed in Debian in X11R6/bin directory before and which would certainly be uninstalled by apt/dpkg during the upgrade. The debconf's config script should be executed during dpkg-preconfigure (NOTE: not in the middle of upgrade!), scan the existing /usr/X11R6/bin directory, substract the set of "dirty" files and if there are still remaining files in the list, then the user should be given a chance to abort the whole installation before it starts. And a list of remaining files should be printed. Maybe together with 3rd-party packages that those files may belong to. If you wish me to implement a such solution, please say "do it" and I will try to. Eduard. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#363285: xserver-xorg: Error activating XKB configuration after update
Package: xserver-xorg Version: 1:7.0.14 Severity: normal Hi, After updating my system, I now receive "Error activating XKB configuration" on logging in. xprop -root | grep XKB _XKB_RULES_NAMES_BACKUP(STRING) = "xorg", "compaqeak8", "gb", "", "altwin:meta_win" _XKB_RULES_NAMES(STRING) = "xorg", "compaqeak8", "gb", "", "altwin:meta_win" gconftool-2 -R /desktop/gnome/peripherals/keyboard/kbd layouts = [gb] model = compaqeak8 overrideSettings = false options = [Compose key compose:ralt] Cheers, Eamonn -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xserver-xorg depends on: ii debconf 1.4.72 Debian configuration management sy ii x11-common1:7.0.14 X Window System (X.Org) infrastruc ii xbase-clients 1:7.0.0-4 miscellaneous X clients ii xkb-data 0.8-5 X Keyboard Extension (XKB) configu ii xserver-xorg-core 1:1.0.2-5 X.Org X server -- core server ii xserver-xorg-input-al 1:7.0.14 the X.Org X server -- input driver ii xserver-xorg-input-ev 1:1.0.0.5-2X.Org X server -- evdev input driv ii xserver-xorg-input-kb 1:1.0.1.3-2X.Org X server -- keyboard input d ii xserver-xorg-input-mo 1:1.0.4-2 X.Org X server -- mouse input driv ii xserver-xorg-video-al 1:7.0.14 the X.Org X server -- output drive ii xserver-xorg-video-ap 1:1.0.1.5-2X.Org X server -- APM display driv ii xserver-xorg-video-ar 1:0.5.0.5-2X.Org X server -- ark display driv ii xserver-xorg-video-at 1:6.5.7.3-3X.Org X server -- ATI display driv ii xserver-xorg-video-ch 1:1.0.1.3-3X.Org X server -- Chips display dr ii xserver-xorg-video-ci 1:1.0.0.5-2X.Org X server -- Cirrus display d ii xserver-xorg-video-cy 1:1.0.0.5-2X.Org X server -- Cyrix display dr ii xserver-xorg-video-du 1:0.1.0.5-2X.Org X server -- dummy display dr ii xserver-xorg-video-fb 1:0.1.0.5-2X.Org X server -- fbdev display dr ii xserver-xorg-video-gl 1:1.0.1.3-2X.Org X server -- Glint display dr ii xserver-xorg-video-i1 1:1.1.0.5-2X.Org X server -- i128 display dri ii xserver-xorg-video-i7 1:1.0.0.5-2X.Org X server -- i740 display dri ii xserver-xorg-video-i8 1:1.5.1.0-2X.Org X server -- Intel i8xx, i9xx ii xserver-xorg-video-im 1:1.0.0.5-2X.Org X server -- IMSTT display dr ii xserver-xorg-video-mg 1:1.2.1.3.dfsg.1-2 X.Org X server -- MGA display driv ii xserver-xorg-video-ne 1:1.0.0.5-2X.Org X server -- Neomagic display ii xserver-xorg-video-ne 1:0.1.4.1-3X.Org X server -- Newport display ii xserver-xorg-video-ns 1:2.7.6.5-2X.Org X server -- NSC display driv ii xserver-xorg-video-nv 1:1.0.1.5-2X.Org X server -- NV display drive ii xserver-xorg-video-re 1:4.0.1.3.dfsg.1-2 X.Org X server -- Rendition displa ii xserver-xorg-video-s3 1:1.8.6.5-2X.Org X server -- S3 ViRGE display ii xserver-xorg-video-sa 1:2.0.2.3-4X.Org X server -- Savage display d ii xserver-xorg-video-si 1:1.3.1.5-3X.Org X server -- SiliconMotion di ii xserver-xorg-video-si 1:0.8.1.3-2X.Org X server -- SiS display driv ii xserver-xorg-video-si 1:0.7.1.3-2X.Org X server -- SiS USB display ii xserver-xorg-video-td 1:1.1.1.3-3X.Org X server -- tdfx display dri ii xserver-xorg-video-tg 1:1.0.0.5-3X.Org X server -- TGA display driv ii xserver-xorg-video-tr 1:1.0.1.2-2X.Org X server -- Trident display ii xserver-xorg-video-ts 1:1.0.0.5-2X.Org X server -- Tseng display dr ii xserver-xorg-video-ve 1:1.0.1.3-2X.Org X server -- VESA display dri ii xserver-xorg-video-vg 1:4.0.0.5-2X.Org X server -- VGA display driv ii xserver-xorg-video-vi 1:0.1.33.2-2 X.Org X server -- VIA display driv ii xserver-xorg-video-vm 1:10.11.1.3-2 X.Org X server -- VMware display d ii xserver-xorg-video-vo 1:1.0.0.5-2X.Org X server -- Voodoo display d Versions of packages xserver-xorg recommends: pn discover1 | discover (no description available) 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: true * xserver-xorg/config/display/default_depth: 24 * xserver-xorg/config/display/modes: 1024x768, 800x600, 640x480 * xserver-xorg/config
xkb-data-legacy_1.0.1-4_i386.changes ACCEPTED
Accepted: xkb-data-legacy_1.0.1-4.diff.gz to pool/main/x/xkb-data-legacy/xkb-data-legacy_1.0.1-4.diff.gz xkb-data-legacy_1.0.1-4.dsc to pool/main/x/xkb-data-legacy/xkb-data-legacy_1.0.1-4.dsc xkb-data-legacy_1.0.1-4_all.deb to pool/main/x/xkb-data-legacy/xkb-data-legacy_1.0.1-4_all.deb Announcing to debian-devel-changes@lists.debian.org Setting bugs to severity fixed: 362099 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Fixed in NMU of xkb-data-legacy 1.0.1-4
tag 362099 + fixed quit This message was generated automatically in response to a non-maintainer upload. The .changes file follows. -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 17 Apr 2006 23:27:56 -0700 Source: xkb-data-legacy Binary: xkb-data-legacy Architecture: source all Version: 1.0.1-4 Distribution: unstable Urgency: low Maintainer: Debian X Strike Force Changed-By: Steve Langasek <[EMAIL PROTECTED]> Description: xkb-data-legacy - Classic XKB data Closes: 362099 Changes: xkb-data-legacy (1.0.1-4) unstable; urgency=low . [ David Nusinow ] * Add xbase-clients to build-depends in order to get xkbcomp. Thanks Daniel Schepler. (closes: #362099) . [ Steve Langasek ] * Also add quilt to the build-deps, so that patches are applied correctly at build time instead of being silently dropped. Files: c972fdacc87b4989ae8fbb5fb914eeb2 763 x11 optional xkb-data-legacy_1.0.1-4.dsc 487289410627e8bd5dceee7f9d2e952a 28963 x11 optional xkb-data-legacy_1.0.1-4.diff.gz f772c0bdb285b790c3837e5ae6dc1280 318734 x11 optional xkb-data-legacy_1.0.1-4_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFERIftKN6ufymYLloRAnhWAKDRSHf1y8buEmqVZ24625TfliqjrwCfdf73 YAl0tgb1xIlZ48+ZTQDAxqk= =0+Kx -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing of xkb-data-legacy_1.0.1-4_i386.changes
xkb-data-legacy_1.0.1-4_i386.changes uploaded successfully to localhost along with the files: xkb-data-legacy_1.0.1-4.dsc xkb-data-legacy_1.0.1-4.diff.gz xkb-data-legacy_1.0.1-4_all.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#363229: xserver-xorg: No way to set the XKB data directory
On Tue, Apr 18, 2006 at 05:02:12AM +0300, Shai Berger wrote: > Then I tried the other method referred to in xkb-data's README.Debian, > that of passing a -xkbdir to the server. The server did not recognize > this flag (and gave me a list of the flags it did recognize...). I removed most of the XKB command-line options upstream. signature.asc Description: Digital signature
Bug#362766: xcursor-themes: cursor themes do not work using current libxcursor1
On Tue, Apr 18, 2006 at 12:55:31AM -0700, Steve Langasek wrote: > Is it reasonable/appropriate for libxcursor1 to continue to support > /usr/X11R6/lib/X11/icons as a fallback search path, in order to provide as > smooth an upgrade as possible? Build libxcursor with: --with-cursorpath=\\${datadir}/icons:/usr/share/pixmaps:~/.icons:/usr/X11R6/lib/X11/icons Cheers, Daniel signature.asc Description: Digital signature
Bug#362766: xcursor-themes: cursor themes do not work using current libxcursor1
On Tue, Apr 18, 2006 at 04:01:32AM -0500, Carlos C Soto wrote: > The cursors was working with /etc/alternatives If it will no work in > that way anymore maybe an advisory or an entry on the changelog must be > made. It will be working with /etc/alternatives again; that's just a bug that needs to be fixed. > I have another question: Why the cursors are in /usr/share/icons/ ? > This is the right location to place it ? > Doesn't make more sense /usr/share/cursors/ ? *shrug*, what's happened has happened, so there's not much we can do about it now. signature.asc Description: Digital signature
Bug#362246: fixed in xorg-server 1:1.0.2-5
Hello! This should be merged with #356883, but I'm not an expert of the merge command... On Mon, 17 Apr 2006 18:32:29 +0200, David Nusinow wrote: > xorg-server (1:1.0.2-5) unstable; urgency=low [...] >* Add 12_security_policy_in_etc.diff from Eugene Konev. This will > allow us to tell the server on configure to look in > /etc/X11/xserver for the SecurityPolicy file. Thanks Joey Hess > and Eugene. (closes: #362246) Just upgraded, still unsolved, now resulting in the following error: error opening security policy file /etc/X11/xserver/SecurityPolicy This because the SecurityPolicy file isn't installed on my machine: = [EMAIL PROTECTED]:~$ dpkg -s xserver-xorg | grep Version Version: 1:7.0.14 [EMAIL PROTECTED]:~$ dpkg -s xserver-xorg-core | grep Version Version: 1:1.0.2-5 [EMAIL PROTECTED]:~$ dlocate SecurityPolicy [EMAIL PROTECTED]:~$ apt-file search SecurityPolicy | grep etc xserver-common: etc/X11/xserver/SecurityPolicy = xserver-common is replaced by x11-common, which doesn't include the SecurityPolicy file. Thx, bye, Gismo / Luca pgpX5loTP66Fo.pgp Description: PGP signature
Processed: Re: Bug#363267: xutils-dev: Should drop -lXp dependency of Xaw
Processing commands for [EMAIL PROTECTED]: > tags 363267 patch Bug#363267: xutils-dev: Should drop -lXp dependency of Xaw There were no tags set. Tags added: patch > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#363267: xutils-dev: Should drop -lXp dependency of Xaw
tags 363267 patch thanks Attached is a proposed fix for this bug. Any objections? BTW, David, you seem to have not committed the last two xutils-dev patches to the svn tree. :/ -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ Index: xorg-cf-files-1.0.1/X11.tmpl === --- xorg-cf-files-1.0.1/X11.tmpl(revision 1847) +++ xorg-cf-files-1.0.1/X11.tmpl(working copy) @@ -3920,11 +3920,7 @@ #endif #ifndef ExtraXawReqs -# if BuildXaw -# define ExtraXawReqs $(XPLIB) -# else -# define ExtraXawReqs /**/ -# endif +# define ExtraXawReqs /**/ #endif EXTRAXAWREQS = ExtraXawReqs signature.asc Description: Digital signature
Bug#362766: xcursor-themes: cursor themes do not work using current libxcursor1
The cursors was working with /etc/alternatives If it will no work in that way anymore maybe an advisory or an entry on the changelog must be made. I have another question: Why the cursors are in /usr/share/icons/ ? This is the right location to place it ? Doesn't make more sense /usr/share/cursors/ ? Thank you for your great job working on Debian ! -- eclipxe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359328: i810/i915 still missing something
I've upgraded i915_dri.so to http://dri.freedesktop.org/snapshots/i915-20060403-linux.i386.tar.bz2, upgraded libshadow.so and libi180_drv.so to Alan Hourihane's latest at http://www.fairlite.demon.co.uk/intel.html (being i810 1.6.13). I'm running Linux 2.6.16. Apparently there are yet more hoops to jump through. GLX is still not working . Before upgrading i915_dri.so I was getting "ERROR! sizeof(I830DRIRec) does not match passed size from device driver", with direct rendering: No. Now with the upgraded i915_dri.so I do have direct rendering: Yes, but with the error: $ LIBGL_DEBUG=verbose glxinfo name of display: :0.0 libGL: XF86DRIGetClientDriverName: 1.6.13 i915 (screen 0) libGL: OpenDriver: trying /usr/lib/dri/i915_dri.so drmOpenByBusid: Searching for BusID pci::00:02.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 4, (OK) drmOpenByBusid: drmOpenMinor returns 4 drmOpenByBusid: drmGetBusid reports pci::00:02.0 libGL warning: 3D driver claims to not support visual 0x23 libGL warning: 3D driver claims to not support visual 0x25 libGL warning: 3D driver claims to not support visual 0x27 libGL warning: 3D driver claims to not support visual 0x29 libGL warning: 3D driver claims to not support visual 0x2b libGL warning: 3D driver claims to not support visual 0x2d libGL warning: 3D driver claims to not support visual 0x2f libGL warning: 3D driver claims to not support visual 0x31 libGL error: Can't open configuration file /etc/drirc: No such file or directory. libGL error: Can't open configuration file /home/drew/.drirc: No such file or directory. display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 So the next problem is these 0xNN visuals not supported, and some missing /etc/drirc. Consequently glxgears displays nothing but a black box with no frame rate. My i810 device is "Intel Corporation 82852/855GM Integrated Graphics Device". Drew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#202743: my destiny
Hi, Hope I ama not writing to wrong address. I am nice, pretty looking girl. I am planning on visiting your town this month. Can we meet each other in person? Message me back at [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362085: xorg: FTBFS (ppc64): Please add debian/scripts/vars.ppc64
Hello, the attached patch is an updated version of the ppc64 support patch which applies to the latest xorg version 7.0.14 in unstable. The patch just creates the debian/scripts/vars.ppc64 file. Regards Andreas Jochens diff -urN ../tmp-orig/xorg-7.0.14/debian/scripts/vars.ppc64 ./debian/scripts/vars.ppc64 --- ../tmp-orig/xorg-7.0.14/debian/scripts/vars.ppc64 1970-01-01 00:00:00.0 + +++ ./debian/scripts/vars.ppc64 2006-04-18 08:28:26.0 + @@ -0,0 +1,12 @@ + +# This file is NOT a shell script. +# +# This file gets included by both debian/rules (make) AND the scripts in +# debian/scripts (Bourne shell). +XSERVER_XORG_VIDEO_DEPENDS="xserver-xorg-video-ati, xserver-xorg-video-chips, xserver-xorg-video-fbdev, xserver-xorg-video-glint, xserver-xorg-video-imstt, xserver-xorg-video-mga, xserver-xorg-video-nv, xserver-xorg-video-s3, xserver-xorg-video-s3virge, xserver-xorg-video-savage, xserver-xorg-video-sis, xserver-xorg-video-sisusb, xserver-xorg-video-tdfx, xserver-xorg-video-trident, xserver-xorg-video-vga" + +# xserver-xorg-video-v4l, + +XSERVER_XORG_INPUT_DEPENDS="xserver-xorg-input-evdev, xserver-xorg-input-kbd, xserver-xorg-input-mouse, xserver-xorg-input-synaptics" + +# , xserver-xorg-input-wacom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362766: xcursor-themes: cursor themes do not work using current libxcursor1
For me it is quite unclear wether the fix will be making the /usr/share/icons/default dir the thing that is handled thru the alternatives - or as it is with the X11R6-generation; handled thru the index file in the default dir. I sure hope for the last. /Sune pgp24uwmXjxGY.pgp Description: PGP signature
Bug#363267: xutils-dev: Should drop -lXp dependency of Xaw
Package: xutils-dev Version: 1:1.0.2-2 Severity: important Justification: causes FTBFS in numerous packages until libxp moves to /usr/lib As the subject says: since libxaw8 is being dropped, the imake templates should no longer make Xaw-using apps link against -lXp. This is currently causing FTBFS in several packages; for example, from my build log for nas: ... rm -f audemo gcc -m32 -o audemo audemo.o -g -O2 -fno-strict-aliasing ../../../lib/audio/libaudio.a -lXt -lSM -lICE -lXext -lX11 -lm ../../../clients/audio/widgets/libwidgets.a -lXaw -lXmu -lXt -lSM -lICE -lXpm -lXp -lXext -lX11 /usr/bin/ld: cannot find -lXp collect2: ld returned 1 exit status make[4]: *** [audemo] Error 1 make[4]: Leaving directory `/tmp/buildd/nas-1.7/clients/audio/audemo' make[3]: *** [all] Error 2 make[3]: Leaving directory `/tmp/buildd/nas-1.7/clients/audio' make[2]: *** [all] Error 2 make[2]: Leaving directory `/tmp/buildd/nas-1.7/clients' make[1]: *** [all] Error 2 make[1]: Leaving directory `/tmp/buildd/nas-1.7' make: *** [build] Error 2 (I see libxp is in incoming along with a couple associated packages. But dropping the unnecessary -lXp is still a good idea.) -- Daniel Schepler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xserver-xorg-video-glint upload needed
Hello, xserver-xorg-video-glint (1:1.0.1.3-3) unstable; urgency=high * High-urgency upload for RC bugfix. * Add x11proto-fonts-dev to Build-Depends; thanks to Daniel Schepler for noting this. (closes: #362143) -- Steve Langasek <[EMAIL PROTECTED]> Tue, 18 Apr 2006 00:46:47 -0700 Can one of the uploaders confirm these changes and upload this fix so that video-glint will build from source? This is of course one of the drivers that needs to get into testing for the R7 transition, so the sooner it's fixed, the better. BTW, can someone explain to me why so many of the package directories in trunk include upstream version numbers in their names, and why many of the driver/ subdirectories don't even match the package names? Is this merely an artifact of the experimental staging branch? I find that it interferes with some of the svn conventions I'm trying to practice: i.e., "svnpath tags" doesn't get me to the right directory for tagging uploads, or I can't do an svn export to the parent directory using the standard $package-$version name because that's the name of the svn-managed directory. Would anyone mind terribly if I were to go through and try to reconcile these directories with a more "trunk-like" naming scheme? Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#363229: xserver-xorg: No way to set the XKB data directory
On Tue, Apr 18, 2006 at 05:02:12AM +0300, Shai Berger wrote: > Package: xserver-xorg > Version: 1:7.0.12 > Severity: normal > > > Following the transition to xkb-data and xkeyboard-config, I was > told to put my customized xkb files aside and make the server use > them by setting the XKBPATH. However, setting the XKBPATH variable > didn't work (seems like the variable was ignored; I tried setting it > in a user's login shell as well as root's shell, then restarting X). It works for me. My default XKB settings with xkb-data: $ setxkbmap -print xkb_keymap { xkb_keycodes { include "xfree86+aliases(azerty)" }; xkb_types { include "complete" }; xkb_compat{ include "complete" }; xkb_symbols { include "pc(pc105)+fr+compose(caps)"}; xkb_geometry { include "pc(pc105)" }; }; Use XKB data from obsolete xlibs package: $ export XKBPATH=/etc/X11/xkb $ setxkbmap -print xkb_keymap { xkb_keycodes { include "xfree86+aliases(azerty)" }; xkb_types { include "complete" }; xkb_compat{ include "complete" }; xkb_symbols { include "pc/pc(pc105)+pc/fr+compose(caps)" }; xkb_geometry { include "pc(pc105)" }; }; The pc/ subdirectory shows that files are read from /etc/X11/xkb. Activate these settings $ setxkbmap -print | xkbcomp - :0 Check that X did load files from /etc/X11/xkb $ xkbcomp :0 - | grep xkb_symbols xkb_symbols "pc/pc(pc105)+pc/fr+compose(caps)" { This variable must be set before X is started, or if it is set later, you must call setxkbmap after setting this variable. > Then I tried the other method referred to in xkb-data's README.Debian, > that of passing a -xkbdir to the server. The server did not recognize > this flag (and gave me a list of the flags it did recognize...). Indeed, it worked with 6.9 and does not seem to work anymore, I need to check why. Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362766: xcursor-themes: cursor themes do not work using current libxcursor1
Hello, Is it reasonable/appropriate for libxcursor1 to continue to support /usr/X11R6/lib/X11/icons as a fallback search path, in order to provide as smooth an upgrade as possible? Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
X Strike Force X.Org X11 SVN commit: r1847 - trunk/driver/xf86-video-glint-X11R7.0-1.0.1.3/debian
Author: vorlon Date: 2006-04-18 03:51:00 -0400 (Tue, 18 Apr 2006) New Revision: 1847 Modified: trunk/driver/xf86-video-glint-X11R7.0-1.0.1.3/debian/changelog Log: bump the upload urgency, since this is RC Modified: trunk/driver/xf86-video-glint-X11R7.0-1.0.1.3/debian/changelog === --- trunk/driver/xf86-video-glint-X11R7.0-1.0.1.3/debian/changelog 2006-04-18 07:48:03 UTC (rev 1846) +++ trunk/driver/xf86-video-glint-X11R7.0-1.0.1.3/debian/changelog 2006-04-18 07:51:00 UTC (rev 1847) @@ -1,5 +1,6 @@ -xserver-xorg-video-glint (1:1.0.1.3-3) unstable; urgency=low +xserver-xorg-video-glint (1:1.0.1.3-3) unstable; urgency=high + * High-urgency upload for RC bugfix. * Add x11proto-fonts-dev to Build-Depends; thanks to Daniel Schepler for noting this. (closes: #362143) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X Strike Force X.Org X11 SVN commit: r1846 - trunk/driver/xf86-video-glint-X11R7.0-1.0.1.3/debian
Author: vorlon Date: 2006-04-18 03:48:03 -0400 (Tue, 18 Apr 2006) New Revision: 1846 Modified: trunk/driver/xf86-video-glint-X11R7.0-1.0.1.3/debian/changelog trunk/driver/xf86-video-glint-X11R7.0-1.0.1.3/debian/control Log: Add x11proto-fonts-dev to Build-Depends; closes: #362143. Modified: trunk/driver/xf86-video-glint-X11R7.0-1.0.1.3/debian/changelog === --- trunk/driver/xf86-video-glint-X11R7.0-1.0.1.3/debian/changelog 2006-04-18 07:46:43 UTC (rev 1845) +++ trunk/driver/xf86-video-glint-X11R7.0-1.0.1.3/debian/changelog 2006-04-18 07:48:03 UTC (rev 1846) @@ -1,3 +1,10 @@ +xserver-xorg-video-glint (1:1.0.1.3-3) unstable; urgency=low + + * Add x11proto-fonts-dev to Build-Depends; thanks to Daniel Schepler +for noting this. (closes: #362143) + + -- Steve Langasek <[EMAIL PROTECTED]> Tue, 18 Apr 2006 00:46:47 -0700 + xserver-xorg-video-glint (1:1.0.1.3-2) unstable; urgency=low * Upload to modular Modified: trunk/driver/xf86-video-glint-X11R7.0-1.0.1.3/debian/control === --- trunk/driver/xf86-video-glint-X11R7.0-1.0.1.3/debian/control 2006-04-18 07:46:43 UTC (rev 1845) +++ trunk/driver/xf86-video-glint-X11R7.0-1.0.1.3/debian/control 2006-04-18 07:48:03 UTC (rev 1846) @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian X Strike Force Uploaders: David Nusinow <[EMAIL PROTECTED]>, Branden Robinson <[EMAIL PROTECTED]>, Fabio M. Di Nitto <[EMAIL PROTECTED]> -Build-Depends: debhelper (>= 4.0.0), pkg-config, xserver-xorg-dev, x11proto-gl-dev, x11proto-video-dev, x11proto-xf86dga-dev, x11proto-xext-dev, libgl1-mesa-dev | libgl-dev, libdrm-dev (>> 2.0), x11proto-xf86dri-dev, x11proto-randr-dev, x11proto-render-dev +Build-Depends: debhelper (>= 4.0.0), pkg-config, xserver-xorg-dev, x11proto-gl-dev, x11proto-video-dev, x11proto-xf86dga-dev, x11proto-xext-dev, libgl1-mesa-dev | libgl-dev, libdrm-dev (>> 2.0), x11proto-xf86dri-dev, x11proto-randr-dev, x11proto-render-dev, x11proto-fonts-dev Standards-Version: 3.6.1.0 Package: xserver-xorg-video-glint -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X Strike Force X.Org X11 SVN commit: r1845 - tags/driver/xserver-xorg-video-glint
Author: vorlon Date: 2006-04-18 03:46:43 -0400 (Tue, 18 Apr 2006) New Revision: 1845 Added: tags/driver/xserver-xorg-video-glint/1:1.0.1.3-2/ Log: tag the 1:1.0.1.3-2 release Copied: tags/driver/xserver-xorg-video-glint/1:1.0.1.3-2 (from rev 1823, trunk/driver/xf86-video-glint-X11R7.0-1.0.1.3) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#363031: xserver-xorg reportbug script has gone missing in 7.0
On Mon, 2006-04-17 at 10:08 -0400, David Nusinow wrote: > On Mon, Apr 17, 2006 at 02:21:37AM -0700, Steve Langasek wrote: > > Package: xserver-xorg > > Version: 1:7.0.12 > > Severity: minor > > > > The 7.0 transition seems to have killed /usr/share/bug/xserver-xorg/script, > > which means bug reports are going to come in with a lot less information > > than they did before. Accidental omission, or deliberate change? > > Not sure about Daniel's side, but Michel noticed it was missing around the > time of the upload and it's on the TODO list to reimplement it. I'd love to > see it come back, but I'm not sure exactly what's necessary, now that the > drivers are split. I think it just needs to go into xserver-xorg-core, and the drivers need to use it. BTW, I think that when reporting a bug against xserver-xorg-core, the user should also be warned that a lot of (most?) bugs now need to be reported against the video driver package. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#362824: xserver-xorg-video-ati: Crashs with ATI RV350 Radeon 9600 @ amd64
On Mon, 2006-04-17 at 15:58 +0200, Christian Hammers wrote: > > On 2006-04-16 Michel D__nzer wrote: > > > After upgrading and solving the already known bugs of an empty "which X" > > > by linking it to /usr/X11R6/bin/Xorg, I now end up with a crashing X > > > server. > ... > > Does this also happen if you don't enable the DRI? > > It works fine without DRI! Just movie watching is impossible now :( That may be due to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=362755 . -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Processed: tagging 362099
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.17 > tags 362099 - fixed Bug#362099: xkb-data-legacy: FTBFS: Missing Build-Depends Tags were: fixed Tags removed: fixed > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: x-cursor-theme support?
On Tue, 2006-04-18 at 09:08 +0200, Bastian Venthur wrote: > > after the recent upgrade to Xorg7 it seems, that X is not respecting the > x-cursor-theme settings from update-alternatives. I can set a new > default cursor theme but the changes do not apply, I rather get the ugly > default cursors. > > Is this a bug of Xorg or of dpkg (which includes update-alternatives)? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=362766 -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
x-cursor-theme support?
Hi X-devels, after the recent upgrade to Xorg7 it seems, that X is not respecting the x-cursor-theme settings from update-alternatives. I can set a new default cursor theme but the changes do not apply, I rather get the ugly default cursors. Is this a bug of Xorg or of dpkg (which includes update-alternatives)? Best regards, Bastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362099: marked as done (xkb-data-legacy: FTBFS: Missing Build-Depends)
Your message dated Tue, 18 Apr 2006 00:00:54 -0700 with message-id <[EMAIL PROTECTED]> and subject line Fixed in NMU of xkb-data-legacy 1.0.1-4 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: xkb-data-legacy Version: 1.0.1-3 Severity: serious From my pbuilder build log: ... checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for xkbcomp... not_found configure: error: xkbcomp is required to install the xkb data files make: *** [build-stamp] Error 1 -- Daniel Schepler --- End Message --- --- Begin Message --- Version: 1.0.1-4 tags 3692099 -fixed Given that this package was built out of XSF svn using the diff David had already prepared, it ought to be marked as closed rather than fixed; the upload was labelled as an NMU because I'm not listed as an Uploader for xkb-data-legacy. David, let me know how you would prefer that I handle these going forward; I don't intend to add myself as an uploader to any packages without your approval, I uploaded in this case merely because the RC bugfix apparently got overlooked after being committed to svn. The changelog entry from the upload follows. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ > Description: > xkb-data-legacy - Classic XKB data > Closes: 362099 > Changes: > xkb-data-legacy (1.0.1-4) unstable; urgency=low > . >[ David Nusinow ] >* Add xbase-clients to build-depends in order to get xkbcomp. Thanks Daniel > Schepler. (closes: #362099) > . >[ Steve Langasek ] >* Also add quilt to the build-deps, so that patches are applied > correctly at build time instead of being silently dropped. signature.asc Description: Digital signature --- End Message ---
Bug#355843: New driver version in X.org cvs (6.6.0)
On Mon, 2006-04-17 at 18:51 +0200, Auzanneau Gregory wrote: > > A new version of ati driver into cvs solved this bug: > http://webcvs.freedesktop.org/xorg/driver/xf86-video-ati/ > > This version can be pushed into sid ? Not right now, as it requires xserver-xorg-core 1.1. It might be a good idea to package the CVS ati-1-0-branch for sid or at least experimental though. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Processed: Fixed in NMU of xkb-data-legacy 1.0.1-4
Processing commands for [EMAIL PROTECTED]: > tag 362099 + fixed Bug#362099: xkb-data-legacy: FTBFS: Missing Build-Depends There were no tags set. Tags added: fixed > quit Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#363260: INTL:vi Vietnamese translation for xorg-x11
Package: xorg-x11 Version: Severity: minor Tags: l10n, patch The Vietnamese translation for the Debian-Installer file: xorg-x11 I'd commit it, but I don't have svn write access. vi.po.gz Description: GNU Zip compressed data translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do)
Re: Fixed in NMU of xkb-data-legacy 1.0.1-4
Version: 1.0.1-4 tags 3692099 -fixed Given that this package was built out of XSF svn using the diff David had already prepared, it ought to be marked as closed rather than fixed; the upload was labelled as an NMU because I'm not listed as an Uploader for xkb-data-legacy. David, let me know how you would prefer that I handle these going forward; I don't intend to add myself as an uploader to any packages without your approval, I uploaded in this case merely because the RC bugfix apparently got overlooked after being committed to svn. The changelog entry from the upload follows. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ > Description: > xkb-data-legacy - Classic XKB data > Closes: 362099 > Changes: > xkb-data-legacy (1.0.1-4) unstable; urgency=low > . >[ David Nusinow ] >* Add xbase-clients to build-depends in order to get xkbcomp. Thanks Daniel > Schepler. (closes: #362099) > . >[ Steve Langasek ] >* Also add quilt to the build-deps, so that patches are applied > correctly at build time instead of being silently dropped. signature.asc Description: Digital signature