Bug#356539: Script to fix it while waiting on upstream.

[Michel Dänzer]

On Mon, 2006-06-12 at 01:52 -0400, Dan Merillat wrote:
> David Nusinow wrote:
> 
> > I am currently in the process of fixing it, but it requires a lot of
> > rebuilds and is not so critical as hosing people's systems on upgrade. Calm
> > down. It'll be fixed with 7.1, which is what I'm working on right now.
> 
> Hey, I provided a fix for it rather then just complaining.  For trivial 
> things like this, a workaround in the bugreport is plenty. I bumped it 
> because there was an 'upstream' tag and no 'will be fixed in N release' 
> note.   That's frequently the formula for a 3-4 year old bug, and god 
> knows there's enough of those already.

Appreciated, but this is already fixed in an upstream release, which
we're planning to ship with etch.


-- 
Earthling Michel Dänzer   |  http://tungstengraphics.com
Libre software enthusiast |  Debian, X and DRI developer

Bug#369167: DRI probably broken: where to reportbug

[Michel Dänzer]

On Sun, 2006-06-11 at 17:45 -0400, David Nusinow wrote:
> On Sun, Jun 11, 2006 at 08:31:14PM +0200, Michel D??nzer wrote:
> > On Sun, 2006-06-11 at 20:14 +0200, Wolfgang Pfeiffer wrote:
> > > On Sun, Jun 11, 2006 at 01:34:52PM +0200, Michel D??nzer wrote:
> > > > 
> > > > Does the attached patch help with Option "UseFBDev"?
> > > 
> > > Yes. :))) ... Thanks a lot, Michel ... :)
> > 
> > Excellent, thanks for testing. 
> > 
> > 
> > Ben, do you think this will also work with integrated chipsets?
> 
> Should we ship our driver with this patch as well?

Eventually, yes, but I'm not sure it's correct for integrated chipsets
as is.


-- 
Earthling Michel Dänzer   |  http://tungstengraphics.com
Libre software enthusiast |  Debian, X and DRI developer

Re: Annoying warning note in fresh installs

[Joey Hess]

David Nusinow wrote:
> Right, I don't like it but I don't have a clean fix for it yet. The reason
> being that x11-common didn't exist in sarge so I can't simply check for an
> upgrade. Ideally I would look for  xserver-common being on the system and
> put the note up in that case, but that package should be removed prior to
> x11-common's preinst being run due to the conflicts line.

If you don't mind depending on people upgrading with apt (rather than
using dpkg directly), you could do the check in the config script, which
will run before anything is removed in a dist-upgrade.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#356539: Script to fix it while waiting on upstream.

[Dan Merillat]

David Nusinow wrote:


I am currently in the process of fixing it, but it requires a lot of
rebuilds and is not so critical as hosing people's systems on upgrade. Calm
down. It'll be fixed with 7.1, which is what I'm working on right now.


Hey, I provided a fix for it rather then just complaining.  For trivial 
things like this, a workaround in the bugreport is plenty. I bumped it 
because there was an 'upstream' tag and no 'will be fixed in N release' 
note.   That's frequently the formula for a 3-4 year old bug, and god 
knows there's enough of those already.



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

Re: Annoying warning note in fresh installs

[Christian Perrier]

> Right, I don't like it but I don't have a clean fix for it yet. The reason
> being that x11-common didn't exist in sarge so I can't simply check for an
> upgrade. Ideally I would look for  xserver-common being on the system and
> put the note up in that case, but that package should be removed prior to
> x11-common's preinst being run due to the conflicts line. Maybe just
> checking for libx11 would get around it.
> 

I am unfortunately not enough into the X packages architecture to give
any advice. The only one is actually that we really need to have this
note disappear from the default desktop task install..:-)

Lowering the debconf priority to medium could be a first
attempt...however, this is more hiding the problem than really solving
it..:)






signature.asc
Description: Digital signature

Bug#371874: marked as done (x11-common postinst error: trouble with /usr/include/X11)

[Debian Bug Tracking System]

Your message dated Sun, 11 Jun 2006 21:02:11 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#371874: fixed in xorg 1:7.0.22
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: x11-common
Version: 1:7.0.20
Severity: grave
X-Debbugs-CC: "Henk Boom" <[EMAIL PROTECTED]>


x11-common postinst error: trouble with /usr/include/X11


We get this problem on two different systems -- an etch AMD-64 (installed
as Debian-AMD64, but upgraded as Debian since a few weeks ago), and etch
running on a 32-bit Athlon (installed as sarge, subsequently dist-upgraded
to etch).

We are trying to upgrade our machines from xorg 6.9 to xorg 7.0, and have
been stymied by the installation behaviour of x11-common, specifically the
one that appears as /var/cache/apt/archives/x11-common_1%3a7.0.20_amd64.deb
on the AMD64, and /var/cache/apt/archives/x11-common_1%3a7.0.20_i386.deb
on the 32-bit system.

The post-install script complains that the symbolic link /usr/include/X11
does not exist.

On the AMD-64 we managed to get past this point, but we're not sure exactly
what we did that did the trick.  We tried uninstalling x11-common in order
to install it again.  Forcing uninstallation and installation did not *seem*
to work, but we are not familiar enough with the behavious of apt-get to know
this for sure.  We succeeded on tha AMD-64 only after deleting about a
hundred packages that directly or indirectly depended on x11-common, then
uninstalling and reinstalling it.

On the 32-bit machine we are utterly at a standstill, since there are
far, far too many packages to delete by hand.

In case it's relevant, both machines use nvidia drivers built from the
Debian nveidia-kernel-source package.

On the 32-bit machine, we took inspiration from someone's advice on the
net, and tried creating the /usr/include/X11 directory ourselves, since
although x11-common complains about a missing symbolic link, it is apparently
supposed to end up with a directory.  But in this case it complains that
/usr/include/X11 is not a symbolic link.

If we re-create the symbolic link as it appears on other systems still
using 6.9, it reports that the symbolic link does not exist, and when we
check afterwards, the symbolic link has disappeared.

-- [EMAIL PROTECTED]
-- "Henk Boom" <[EMAIL PROTECTED]>

AMD-64:
[EMAIL PROTECTED]:~$ uname -a
Linux april 2.6.12-1-amd64-generic #1 Wed Sep 28 02:05:15 CEST 2005 x86_64 
GNU/Linux
[EMAIL PROTECTED]:~$ dpkg -s libc6 | grep ^Version
Version: 2.3.6-7

Athlon 32:
[EMAIL PROTECTED]:/home/henk$ uname -a
Linux henk-linux 2.6.15-1-686 #2 Mon Mar 6 15:27:08 UTC 2006 i686 GNU/Linux
[EMAIL PROTECTED]:/home/henk$ dpkg -s libc6 | grep ^Version
Version: 2.3.6-7
[EMAIL PROTECTED]:/home/henk$  

--- End Message ---
--- Begin Message ---
Source: xorg
Source-Version: 1:7.0.22

We believe that the bug you reported is fixed in the latest version of
xorg, which is due to be installed in the Debian FTP archive:

libglu1-xorg-dev_7.0.22_all.deb
  to pool/main/x/xorg/libglu1-xorg-dev_7.0.22_all.deb
libglu1-xorg_7.0.22_all.deb
  to pool/main/x/xorg/libglu1-xorg_7.0.22_all.deb
x-window-system-core_7.0.22_all.deb
  to pool/main/x/xorg/x-window-system-core_7.0.22_all.deb
x-window-system_7.0.22_all.deb
  to pool/main/x/xorg/x-window-system_7.0.22_all.deb
x11-common_7.0.22_i386.deb
  to pool/main/x/xorg/x11-common_7.0.22_i386.deb
xlibmesa-dri_7.0.22_all.deb
  to pool/main/x/xorg/xlibmesa-dri_7.0.22_all.deb
xlibmesa-gl-dev_7.0.22_all.deb
  to pool/main/x/xorg/xlibmesa-gl-dev_7.0.22_all.deb
xlibmesa-gl_7.0.22_all.deb
  to pool/main/x/xorg/xlibmesa-gl_7.0.22_all.deb
xlibmesa-glu_7.0.22_all.deb
  to pool/main/x/xorg/xlibmesa-glu_7.0.22_all.deb
xlibs-data_7.0.22_all.deb
  to pool/main/x/xorg/xlibs-data_7.0.22_all.deb
xlibs-static-dev_7.0.22_all.deb
  to pool/main/x/xorg/xlibs-static-dev_7.0.22_all.deb
xorg-dev_7.0.22_all.deb
  to pool/main/x/xorg/xorg-dev_7.0.22_all.deb
xorg_7.0.22.dsc
  to pool/main/x/xorg/xorg_7.0.22.dsc
xorg_7.0.22.tar.gz
  to pool/main/x/xorg/xorg_7.0.22.tar.gz
xorg_7.0.22_all.deb
  to pool/main/x/xorg/xorg_7.0.22_all.deb
xserver-xfree86_7.0.22_all.deb
  to pool/main/x/xorg/xserver-xfree86_7.0.22_all.deb
xserver-xorg-input-all_7.0.22_i386.deb
  to pool/main/x/xorg/xserver-xorg-input-all_7.0.22_i386.deb
xserver-xorg-video-all_7.0.22_i386.deb
  to pool/main/x/xorg/xserver-xorg-video-all_7.0.22_i386.deb
xserver-xorg_7.0.22_all.deb
  to pool/main/x/xorg/xserver-xorg_7.0.22_all.deb



A summary of the changes between this version and the previous one is

Bug#371152: marked as done (upgrade failure determining smoking_guns)

[Debian Bug Tracking System]

Your message dated Sun, 11 Jun 2006 21:02:11 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#371152: fixed in xorg 1:7.0.22
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: x11-common
Version: 1:7.0.20
Severity: normal

_smoking_guns=$(grep -l "$1" $_possible_culprits)

It's possible for this grep to not turn up anything, and if it does, the
postinst will crash here, exiting with 1 and no indication of the problem.
If || true is added to the end, it behaves as designed, warning:

no overlaps found.
x11-common postinst error: bad symbolic links on system

Which is not the most useful error, but better than nothing.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-2-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages x11-common depends on:
ii  cdebconf [debconf-2.0]0.102  Debian Configuration Management Sy
ii  debconf [debconf-2.0] 1.5.1  Debian configuration management sy
ii  debianutils   2.16.1 Miscellaneous utilities specific t
ii  lsb-base  3.1-8  Linux Standard Base 3.1 init scrip

x11-common recommends no packages.

-- debconf information excluded

-- 
see shy jo


signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
Source: xorg
Source-Version: 1:7.0.22

We believe that the bug you reported is fixed in the latest version of
xorg, which is due to be installed in the Debian FTP archive:

libglu1-xorg-dev_7.0.22_all.deb
  to pool/main/x/xorg/libglu1-xorg-dev_7.0.22_all.deb
libglu1-xorg_7.0.22_all.deb
  to pool/main/x/xorg/libglu1-xorg_7.0.22_all.deb
x-window-system-core_7.0.22_all.deb
  to pool/main/x/xorg/x-window-system-core_7.0.22_all.deb
x-window-system_7.0.22_all.deb
  to pool/main/x/xorg/x-window-system_7.0.22_all.deb
x11-common_7.0.22_i386.deb
  to pool/main/x/xorg/x11-common_7.0.22_i386.deb
xlibmesa-dri_7.0.22_all.deb
  to pool/main/x/xorg/xlibmesa-dri_7.0.22_all.deb
xlibmesa-gl-dev_7.0.22_all.deb
  to pool/main/x/xorg/xlibmesa-gl-dev_7.0.22_all.deb
xlibmesa-gl_7.0.22_all.deb
  to pool/main/x/xorg/xlibmesa-gl_7.0.22_all.deb
xlibmesa-glu_7.0.22_all.deb
  to pool/main/x/xorg/xlibmesa-glu_7.0.22_all.deb
xlibs-data_7.0.22_all.deb
  to pool/main/x/xorg/xlibs-data_7.0.22_all.deb
xlibs-static-dev_7.0.22_all.deb
  to pool/main/x/xorg/xlibs-static-dev_7.0.22_all.deb
xorg-dev_7.0.22_all.deb
  to pool/main/x/xorg/xorg-dev_7.0.22_all.deb
xorg_7.0.22.dsc
  to pool/main/x/xorg/xorg_7.0.22.dsc
xorg_7.0.22.tar.gz
  to pool/main/x/xorg/xorg_7.0.22.tar.gz
xorg_7.0.22_all.deb
  to pool/main/x/xorg/xorg_7.0.22_all.deb
xserver-xfree86_7.0.22_all.deb
  to pool/main/x/xorg/xserver-xfree86_7.0.22_all.deb
xserver-xorg-input-all_7.0.22_i386.deb
  to pool/main/x/xorg/xserver-xorg-input-all_7.0.22_i386.deb
xserver-xorg-video-all_7.0.22_i386.deb
  to pool/main/x/xorg/xserver-xorg-video-all_7.0.22_i386.deb
xserver-xorg_7.0.22_all.deb
  to pool/main/x/xorg/xserver-xorg_7.0.22_all.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
David Nusinow <[EMAIL PROTECTED]> (supplier of updated xorg package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Sun, 11 Jun 2006 23:39:46 -0400
Source: xorg
Binary: x-window-system xlibs-static-dev xlibmesa-dri xserver-xorg-video-all 
xserver-xorg xorg-dev xserver-xorg-input-all libglu1-xorg-dev xlibmesa-glu 
xlibmesa-gl x11-common xserver-xfree86 xlibmesa-gl-dev x-window-system-core 
libglu1-xorg xlibs-data xorg
Architecture: source all i386
Version: 1:7.0.22
Distribution: unstable
Urgency: low
Maintainer: David Nusinow <[EMAIL PROTECTED]>
Changed-By: David Nusinow <[EMAIL PROTECTED]>
Description: 
 libglu1-xorg - transitional package for Debian etch
 libglu1-xorg-dev - transitional package for Debian etch
 x-window-system - transitional package for Debian etch
 x-window-system-core - transitional package for Debian etch
 x1

Bug#371874: x11-common postinst error: trouble with /usr/include/X11

[Steve Langasek]

On Sun, Jun 11, 2006 at 10:30:21PM -0400, Joey Hess wrote:
> David Nusinow wrote:
> > Ok, this is an extremely troubling bug. The previous x11-common's postinst
> > gets called when the new x11-common's postinst fails with the /usr/bin/X11
> > switch.

> No the problem is not that the new postinst is failing (nor does dpkg do
> any error-unwind involving the old postinst if the new one fails).
> The postinst is called to error-unwind if prerm or preinst fails, and
> apparently (though policy doesn't seem to document this) when unpacking
> fails due to a file conflict, as happens here:

> Unpacking replacement x11-common ...
> dpkg: error processing /var/cache/apt/archives/x11-common_1%3a7.0.20_arm.deb 
> (--unpack):
>  trying to overwrite `/usr/X11R6/bin', which is also in package xcalibrate
> x11-common postinst warning: /usr/include/X11 symbolic link does not exist

> I could be wrong but I think that in an error-unwind situation
> dpkg always runs the new package's postinst[1]. Which makes fixing this
> kind of bug easier.

Nope, at least not in the current implementation of dpkg; see
,
.

The problems you've described definitely *do* come from the postinst of the
old version of the package, though both policy and Marga's maintainer script
diagrams document that it would be the postinst of the new version that gets
called.  I don't know whether the documentation or the dpkg implementation
is buggy -- I assume it's the documentation, since this error condition
happens before the new package is even unpacked -- but either way, this
isn't in this case something that can be fixed immediately by changes to the
x11-common postinst.

As I discussed with David on IRC when this bug first came in, the most
straightforward fix is for x11-common to do its /usr/X11R6/bin checks
*first*, so that there are no changes to the other symlinks that need to be
rolled back in case of failure.

That of course doesn't avoid the matter of /usr/X11R6/bin having to be
removed and turned to a symlink, which you're certainly not the only user to
object to.  I'd be grateful if you were able to come up with a better
solution, given that third-party software that *references* files no longer
in /usr/X11R6/bin is also a concern.

-- 
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: r2316 - tags/debian/xorg

[X Strike Force SVN Repository Admin]

Author: dnusinow
Date: 2006-06-11 23:54:57 -0400 (Sun, 11 Jun 2006)
New Revision: 2316

Added:
   tags/debian/xorg/xorg-7.0.22/
Log:
Tag upload of xorg-7.0.22 to unstable


Copied: tags/debian/xorg/xorg-7.0.22 (from rev 2315, trunk/debian/xorg)


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

X Strike Force X.Org X11 SVN commit: r2315 - trunk/debian/xorg/debian

[X Strike Force SVN Repository Admin]

Author: dnusinow
Date: 2006-06-11 23:52:02 -0400 (Sun, 11 Jun 2006)
New Revision: 2315

Modified:
   trunk/debian/xorg/debian/changelog
Log:
Prepare changelog for upload to unstable

Modified: trunk/debian/xorg/debian/changelog
===
--- trunk/debian/xorg/debian/changelog  2006-06-12 03:38:56 UTC (rev 2314)
+++ trunk/debian/xorg/debian/changelog  2006-06-12 03:52:02 UTC (rev 2315)
@@ -1,4 +1,4 @@
-xorg (1:7.0.22) UNRELEASED; urgency=low
+xorg (1:7.0.22) unstable; urgency=low
 
   [ David Nusinow ]
   * Correct the sections on the transitional packages
@@ -9,7 +9,7 @@
 try and prevent serious problems during error unwind. Thanks Steve
 Langasek, Eugene Konev, Henk Boom, and Joey Hess. (closes: #371874)
 
- -- David Nusinow <[EMAIL PROTECTED]>  Sun, 11 Jun 2006 23:38:20 -0400
+ -- David Nusinow <[EMAIL PROTECTED]>  Sun, 11 Jun 2006 23:39:46 -0400
 
 xorg (1:7.0.21) unstable; urgency=low
 


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

Bug#371874: x11-common postinst error: trouble with /usr/include/X11

[David Nusinow]

On Sun, Jun 11, 2006 at 10:30:21PM -0400, Joey Hess wrote:
> David Nusinow wrote:
> > Ok, this is an extremely troubling bug. The previous x11-common's postinst
> > gets called when the new x11-common's postinst fails with the /usr/bin/X11
> > switch.
> 
> No the problem is not that the new postinst is failing (nor does dpkg do
> any error-unwind involving the old postinst if the new one fails).
> The postinst is called to error-unwind if prerm or preinst fails, and
> apparently (though policy doesn't seem to document this) when unpacking
> fails due to a file conflict, as happens here:
> 
> Unpacking replacement x11-common ...
> dpkg: error processing /var/cache/apt/archives/x11-common_1%3a7.0.20_arm.deb 
> (--unpack):
>  trying to overwrite `/usr/X11R6/bin', which is also in package xcalibrate
> x11-common postinst warning: /usr/include/X11 symbolic link does not exist
> 
> I could be wrong but I think that in an error-unwind situation
> dpkg always runs the new package's postinst[1]. Which makes fixing this
> kind of bug easier.
> 
> Also, if it's helpful I can reproduce this at will. Unfortunatly the
> image I have that can reproduce it is arm. :-)

Ok, vorlon managed to pinpoint the bug. I'm on crack. So the preinst was
removing the include, share, and lib symlinks during preinst. After that,
it was doing the bin removal, which failed in your case. On unwind, the
lib, include, and share symlinks were still gone causing the problems.
We've moved the bin transition to being the first thing in the preinst, so
we fail early, prior to messing with anything else. This should solve the
problem. I'll be uploading this to unstable in a few minutes. Thank you for
the help!

 - David Nusinow


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

Bug#372839: problem with x11-common

[Kaloyan Minev Penev]

Package: x11-common
Version: 6.8.2.dfsg.1-11

Hi,

I just tried to do an apt-get dist-upgrade. When it came to upgrading
x11-common I got the message that /usr/X11R6/bin is not empty and that I
should empty it and run the installation again. So I did and got the
following error message:

Preparing to replace x11-common 6.8.2.dfsg.1-11 (using
.../x11-common_1%3a7.0.20_i386.deb) ...
Unpacking replacement x11-common ...
dpkg: error processing
/var/cache/apt/archives/x11-common_1%3a7.0.20_i386.deb (--unpack):
 trying to overwrite `/usr/X11R6/bin', which is also in package grace
Errors were encountered while processing:
 /var/cache/apt/archives/x11-common_1%3a7.0.20_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

I then ran dpkg --configure -a, followed by apt-get -f install

This time the error message was:

Unpacking replacement x11-common ...
dpkg: error processing
/var/cache/apt/archives/x11-common_1%3a7.0.20_i386.deb (--unpack):
 trying to overwrite `/usr/X11R6/bin', which is also in package grace
x11-common postinst warning: /usr/include/X11 symbolic link does not exist
Analyzing /usr/include/X11:
drwxr-xr-x  14 root root 4096 2005-12-21 10:13 /usr
drwxr-xr-x  61 root root 8192 2006-06-11 22:39 /usr/include
/usr/include/X11: nonexistent; directory contents of /usr/include/:
total 2288
-rw-r--r--   1 root root   1849 2005-03-29 10:08 af_vfs.h
-rw-r--r--   1 root root   7135 2006-05-31 02:43 aio.h
drwxr-xr-x   2 root root   4096 2005-12-22 08:01 AL
-rw-r--r--   1 root root   2115 2006-05-31 02:44 aliases.h
-rw-r--r--   1 root root   1289 2006-05-31 02:43 alloca.h
-rw-r--r--   1 root root   4351 2006-05-31 02:43 a.out.h
-rw-r--r--   1 root root  26446 2006-05-31 02:43 argp.h
-rw-r--r--   1 root root   7299 2006-05-31 02:43 argz.h
-rw-r--r--   1 root root   1792 2006-05-31 02:43 ar.h
drwxr-xr-x   2 root root   4096 2006-06-11 18:44 arpa
drwxr-xr-x  10 root root   8192 2005-12-21 04:31 asm
drwxr-xr-x   2 root root   4096 2005-12-21 04:31 asm-generic
drwxr-xr-x  10 root root   4096 2005-12-21 04:31 asm-i486
drwxr-xr-x   2 root root   4096 2005-12-21 04:31 asm-x86_64
-rw-r--r--   1 root root   3607 2006-05-31 02:43 assert.h
drwxr-xr-x   3 root root   4096 2005-12-29 11:20 atk-1.0
-rw-r--r--   1 root root  23839 2005-03-29 10:08 audiofile.h
-rw-r--r--   1 root root   1633 2005-03-29 10:08 aupvlist.h
-rw-r--r--   1 root root   2284 2005-07-06 12:33 autosprintf.h
drwxr-xr-x   2 root root   4096 2006-06-11 18:44 bits
drwxr-xr-x   2 root root   4096 2005-04-21 04:09 boost
-rw-r--r--   1 root root   1489 2006-05-31 02:43 byteswap.h
-rw-r--r--   1 root root   7833 2005-11-23 17:01 bzlib.h
drwxr-xr-x   5 root root   4096 2006-06-11 18:49 c++
drwxr-xr-x   2 root root   4096 2005-12-29 11:21 cairo
-rw-r--r--   1 root root   3344 2006-05-31 02:43 complex.h
-rw-r--r--   1 root root   2335 2006-05-31 02:43 cpio.h
-rw-r--r--   1 root root   2341 2006-05-31 02:43 crypt.h
-rw-r--r--   1 root root  11282 2006-05-31 02:43 ctype.h
-rw-r--r--   1 root root   6582 2005-10-14 17:21 cursesapp.h
-rw-r--r--   1 root root  27630 2005-10-14 17:21 cursesf.h
-rw-r--r--   1 root root  59095 2005-10-14 17:21 curses.h
-rw-r--r--   1 root root  19486 2005-10-14 17:21 cursesm.h
-rw-r--r--   1 root root   8430 2005-10-14 17:21 cursesp.h
-rw-r--r--   1 root root  45070 2005-10-14 17:21 cursesw.h
-rw-r--r--   1 root root   7304 2005-10-14 17:21 cursslk.h
-rw-r--r--   1 root root   5657 2005-10-30 14:11 db_185.h
-rw-r--r--   1 root root  51043 2005-10-30 14:11 db.h
-rw-r--r--   1 root root  22854 2005-11-08 13:34 dialog.h
-rw-r--r--   1 root root  10659 2006-05-31 02:43 dirent.h
-rw-r--r--   1 root root   6403 2006-05-31 02:43 dlfcn.h
-rw-r--r--   1 root root   5801 2005-11-08 13:34 dlg_colors.h
-rw-r--r--   1 root root   2673 2005-11-08 13:34 dlg_config.h
-rw-r--r--   1 root root 106663 2006-05-31 02:44 elf.h
-rw-r--r--   1 root root   2112 2006-05-31 02:43 endian.h
-rw-r--r--   1 root root   2962 2006-05-31 02:43 envz.h
-rw-r--r--   1 root root   2313 2006-05-31 02:43 err.h
-rw-r--r--   1 root root   2452 2006-05-31 02:43 errno.h
-rw-r--r--   1 root root   2649 2006-05-31 02:43 error.h
-rw-r--r--   1 root root  12302 2005-06-25 19:14 esd.h
-rw-r--r--   1 root root   2891 2005-10-14 17:21 eti.h
-rw-r--r--   1 root root   8824 2005-10-14 17:21 etip.h
-rw-r--r--   1 root root   1685 2006-05-31 02:43 execinfo.h
-rw-r--r--   1 root root   2668 2005-04-19 23:19 expat_config.h
-rw-r--r--   1 root root   2846 2005-04-19 23:19 expat_external.h
-rw-r--r--   1 root root  40115 2005-04-19 23:19 expat.h
-rw-r--r--   1 root root   5943 2006-05-31 02:43 fcntl.h
-rw-r--r--   1 root root  11286 2006-05-31 02:42 features.h
-rw-r--r--   1 root root   4670 2006-05-31 02:43 fenv.h
-rw-r--r--   1 root root   6163 2005-08-08 01:53 FlexLexer.h
-rw-r--r--   1 root root   3329 2006-05-31 02:43 fmtmsg.h
-rw-r--r--   1 root root   2530 2006-05-31 02:43 fnmatch.h
drwxr-xr-x   2 root root   4096 2005-12-29 11:21 fontconfig
-rw-r--r--   1 root root  17190 2005

Re: X Strike Force X.Org X11 SVN commit: r2301 - trunk/app/xutils/debian

[David Nusinow]

On Mon, Jun 12, 2006 at 08:34:57AM +0500, Stepan Golosunov wrote:
> On Sun, Jun 11, 2006 at 07:15:32PM -0400, X Strike Force SVN Repository Admin 
> wrote:
> > Author: dnusinow
> > Date: 2006-06-11 19:15:31 -0400 (Sun, 11 Jun 2006)
> > New Revision: 2301
> 
> > +  * Version pre-depends on x11-common
> 
> There is no pre-depends in the diff:

Thanks for catching this :-) I realized it after I did the commit and fixed
it later.

 - David Nusinow


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

X Strike Force X.Org X11 SVN commit: r2314 - trunk/debian/xorg/debian

[X Strike Force SVN Repository Admin]

Author: dnusinow
Date: 2006-06-11 23:38:56 -0400 (Sun, 11 Jun 2006)
New Revision: 2314

Modified:
   trunk/debian/xorg/debian/changelog
Log:
Add more thank you's

Modified: trunk/debian/xorg/debian/changelog
===
--- trunk/debian/xorg/debian/changelog  2006-06-12 03:38:10 UTC (rev 2313)
+++ trunk/debian/xorg/debian/changelog  2006-06-12 03:38:56 UTC (rev 2314)
@@ -7,9 +7,9 @@
 a grep not returning anything. Thanks Joey Hess. (closes: #371152)
   * During x11-common preinst, handle /usr/X11R6/bin before anything else to
 try and prevent serious problems during error unwind. Thanks Steve
-Langasek and Joey Hess. (closes: #371874)
+Langasek, Eugene Konev, Henk Boom, and Joey Hess. (closes: #371874)
 
- -- David Nusinow <[EMAIL PROTECTED]>  Sun, 11 Jun 2006 23:37:53 -0400
+ -- David Nusinow <[EMAIL PROTECTED]>  Sun, 11 Jun 2006 23:38:20 -0400
 
 xorg (1:7.0.21) unstable; urgency=low
 


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

X Strike Force X.Org X11 SVN commit: r2313 - trunk/debian/xorg/debian

[X Strike Force SVN Repository Admin]

Author: dnusinow
Date: 2006-06-11 23:38:10 -0400 (Sun, 11 Jun 2006)
New Revision: 2313

Modified:
   trunk/debian/xorg/debian/changelog
Log:
Fix closer and thank the appropriate parties

Modified: trunk/debian/xorg/debian/changelog
===
--- trunk/debian/xorg/debian/changelog  2006-06-12 03:35:55 UTC (rev 2312)
+++ trunk/debian/xorg/debian/changelog  2006-06-12 03:38:10 UTC (rev 2313)
@@ -1,14 +1,15 @@
 xorg (1:7.0.22) UNRELEASED; urgency=low
 
   [ David Nusinow ]
-  * Correct the sections on the transitional packages (closes: #371874)
+  * Correct the sections on the transitional packages
   * Make sure grepping for smoking guns in x11-common.postinst (or anywhere
 else that the find_culprits shell function is used) no longer dies due to
 a grep not returning anything. Thanks Joey Hess. (closes: #371152)
   * During x11-common preinst, handle /usr/X11R6/bin before anything else to
-try and prevent serious problems during error unwind
+try and prevent serious problems during error unwind. Thanks Steve
+Langasek and Joey Hess. (closes: #371874)
 
- -- David Nusinow <[EMAIL PROTECTED]>  Sun, 11 Jun 2006 23:35:40 -0400
+ -- David Nusinow <[EMAIL PROTECTED]>  Sun, 11 Jun 2006 23:37:53 -0400
 
 xorg (1:7.0.21) unstable; urgency=low
 


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

Re: X Strike Force X.Org X11 SVN commit: r2301 - trunk/app/xutils/debian

[Stepan Golosunov]

On Sun, Jun 11, 2006 at 07:15:32PM -0400, X Strike Force SVN Repository Admin 
wrote:
> Author: dnusinow
> Date: 2006-06-11 19:15:31 -0400 (Sun, 11 Jun 2006)
> New Revision: 2301

> +  * Version pre-depends on x11-common

There is no pre-depends in the diff:

> -Depends: ${shlibs:Depends}, ${misc:Depends}, x11-common, xfonts-utils, 
> xutils-dev
> +Depends: ${shlibs:Depends}, ${misc:Depends}, x11-common (>= 1:7.0.0), 
> xfonts-utils, xutils-dev


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

X Strike Force X.Org X11 SVN commit: r2312 - trunk/debian/xorg/debian

[X Strike Force SVN Repository Admin]

Author: dnusinow
Date: 2006-06-11 23:35:55 -0400 (Sun, 11 Jun 2006)
New Revision: 2312

Modified:
   trunk/debian/xorg/debian/changelog
Log:
* Correct the sections on the transitional packages (closes: #371874)

Modified: trunk/debian/xorg/debian/changelog
===
--- trunk/debian/xorg/debian/changelog  2006-06-12 03:02:48 UTC (rev 2311)
+++ trunk/debian/xorg/debian/changelog  2006-06-12 03:35:55 UTC (rev 2312)
@@ -1,14 +1,14 @@
 xorg (1:7.0.22) UNRELEASED; urgency=low
 
   [ David Nusinow ]
-  * Correct the sections on the transitional packages
+  * Correct the sections on the transitional packages (closes: #371874)
   * Make sure grepping for smoking guns in x11-common.postinst (or anywhere
 else that the find_culprits shell function is used) no longer dies due to
 a grep not returning anything. Thanks Joey Hess. (closes: #371152)
   * During x11-common preinst, handle /usr/X11R6/bin before anything else to
 try and prevent serious problems during error unwind
 
- -- David Nusinow <[EMAIL PROTECTED]>  Fri,  9 Jun 2006 00:23:28 -0400
+ -- David Nusinow <[EMAIL PROTECTED]>  Sun, 11 Jun 2006 23:35:40 -0400
 
 xorg (1:7.0.21) unstable; urgency=low
 


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

Bug#371874: x11-common postinst error: trouble with /usr/include/X11

[Joey Hess]

David Nusinow wrote:
> Ok, this is an extremely troubling bug. The previous x11-common's postinst
> gets called when the new x11-common's postinst fails with the /usr/bin/X11
> switch.

No the problem is not that the new postinst is failing (nor does dpkg do
any error-unwind involving the old postinst if the new one fails).
The postinst is called to error-unwind if prerm or preinst fails, and
apparently (though policy doesn't seem to document this) when unpacking
fails due to a file conflict, as happens here:

Unpacking replacement x11-common ...
dpkg: error processing /var/cache/apt/archives/x11-common_1%3a7.0.20_arm.deb 
(--unpack):
 trying to overwrite `/usr/X11R6/bin', which is also in package xcalibrate
x11-common postinst warning: /usr/include/X11 symbolic link does not exist

I could be wrong but I think that in an error-unwind situation
dpkg always runs the new package's postinst[1]. Which makes fixing this
kind of bug easier.

Also, if it's helpful I can reproduce this at will. Unfortunatly the
image I have that can reproduce it is arm. :-)

-- 
see shy jo

[1] The only exception being the running of the old postinst if the old prerm
fails and then the new prerm's error-unwind fails.


signature.asc
Description: Digital signature

X Strike Force X.Org X11 SVN commit: r2311 - branches

[X Strike Force SVN Repository Admin]

Author: dnusinow
Date: 2006-06-11 23:02:48 -0400 (Sun, 11 Jun 2006)
New Revision: 2311

Added:
   branches/7.1/
Log:
Create branch for 7.1 work


Copied: branches/7.1 (from rev 2310, trunk)


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

X Strike Force X.Org X11 SVN commit: r2310 - tags/app/xbase-clients

[X Strike Force SVN Repository Admin]

Author: dnusinow
Date: 2006-06-11 22:57:06 -0400 (Sun, 11 Jun 2006)
New Revision: 2310

Added:
   tags/app/xbase-clients/xbase-clients-7.1.ds-1/
Log:
Tag upload of xbase-clients-7.1.ds-1 to unstable


Copied: tags/app/xbase-clients/xbase-clients-7.1.ds-1 (from rev 2309, 
trunk/app/xbase-clients)


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

X Strike Force X.Org X11 SVN commit: r2309 - trunk/app/xbase-clients/debian

[X Strike Force SVN Repository Admin]

Author: dnusinow
Date: 2006-06-11 22:50:43 -0400 (Sun, 11 Jun 2006)
New Revision: 2309

Modified:
   trunk/app/xbase-clients/debian/changelog
Log:
Prepare changelog for upload

Modified: trunk/app/xbase-clients/debian/changelog
===
--- trunk/app/xbase-clients/debian/changelog2006-06-12 01:51:42 UTC (rev 
2308)
+++ trunk/app/xbase-clients/debian/changelog2006-06-12 02:50:43 UTC (rev 
2309)
@@ -1,4 +1,4 @@
-xbase-clients (1:7.1.ds-1) UNRELEASED; urgency=low
+xbase-clients (1:7.1.ds-1) unstable; urgency=low
 
   [ Steve Langasek ]
   * Drop broken build-dependency on xprint-utils, no thanks to anonymous
@@ -24,7 +24,7 @@
   * Bump standards version to 3.7.2.0
   * Bump debhelper compat to 5
 
- -- David Nusinow <[EMAIL PROTECTED]>  Sun, 11 Jun 2006 21:51:33 -0400
+ -- David Nusinow <[EMAIL PROTECTED]>  Sun, 11 Jun 2006 21:51:54 -0400
 
 xbase-clients (1:7.0.1-2) unstable; urgency=low
 


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

Bug#356539: Script to fix it while waiting on upstream.

[David Nusinow]

On Sun, Jun 11, 2006 at 09:56:12PM -0400, Dan Merillat wrote:
> 
> Use this rather then doing it manually while we wait for
> 
> * upstream to fix it.
> * upstream to release the fix
> * Debian to package the fixed upstream release.
> 
> I have no idea why this doesn't qualify as a Debian-fixable bug
> rather then an upstream.  If it is a Debian packaging issue,
> in that upstream expects X manpages in manNx, and Debian puts them in 
> manN instead, Debian should fix it..  If you change a path, change 
> references to the path, no?
> 
> If this is broken directly from upstream in that they've dropped the 
> manNx, then this is the kind of trivial fix the distros should catch and 
> fix and send upstream.
> 
> This fixes libxau-dev as well, but it should properly ignore it if it's 
> not installed.  It probably won't format your harddrive, but I won't 
> guarantee that.

I am currently in the process of fixing it, but it requires a lot of
rebuilds and is not so critical as hosing people's systems on upgrade. Calm
down. It'll be fixed with 7.1, which is what I'm working on right now.

 - David Nusinow


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

Bug#356539: Script to fix it while waiting on upstream.

[Dan Merillat]

Use this rather then doing it manually while we wait for

* upstream to fix it.
* upstream to release the fix
* Debian to package the fixed upstream release.

I have no idea why this doesn't qualify as a Debian-fixable bug
rather then an upstream.  If it is a Debian packaging issue,
in that upstream expects X manpages in manNx, and Debian puts them in 
manN instead, Debian should fix it..  If you change a path, change 
references to the path, no?


If this is broken directly from upstream in that they've dropped the 
manNx, then this is the kind of trivial fix the distros should catch and 
fix and send upstream.


This fixes libxau-dev as well, but it should properly ignore it if it's 
not installed.  It probably won't format your harddrive, but I won't 
guarantee that.


debbug-356539-fix.sh
Description: Bourne shell script

X Strike Force X.Org X11 SVN commit: r2308 - trunk/app/xbase-clients/debian

[X Strike Force SVN Repository Admin]

Author: dnusinow
Date: 2006-06-11 21:51:42 -0400 (Sun, 11 Jun 2006)
New Revision: 2308

Modified:
   trunk/app/xbase-clients/debian/changelog
   trunk/app/xbase-clients/debian/compat
   trunk/app/xbase-clients/debian/control
   trunk/app/xbase-clients/debian/rules
Log:
* Bump standards version to 3.7.2.0
* Bump debhelper compat to 5

Modified: trunk/app/xbase-clients/debian/changelog
===
--- trunk/app/xbase-clients/debian/changelog2006-06-12 01:12:29 UTC (rev 
2307)
+++ trunk/app/xbase-clients/debian/changelog2006-06-12 01:51:42 UTC (rev 
2308)
@@ -21,8 +21,10 @@
 section
   * Update 11_xkb_documentation_updates.diff to not use __manpagesuffix__
 imakeism
+  * Bump standards version to 3.7.2.0
+  * Bump debhelper compat to 5
 
- -- David Nusinow <[EMAIL PROTECTED]>  Sun, 11 Jun 2006 21:12:22 -0400
+ -- David Nusinow <[EMAIL PROTECTED]>  Sun, 11 Jun 2006 21:51:33 -0400
 
 xbase-clients (1:7.0.1-2) unstable; urgency=low
 

Modified: trunk/app/xbase-clients/debian/compat
===
--- trunk/app/xbase-clients/debian/compat   2006-06-12 01:12:29 UTC (rev 
2307)
+++ trunk/app/xbase-clients/debian/compat   2006-06-12 01:51:42 UTC (rev 
2308)
@@ -1 +1 @@
-4
+5

Modified: trunk/app/xbase-clients/debian/control
===
--- trunk/app/xbase-clients/debian/control  2006-06-12 01:12:29 UTC (rev 
2307)
+++ trunk/app/xbase-clients/debian/control  2006-06-12 01:51:42 UTC (rev 
2308)
@@ -3,8 +3,8 @@
 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, libfs-dev (>= 2:1.0.0-1), 
libpng-dev, libx11-dev (>= 2:1.0.0-1), libxaw7-dev (>= 1:1.0.1-1), 
libxcursor-dev (>= 1.1.5.2-1), libxext-dev (>= 1:1.0.0-1), libxft-dev (>= 
2.1.8.2-6), libxi-dev (>= 1:1.0.0-3), libxkbfile-dev (>= 1:1.0.1-1), 
libxmuu-dev (>= 1:1.0.1-1), libxrandr-dev (>= 2:1.1.0.2-1), libxrender-dev (>= 
1:0.9.0.2-2), libxss-dev (>= 1:1.0.1-1), libxt-dev (>= 1:1.0.0-1), libxtrap-dev 
(>= 1:1.0.0-1), libxtst-dev (>= 1:1.0.1-1), libxxf86dga-dev (>= 1:1.0.1-1), 
libxv-dev (>= 1:1.0.1-1), libxxf86vm-dev (>= 1:1.0.0-1), ssh | rsh, 
x11proto-gl-dev, libgl1-mesa-dev, xbitmaps, quilt
-Standards-Version: 3.6.1.0
+Build-Depends: debhelper (>= 5.0.0), pkg-config, libfs-dev (>= 2:1.0.0-1), 
libpng-dev, libx11-dev (>= 2:1.0.0-1), libxaw7-dev (>= 1:1.0.1-1), 
libxcursor-dev (>= 1.1.5.2-1), libxext-dev (>= 1:1.0.0-1), libxft-dev (>= 
2.1.8.2-6), libxi-dev (>= 1:1.0.0-3), libxkbfile-dev (>= 1:1.0.1-1), 
libxmuu-dev (>= 1:1.0.1-1), libxrandr-dev (>= 2:1.1.0.2-1), libxrender-dev (>= 
1:0.9.0.2-2), libxss-dev (>= 1:1.0.1-1), libxt-dev (>= 1:1.0.0-1), libxtrap-dev 
(>= 1:1.0.0-1), libxtst-dev (>= 1:1.0.1-1), libxxf86dga-dev (>= 1:1.0.1-1), 
libxv-dev (>= 1:1.0.1-1), libxxf86vm-dev (>= 1:1.0.0-1), ssh | rsh, 
x11proto-gl-dev, libgl1-mesa-dev, xbitmaps, quilt
+Standards-Version: 3.7.2.0
 
 Package: xbase-clients
 Architecture: any

Modified: trunk/app/xbase-clients/debian/rules
===
--- trunk/app/xbase-clients/debian/rules2006-06-12 01:12:29 UTC (rev 
2307)
+++ trunk/app/xbase-clients/debian/rules2006-06-12 01:51:42 UTC (rev 
2308)
@@ -112,7 +112,7 @@
dh_install --sourcedir=debian/tmp --list-missing
dh_installchangelogs
dh_link
-   dh_strip --dbg-package=$(PACKAGE)
+   dh_strip
dh_compress
dh_fixperms
dh_installdeb


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

Bug#371874: x11-common postinst error: trouble with /usr/include/X11

[David Nusinow]

On Wed, Jun 07, 2006 at 10:48:44PM -0400, Joey Hess wrote:
> [EMAIL PROTECTED] wrote:
> > Package: x11-common
> > Version: 1:7.0.20
> > Severity: grave
> > X-Debbugs-CC: "Henk Boom" <[EMAIL PROTECTED]>
> > 
> > 
> > x11-common postinst error: trouble with /usr/include/X11
> > 
> > 
> > We get this problem on two different systems -- an etch AMD-64 (installed
> > as Debian-AMD64, but upgraded as Debian since a few weeks ago), and etch
> > running on a 32-bit Athlon (installed as sarge, subsequently dist-upgraded
> > to etch).
> > 
> > We are trying to upgrade our machines from xorg 6.9 to xorg 7.0, and have
> > been stymied by the installation behaviour of x11-common, specifically the
> > one that appears as /var/cache/apt/archives/x11-common_1%3a7.0.20_amd64.deb
> > on the AMD64, and /var/cache/apt/archives/x11-common_1%3a7.0.20_i386.deb
> > on the 32-bit system.
> > 
> > The post-install script complains that the symbolic link /usr/include/X11
> > does not exist.
> > 
> > On the AMD-64 we managed to get past this point, but we're not sure exactly
> > what we did that did the trick.  We tried uninstalling x11-common in order
> > to install it again.  Forcing uninstallation and installation did not *seem*
> > to work, but we are not familiar enough with the behavious of apt-get to 
> > know
> > this for sure.  We succeeded on tha AMD-64 only after deleting about a
> > hundred packages that directly or indirectly depended on x11-common, then
> > uninstalling and reinstalling it.
> > 
> > On the 32-bit machine we are utterly at a standstill, since there are
> > far, far too many packages to delete by hand.
> > 
> > In case it's relevant, both machines use nvidia drivers built from the
> > Debian nveidia-kernel-source package.
> > 
> > On the 32-bit machine, we took inspiration from someone's advice on the
> > net, and tried creating the /usr/include/X11 directory ourselves, since
> > although x11-common complains about a missing symbolic link, it is 
> > apparently
> > supposed to end up with a directory.  But in this case it complains that
> > /usr/include/X11 is not a symbolic link.
> > 
> > If we re-create the symbolic link as it appears on other systems still
> > using 6.9, it reports that the symbolic link does not exist, and when we
> > check afterwards, the symbolic link has disappeared.
> 
> I ran into this same sort of insanity today with the package. I was
> finally able to get past it by:
> 
> * Creating /usr/lib/X11 -> ../X11R6/lib/X11
> * Creating /usr/include/X11 -> ../X11R6/include/X11
> * Making sure that there was no reason for it to complain about
>   /usr/X11R6/bin, by a) removing or upgrading any package that installed
>   a file there and b) after all such packages were removed/upgraded,
>   moving any other files out of that directory.
> * Finally, apt-get install xorg-common again.
> 
> My bug reports (#371152 and #371161) have some more detail about why
> it's breaking (and how it handles any breakage by hosing the system so
> it can't be recovered except through the manual steps above) and transcripts
> of some of what happens when trying to upgrade it.

Ok, this is an extremely troubling bug. The previous x11-common's postinst
gets called when the new x11-common's postinst fails with the /usr/bin/X11
switch. At this point, x11-common isn't shipping those symlinks and the
previous x11-common's postinst fails because it requires that they're
there. I'm not sure how we get to this situation to begin with, because in
my own tests with upgrading x11-common with the /usr/bin/X11 error
condition, I didn't hit this bug, so I'm not 100% sure I understand it
fully.

Now, the way around this that I can see is that the new postinst needs to
manually re-create the symlinks prior to exiting during the error
condition. This will allow the old version's postinst to complete properly.
However, this creates a situation where we need to manually remove those
symlinks later, causing more opportunities for problems. I'm trying to come
up with a better way to do this, but I can't right now. Would someone be
able and willing to test a fix if I can come up with one?

 - David Nusinow


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

Processed: hehe

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 354577 minor
Bug#354577: xbase-clients: [xfontsel] xfontsel doesn't see all fonts if there's 
more than 32768 of them
Severity set to `minor' from `important'

> tags 354577 + wontfix
Bug#354577: xbase-clients: [xfontsel] xfontsel doesn't see all fonts if there's 
more than 32768 of them
There were no tags set.
Tags added: wontfix

> 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]

Processed: Setting severity

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 372079 important
Bug#372079: xserver-xorg-video-mga: strange frequency behavior with dvi
Severity set to `important' from `grave'

> 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#369504: xbase-clients: use /usr/bin/Xorg instead of /usr/bin/X in /usr/bin/startx and /etc/X11/xinit/xserverrc

[David Nusinow]

On Tue, May 30, 2006 at 11:18:55AM +0200, Attila Kinali wrote:
> On Tue, 30 May 2006 11:11:27 +0200
> Michel D??nzer <[EMAIL PROTECTED]> wrote:
> 
> > On Tue, 2006-05-30 at 11:02 +0200, Attila Kinali wrote:
> > > Package: xbase-clients
> > > Version: 1:7.0.1-2
> > > Severity: important
> > > 
> > > After upgrade from xorg 6.9 to 7.0 startx & co dont work anymore,
> > > because /usr/bin/X is the wrong program to be used. Instead
> > > /usr/bin/Xorg should be used.
> > 
> > No, /usr/bin/X is correct. If you don't have it, try reinstalling
> > x11-common; otherwise, check that /etc/X11/X points to /usr/bin/Xorg.
> 
> I have it, it's installed:
> ---
> -rwsr-sr-x 1 root root 18K May 21 21:53 /usr/bin/X
> jashugan:~# dpkg -s x11-common|grep Version
> Version: 1:7.0.20
> ---
> 
> But running it doesn't do anything. It just exits. No error
> message, no warning. Even strace'ing it didnt reveal anything.
> 
> I also filled a bugreport against x11-common because of this
> (#369502)

Does x11-common version 1:7.0.21 fix this problem?

 - David Nusinow


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

X Strike Force X.Org X11 SVN commit: r2307 - in trunk/app/xbase-clients/debian: . patches

[X Strike Force SVN Repository Admin]

Author: dnusinow
Date: 2006-06-11 21:12:29 -0400 (Sun, 11 Jun 2006)
New Revision: 2307

Modified:
   trunk/app/xbase-clients/debian/changelog
   trunk/app/xbase-clients/debian/patches/11_xkb_documentation_updates.diff
Log:
* Update 11_xkb_documentation_updates.diff to not use __manpagesuffix__
  imakeism

Modified: trunk/app/xbase-clients/debian/changelog
===
--- trunk/app/xbase-clients/debian/changelog2006-06-12 01:04:38 UTC (rev 
2306)
+++ trunk/app/xbase-clients/debian/changelog2006-06-12 01:12:29 UTC (rev 
2307)
@@ -1,4 +1,4 @@
-xbase-clients (1:7.1.ds-1) unstable; urgency=low
+xbase-clients (1:7.1.ds-1) UNRELEASED; urgency=low
 
   [ Steve Langasek ]
   * Drop broken build-dependency on xprint-utils, no thanks to anonymous
@@ -19,8 +19,10 @@
   * Update xcursorgen to 1.0.1
   * Autoreconf everything in order to ensure that manpages have the proper
 section
+  * Update 11_xkb_documentation_updates.diff to not use __manpagesuffix__
+imakeism
 
- -- David Nusinow <[EMAIL PROTECTED]>  Wed,  7 Jun 2006 00:23:15 -0400
+ -- David Nusinow <[EMAIL PROTECTED]>  Sun, 11 Jun 2006 21:12:22 -0400
 
 xbase-clients (1:7.0.1-2) unstable; urgency=low
 

Modified: 
trunk/app/xbase-clients/debian/patches/11_xkb_documentation_updates.diff
===
--- trunk/app/xbase-clients/debian/patches/11_xkb_documentation_updates.diff
2006-06-12 01:04:38 UTC (rev 2306)
+++ trunk/app/xbase-clients/debian/patches/11_xkb_documentation_updates.diff
2006-06-12 01:12:29 UTC (rev 2307)
@@ -7,14 +7,14 @@
 
 Index: setxkbmap-1.0.2/setxkbmap.man
 ===
 setxkbmap-1.0.2/setxkbmap.man.orig 2006-05-01 22:05:38.0 -0400
-+++ setxkbmap-1.0.2/setxkbmap.man  2006-05-01 22:20:42.0 -0400
+--- setxkbmap-1.0.2/setxkbmap.man.orig 2006-06-11 21:04:12.0 -0400
 setxkbmap-1.0.2/setxkbmap.man  2006-06-11 21:08:20.0 -0400
 @@ -1,120 +1,167 @@
  .\"
  .\" $XFree86: xc/programs/setxkbmap/setxkbmap.man,v 3.6 2003/01/20 04:15:08 
dawes Exp $
  .\"
 -.TH SETXKBMAP 1 __xorgversion__
-+.TH setxkbmap __mansuffix__ __xorgversion__
++.TH setxkbmap 1 __xorgversion__
  .SH NAME
 -setxkbmap
 -\- set the keyboard using the X Keyboard Extension
@@ -162,7 +162,7 @@
 -.TP 8
 +Print component names in a format
 +acceptable by
-+.BR xkbcomp (__mansuffix__)
++.BR xkbcomp (1)
 +(an XKB keymap compiler) and exit.
 +This option is useful for testing, or when one needs to run both
 +.B setxkbmap
@@ -267,25 +267,25 @@
  .SH FILES
  .I __projectroot__/lib/X11/xkb
 +.SH "SEE ALSO"
-+.BR X (__miscmansuffix__),
-+.BR xkbbell (__mansuffix__),
-+.BR xkbcomp (__mansuffix__),
-+.BR xkbevd (__mansuffix__),
-+.BR xkbprint (__mansuffix__),
-+.BR xkbvleds (__mansuffix__),
-+.BR xkbwatch  (__mansuffix__)
++.BR X (7),
++.BR xkbbell (1),
++.BR xkbcomp (1),
++.BR xkbevd (1),
++.BR xkbprint (1),
++.BR xkbvleds (1),
++.BR xkbwatch  (1)
 +.SH COPYRIGHT
 +Copyright 1994, Silicon Graphics Computer Systems and X Consortium, Inc.
 +.br
 +See
-+.BR X (__miscmansuffix__)
++.BR X (7)
 +for a full statement of rights and permissions.
 +.SH AUTHOR
 +Erik Fortune, Silicon Graphics
 Index: xkbcomp/README.config
 ===
 xkbcomp/README.config.orig 2006-05-01 22:05:38.0 -0400
-+++ xkbcomp/README.config  2006-05-01 22:20:42.0 -0400
+--- xkbcomp/README.config.orig 2006-06-11 21:04:12.0 -0400
 xkbcomp/README.config  2006-06-11 21:06:06.0 -0400
 @@ -100,7 +100,7 @@
  command loading the same keyboard mapping would look like:
  
@@ -297,14 +297,14 @@
  
 Index: xkbcomp/xkbcomp.man
 ===
 xkbcomp/xkbcomp.man.orig   2006-05-01 22:05:38.0 -0400
-+++ xkbcomp/xkbcomp.man2006-05-01 22:20:42.0 -0400
+--- xkbcomp/xkbcomp.man.orig   2006-06-11 21:04:12.0 -0400
 xkbcomp/xkbcomp.man2006-06-11 21:09:21.0 -0400
 @@ -5,105 +5,201 @@
  .\"
  .\" $XFree86: xc/programs/xkbcomp/xkbcomp.man,v 1.11 2003/07/28 21:57:02 
herrb Exp $
  .\"
 -.TH XKBCOMP 1 __xorgversion__
-+.TH xkbcomp __mansuffix__ __xorgversion__
++.TH xkbcomp 1 __xorgversion__
  .SH NAME
  xkbcomp \- compile XKB keyboard description
  .SH SYNOPSIS
@@ -559,32 +559,32 @@
 +extension).
  .SH "SEE ALSO"
 -X(__miscmansuffix__)
-+.BR X (__miscmansuffix__),
-+.BR setxkbmap (__mansuffix__),
-+.BR xkbbell (__mansuffix__),
-+.BR xkbevd (__mansuffix__),
-+.BR xkbprint (__mansuffix__),
-+.BR xkbvleds (__mansuffix__),
-+.BR xkbwatch (__mansuffix__)
++.BR X (7),
++.BR setxkbmap (1),
++.BR xkbbell (1),
++.BR xkbevd (1),
++.BR xkbprint (1),
++.BR xkbvleds (1),
++.BR xkbwatch (1)
  .SH COPYRIGHT
  Copyright 1994, Silicon Graphics Computer Systems and X Consortium, Inc.
  .br
 -See \fIX(__miscmansuffix__)\fP for a full

X Strike Force X.Org X11 SVN commit: r2306 - trunk/app/xbase-clients/xdbedizzy-X11R7.0-1.0.1

[X Strike Force SVN Repository Admin]

Author: dnusinow
Date: 2006-06-11 21:04:38 -0400 (Sun, 11 Jun 2006)
New Revision: 2306

Modified:
   trunk/app/xbase-clients/xdbedizzy-X11R7.0-1.0.1/configure
Log:
autoreconf with vorlon's patch applied to let xdbedizzy build without xprint

Modified: trunk/app/xbase-clients/xdbedizzy-X11R7.0-1.0.1/configure
===
--- trunk/app/xbase-clients/xdbedizzy-X11R7.0-1.0.1/configure   2006-06-12 
00:25:31 UTC (rev 2305)
+++ trunk/app/xbase-clients/xdbedizzy-X11R7.0-1.0.1/configure   2006-06-12 
01:04:38 UTC (rev 2306)
@@ -3632,7 +3632,7 @@
 
 # Checks for pkg-config packages
 
-if test "x$use_xprint = xyes" ; then
+if test x$use_xprint = xyes ; then
 
 pkg_failed=no
 { echo "$as_me:$LINENO: checking for XDBEDIZZY" >&5


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

X Strike Force X.Org X11 SVN commit: r2305 - tags/app/xutils

[X Strike Force SVN Repository Admin]

Author: dnusinow
Date: 2006-06-11 20:25:31 -0400 (Sun, 11 Jun 2006)
New Revision: 2305

Added:
   tags/app/xutils/xutils-7.1.ds-1/
Log:
Tag upload of xutils-7.1.ds-1 to unstable


Copied: tags/app/xutils/xutils-7.1.ds-1 (from rev 2304, trunk/app/xutils)


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

X Strike Force X.Org X11 SVN commit: r2304 - trunk/app/xutils/debian

[X Strike Force SVN Repository Admin]

Author: dnusinow
Date: 2006-06-11 20:22:23 -0400 (Sun, 11 Jun 2006)
New Revision: 2304

Modified:
   trunk/app/xutils/debian/changelog
Log:
Prepare changelog for upload to unstable

Modified: trunk/app/xutils/debian/changelog
===
--- trunk/app/xutils/debian/changelog   2006-06-11 23:43:29 UTC (rev 2303)
+++ trunk/app/xutils/debian/changelog   2006-06-12 00:22:23 UTC (rev 2304)
@@ -1,4 +1,4 @@
-xutils (1:7.1.ds-1) UNRELEASED; urgency=low
+xutils (1:7.1.ds-1) unstable; urgency=low
 
   * Update rstart to version 1.0.2
 + We can drop the explicit shipping of rstart's commands in the .install
@@ -10,7 +10,7 @@
   * Add suggests on pdksh because the xauth_switch_to_sun-des-1 script is a
 ksh script. Document this requirement in the package description.
 
- -- David Nusinow <[EMAIL PROTECTED]>  Sun, 11 Jun 2006 19:42:24 -0400
+ -- David Nusinow <[EMAIL PROTECTED]>  Sun, 11 Jun 2006 19:54:32 -0400
 
 xutils (1:7.0.0-3) unstable; urgency=low
 


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

X Strike Force X.Org X11 SVN commit: r2303 - trunk/app/xutils/debian

[X Strike Force SVN Repository Admin]

Author: dnusinow
Date: 2006-06-11 19:43:29 -0400 (Sun, 11 Jun 2006)
New Revision: 2303

Modified:
   trunk/app/xutils/debian/changelog
   trunk/app/xutils/debian/control
Log:
* Add suggests on pdksh because the xauth_switch_to_sun-des-1 script is a
  ksh script. Document this requirement in the package description.

Modified: trunk/app/xutils/debian/changelog
===
--- trunk/app/xutils/debian/changelog   2006-06-11 23:36:01 UTC (rev 2302)
+++ trunk/app/xutils/debian/changelog   2006-06-11 23:43:29 UTC (rev 2303)
@@ -7,8 +7,10 @@
   * Version and move x11-common to pre-depends from depends
   * Bump policy version to 3.7.2.0
   * Autoreconf all apps to fix manpage suffixes
+  * Add suggests on pdksh because the xauth_switch_to_sun-des-1 script is a
+ksh script. Document this requirement in the package description.
 
- -- David Nusinow <[EMAIL PROTECTED]>  Sun, 11 Jun 2006 19:35:28 -0400
+ -- David Nusinow <[EMAIL PROTECTED]>  Sun, 11 Jun 2006 19:42:24 -0400
 
 xutils (1:7.0.0-3) unstable; urgency=low
 

Modified: trunk/app/xutils/debian/control
===
--- trunk/app/xutils/debian/control 2006-06-11 23:36:01 UTC (rev 2302)
+++ trunk/app/xutils/debian/control 2006-06-11 23:43:29 UTC (rev 2303)
@@ -10,6 +10,7 @@
 Architecture: any
 Pre-Depends: x11-common (>= 1:7.0.0)
 Depends: ${shlibs:Depends}, ${misc:Depends}, xfonts-utils, xutils-dev
+Suggests: pdksh
 Description: X Window System utility programs
  xutils provides a set of utility programs shipped with the X Window System
  that do not require the X libraries; many of these programs are useful
@@ -29,8 +30,5 @@
  Installation of an rsh or ssh daemon (server) is necessary if rstartd is
  to be used, and installation of an rsh or ssh client is necessary if
  rstart is to be used.  The luit program requires locale information from
- the xlibs-data package.
- .
- imake uses the C preprocessor (cpp) as a macro processor.  The GNU C
- preprocessor's "-traditional" support misbehaves in early releases of the GCC
- 3.3 series; therefore, this package conflicts with those versions.
+ the xlibs-data package. xauth's xauth_switch_to_sun-des-1 script requires
+ a ksh implementation to be installed.


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

X Strike Force X.Org X11 SVN commit: r2302 - in trunk/app/xutils: debian fslsfonts-X11R7.0-1.0.1 fslsfonts-X11R7.0-1.0.1/autom4te.cache luit-X11R7.0-1.0.1 luit-X11R7.0-1.0.1/autom4te.cache rstart rsta

[X Strike Force SVN Repository Admin]

Author: dnusinow
Date: 2006-06-11 19:36:01 -0400 (Sun, 11 Jun 2006)
New Revision: 2302

Added:
   trunk/app/xutils/fslsfonts-X11R7.0-1.0.1/autom4te.cache/
   trunk/app/xutils/fslsfonts-X11R7.0-1.0.1/autom4te.cache/output.0
   trunk/app/xutils/fslsfonts-X11R7.0-1.0.1/autom4te.cache/requests
   trunk/app/xutils/fslsfonts-X11R7.0-1.0.1/autom4te.cache/traces.0
   trunk/app/xutils/luit-X11R7.0-1.0.1/autom4te.cache/
   trunk/app/xutils/luit-X11R7.0-1.0.1/autom4te.cache/output.0
   trunk/app/xutils/luit-X11R7.0-1.0.1/autom4te.cache/requests
   trunk/app/xutils/luit-X11R7.0-1.0.1/autom4te.cache/traces.0
   trunk/app/xutils/rstart/autom4te.cache/
   trunk/app/xutils/rstart/autom4te.cache/output.0
   trunk/app/xutils/rstart/autom4te.cache/requests
   trunk/app/xutils/rstart/autom4te.cache/traces.0
   trunk/app/xutils/scripts-X11R7.0-1.0.1/autom4te.cache/
   trunk/app/xutils/scripts-X11R7.0-1.0.1/autom4te.cache/output.0
   trunk/app/xutils/scripts-X11R7.0-1.0.1/autom4te.cache/requests
   trunk/app/xutils/scripts-X11R7.0-1.0.1/autom4te.cache/traces.0
   trunk/app/xutils/sessreg-X11R7.0-1.0.0/autom4te.cache/
   trunk/app/xutils/sessreg-X11R7.0-1.0.0/autom4te.cache/output.0
   trunk/app/xutils/sessreg-X11R7.0-1.0.0/autom4te.cache/requests
   trunk/app/xutils/sessreg-X11R7.0-1.0.0/autom4te.cache/traces.0
   trunk/app/xutils/showfont-X11R7.0-1.0.1/autom4te.cache/
   trunk/app/xutils/showfont-X11R7.0-1.0.1/autom4te.cache/output.0
   trunk/app/xutils/showfont-X11R7.0-1.0.1/autom4te.cache/requests
   trunk/app/xutils/showfont-X11R7.0-1.0.1/autom4te.cache/traces.0
   trunk/app/xutils/xfsinfo-X11R7.0-1.0.1/autom4te.cache/
   trunk/app/xutils/xfsinfo-X11R7.0-1.0.1/autom4te.cache/output.0
   trunk/app/xutils/xfsinfo-X11R7.0-1.0.1/autom4te.cache/requests
   trunk/app/xutils/xfsinfo-X11R7.0-1.0.1/autom4te.cache/traces.0
Modified:
   trunk/app/xutils/debian/changelog
   trunk/app/xutils/debian/control
   trunk/app/xutils/debian/xutils.install
   trunk/app/xutils/fslsfonts-X11R7.0-1.0.1/Makefile.in
   trunk/app/xutils/fslsfonts-X11R7.0-1.0.1/aclocal.m4
   trunk/app/xutils/fslsfonts-X11R7.0-1.0.1/configure
   trunk/app/xutils/luit-X11R7.0-1.0.1/Makefile.in
   trunk/app/xutils/luit-X11R7.0-1.0.1/aclocal.m4
   trunk/app/xutils/luit-X11R7.0-1.0.1/configure
   trunk/app/xutils/rstart/Makefile.in
   trunk/app/xutils/rstart/aclocal.m4
   trunk/app/xutils/rstart/configure
   trunk/app/xutils/scripts-X11R7.0-1.0.1/Makefile.in
   trunk/app/xutils/scripts-X11R7.0-1.0.1/aclocal.m4
   trunk/app/xutils/scripts-X11R7.0-1.0.1/configure
   trunk/app/xutils/sessreg-X11R7.0-1.0.0/Makefile.in
   trunk/app/xutils/sessreg-X11R7.0-1.0.0/aclocal.m4
   trunk/app/xutils/sessreg-X11R7.0-1.0.0/configure
   trunk/app/xutils/showfont-X11R7.0-1.0.1/Makefile.in
   trunk/app/xutils/showfont-X11R7.0-1.0.1/aclocal.m4
   trunk/app/xutils/showfont-X11R7.0-1.0.1/configure
   trunk/app/xutils/xfsinfo-X11R7.0-1.0.1/Makefile.in
   trunk/app/xutils/xfsinfo-X11R7.0-1.0.1/aclocal.m4
   trunk/app/xutils/xfsinfo-X11R7.0-1.0.1/configure
Log:
* Version and move x11-common to pre-depends from depends
* Autoreconf all apps to fix manpage suffixes

Including diff would make mail exceed size limit of 10 bytes.
Use "svn diff -r 2301:2302 http://necrotic.deadbeast.net/svn/xorg-x11/";
to view diff.


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

X Strike Force X.Org X11 SVN commit: r2301 - trunk/app/xutils/debian

[X Strike Force SVN Repository Admin]

Author: dnusinow
Date: 2006-06-11 19:15:31 -0400 (Sun, 11 Jun 2006)
New Revision: 2301

Modified:
   trunk/app/xutils/debian/changelog
   trunk/app/xutils/debian/control
Log:
* Version pre-depends on x11-common
* Bump policy version to 3.7.2.0

Modified: trunk/app/xutils/debian/changelog
===
--- trunk/app/xutils/debian/changelog   2006-06-11 23:11:52 UTC (rev 2300)
+++ trunk/app/xutils/debian/changelog   2006-06-11 23:15:31 UTC (rev 2301)
@@ -4,8 +4,10 @@
 + We can drop the explicit shipping of rstart's commands in the .install
   file and just use a shell glob
   * Bump debhelper compat to version 5
+  * Version pre-depends on x11-common
+  * Bump policy version to 3.7.2.0
 
- -- David Nusinow <[EMAIL PROTECTED]>  Sun, 11 Jun 2006 19:10:42 -0400
+ -- David Nusinow <[EMAIL PROTECTED]>  Sun, 11 Jun 2006 19:14:49 -0400
 
 xutils (1:7.0.0-3) unstable; urgency=low
 

Modified: trunk/app/xutils/debian/control
===
--- trunk/app/xutils/debian/control 2006-06-11 23:11:52 UTC (rev 2300)
+++ trunk/app/xutils/debian/control 2006-06-11 23:15:31 UTC (rev 2301)
@@ -4,11 +4,11 @@
 Maintainer: Debian X Strike Force 
 Uploaders: David Nusinow <[EMAIL PROTECTED]>, Branden Robinson <[EMAIL 
PROTECTED]>, Fabio M. Di Nitto <[EMAIL PROTECTED]>
 Build-Depends: debhelper (>= 5.0.0), pkg-config, quilt, libfontenc-dev (>= 
1:1.0.1), libfreetype6-dev, libxfont-dev (>= 1:1.0.0), libx11-dev (>= 2:1.0.0), 
libfs-dev (>= 2:1.0.0)
-Standards-Version: 3.6.1.0
+Standards-Version: 3.7.2.0
 
 Package: xutils
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, x11-common, xfonts-utils, 
xutils-dev
+Depends: ${shlibs:Depends}, ${misc:Depends}, x11-common (>= 1:7.0.0), 
xfonts-utils, xutils-dev
 Description: X Window System utility programs
  xutils provides a set of utility programs shipped with the X Window System
  that do not require the X libraries; many of these programs are useful


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

Bug#369167: DRI probably broken: where to reportbug

[Benjamin Herrenschmidt]

On Sun, 2006-06-11 at 20:31 +0200, Michel Dänzer wrote:
> On Sun, 2006-06-11 at 20:14 +0200, Wolfgang Pfeiffer wrote:
> > On Sun, Jun 11, 2006 at 01:34:52PM +0200, Michel Dänzer wrote:
> > > 
> > > Does the attached patch help with Option "UseFBDev"?
> > 
> > Yes. :))) ... Thanks a lot, Michel ... :)
> 
> Excellent, thanks for testing. 
> 
> 
> Ben, do you think this will also work with integrated chipsets?

I have no idea...

Ben.

Bug#367260: marked as done (xorg-server: server fails to start at 2048x1536 but starts at 1920x1440 (then crashes))

[Debian Bug Tracking System]

Your message dated Sun, 11 Jun 2006 18:49:41 -0400
with message-id <[EMAIL PROTECTED]>
and subject line Bug#367260: bug appears to be fixed
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: xorg-server
Severity: normal


If I request 2048x1536 resolution in xorg.conf, X fails on startup
with a backtrace that is not output to Xorg.log for reporting here.

If I request 1920x1440, X runs, but leaves the display in an unusable
state (a version of a blank screen) when X exits.  The machine is
still usable via ssh, but I can't get the display to work again
without rebooting.

This might be related to bug #365654.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

--- End Message ---
--- Begin Message ---
On Sun, Jun 11, 2006 at 05:54:03PM -0400, Jeff Abrahamson wrote:
> This bug appears to have been fixed with the xserver-xorg 7.0.20.

Great! Thank you for following up! Closing per submitter.

 - David Nusinow
--- End Message ---

X Strike Force X.Org X11 SVN commit: r2300 - trunk/app/xutils/debian

[X Strike Force SVN Repository Admin]

Author: dnusinow
Date: 2006-06-11 19:11:52 -0400 (Sun, 11 Jun 2006)
New Revision: 2300

Modified:
   trunk/app/xutils/debian/changelog
   trunk/app/xutils/debian/compat
   trunk/app/xutils/debian/control
   trunk/app/xutils/debian/rules
Log:
* Bump debhelper compat to version 5

Modified: trunk/app/xutils/debian/changelog
===
--- trunk/app/xutils/debian/changelog   2006-06-11 23:01:07 UTC (rev 2299)
+++ trunk/app/xutils/debian/changelog   2006-06-11 23:11:52 UTC (rev 2300)
@@ -1,10 +1,11 @@
-xutils (1:7.0.0-4) UNRELEASED; urgency=low
+xutils (1:7.1.ds-1) UNRELEASED; urgency=low
 
   * Update rstart to version 1.0.2
 + We can drop the explicit shipping of rstart's commands in the .install
   file and just use a shell glob
+  * Bump debhelper compat to version 5
 
- -- David Nusinow <[EMAIL PROTECTED]>  Sun, 11 Jun 2006 19:00:27 -0400
+ -- David Nusinow <[EMAIL PROTECTED]>  Sun, 11 Jun 2006 19:10:42 -0400
 
 xutils (1:7.0.0-3) unstable; urgency=low
 

Modified: trunk/app/xutils/debian/compat
===
--- trunk/app/xutils/debian/compat  2006-06-11 23:01:07 UTC (rev 2299)
+++ trunk/app/xutils/debian/compat  2006-06-11 23:11:52 UTC (rev 2300)
@@ -1 +1 @@
-4
+5

Modified: trunk/app/xutils/debian/control
===
--- trunk/app/xutils/debian/control 2006-06-11 23:01:07 UTC (rev 2299)
+++ trunk/app/xutils/debian/control 2006-06-11 23:11:52 UTC (rev 2300)
@@ -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, quilt, libfontenc-dev (>= 
1:1.0.1), libfreetype6-dev, libxfont-dev (>= 1:1.0.0), libx11-dev (>= 2:1.0.0), 
libfs-dev (>= 2:1.0.0)
+Build-Depends: debhelper (>= 5.0.0), pkg-config, quilt, libfontenc-dev (>= 
1:1.0.1), libfreetype6-dev, libxfont-dev (>= 1:1.0.0), libx11-dev (>= 2:1.0.0), 
libfs-dev (>= 2:1.0.0)
 Standards-Version: 3.6.1.0
 
 Package: xutils

Modified: trunk/app/xutils/debian/rules
===
--- trunk/app/xutils/debian/rules   2006-06-11 23:01:07 UTC (rev 2299)
+++ trunk/app/xutils/debian/rules   2006-06-11 23:11:52 UTC (rev 2300)
@@ -84,7 +84,7 @@
dh_install --sourcedir=debian/tmp
dh_installchangelogs
dh_link
-   dh_strip --dbg-package=$(PACKAGE)
+   dh_strip 
dh_compress
dh_fixperms
dh_installdeb


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

X Strike Force X.Org X11 SVN commit: r2299 - trunk/app/xutils/debian

[X Strike Force SVN Repository Admin]

Author: dnusinow
Date: 2006-06-11 19:01:07 -0400 (Sun, 11 Jun 2006)
New Revision: 2299

Modified:
   trunk/app/xutils/debian/changelog
   trunk/app/xutils/debian/rules
   trunk/app/xutils/debian/xutils.install
Log:
  + We can drop the explicit shipping of rstart's commands in the .install
file and just use a shell glob

Modified: trunk/app/xutils/debian/changelog
===
--- trunk/app/xutils/debian/changelog   2006-06-09 04:24:21 UTC (rev 2298)
+++ trunk/app/xutils/debian/changelog   2006-06-11 23:01:07 UTC (rev 2299)
@@ -1,8 +1,10 @@
 xutils (1:7.0.0-4) UNRELEASED; urgency=low
 
   * Update rstart to version 1.0.2
++ We can drop the explicit shipping of rstart's commands in the .install
+  file and just use a shell glob
 
- -- David Nusinow <[EMAIL PROTECTED]>  Mon,  1 May 2006 21:42:34 -0400
+ -- David Nusinow <[EMAIL PROTECTED]>  Sun, 11 Jun 2006 19:00:27 -0400
 
 xutils (1:7.0.0-3) unstable; urgency=low
 

Modified: trunk/app/xutils/debian/rules
===
--- trunk/app/xutils/debian/rules   2006-06-09 04:24:21 UTC (rev 2298)
+++ trunk/app/xutils/debian/rules   2006-06-11 23:01:07 UTC (rev 2299)
@@ -44,6 +44,7 @@
(cd "$$FILE"-obj-$(DEB_BUILD_GNU_TYPE) && \
../"$$FILE"/configure --prefix=/usr 
--mandir=\$${prefix}/share/man \
 --infodir=\$${prefix}/share/info $(confflags) \
+
--with-localealiasfile=/usr/share/X11/locale \
 CFLAGS="$(CFLAGS)" && \
$(MAKE)) || exit 1; \
done

Modified: trunk/app/xutils/debian/xutils.install
===
--- trunk/app/xutils/debian/xutils.install  2006-06-09 04:24:21 UTC (rev 
2298)
+++ trunk/app/xutils/debian/xutils.install  2006-06-11 23:01:07 UTC (rev 
2299)
@@ -17,15 +17,4 @@
 usr/share/man/man1/sessreg.1x
 usr/share/man/man1/showfont.1x
 usr/share/man/man1/xfsinfo.1x
-usr/lib/X11/rstart/config
-usr/lib/X11/rstart/rstartd.real
-usr/lib/X11/rstart-X11R7.0-1.0.1/commands/x11r6/LoadMonitor
-usr/lib/X11/rstart-X11R7.0-1.0.1/commands/x11r6/@List
-usr/lib/X11/rstart-X11R7.0-1.0.1/commands/x11r6/Terminal
-usr/lib/X11/rstart-X11R7.0-1.0.1/commands/ListContexts
-usr/lib/X11/rstart-X11R7.0-1.0.1/commands/@List
-usr/lib/X11/rstart-X11R7.0-1.0.1/commands/ListGenericCommands
-usr/lib/X11/rstart-X11R7.0-1.0.1/contexts/@Aliases
-usr/lib/X11/rstart-X11R7.0-1.0.1/contexts/x11r6
-usr/lib/X11/rstart-X11R7.0-1.0.1/contexts/default
-usr/lib/X11/rstart-X11R7.0-1.0.1/contexts/@List
+usr/lib/X11/rstart/*


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

Bug#370149: FTBFS: not compatible with FreeType 2.2

[David Nusinow]

On Sat, Jun 10, 2006 at 10:42:17PM +1000, Drew Parsons wrote:
> > Yes, a new upstream version of the library was just released dealing with
> > this issue. I'll be uploading it to unstable within a day or two hopefully.
> 
> Hate to be a nuisance, but I hope you don't mean 1.1.0.
> 
> This thread upstream makes me nervous...
> http://lists.freedesktop.org/archives/xorg/2006-June/015891.html

Yeah, I realized after I wrote the above that there was no fix. This is...
bad.

So I do have a patch that ejka tested a little bit that does build, but is
known to cause regressions. I'd like to get this sorted out since no one
has been attacking the problem upstream on the X.org side. I haven't
checked the freetype side. Xfont currently has no upstream maintainer, so
it's not likely to get fixed quite so soon. 

I may try and tackle it a bit over the next week but I also want to push
forward with getting 7.1 in to experimental, as that's been lagging far too
much.
 
> Drew,
> hoping you know something he doesn't know

I wish...

 - David Nusinow


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

Bug#367260: bug appears to be fixed

[Jeff Abrahamson]

This bug appears to have been fixed with the xserver-xorg 7.0.20.

-- 
 Jeff

 Jeff Abrahamson    +1 215/837-2287
 GPG fingerprint: 1A1A BA95 D082 A558 A276  63C6 16BF 8C4C 0D1D AE4B


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

Bug#369167: DRI probably broken: where to reportbug

[David Nusinow]

On Sun, Jun 11, 2006 at 08:31:14PM +0200, Michel D??nzer wrote:
> On Sun, 2006-06-11 at 20:14 +0200, Wolfgang Pfeiffer wrote:
> > On Sun, Jun 11, 2006 at 01:34:52PM +0200, Michel D??nzer wrote:
> > > 
> > > Does the attached patch help with Option "UseFBDev"?
> > 
> > Yes. :))) ... Thanks a lot, Michel ... :)
> 
> Excellent, thanks for testing. 
> 
> 
> Ben, do you think this will also work with integrated chipsets?

Should we ship our driver with this patch as well?

 - David Nusinow


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

Bug#372278: xserver-xorg-input-all: using clipboard with >8 bits characters doesn't work

[David Nusinow]

On Fri, Jun 09, 2006 at 11:02:01AM +0200, Bartosz Fenski aka fEnIo wrote:
> Package: xserver-xorg-input-all
> Severity: normal
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Hello.
> 
> I'm not sure which package should I choose for this particular problem
> cause I'm not aware of internal mechanismes in X.org.
> 
> Please forward/reassign this bugreport to the correct place if this is
> wrong one.
> 
> The problem is when I try to mark some text (in Firefox for example) and it
> contains some characters like apostrophe wrote using entities like ’.
> 
> X clipboard seems to have problems with such characters and it's not
> possible to paste marked text to the other application like xterm.
> 
> I suppose it's problem with UTF handling, but it's not possible to paste
> even broken text without that >8 bit characters. Middle mouse button
> doesn't paste anything. Maybe it should simply strip >8 bits characters and
> paste only these that are correct for 8bit encoding.

Does this happen with something other than xterm? Say gnome-terminal? This
could very well be a result of #369419, which I'm going to upload a fix for
ASAP.

 - David Nusinow


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

Bug#372687: Ordinary user can't start xorg

[David Nusinow]

On Sun, Jun 11, 2006 at 12:26:03AM -0400, Jack Carroll wrote:
> Package: xorg
> Version: 1:7.0.20
> 
>   Under Etch, an ordinary user can't start the windowing system.
>   In this test, /etc/rc2.d has been edited so that it doesn't start
> gdm at boot time.
>   The user "anna" logs in and issues the command
>   startx
>   The result is shown below.
>   This creates a problem for hosts such as servers, where the
> windowing system is needed only occasionally.  Security would be compromised
> by giving an ordinary user the root passwork just to turn on the windowing
> system.

Does running 'dpkg-reconfigure x11-common' as root fix the problem for you?
This may be something that was fixed in the last upload of the xorg source
package to unstable.

 - David Nusinow


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

Re: Annoying warning note in fresh installs

[David Nusinow]

On Sun, Jun 11, 2006 at 09:49:04PM +0200, Christian Perrier wrote:
> I was today testing the fresh install of Etch with the desktop task
> (D-I related work) and I have been very surprised to see the warning
> note about "possible problems during the major upgrade".
> 
> I seem to remember reading Steve Langasek mentioning this, but this is
> something that definitely should go away, at least on fresh
> installs..:-)

Right, I don't like it but I don't have a clean fix for it yet. The reason
being that x11-common didn't exist in sarge so I can't simply check for an
upgrade. Ideally I would look for  xserver-common being on the system and
put the note up in that case, but that package should be removed prior to
x11-common's preinst being run due to the conflicts line. Maybe just
checking for libx11 would get around it.

Alternately, I think joeyh suggested looking for a running X server for the
fix (that may be for a different bug though) but I don't think that's an
optimal solution for this problem. Fundamentally, I need to check to see
exactly what's in the sarge X packages to find out what we could look for.

 - David Nusinow


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

Annoying warning note in fresh installs

[Christian Perrier]

I was today testing the fresh install of Etch with the desktop task
(D-I related work) and I have been very surprised to see the warning
note about "possible problems during the major upgrade".

I seem to remember reading Steve Langasek mentioning this, but this is
something that definitely should go away, at least on fresh
installs..:-)




-- 




signature.asc
Description: Digital signature

Bug#369167: DRI probably broken: where to reportbug

[Michel Dänzer]

On Sun, 2006-06-11 at 20:14 +0200, Wolfgang Pfeiffer wrote:
> On Sun, Jun 11, 2006 at 01:34:52PM +0200, Michel Dänzer wrote:
> > 
> > Does the attached patch help with Option "UseFBDev"?
> 
> Yes. :))) ... Thanks a lot, Michel ... :)

Excellent, thanks for testing. 


Ben, do you think this will also work with integrated chipsets?


-- 
Earthling Michel Dänzer   |  http://tungstengraphics.com
Libre software enthusiast |  Debian, X and DRI developer

Bug#369167: DRI probably broken: where to reportbug

[Wolfgang Pfeiffer]

On Sun, Jun 11, 2006 at 01:34:52PM +0200, Michel Dänzer wrote:
> On Sun, 2006-06-11 at 00:54 +0200, Wolfgang Pfeiffer wrote:
> > 
> > On Sat, Jun 10, 2006 at 10:57:52AM +1000, Benjamin Herrenschmidt wrote:
> > > On Thu, 2006-06-08 at 11:48 +0200, Michel Dänzer wrote:
> >  
> > > > (II) RADEON(0): [dri] Found DRI library version 1.2.0 and kernel module
> > > > version 1.25.0
> > > > 
> > > > Ben, any idea how this can result in the DRM using the old memory map,
> > > > as seen above? Do you agree that the breakage might be related to this?
> > > 
> > > I don't know about the breakage cause but yeah.. I would have expected
> > > this to be the new memory map, maybe it's a bug with UseFBDev ?
> > 
> > Yes. It looks like switching off 'UseFBDev' in xorg.conf helps getting
> > DRI running: I restarted the system, restarted the xserver from the
> > KDM login menu, a few times: No crashes so far with DRI being enabled:
> 
> Does the attached patch help with Option "UseFBDev"?

Yes. :))) ... Thanks a lot, Michel ... :)

After getting on the road all the changes with your patch as described
below, I logged out of X (KDE/KDM), restarted successfully the
X-server a few times from the KDM login menu with no crash, then
rebooted the system/machine: No changes: Everything seems fine now
with dri and "UseFBDev" enabled ...

A hero you are, Michel :) ... Thanks a lot to you Ben, too, who obviously
had the right idea at the right time of what could be wrong .. :)


[shorty@ 19:46:09]$ glxinfo | grep -i render
*WARN_ONCE*
File r300_state.c function r300Enable line 456
TODO - double side stencil !
***
No ctx->FragmentProgram._Current!!
direct rendering: Yes
OpenGL renderer string: Mesa DRI R300 20040924 AGP 4x TCL
[shorty@ 19:53:42]$

Latest xorg.log for a recent successful Xsession, after having done
the changes described below:
http://wolfgangpfeiffer.com/Xorg.0.log.txt

Here are the details for the whole procedure, just to make sure I
didn't overlook anything:

$ apt-get source xserver-xorg-video-ati

$ cd xserver-xorg-video-ati-6.5.8.0/

$ patch -p0 < ../radeon-memmap-fbdev.diff
patching file src/radeon_driver.c
Hunk #1 succeeded at 2485 (offset -6 lines).
Hunk #2 succeeded at 2499 (offset -6 lines).

$ pwd
/home/shorty/downloads/radeon/xserver-xorg-video-ati-6.5.8.0

$ MAKEFLAGS="CC=gcc-4.1" dpkg-buildpackage -rfakeroot

The End of the compile:


[ ... ]

dh_install: debian/tmp/usr/lib/xorg/modules/multimedia/theatre_drv.la exists in 
debian/tmp but is not installed to anywhere
dh_link
dh_strip
dh_compress
dh_fixperms
dh_installdeb
dh_shlibdeps
dh_gencontrol
dpkg-gencontrol: warning: unknown substitution variable ${misc:Depends}
dh_md5sums
dh_builddeb
dpkg-deb: building package `xserver-xorg-video-ati' in 
`../xserver-xorg-video-ati_6.5.8.0-1_powerpc.deb'.
 signfile xserver-xorg-video-ati_6.5.8.0-1.dsc
gpg: skipped "David Nusinow <[EMAIL PROTECTED]>": secret key not available
gpg: [stdin]: clearsign failed: secret key not available

 dpkg-genchanges
dpkg-genchanges: including full source code in upload
dpkg-buildpackage: full upload (original source is included)
(WARNING: Failed to sign .dsc and .changes file)



As root:

# dpkg -i 
/home/shorty/downloads/radeon/xserver-xorg-video-ati_6.5.8.0-1_powerpc.deb 
(Reading database ... 108089 files and directories currently installed.)
Preparing to replace xserver-xorg-video-ati 1:6.5.8.0-1 (using 
.../xserver-xorg-video-ati_6.5.8.0-1_powerpc.deb) ...
Unpacking replacement xserver-xorg-video-ati ...
Setting up xserver-xorg-video-ati (6.5.8.0-1) ...


Changing then xorg.conf: Looks now like this [in excerpts]:

-
Section "Module"
Load"bitmap"
Load"dbe"
Load"ddc"
Load"dri"
Load"extmod"
Load"freetype"
Load"glx"
Load"int10"
Load"record"
Load"type1"
Load"v4l"
Load"vbe"
Load"evdev"
EndSection



Section "Device"
Identifier  "ATI Technologies, Inc. Radeon R250 Lf [FireGL 9000]"
Driver  "ati"
BusID   "PCI:0:16:0"
Option  "UseFBDev"  "true"
Option  "AGPSize" "16"
Option  "AGPMode" "4"
Option  "EnablePageFlip"
Option  "DRIReinit" "true"
Option  "BackingStore"  "True"
EndSection
---


Best Regards
Wolfgang

-- 
Wolfgang Pfeiffer: /ICQ: 286585973/ + + +  /AIM: crashinglinux/
http://profiles.yahoo.com/wolfgangpfeiffer

Key ID: E3037113
http://keyserver.mine.nu/pks/lookup?search=0xE3037113&fingerprint=on


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

Bug#372756: Should include

[J.H.M. Dassen (Ray)]

Package: libxfixes-dev
Version: 1:3.0.1.2-4
Severity: normal

/usr/include/X11/extensions/Xfixes.h relies on the "Bool" define from
X11/Xlib.h but does not include that header (directly or indirectly). This
will break testing for the XFIXES extension through
AC_CHECK_HEADER(X11/extensions/Xfixes.h, have_xfixes=yes)
once autoconf (as planned) switches this check away from preprocessor
testing to full compilation testing.

Xfixes.h should include X11/Xlib.h to prevent this breakage.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (800, 'unstable'), (750, 'experimental'), (500, 
'testing-proposed-updates'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16.19
Locale: LANG=C, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1)

Versions of packages libxfixes-dev depends on:
ii  libx11-dev   2:1.0.0-6   X11 client-side library (developme
ii  libxfixes3   1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio
ii  x11-common   1:7.0.21X Window System (X.Org) infrastruc
ii  x11proto-fixes-dev   3.0.2-3 X11 Fixes extension wire protocol

libxfixes-dev recommends no packages.

-- debconf-show failed
-- 
Obsig: developing a new sig


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

Bug#372753: xfonts-utils: update manpage

[Ian Zimmerman]

Package: xfonts-utils
Version: 1:1.0.0-4
Severity: normal


Please document the -7 and --x11r7-layout options in the manpage
(assuming you can figure out what exactly they do!)

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-8custom2-ps2
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages xfonts-utils depends on:
ii  libc6 2.3.6-13   GNU C Library: Shared libraries
ii  libfontenc1   1:1.0.1-6  X11 font encoding library
ii  libfreetype6  2.2.1-2FreeType 2 font engine, shared lib
ii  libxfont1 1:1.0.0-4  X11 font rasterisation library
ii  x11-common1:7.0.20   X Window System (X.Org) infrastruc
ii  xfonts-encodings  1:1.0.0-5  Encodings for X.Org fonts
ii  zlib1g1:1.2.3-11 compression library - runtime

xfonts-utils recommends no packages.

-- no debconf information


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

Bug#369167: DRI probably broken: where to reportbug

[Michel Dänzer]

On Sun, 2006-06-11 at 00:54 +0200, Wolfgang Pfeiffer wrote:
> 
> On Sat, Jun 10, 2006 at 10:57:52AM +1000, Benjamin Herrenschmidt wrote:
> > On Thu, 2006-06-08 at 11:48 +0200, Michel Dänzer wrote:
>  
> > > (II) RADEON(0): [dri] Found DRI library version 1.2.0 and kernel module
> > > version 1.25.0
> > > 
> > > Ben, any idea how this can result in the DRM using the old memory map,
> > > as seen above? Do you agree that the breakage might be related to this?
> > 
> > I don't know about the breakage cause but yeah.. I would have expected
> > this to be the new memory map, maybe it's a bug with UseFBDev ?
> 
> Yes. It looks like switching off 'UseFBDev' in xorg.conf helps getting
> DRI running: I restarted the system, restarted the xserver from the
> KDM login menu, a few times: No crashes so far with DRI being enabled:

Does the attached patch help with Option "UseFBDev"?


> So is it a buggy kernel and/or buggy xserver-xorg-video-fbdev?

The former seems to be working as intended, and the latter isn't
involved. This is quite clearly a bug in the X radeon driver.


-- 
Earthling Michel Dänzer   |  http://tungstengraphics.com
Libre software enthusiast |  Debian, X and DRI developer

Index: src/radeon_driver.c
===
RCS file: /cvs/xorg/driver/xf86-video-ati/src/radeon_driver.c,v
retrieving revision 1.117
diff -p -u -r1.117 radeon_driver.c
--- src/radeon_driver.c	3 May 2006 04:25:27 -	1.117
+++ src/radeon_driver.c	11 Jun 2006 11:31:50 -
@@ -2489,6 +2491,7 @@ static Bool RADEONPreInitVRAM(ScrnInfoPt
 GDevPtrdev= pEnt->device;
 unsigned char *RADEONMMIO = info->MMIO;
 MessageTypefrom = X_PROBED;
+CARD32 accessible, bar_size;
 
 if (info->FBDev)
 	pScrn->videoRam  = fbdevHWGetVidmem(pScrn) / 1024;
@@ -2502,35 +2505,32 @@ static Bool RADEONPreInitVRAM(ScrnInfoPt
 
 	OUTREG(RADEON_CONFIG_MEMSIZE, pScrn->videoRam * 1024);
 } else {
-	CARD32 accessible;
-	CARD32 bar_size;
-
 	/* Read VRAM size from card */
 pScrn->videoRam  = INREG(RADEON_CONFIG_MEMSIZE) / 1024;
+}
 
-	/* Some production boards of m6 will return 0 if it's 8 MB */
-	if (pScrn->videoRam == 0) {
-	pScrn->videoRam = 8192;
-	OUTREG(RADEON_CONFIG_MEMSIZE, 0x80);
-	}
+/* Some production boards of m6 will return 0 if it's 8 MB */
+if (pScrn->videoRam == 0) {
+	pScrn->videoRam = 8192;
+	OUTREG(RADEON_CONFIG_MEMSIZE, 0x80);
+}
 
-	/* Get accessible memory */
-	accessible = RADEONGetAccessibleVRAM(pScrn);
-
-	/* Crop it to the size of the PCI BAR */
-	bar_size = (1ul << info->PciInfo->size[0]) / 1024;
-	if (bar_size == 0)
-	bar_size = 0x2;
-	if (accessible > bar_size)
-	accessible = bar_size;
+/* Get accessible memory */
+accessible = RADEONGetAccessibleVRAM(pScrn);
+
+/* Crop it to the size of the PCI BAR */
+bar_size = (1ul << info->PciInfo->size[0]) / 1024;
+if (bar_size == 0)
+	bar_size = 0x2;
+if (accessible > bar_size)
+	accessible = bar_size;
 
-	xf86DrvMsg(pScrn->scrnIndex, X_INFO,
+xf86DrvMsg(pScrn->scrnIndex, X_INFO,
 	   "Detected total video RAM=%dK, accessible=%dK "
-		   "(PCI BAR=%dK)\n",
+	   "(PCI BAR=%dK)\n",
 	   pScrn->videoRam, accessible, bar_size);
-	if (pScrn->videoRam > accessible)
-	pScrn->videoRam = accessible;
-}
+if (pScrn->videoRam > accessible)
+	pScrn->videoRam = accessible;
 
 info->MemCntl= INREG(RADEON_SDRAM_MODE_REG);
 info->BusCntl= INREG(RADEON_BUS_CNTL);

Re: xfig can't find fonts

[Adeodato Simó]

* Steve Langasek [Sat, 10 Jun 2006 21:47:30 -0700]:

> clone 366948 -1
> reassign -1 xfonts-utils 1:1.0.0-4
> retitle -1 update-scale-fonts: fails on empty dirs
> tags -1 = patch
> thanks

(Bounced this to control@, since I can't find the new bug against
xfonts-utils.)

> Hi Dato,

Hey, :)

> On Fri, Jun 09, 2006 at 07:29:42PM +0200, Adeodato Simó wrote:

> > And, as it happens (or at least, as it happened on tests I did on my
> > system), update-fonts-scale fails to update the fonts.alias file in
  ^
  scale, sorry
> > directories that have become _empty_. See the two attached patches
> > to see how does this happen; either of them (or similar) should be
> > applied to the xfonts-utils package.

> Yes, update-fonts-scale only updates the fonts.scale files, not the
> fonts.alias or fonts.dir files.  Looking at your patch, I agree that there's
> a bug in update-fonts-scale, and this does appear to contribute to the
> overall problem we're seeing.

There was a typo avobe, but you got it anyway.

> I think the patch might need a few more tweaks still, though; I'll ponder it
> and commit a fix to the svn repo this weekend.

Nice, thanks. But see comments below about xfonts-utils.postinst.

> >   - Steve, despite you talk about horribly broken maintainer scripts in
> > gsfonts-x11, I fail to see anything wrong with them. preinst is the
> > most scary of them, but only acts in versions <= 0.7, and as for
> > postinst and postrm, they just contain the dh_installxfonts snippet.

> Well, yes.  The source of the buggy gsfonts-x11 maintainer scripts seems to
> be dh_installxfonts; I've filed a bug report against debhelper now (372686),
> requesting that the postrm snippet *not* check for $1 = upgrade, since this
> issue may come up in other circumstances than just the X11R7 transition.

Two things about this bug report. First, I fail to see (at least for
now) how having the postrm not check for $1 = upgrade would help: when
that code gets executed, the old files are still present in the X11R6
location (or whatever other change in paths), so the tools wouldn't be
able to notice their removal, and update fonts.* accordingly! In the
postinst, on the contrary, the files are already removed, so the tools
can react properly (eventually, once we get the mess sorted out).

Secondly, in the bug report you talk about the need of a new version of
gsfonts-x11, with code in its maintainer scripts to clean by themselves
the old fonts.* files. And again in this mail:

> Anyway, in order to fix this after the fact we need an update to
> gsfonts-x11 so that on upgrade, it takes care of what the old package has
> left behind.

Apologies in advance if I'm being particularly dense on this, but I
can't see what makes gsfonts-x11 sooo special, apart from having got
bitten by a bug in update-fonts-scale. I mean this: gsfonts-x11 leaves
cruft behind in both fonts.scale and fonts.dir in the old dir. For
fonts.scale, the cloned bug against xfonts-utils has to be fixed first,
and then, either gsfonts-x11 gets re-uploaded with a versioned dependency 
on xfonts-utils (but then, same should do all the packages shipping
scalable fonts, since who knows which could get upgraded last, without
xfonts-utils being upgraded...), or _maybe_ xfonts-utils can put code in
its postinst to call update-fonts-scale over all directories, iff
upgrading from <= 1:1.0.0-4, in acknowledgement that previous versions
were buggy.

Then, cruft in fonts.dir is left, for which it seems you'd also want for
gsfonts-x11 to handle by itself in its maintainer scripts. But then,
I'll note, and as mentioned in my previous mail:

> >   - that gsfonts-x11 leaves stuff in X11R6/fonts.dir is consistent with
> > the changes introduced in #364530: update-fonts-dir only acts in one
> > directory at a time (checked as well with another package, xfonts-jmk
> > maintained by Russ Albery).

_every_ package shipping fonts and which invokes update-fonts-dir leaves
the same cruft behind as gsfonts-x11, so all of them should introduce
the same handling in their maintainer scripts? Maybe what makes
gsfonts-x11 so special is that there have been reports of its cruft
breaking other apps, whilst other font packages have got none, but for
me, all of them behave the same as per dh_installxfonts, so I think the
fix belongs in debhelper, by e.g. invoking update-fonts-dir twice, once
with --x11r7-layout and once without it, or in xfonts-utils, by making
update-fonts-dir act on both directories, like update-fonts-scale.

(That's why I think the bug against gsfonts-x11 is "fixed", and that if
the symptoms remain, it's because another bug, in another package.)

> And even with these fixes to update-fonts-scale (applied also to
> update-fonts-alias), update-fonts-dir doesn't operate on /etc/X11/fonts/*,
> it only operates on the single direct

Bug#201855: chance of a lifetime

[Osvaldo]

Hiare,
i am here siatating in the internet caffe. Found your email and
decided to write. I might be coming to your place in 14 daays, 
so I decided to email you. May be we can meet? I am 25! y.o.
girl. I have a pi!ctaure if you want. No need to reply here as 
this is not my ema!il. Write me at [EMAIL PROTECTED]




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

Bug#118863: marked as done (xserver-xfree86: [nv] SEGV when using Konqueror browser at alwahabiya.org website on Riva Ultra 64 rev 21)

[Debian Bug Tracking System]

Your message dated Sun, 11 Jun 2006 12:12:03 +0200 (CEST)
with message-id <[EMAIL PROTECTED]>
and subject line unreproducible
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: xserver-xfree86
Version: 4.1.0-9
Severity: important

This is reproducible here:
 * startx with KDe
 * start Konqueror
 * go to goole
 * search "Wahabi"
 * click on first site (http://alwahabiya.org/)
 * wait untill it's fully built up
 * click back button
 -> and you're back to a console

I'm using the standard XFree nv module.
*t

$ cat /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: xx August 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.13 i686 [ELF] 
Module Loader present
(==) Log file: "/var/log/XFree86.0.log", Time: Fri Nov  9 17:27:49 2001
(==) 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 "HP L1810 Screen" (0)
(**) |   |-->Monitor "HP L1810"
(**) |   |-->Device "Nvidia Riva TNT2 Model 64 X4.1 Driver over FB"
(**) |-->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 "WheelMouse"
(**) FontPath set to 
"/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,/mnt/wal/download/staroffice/oo_605_src/extras/unx/source/fonts/fonts/type1,/mnt/wal/download/staroffice/oo_605_src/extras/unx/source/fonts/fonts/75dpi,/mnt/wal/download/staroffice/oo_605_src/extras/unx/source/fonts/fonts/75dpi/bdf,/mnt/wal/download/staroffice/oo_605_src/extras/unx/source/fonts/fonts/75dpi,/mnt/wal/download/oracle/817solaris/stage/Components/oracle.apache.jdk/1.2.2a/1/DataFiles/Expanded/sol_lib/jre/lib/fonts,/mnt/wal/software/suse72/inst-sys/usr/X11R6/lib/X11/fonts/uni,/mnt/wal/software/suse72/inst-sys/usr/X11R6/lib/X11/fonts/misc,/mnt/wal/software/suse72/inst-sys/etc/X11/xserver/C/print/models/HPLJ4family/fonts,/mnt/wal/software/jbuilder4/jdk1.3/jre/lib/fonts,/usr/share/fonts,/usr/share/abisuite/fonts"
(==) 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 = 0x, mode1Res1 = 0x8000
(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 1106,0691 card 1019,0969 rev c4 class 06,00,00 hdr 00
(II) PCI: 00:01:0: chip 1106,8598 card , rev 00 class 06,04,00 hdr 01
(II) PCI: 00:07:0: chip 1106,0596 card 1106, rev 23 class 06,01,00 hdr 80
(II) PCI: 00:07:1: chip 1106,0571 card , rev 10 class 01,01,8a hdr 00
(II) PCI: 00:07:2: chip 1106,3038 card 0925,1234 rev 11 class 0c,03,00 hdr 00
(II) PCI: 00:07:3: chip 1106,3050 card , rev 30

Bug#111050: my chance

[Carolina]

Hi,
Hbope I am not writing tob wrong address. I am nice, pretty looking
girl. I am planning on visiting your town this month. Can 
we meet each oather in person? Message me back at [EMAIL PROTECTED]




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