Michel DÃnzer wrote:
> > Maybe 6.5 could temporarily stop providing the mesa-swrast-source package
> > (hell, the latter could come from its own package)
>
> FWIW, that might be a good idea until the Mesa and xserver builds have
> been completely decoupled. Then again, is anything else using
> m
> When I am trying to run any OpenGL app I get this
>
> ERROR! sizeof(I830DRIRec) does not match passed size from device driver
> libGL warning: 3D driver returned no fbconfigs.
> libGL error: InitDriver failed
> libGL error: reverting to (slow) indirect rendering
It means the OpenGL (DRI) vers
>From http://lists.debian.org/debian-x/2006/05/msg00183.html or
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=365837 asked:
> Autodetect keyboard layout?
>
>
>
> The text uses a cryptic way to, I guess, refer to the buttons at the bottom
> ("Accept" refers to "Yes" and "Decline" to "No"?
Michel wrote:
> On Tue, 2006-05-23 at 21:08 -0400, David Nusinow wrote:
> >
> > Ok, I've still got plenty of bugs in Xorg 7.0 to squash, so feel free to
> > take your time getting 6.5 in to experimental. Once it's there, I'll get
> > started on putting Xorg 7.1 in, and we can coordinate the uplo
On Fri, 2006-05-26 at 08:46 +0200, Michel Dänzer wrote:
> On Fri, 2006-05-26 at 11:36 +1000, Drew Parsons wrote:
> > >
> > > How do you plan to coordinate the move to testing between mesa,
> > > xorg-server and xprint? AFAICT the current versions of the latter two
&g
On Fri, 2006-05-26 at 09:16 +0200, Michel Dänzer wrote:
> On Fri, 2006-05-26 at 17:01 +1000, Drew Parsons wrote:
> >
> > Do you mean the old xserver (1.0.2) will simply not build with the new
> > mesa 6.5?
>
> Yes, that's what I've been trying to say
> 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/200
David wroteL
> Yeah, I realized after I wrote the above that there was no fix. This is...
> bad.
;( It's a damn, damn shame no one noticed earlier. We could have asked
the freetype maintainer to hold back from uploading 2.2 until it was
sorted out. No use crying over spilt milk, however, I suppo
As you're aware libxfont does not build with freetype 2.2. A patch
exists, but it has a problem or two. The problem is hard to pin down,
however. I only see it in some (not all) truetype fonts using the 10646
(unicode) registry, and only by using xfontsel or xfd.
I've uploaded a version with th
> How may I resolve this error reported in my xorg log:
> "EE) I810(0): [dri] I830DRIScreenInit failed because of a version mismatch.
> [dri] i915 kernel module version is 1.3.2 but version 1.4 or greater is
> needed."?
Probably need to upgrade your kernel. I think it's 2.6.16 or higher.
Make sur
> I upgraded kernel to 2.6.17 and xserver stopped working.
Just for reference, I've upgraded to 2.6.17 but X is working same as it
did before (i810). I'm sorry I don't have a suggestion for fixing your
crash.
Drew
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe".
Hi, I'm just curious about the state of Debian support for X.org.
Is it already "complete" and ready to roll into unstable the day sarge
is released, or do we anticipate some serious effort needed before it
will be tame enough for Debian? Is there a list of known issues?
Thanks,
Drew
--
To U
On Thu, 2005-03-17 at 14:59 -0500, Branden Robinson wrote:
> On Thu, Feb 10, 2005 at 02:02:09AM +1100, Drew Parsons wrote:
> >
> > Recombine data files with binaries (xprt-xprintorg + xprt-common) and
> > call the new binary package xprint.
> >
> > Then both xp
alongside it.
In the meantime, xprt-xprintorg is supplied as a dummy package.
Thanks,
Drew Parsons
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (990, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UT
ent thinking is to continue in the direction we've been
> going in the xorg-x11 repository. Ubunutu's packages can be
> imported on to a branch, and appropriate bits merged from there.
> (Because of things like Drew Parsons taking over xprint, and xprint
>
On Mon, 2005-04-25 at 20:03 -0700, Keith Packard wrote:
>
> For myself, I consider Xprint a legacy solution to support applications
> which require it but to push future application development to the cairo
> +CUPS model which provides a modern drawing model, wider text layout
> support and better
cause of the modularisation process, it also makes sense to keep
xprint separate. The question is made more confusing since there is a
lot of unified code between the print (Xprint) and video (xserver)
servers. I've asked upstream to clarify what the future plans are.
Drew Parsons
signat
David writ:
>
> It's up to you what to do with the monolithic tree, and for the modular
> tree I had assumed that xprint would be split off in to its own module like
> everything else, which you would then maintain. How's all this sound?
>
Yes, my basic assumption has been the same, that the xpri
Two or three weeks ago when X 4.0.1-1 came out, I installed it, and it was
working just fine. This is on a Toshiba 490CDT laptop with an S3 ViRGE/MX
video chipset, with 2.2.18-pre21 (and last week, 2.2.17).
Then, last week, when 4.0.1-4 came out (about the same time as libc6 hit
2.2-1, is there a
On Mon, Dec 04, 2000 at 08:44:05AM -0800, Seth Arnold wrote:
>
> Ok, have you edited /etc/locales.gen and then ran the locale-gen
> program? The newer libc .deb doesn't bother coming will full locales
> compiled -- it saves some 20 megs to build only the ones people want.
>
I don't have any loca
tags 488459 wontfix
thanks
Hi Paul, I acknowledge the issue you've raised. I'm marking the bug as
"won't fix" since xprint is now deprecated. So the amount of effort
required to sort out all the xbase-clients dependencies to find the ones
which are actually relevant to xprint is not worth the be
: Drew Parsons
Date: Thu Nov 26 20:24:02 2009 +1100
Updated Spanish debconf translation.
Thanks Francisco Javier Cuadrado. Closes: #506775.
diff --git a/debian/changelog b/debian/changelog
index 1baff22..17bde26 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -2,8 +2,10
Tag 'xprint-2_1.6.0-2' created by Drew Parsons at
2009-11-26 09:42 +
Tagging upload of xprint 2:1.6.0-2 to unstable.
Changes since xprint-2_1.6.0-1:
Drew Parsons (2):
README.Debian: xplsprinters is provided by xprint-utils.
Updated Spanish debconf translation.
-
Arthur Marsh wrote:
> I found this error in dmesg soon after startup:
>
> Xprt[3624]: segfault at 0 ip (null) sp 7fff0b3f07b8 error 14
> in Xprt[40+3e1000]
Hi Arthur, a new build of xprint is now available, v 2:1.6.0-2.
Are you in a position to test this new version to check if your xpr
debian/changelog |9 +
debian/control |1 -
debian/rules |1 +
3 files changed, 10 insertions(+), 1 deletion(-)
New commits:
commit e413a4814f0c659d73433a7fe5e24c49d6b29ce1
Author: Drew Parsons
Date: Sat Dec 19 12:31:58 2009 +1100
Disable use of Xtrap extension
Tag 'xprint-2_1.6.0-3' created by Drew Parsons at
2009-12-19 01:50 +
Tagging upload of xprint 2:1.6.0-3 to unstable.
Changes since xprint-2_1.6.0-2:
Drew Parsons (1):
Disable use of Xtrap extension.
---
debian/changelog |9 +
debian/control |1 -
de
NT = false
+BUILD_XPRINT = true
ifeq ($(BUILD_XPRINT), true)
confflags += --enable-xprint
else
commit b554a784529f44862f00349c9e1150b22540afac
Author: Drew Parsons <[EMAIL PROTECTED]>
Date: Sat May 10 01:31:24 2008 +1000
autoreconf
configure.ac was changed to disable dbus in x
Julien Cristau wrote:
> Yes, I think we shouldn't have xfs running as root in lenny.
Can't this bug now be dealt with simply by using start-stop-daemon
--chuid (not sure which user. Will nobody do ? Or daemon? If not
xfs) ? Or is there some subtlety preventing this from solving the
problem?
New branch 'debian-unstable' available with the following commits:
commit a6c5cf856ecf53d0a6c10f8ac74c30add837ed20
Author: Drew Parsons <[EMAIL PROTECTED]>
Date: Wed May 14 00:43:57 2008 +1000
Adjust debian control files to only build xprint.
Also add ChangeLog (
New branch 'upstream-unstable' available with the following commits:
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
| 30
debian/patches/series
| 22
23 files changed, 1768 deletions(-)
New commits:
commit 8b7fee52426b4e269e4e8ffc60fd105aae9bc7a6
Author: Drew Parsons <[EMAIL PROTECTED]>
Date: Wed May 14 01:24:0
debian/changelog | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
New commits:
commit 533ec60eb791db4c997aaeae25435070a23286e7
Author: Drew Parsons <[EMAIL PROTECTED]>
Date: Wed May 14 01:33:16 2008 +1000
debian/changelog: put dbus comments in right spot
diff -
Xext/Makefile.am |2 --
Xext/modinit.h |8
2 files changed, 8 insertions(+), 2 deletions(-)
New commits:
commit c7164e9c393a7e333063ac5af89b130e179c072e
Author: Drew Parsons <[EMAIL PROTECTED]>
Date: Sun May 18 01:34:40 2008 +1000
Create dummy modinit.h fo
|3
9 files changed, 20 insertions(+), 262 deletions(-)
New commits:
commit 1f767c71ec756bbcc0497a2a6850705766830643
Author: Drew Parsons <[EMAIL PROTECTED]>
Date: Sun May 18 01:39:15 2008 +1000
Disable GLX support temporarily
until
058d4727d1a82a2d64f78708740f80674b340ba5
Author: Drew Parsons <[EMAIL PROTECTED]>
Date: Mon Feb 25 05:33:30 2008 +1100
autoreconf
required to register changes to configure.ac in
5f89190f53558e4356ab471c22837e62b3e17b76 and 94_xprint_XSERVER_LIBS
diff --git a/GL/Makefile.i
|6
12 files changed, 354 insertions(+), 100 deletions(-)
New commits:
commit da50d0a11749e7bd4bbe2d4b2b8e91f28116beed
Author: Drew Parsons <[EMAIL PROTECTED]>
Date: Tue Mar 11 00:33:55 2008 +1100
Reinstate xprint.
This is xserver 1.5, so patch 94_xprint_XSERVER_L
Here is the top of a gprof analysis.
I'm wondering if the Xkb references indicate that it is the problem. I
can hypothesise that some changes in the general Xserver code touched
upon Xkb, expecting the DDX to initialise it appropriately. Since
Xprint does not use Xkb, it doesn't handle it in any
dbus is causing Xprt to using 95% cpu. When ./configured with
--disable-dbus, Xprt behaves normally.
Tested back to around 17d85387d1e6851d35474b65929e268ca64ef65b (5 Feb
2007 / 18 Jan 2007)[to build, need to add (cherry-pick)
fb8eb230356c70ea3b417ea6598dfb126ad50db7 for InputDevice stubs a
Xprt seems to be spinning in the Dispatch loop, dix/dispatch.c.
It's as if the WaitForSomething() call is returning immediately rather
than waiting for a print or other Xp request. Are dbus events
triggering off the wait?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsub
Michel Dänzer wrote:
> So, can't the Xprt DDX just disable the D-Bus code?
Yes I suppose so. A dummy config_init() and config_fini() could be
placed in xprint/ddxInit(). This would emulate the behaviour of
config/config.c when DBUS is not defined (more correctly, it would
emulate the older behav
On Sun, 2009-08-02 at 14:19 +0200, Julien Cristau wrote:
> Hi,
>
> xprint has been removed from unstable for months now, libXfont upstream
> removed support for it, and there doesn't seem to be any movement
> towards bringing it back. So I'm wondering if xprint-utils and
> libxprintutil should be
On Sun, 2009-08-02 at 14:19 +0200, Julien Cristau wrote:
> Hi,
>
> xprint has been removed from unstable for months now, libXfont upstream
> removed support for it, and there doesn't seem to be any movement
> towards bringing it back. So I'm wondering if xprint-utils and
> libxprintutil should be
debian/changelog |9 +
debian/control |2 +-
2 files changed, 10 insertions(+), 1 deletion(-)
New commits:
commit baf55971813048d231a8544b323e8d8bd3462e85
Author: Drew Parsons
Date: Wed Oct 14 12:25:48 2009 +1100
* libxfont1 Conflicts: xprint (< 2:1.5.
dix/dixfonts.c | 29 ++---
1 file changed, 26 insertions(+), 3 deletions(-)
New commits:
commit 6f47f7c0585c2b621c39cae9eef2a04d7f81bcc0
Author: Drew Parsons
Date: Wed Oct 14 21:11:04 2009 +1100
dix: append "built-ins" to the font path in SetDefau
d05334800fff80320ef8d6e7bc87954fa79da620
Author: Drew Parsons
Date: Wed Oct 14 22:15:07 2009 +1100
Adapt debian scripts from xorg-xserver
Includes changes to build process (autoreconf is run during build) and
updated build-dependencies.
Add debian/README.source because it's nice and inform
hw/xprint/doc/Makefile.am |5
hw/xprint/doc/Xprt.book|binary
hw/xprint/doc/Xprt.mif |42787 +
hw/xprint/doc/Xprt.ps |12838 +
hw/xprint/doc/XprtIX.doc |binary
hw/xprint/doc/XprtTOC.doc |binary
hw/xprint/doc/Xprt_cov.m
Rebased ref, commits from common ancestor:
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
New branch 'upstream-unstable' available with the following commits:
commit 0f375aae8b3ae2694e13f810340d144fda560fb4
Merge: 6ed750096da185276cc680adac9de5c3e43677f1
6f47f7c0585c2b621c39cae9eef2a04d7f81bcc0
Author: Drew Parsons
Date: Thu Oct 15 01:40:20 2009 +1100
Merge branch
/Xprt_cov.mif | 3054 +++
7 files changed, 58683 insertions(+), 1 deletion(-)
New commits:
commit 15d8633a07712cd7ecc44d2f2dc5989e38ba39ec
Author: Drew Parsons
Date: Wed Oct 14 22:15:07 2009 +1100
Adapt debian scripts from xorg-xserver
Includes changes to build process (autoreconf is run
configure.ac |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
New commits:
commit f7b940677eae414ab08ce41fe6bdb7253b7a7864
Author: Drew Parsons
Date: Sun Oct 18 14:18:15 2009 +1100
By default, enable built-in fonts in configure script.
BUILTIN_FONTS, used by dix
configure.ac |4 ++--
debian/rules |1 -
2 files changed, 2 insertions(+), 3 deletions(-)
New commits:
commit 8fb02a20a1d858a84c160748dd0cb0c216892e4d
Author: Drew Parsons
Date: Sun Oct 18 14:29:14 2009 +1100
Built-in fonts now enabled by default in configure script.
So
debian/changelog |3 ++-
debian/compat|2 +-
debian/control |4 ++--
debian/rules |2 +-
4 files changed, 6 insertions(+), 5 deletions(-)
New commits:
commit 769741b8101351ae6671c8c9bb309d0b0bcdc868
Author: Drew Parsons
Date: Sun Oct 18 14:59:17 2009 +1100
On Sun, 2009-08-02 at 14:19 +0200, Julien Cristau wrote:
> Hi,
>
> xprint has been removed from unstable for months now, libXfont upstream
> removed support for it, and there doesn't seem to be any movement
> towards bringing it back. So I'm wondering if xprint-utils and
> libxprintutil should be
New branch 'debian-unstable-libxfontp' available with the following commits:
commit 416cd15872903d4f5e5eb136562d89c454831123
Author: Drew Parsons
Date: Thu Oct 29 17:03:18 2009 +1100
xfont.pc must refer to -lXfontp
Needs to be called xfont.pc for the sake of client pack
debian/control |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
New commits:
commit ded7abc75bc74601f3f9b95f644fb442ca0a3277
Author: Drew Parsons
Date: Thu Oct 29 17:52:08 2009 +1100
libxfontp1-dbg depends on libxfontp1
and goes in Section: debug
diff --git a/debian
debian/changelog |2 +-
debian/control | 10 +++---
2 files changed, 8 insertions(+), 4 deletions(-)
New commits:
commit 58ae186e17b1ac60b8e0c54315670416cbea5784
Author: Drew Parsons
Date: Thu Oct 29 18:03:24 2009 +1100
Edit descriptions and upload to unstable.
diff --git a
debian/control |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
New commits:
commit 08b19db85b686de059dd07d95a364b5676033bab
Author: Drew Parsons
Date: Thu Oct 29 18:12:42 2009 +1100
Mention Xprint support in short descriptions.
diff --git a/debian/control b/debian/control
Tag 'libxfontp-1_1.3.4-3' created by Drew Parsons at
2009-10-29 08:57 +
Tagging upload of libxfontp 1:1.3.4-3 to unstable.
Changes since libxfont-1_1.3.4-2:
Drew Parsons (9):
New package libxfontp adapted from old package libxfont 1:1.3.4-2
Change libXfont ref
README | 15 +++
configure.ac |4 ++--
2 files changed, 17 insertions(+), 2 deletions(-)
New commits:
commit e5dfe6b4987b5723ea0c7fe88f5ff821ee3e44f5
Author: Drew Parsons
Date: Thu Oct 29 20:26:23 2009 +1100
README discusses build issues around libXfont 1.4
README | 15 +++
configure.ac |4 ++--
debian/control |4 ++--
3 files changed, 19 insertions(+), 4 deletions(-)
New commits:
commit d1757cef60f5fb93d2fb588ef2bffec6143fd2b6
Author: Drew Parsons
Date: Thu Oct 29 20:52:43 2009 +1100
Build and Depend on
configure.ac | 26 +-
1 file changed, 13 insertions(+), 13 deletions(-)
New commits:
commit 1e67eb53a5ecdfa2ca503a45366c77f5012db036
Author: Drew Parsons
Date: Thu Oct 29 21:46:19 2009 +1100
Disable all xservers other than Xprint.
References to other
configure.ac | 26 +-
debian/changelog |7 ---
2 files changed, 17 insertions(+), 16 deletions(-)
New commits:
commit 744c42fe91e1f5e602d5d9134699dca4e969583d
Author: Drew Parsons
Date: Thu Oct 29 22:24:40 2009 +1100
Version 1:1.6.0-1
xprint
debian/xprint-common.xprint.init |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
New commits:
commit 75e28cfc64963b25f57d3f7f5af9a81f5cacb311
Author: Drew Parsons
Date: Thu Oct 29 23:08:27 2009 +1100
usual current default start/stop levels for init script
Being
On Wed, 2009-10-28 at 11:52 +0100, Julien Cristau wrote:
> On Mon, 2009-10-26 at 15:05 +1100, Drew Parsons wrote:
> > If there are no howling cries of outrage, I'll create libxfont1.3
> > branches and packages to do this.
>
> I'd prefer to see it die sooner rather t
debian/changelog |9 +
debian/control |4 ++--
2 files changed, 7 insertions(+), 6 deletions(-)
New commits:
commit f00101b4ad8628184777d1cd14c9d103d156b21f
Author: Drew Parsons
Date: Sat Oct 31 11:30:04 2009 +1100
standards version 3.8.3
diff --git a/debian/changelog
Tag 'libxfont-1_1.4.0-3' created by Drew Parsons at
2009-10-31 00:52 +
Tagging upload of libxfont 1:1.4.0-3 to unstable.
Changes since libxfont-1_1.4.0-2:
Drew Parsons (3):
* libxfont1 Conflicts: xprint (< 2:1.5.0-1).
Upload to unstable.
standards
ChangeLog | 489 +
debian/changelog |7
debian/xprint-common-overrides |2
3 files changed, 310 insertions(+), 188 deletions(-)
New commits:
commit 1c5699a6b169b44ab4093312f0cfbb759a56f284
Author: Drew Parsons
On Thu, 2009-04-09 at 15:04 +0100, Julien Cristau wrote:
> Hi Drew,
>
> with xorg-server 1.6 in unstable, the xprint package is now NBS (not
> built from source), so will get removed from the archive. If you wish
> to reupload it as a separate source package, now is the time. :)
Yeah I got distr
I am planning to bring some Xprint packages into the svn repository. Is
there any documentation for the structure of the repository? For
instance I notice there is the trunk directory
(http://necrotic.deadbeast.net/svn/xorg-x11/trunk/), but it seems to be
out of date relative to xorg-x11/branches/
Another question: how the hell do I commit changes to the repository?
I can checkout from http: or svn:, but when I try to commit, it says the
repository is "read-only".
If I try to checkout or copy with svn+ssh:, then it says "No repository
found"
;(
Drew
--
To UNSUBSCRIBE, email to
: 1.7
Date: Thu, 27 Jul 2006 15:08:14 +1000
Source: libxfont
Binary: libxfont1-dbg libxfont1 libxfont-dev
Architecture: source i386
Version: 1:1.2.0-1
Distribution: experimental
Urgency: low
Maintainer: Debian X Strike Force
Changed-By: Drew Parsons <[EMAIL PROTECTED]>
Description:
libxfont-dev
Branden wrote:
> I know from IRC that you already got an answer, but the difference is that
> the svn+ssh schema uses filesystem paths instead of SVN-specific ones. So
> everything is the same except you have to tack "/var/lib/svn" onto the
> front of the path.
Thanks. I put up a couple of notes
All existing x11proto packages are up to date for X11R7.1, either in
unstable or in experimental. x11proto-core is ahead of schedule, at
latest v7.0.7 rather than 7.1's v7.0.5.
Debian does not contain a x11proto package for xf86rushproto,
applewmproto, or windowswmproto, the latter for obvious
On Wed, 2006-08-02 at 10:53 +0200, Michel Dänzer wrote:
> On Wed, 2006-08-02 at 14:37 +1000, Drew Parsons wrote:
> >
> > If we're happy to live without xf86rushproto, then can we now bring the
> > outstanding experimental proto packages across to unstable?
>
> N
David wrote:
> > Log:
> > Initial commit of printproto-1.0.3.
>
> This should be checked in to the vendor branch and then copied over.
>
> So long as we're keeping the original source in svn, having a vendor branch
> is a useful thing. I obviously need to modify the svn commit instructions
> Bran
Are svn repo timestamp properties configured correctly?
I was just updating libxdamage to 1.0.3 in branch/7.1. I checked in the
local copy which had the correct timestamps (e.g. 3164 2006-04-27 05:47
configure.ac), but when I exported them back again to build the package
for experimental, the fil
David wrote:
> Hi everyone,
>
>So we need to talk about how we manage the svn archive and plans for the
> future. Given upstream's move, I think it's pretty apparent that if we are
> going to change our repository, it's going to be to git. Since a number of
> people are clamoring for that, I t
: libxevie-dev libxevie1 libxevie1-dbg
Architecture: source i386
Version: 1:1.0.1-1
Distribution: experimental
Urgency: low
Maintainer: Debian X Strike Force
Changed-By: Drew Parsons <[EMAIL PROTECTED]>
Description:
libxevie-dev - X11 EvIE extension library (development headers)
libxevie1 - X1
> If libraries need to be strictly synced with their protos, then, going
> down the list of protos, we're still waiting in experimental (if not
> unstable) for
> libx11 1.0.1 (which I assume matches x11proto-core)
> libxcomposite 0.3
> libxdamage 1.0.3
> libxevie1.
I've got a request of a nice task for anyone interested to implement.
The state of all the XSF packages is summarised at
http://qa.debian.org/[EMAIL PROTECTED]
You can readily see which versions we currently have, in stable,
unstable, experimental.
It would be nice to be able to easily with a gl
> Just thought I should let the X team know, that although the i810 driver
> in experimental fixes the ValidatePci() bug (see #345914, etc.), now it
> has problems terminating
To get full support for the new i810 versions you really need the full
suite of upgrades, including xserver 1.1 and mesa
Hi Colin,
it's not sufficient to just update the section entries in the .man
files, you also need to get the value of LIB_MAN_SUFFIX used in
man/Makefile.am updated, otherwise the man-links such as
XChangeDeviceControl point to .3x instead of .3, and they will therefore
fail (dh_installman will co
-dev libxi6-dbg libxi6
Architecture: source i386
Version: 1:1.0.1-2
Distribution: experimental
Urgency: low
Maintainer: Debian X Strike Force
Changed-By: Drew Parsons <[EMAIL PROTECTED]>
Description:
libxi-dev - X11 Input extension library (development headers)
libxi6 - X11 Input ext
> I'd
> honestly rather keep it all in quilt and chuck the vendor branches (I'll
> make a firm decision after the weekend on this so that anyone who wants to
> weigh in has time).
I should 'fess up at this point that I didn't bother updating vendor
for my most recent upgrades (libxi and libxaw I t
: libxfixes3 libxfixes3-dbg libxfixes-dev
Architecture: source i386
Version: 1:4.0.1-2
Distribution: experimental
Urgency: low
Maintainer: Debian X Strike Force
Changed-By: Drew Parsons <[EMAIL PROTECTED]>
Description:
libxfixes-dev - X11 miscellaneous 'fixes' extension library (deve
-mouse
Binary: xserver-xorg-input-mouse
Architecture: source i386
Version: 1:1.1.1-2
Distribution: experimental
Urgency: low
Maintainer: Debian X Strike Force
Changed-By: Drew Parsons <[EMAIL PROTECTED]>
Description:
xserver-xorg-input-mouse - X.Org X server -- mouse input driver
Closes:
David wrote:
> Please do go back and tag the uploads you made over the past several days
> though. Those *need* to be done and it's something I plan to actively
> enforce. Further, I'm going to ask you to not make any more uploads before
> those tags are done. It's ok if you forget them on occasion
David wrote:
> Ok, I've requested the alioth project. I've also added information about
> the git stuff at http://wiki.debian.org/XStrikeForce/Contrib
Thanks for the updates to the wiki.
I'm somewhat confused about the change you made on the svn page about
using export to build and upload to Debi
://bugs.debian.org/cgi-bin/bugreport.cgi?bug=383353;repeatmerged=no
X.org bug 7535 (CVE-2006-3467)
https://bugs.freedesktop.org/show_bug.cgi?id=7535
X.org bug 7397 ("non-exploitable")
https://bugs.freedesktop.org/show_bug.cgi?id=7397
Thanks,
Drew Parsons
signature.asc
Description:
David wrote:
> > * Apply upstream patch 10_pcf_font.patch (security vulnerability
> > CVE-2006-3467). Closes: #383353.
> > * Upload to unstable to ensure patch is propagated quickly.
> > * Apply patch 10_freetype_buffer_overflow.patch while we're
> > at it (no known exploits).
>
> A
David wrote:
> > I'm somewhat confused about the change you made on the svn page about
> > using export to build and upload to Debian. Export works just fine,
> > including the xsfbs directory. I think it's a much cleaner approach
> > than copying the working directory since it ensures you're onl
On Thu, 2006-08-17 at 08:58 +0200, Denis Barbier wrote:
> On Wed, Aug 16, 2006 at 03:32:16PM -0700, Debian Installer wrote:
> > There are disparities between your recently accepted upload and the
> > override file for the following file(s):
> >
> > libxfont1-dbg_1.2.0-2_i386.deb: package says prio
On Sun, 2006-08-20 at 00:11 +0200, Frans Pop wrote:
> On Thursday 17 August 2006 00:45, Drew Parsons wrote:
> > a security patch has been applied to libxfont in unstable (libxfont
> > 1:1.2.0-2). The bug relates to broken pcf font files and is referenced
> > in CVE-2006
> > Is the whole of x.org going to drop the x suffix for manpages? Should I
> > send a patch to remove them for k*bsd and hurd as well?
>
> Sorry, I wasn't closely watching what you guys were doing upstream. Yes,
> upstream is pretty much planning on dropping the x suffix as far as I can
> see (
On Sun, 2006-08-20 at 09:18 +1000, Drew Parsons wrote:
> On Sun, 2006-08-20 at 00:11 +0200, Frans Pop wrote:
>
> > - any way to test if the vulnerabilities are actually fixed?
>
> The upstream bug report at
> https://bugs.freedesktop.org/show_bug.cgi?id=7535 contains a brok
The Dear Project Leader wrote:
> Yesterday, glibc 2.3.999.2-10 was accidently uploaded to unstable instead
> of experimental, and on the request of the release managers, I UNACCEPTed
> it, given it was a major accidental change to a rather core library just
> as that library should've been frozen.
Michel Dänzer wrote:
> On Wed, 2006-08-16 at 20:59 +, David Nusinow wrote:
> >
> >This release of the X server features an internal ABI bump. As such,
> > we've had to rebuild all of the X video drivers. This task is now complete
> > and all of them are either in experimental or incoming.
I wrote:
> Michel DÃnzer wrote:
> > On Wed, 2006-08-16 at 20:59 +, David Nusinow wrote:
> >
> > Do the package dependencies reflect the fact that the new
> > xserver-xorg-core will break old drivers yet? One idea would be to
> > change the name of the virtual package xserver-xorg-video to
> >
Dänzer wrote:
> * Tighten dependencies between X11R7.1 server and video drivers.
> xserver-xorg-core no longer Depends: xserver-xorg-video-all |
> xserver-xorg-$but instead Conflicts: xserver-xorg-video. The dependency
> on
> xserver-xorg-video-all | xserver-xorg-video-1.0 is manag
Denis Barbier wrote:
> On Tue, Aug 22, 2006 at 11:08:49AM +0200, Andreas Barth wrote:
> > * Drew Parsons ([EMAIL PROTECTED]) [060822 11:04]:
> > > 2) [technical] Remove the single point of failure by adding a
> > > Distribution: field to debian/control, say. The packag
201 - 300 of 577 matches
Mail list logo
