Guy wrote:
> When i launch gaiptek (manualy compiled), i get this message :
> "There is no XServer Input Driver associated with the tablet"
Hello Guy. The Xorg log is located at /var/log/Xorg.0.log. Look inside
it for aiptek, it will probably contain clues to what's going wrong.
Drew
--
To UN
Steve Langasek wrote:
> but AFAICS libxfixes is tied to the server only by build-deps, which means
> the server won't delay getting the libxfixes update into unstable.
More precisely, the server only depends on the fixes proto header, not
on libxfixes. The lib is only used by client code.
We
On Fri, 2006-08-25 at 09:28 +0200, Xavier Bestel wrote:
> On Fri, 2006-08-25 at 01:25, Drew Parsons wrote:
> > We haven't mentioned the input drivers yet. Most of them still need to
> > be upgraded (all minor upgrades) and are not yet in experimental. There
> > is no A
On Fri, 2006-08-25 at 10:14 +0200, Xavier Bestel wrote:
> On Fri, 2006-08-25 at 09:56, Drew Parsons wrote:
> >
> > Are you absolutely sure the -mouse driver crashed? Can you try mouse
> > 1:1.1.1-2 while keeping ati at which ever version works?
>
> xserver-xorg-
On Fri, 2006-08-25 at 11:07 +0200, Xavier Bestel wrote:
> On Fri, 2006-08-25 at 10:57, Drew Parsons wrote:
> > Xavier, if you want to get back on to the new 7.1 system, then
> > xserver-xorg-core 2:1.1.1-4 is the version to go from.
>
> I'd like to, but it looks like
Steve Langasek wrote:
> - Uploading a mesa suitable for xorg 7.1 is a matter to be settled between
> the XSF and the mesa maintainer.
There was some hope to upgrade to a fresher mesa than the one now in
experimental, but mesa 6.5.1_rc1 was recently released and appears to
have introduced some re
> Are there any approximate dates as to when X.Org 7.1 would hit unstable ?
It's already underway. The transition will likely be complete within the
fortnight.
Drew
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> Any news on this? The patch works pretty well for me. Is etch going to
> release
> with 1.1, or with 1.0 ? If 1.0 is being released it better not be unpatched..
The patch is applied to xserver 1.1.1.
The second of the two patch blocks is inside an #if 0 ... #endif
block. What's the point
Quoting "Robert Millan [ackstorm]" <[EMAIL PROTECTED]>:
On Sat, Sep 02, 2006 at 09:13:37AM +1000, Drew Parsons wrote:
> Any news on this? The patch works pretty well for me. Is etch
going to release
> with 1.1, or with 1.0 ? If 1.0 is being released it better not
xfree86 4.3 is relatively old and therefore does not support intel 945.
The new version is Xorg (X11R7.1), which does support it (with i810
1.6.5). The new version of Debian stable ("etch") containing this
version of X is due for release in December.
The new i810 driver is currently passing final
> Package: xserver-xfree86
> Version: 4.3.0.dfsg.1-14sarge1
>
> Can't get X running on my laptop:
> ASUS A3FP with Intel 945GM chipset.
> Can you please help me?
Worth adding, to solve your immediate problem, you can always use the
generic vesa driver instead of the chip-specific one. This wi
> > If this roadmap makes sense to you, can you please file bug
> > reports with patches against libx11-data for steps 1 and 2?
> > This is much easier to perform by people reading Greek ;-)
>
> I am neither a Greek, nor a real expert in Ancient Greek, so I
> want to be very careful. I am just in
> As of my most recent dist-upgrade, the xorg server no longer starts. The
> error is "AGP GART support is not available. Make sure your kernel agpgart
> support or that the kernel agpgart module is loaded." The final message is
> "Screen(s) found, but none have a usable configuration."
>
> I ha
The base font packages are in severe disarray, they have disappeared off
somewhere into la-la land with the version in the debian archives not
matching the version on the svn repo (nor in trunk nor in
branches/7.1).
Each package (well, I only checked xfonts-100dpi and xfonts-75dpi) has
different
On Fri, 2006-09-08 at 16:23 +0200, Jan Willem Stumpel wrote:
> Hmm.. this is a keyboard thing, not a display thing, so how could
> a URL help? xev can be used to verify the fix, of course.
>
> The bug itself has been reported already in Ubuntu and SuSE,
> though not in Debian, e.g.
>
> http://ww
> When launching a second X server (e.g. using "startx -- :1"), for the
> second X Server the keyboard behaves badly. Pressing arbitary keys
> results in the resolution to be switched around (like what usually
> happens with Ctrl + Alt + "+/-"). No characters are printed.
Hi Ben, the keyboard on a
Aaron asked:
> Any chance of addressing #369895 while you're at it? The fix is a
> one-liner, and upstream applied it three months ago:
Hi Aaron, because we're dealing with mesa snapshots, we're being
conversative in how we plan to nmu them. That means we are going to
start by bring the version
> The copyright file contains a copy of the license notices from the top of the
> header files. So far so good. HOWEVER, those notices do not contain the
> actual
> licenses. They merely refer to them by reference:
A patch has been made available at
http://people.debian.org/~giskard/xorg/x11
Denis wrote:
> > * Fix encoding of Monitor localisations in xserver-xorg.postinst.in.
> > (see bug #387698).
>
> Please use my fix from trunk instead, translations belong to PO files,
> not maintainer scripts.
No worries, we'll have to merge it all soon anyway.
Drew
--
To UNSUBSCRIBE,
David commented:
> > > Please use my fix from trunk instead, translations belong to PO files,
> > > not maintainer scripts.
> >
> > No worries, we'll have to merge it all soon anyway.
>
> This is actually going to be a huge pain if we're going to keep the
> changelogs accurate.
I don't think it
xserver-xorg-input-evdev 1.1.2 currently fails to build on m68k (cf.
http://buildd.debian.org/fetch.php?&pkg=xserver-xorg-input-evdev&ver=1%
3A1.1.2-1&arch=m68k&stamp=1151064364&file=log&as=raw)
This is because a new file inotify-syscalls.h has been added which
defines syscalls for each specific a
Package: xserver-xorg-input-evdev
Version: 1:1.1.2-1
Severity: important
Tags: patch
hppa, mips[el] and m68k got lost between 1.0.0.5 and 1.1.2.
The former are fixed in git,
hppa:
http://gitweb.freedesktop.org/?p=xorg/driver/xf86-input-evdev.git;a=blobdiff;h=c3a5051dcbc0b9a1b3441c1b6205011c59070
The patch is applied in xserver 1.1, which will soon be uploaded to
unstable.
Drew
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Mon, 2006-09-18 at 10:35 +0200, Geert Uytterhoeven wrote:
> On Mon, 18 Sep 2006, Drew Parsons wrote:
> > xserver-xorg-input-evdev 1.1.2 currently fails to build on m68k (cf.
> > http://buildd.debian.org/fetch.php?&pkg=xserver-xorg-input-evdev&ver=1%
> > 3A1.1.2-1&am
> > * Note preliminary 7.1 version, 1:7.1.0~1. When ready for unstable the
> > ~n suffix can be removed, leaving just 1:7.1.0 in unstable.
>
> Argh. I had specific plans for the versioning of this package that I've
> discussed before on this list and IRC.
>
> The plan is to move the versioning
On Mon, 2006-09-18 at 10:35 +0200, Geert Uytterhoeven wrote:
> According to
> http://linux-m68k-cvs.ubb.ca/c/cvsweb/linux/include/asm-m68k/unistd.h:
>
> | #define __NR_inotify_init 284
> | #define __NR_inotify_add_watch 285
> | #define __NR_inotify_rm_watch 286
>
Could you tell me
On Mon, 2006-09-18 at 16:49 +0200, Frans Pop wrote:
> On Monday 18 September 2006 14:48, Drew Parsons wrote:
> > Could you tell me what the m68k flag is defined as, in the #if
> > defined( ) sense as in
>
> Surprise, surprise. It is (taken from kbd-chooser in d-i):
> #if
Waqar Malik wrote:
> Package: libX11-6
> Version: 2:1.0.0-1
>
> Does not provide /usr/share/X11/locales
>
> Gives rise to following warning,
>
> ~$ xeyes
> Warning: locale not supported by Xlib, locale set to C
X locales are provided by libx11-data, not libX11-6. Do you not have this
package i
Ivan wrote:
> subject says it all.
See subject.
> ii xserver-xorg-core 2:1.1.1-7X.Org X server -- core server
> * xserver-xorg/config/device/driver: nvidia
What version of nvidia-glx do you have installed?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsub
Tag: pending
Patch pending.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Geert wrote:
> Both my 2.95.2 and 3.2 cross compilers define __mc68000__, but not __m68k__.
OK I'll patch with __mc68000__ then.
Drew
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> Did you already find a solution for this problem?
> I cannot continue my installation using apt-get because of this :-(
>
> Regards,
> Thomas Dekeyser
You can find the discussion of this bug at [1]. Notice the question
remaining outstanding from the last message asking whether nvidia's
propri
James asked:
> I was wondering if there were any firm plans of getting a newer mesa or
> libdrm
> into unstable or etch, etc. I know the correct response is, "When we're
> ready", but I was hoping for any juicy tidbits (even if in general) that go
> beyond that.
No firms plans but we are expec
David wrote:
> With the upload of compiz to unstable, I'm instituting a feature freeze
> across the X packages. The new savage driver can go in, and I'll consider a
> new ati release if upstream decides to do one, but our current package set
> is frozen as is.
We have not updated all the input dr
David Nusinow wrote:
> I'm going to let your uploads of the input drivers slide this time because
> I would have approved them. However, as I'm still the acting release
> manager for the XSF, I'm going to have to ask you to not violate the freeze
> again without permission. If you do so again, then
David wrote:
> On Sun, Oct 01, 2006 at 12:21:11PM +0800, Eugene Konev wrote:
> > > Author: dnusinow
> > > Date: 2006-09-30 19:19:35 -0400 (Sat, 30 Sep 2006)
> > > New Revision: 3581
> >
> > > Added:
> > [ ÐÑÑ ÐÑÐ ÐÑÐ... ]
> > >trunk/app/beryl-plugins/src/.deps/
> >
> > huh?
>
> Shawn
David Nusinow wrote:
> > I thought you had made a simple mistake in calling the freeze before
> > they had been processed, so I thought I was providing a service in
> > helping get them done as quick as possible.
>
> It was a simple mistake, you were 100% right in that.
So it's like this. You un
Package: xserver-xorg-input-citron
Version: 1:2.2.0-1
Severity: grave
Needs a versioned dependency on xserver-xorg-core 1.1, since it was
built against Xorg 1.1, see Bug#391508.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990, 'unstable'), (1, 'ex
Package: xserver-xorg-input-kbd
Version: 1:1.1.0-3
Severity: grave
xserver-xorg-input-kbd needs a versioned dependency on
xserver-xorg-core 1.1, since it was built against Xorg 1.1, see
Bug#391508.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990,
> Was the evdev package mistakenly put into the testing/etch pool for
> the AMD64 architecture?
Yes, it needs a Depends on xserver-xorg-core (>= 2:1.1.1-1).
Sorry for the inconvenience.
Drew
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAI
David wrote:
> Ok... let me try this again without the psychotic power tripping...
Thanks for the fresh start. I appreciate the pain it took to get here.
>
> As Drew pointed out, we're missing some updates that do need to get done.
> I did a few updates last night of the input drivers, but ther
> The way I envision it working is that we discuss first, on-list, if it's
> time to start a freezing process. This should be pretty obvious to all of
> us, so I don't see it being a real problem. When anyone feels like a
> package is ready to be frozen, they just edit the page and include in the
> Package: xserver-xorg-input-joystick
> Version: 1:1.1.0-1
>
> Our automated buildd log filter[1] detected a problem that will cause
> your package to segfault on architectures where the size of a pointer
> is greater than the size of an integer, such as ia64 and amd64.
>
> This is often due to
Processed:
xf86-input-elo2300-1.1.0
xf86-input-elographics-1.1.0
xf86-input-fpit-1.1.0
xf86-input-jamstudio-1.1.0
xf86-input-joystick-1.1.0
Uploaded to unstable and marked frozen on wiki.
Drew
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMA
David wrote:
> There is a minor update for libxau located upstream, as well
> > as libXScreenSaver, which I suppose we should include. I didn't touch
> > libXScreenSaver previously because I wasn't sure how best to manage it
> > in regards to libxss. Keep the old name? Update to the new?
>
> The
Ender wrote:
> El miércoles, 11 de octubre de 2006 06:45, Drew Parsons escribió:
> > Ah I see. Because the upstream module was renamed "xf86-video-intel", I
> > had assumed they were renaming the new driver "intel". But looking
> > inside the modesettin
> > I've been gauging package state by the version table on
> > http://qa.debian.org/[EMAIL PROTECTED] A
> > couple of libs seem to have dropped through the cracks: libxres to be
> > precise. There is a minor update for libxau located upstream, as well
> > as libXScreenSaver, which I suppose we sh
i830_sdvo.c has been removed from xserver-xorg-video-intel 2.10.0. Once
we have a binary for that version we'll ask you to test and see if it
helps. You may need linux kernel 2.6.32.
Drew
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble
Package: xserver-xorg-video-intel
Version: 2:2.10.0-1~1
Severity: normal
This bug is a preemptive warning about the new 2.10.0 version.
It does not build, giving the error
../../src/i830_video.c: In function 'drmmode_has_overlay':
../../src/i830_video.c:210: error: 'I915_PARAM_HAS_OVERLAY' undec
:
commit bed2f1b0d7f14256d62460d91f12ba258eef7523
Author: Drew Parsons
Date: Mon Feb 15 02:28:29 2010 +1100
upload 1.6.0-4 to unstable
diff --git a/debian/changelog b/debian/changelog
index f628524..c3a50a6 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,4 +1,4 @@
-xprint (2
Tag 'xprint-2_1.6.0-4' created by Drew Parsons at
2010-02-14 15:36 +
Tagging upload of xprint 2:1.6.0-4 to unstable.
Changes since xprint-2_1.6.0-3:
Drew Parsons (3):
disable xevie. Closes: #567114.
patch 94_Xext_proto enables build against latest x11proto-*-dev
debian/changelog |8 +++-
debian/patches/series |1 +
2 files changed, 8 insertions(+), 1 deletion(-)
New commits:
commit e67bbae71b65fd65364bd90cf3565fce79fa34df
Author: Drew Parsons
Date: Wed Mar 3 23:56:42 2010 +1100
Upstream patch: prevent mouse getting trapped in
debian/patches/17-dix-if-owner-events-is-true-for-passive-grabs-add-th.patch |
83 ++
1 file changed, 83 insertions(+)
New commits:
commit d46ea2afffe61597c7f1b61606a107ca002e370b
Author: Drew Parsons
Date: Thu Mar 4 00:03:04 2010 +1100
Oops add the patch for the previous
ng who's working on packages
> currently.
>
> Using grep-dctrl on /var/lib/apt/*Sources, I came up with the
> following people listed in Uploaders:
...
> Drew Parsons
>
> As far as I know, we have at least the following people active:
> Cyril Brulebois (:D)
>
Arrived a bit late in the day, sorry guys. But I'll pack the translation
in just before removing xprint from the archives.
Thanks for the efforts anyway!
Drew
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.de
Tag 'libxprintapputil-1_1.0.1.xsf1-3' created by Drew Parsons
at 2010-08-29 10:47 +
Tagging upload of libxprintapputil 1:1.0.1.xsf1-3 to unstable.
Changes since 1:1.0.1.xsf1-2:
---
0 files changed
---
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a
block 596602 by 363193
thanks
Won't be able to apply the fix until pbuilder can handle the linux-any
tag.
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1288695607.4
On Tue, 2010-11-02 at 13:15 +0100, Julien Cristau wrote:
> >
> I don't think there's a whole lot of point fixing this since we're
> getting rid of xprint soon anyway.
>
True, but it's an easy fix that takes no effort (or would be, if
pbuilder worked).
--
To UNSUBSCRIBE, email to debian-x-
On Mon, 2011-02-07 at 23:21 +0100, Julien Cristau wrote:
> Package: ftp.debian.org
>
> On Sun, Feb 6, 2011 at 17:12:26 +0100, Cyril Brulebois wrote:
>
> > Drew Parsons (02/02/2011):
> > > Besides, I can help keeping Xprint building binaries when needed,
> > &g
On Mon, 2011-03-07 at 12:36 +0100, Julien Cristau wrote:
> On Sun, Mar 6, 2011 at 12:02:37 +1100, Drew Parsons wrote:
>
> > > Requesting removal with this mail.
> > >
> > > Cheers,
> > > Julien
> >
> >
> > This action was pr
debian/po/da.po | 49 +---
6 files changed, 102 insertions(+), 32 deletions(-)
New commits:
commit 37d3a3265542acb929d8090d613c1338a486a62f
Author: Drew Parsons
Date: Mon Mar 21 20:44:44 2011 +1100
add newline to debian/patches/series
Tag 'xprint-2_1.6.0-5' created by Drew Parsons at
2011-03-23 02:50 +
Tagging upload of xprint 2:1.6.0-5 to unstable.
Changes since xprint-2_1.6.0-4:
Drew Parsons (5):
enable sparc64 build (bug #596602)
build or not against hal. Closes: #604967.
Fix Dani
On Tue, 2011-04-19 at 11:30 +0200, Michael Biebl wrote:
> Am 19.04.2011 11:21, schrieb Michael Biebl:
> >
> > This bug has not been fixed. Please don't close it, as long as xprint is
> > either
> > updated to no longer use hal or removed from the archive completely.
> >
> > I'm reopening the bug
Xprint has been obsolete for some time now, and it's time to let it go
to rest. It was originally useful as a solution for printing non-latin
webpages from iceweasel 2, but that firefox problem has been fixed since
iceweasel 3 was released using cairo.
Xprint provided a kind a "wysiwig" API by wh
The same question of removing the libxprint* (or libxp) packages applies
also to x11proto-print-dev.
Is there any reason to keep shipping x11proto-print-dev if we no longer
supply an Xprint server?
Drew
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscr
On Sat, 2011-05-14 at 16:04 +0200, Michael Biebl wrote:
> Hi!
>
> Am 20.04.2011 03:10, schrieb Drew Parsons:
> > On Tue, 2011-04-19 at 11:30 +0200, Michael Biebl wrote:
> >> Am 19.04.2011 11:21, schrieb Michael Biebl:
>
> >
> >> That said,
On Thu, 2011-04-21 at 17:18 +0200, Julien Danjou wrote:
> On Thu, Apr 21 2011, Jamey Sharp wrote:
>
> > - In libxcb master, I'd be happy to change configure.ac to default to
> > not building xprint. I'd personally continue building it because I
> > build all known extensions, just to check for
debian/rules |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
New commits:
commit 2ef5be024f4fb02444b4dc45d7be97cf3932f535
Author: Drew Parsons <[EMAIL PROTECTED]>
Date: Wed Feb 28 22:44:33 2007 +1100
Removed spurious space in default font line
(/usr/X11R6/lib/X11/fonts
ee3000f97d7561b2137e247495468a17e6e3b4c3
Author: Drew Parsons <[EMAIL PROTECTED]>
Date: Sun Mar 4 16:00:52 2007 +1100
Support for Hurd and other non-linux GNU systems.
Non-linux GNU systems such as Hurd will define __GLIBC__ or __GNU__
rather than __linux__. This must be tested for in order to get byte
+-
4 files changed, 4 insertions(+), 3 deletions(-)
New commits:
commit aeabf2a1f873f884b8a8c33b1517c3f3cab4c7f5
Author: Drew Parsons <[EMAIL PROTECTED]>
Date: Sun Mar 4 16:28:54 2007 +1100
Xprint: fix font symlinks
Change symlinks to Xprint base fonts in model/PSdefault using
hw/xfree86/modes/xf86Crtc.c| 84 -
hw/xfree86/modes/xf86Crtc.h| 26 +++-
hw/xfree86/modes/xf86RandR12.c | 24 +++
randr/rrcrtc.c | 30 ++
4 files changed, 128 insertions(+), 36 deletions(-)
New com
08112d1f76c96b3a7e69c1b936db5556903fe597
Author: Drew Parsons <[EMAIL PROTECTED]>
Date: Tue Mar 6 23:53:23 2007 +1100
Xprint: shorten font filename to fit in tar length limit
The length of the Xprint font file NewCenturySchlbk-BoldItalic.pmf
pushes the full path over the traditional 100 cha
de4fe38d13b698014ba897eca02edaba11651d66
Author: Drew Parsons <[EMAIL PROTECTED]>
Date: Tue Mar 6 23:53:23 2007 +1100
Xprint: shorten font filename to fit in tar length limit
The length of the Xprint font file NewCenturySchlbk-BoldItalic.pmf
pushes the full path over the traditional 100 cha
> In Sarge, /etc/X11/XF86Config-4 had the i810-driver configured:
>
> After upgrade to etch, /etc/X11/xorg.conf was changed to use mga
>
Could you tell us what your output is (on both your errant machines) from
"discover --data-path=xfree86/server/device/driver display" ?
This is where your i
Rebased ref, commits from common ancestor:
commit ec986f2d948de98257b1fec7e449cc8579d59815
Author: Drew Parsons <[EMAIL PROTECTED]>
Date: Thu Mar 8 23:02:42 2007 +1100
Restore Xprint font file NewCenturySchlbk-BoldItalic.pmf.
Whose bright idea was it to delete this font file?
server (2:1.2.99.901-2) UNRELEASED; urgency=low
+ [ Drew Parsons ]
* Bring xprint back into the xorg fold.
- include existing patches:
- 91_ttf2pt1 allows Xprint to use ttf2pt1 for Type1 font handling
@@ -17,7 +18,12 @@ xorg-server (2:1.2.99.901-2) UNRELEASED;
x11proto-pri
hw/xfree86/modes/Makefile.in | 850 +++
1 files changed, 850 insertions(+)
New commits:
commit 0464b382735589d4bae3c1c1f38b876b2420b4f1
Author: Julien Cristau <[EMAIL PROTECTED]>
Date: Fri Mar 9 12:31:09 2007 +0100
Add missing Makefile.in.
Julien wrote:
> > Restore Xprint font file NewCenturySchlbk-BoldItalic.pmf.
> >
> > Whose bright idea was it to delete this font file? Don't do that.
> >
> IIRC, I removed it because it's not in the upstream tarball, which makes
> it a pain to build from git.
Ah, OK, I didn't think o
> > (new) xserver-xorg-video-intel_1.9.91-1_i386.deb optional x11
> > (new) xserver-xorg-video-intel_1.9.91.orig.tar.gz optional x11
>
> Hi,
>
> waiting for the package to clear NEW for the rename, I put what I
> uploaded at http://people.debian.org/~jcristau/xserver-xorg-video-intel/
I'm tryin
Ãrjan wrote
> No, this is not an upstream bug. I looked at the source code and it is
> actually the debian diff that removes the definition of
> i830PipeFindClosestMode from the upstream source. My guess is that you
> accidentally applied some old patches that are no longer relevant.
The symbo
Hermann wrote:
> I just tried this package as I had a problem with the regular i810
> driver. I wanted to create a new config by running
> dpgk-reconfigure -plow xserver-xorg
> and selected monitor autodetection. The detected modes were
> 640x480
> 800x600
> 1024x768
> but my display is 1280x800.
Drew wrote but missed the bug report:
> Hermann wrote:
> > I just tried this package as I had a problem with the regular i810
> > driver. I wanted to create a new config by running
> > dpgk-reconfigure -plow xserver-xorg
> > and selected monitor autodetection. The detected modes were
> > 640x480
Tag 'xserver-xorg-video-intel-2_1.9.91-2' created by Drew Parsons <[EMAIL
PROTECTED]> at 2007-03-13 12:20 +
Tagging upload of xserver-xorg-video-intel 2:1.9.91-2 to experimental.
Changes since xserver-xorg-video-intel-2_1.9.91-1:
Drew Parsons:
Revert "Move single
debian/changelog |6 ++
debian/rules |4 ++--
2 files changed, 8 insertions(+), 2 deletions(-)
New commits:
commit 9b6ca70b382815524e3bb9311ee34ad20359c338
Author: Drew Parsons <[EMAIL PROTECTED]>
Date: Mon Mar 19 17:08:49 2007 +1100
Add exclude entries to dh_i
debian/changelog |5 +++--
debian/xsfbs/xsfbs.mk | 21 +
2 files changed, 24 insertions(+), 2 deletions(-)
New commits:
commit 21eda3620eefafc823eeeab352097d8a78df036c
Author: Drew Parsons <[EMAIL PROTECTED]>
Date: Mon Mar 19 19:52:40 2007 +1100
Uplo
Tag 'xserver-xorg-input-evdev-1_1.1.5-1' created by Drew Parsons <[EMAIL
PROTECTED]> at 2007-03-19 08:57 +
Tagging upload of xserver-xorg-input-evdev 1:1.1.5-1 to experimental.
Changes since xf86-input-evdev-1.1.5:
Branden Robinson (3):
Set svn:keywords property
Tag 'xserver-xorg-input-joystick-1_1.1.1-1' created by Drew Parsons <[EMAIL
PROTECTED]> at 2007-03-19 12:58 +
Tagging upload of xserver-xorg-input-joystick 1:1.1.1-1 to experimental.
Changes since 1_1.1.0-1:
Adam Jackson (7):
Bug #3626: _X_EXPORT tags for video a
> +xserver-xorg-input-evdev (1:1.1.5-2) UNRELEASED; urgency=low
> +
> + * Generate the dependency on xserver-xorg-core automatically.
> +
> + -- Julien Cristau <[EMAIL PROTECTED]> Mon, 19 Mar 2007 19:20:04 +0100
> +
Heh I had a feeling we had a better way of managing it :)
Drew
--
To UNSUBS
Tag 'libxvmc-1_1.0.4-1' created by Drew Parsons <[EMAIL PROTECTED]> at
2007-03-20 13:07 +
Tagging upload of libxvmc 1:1.0.4-1 to experimental.
Changes since libXvMC-1.0.4:
Branden Robinson (3):
Set svn:keywords property to "Id" (keyword already present).
Tag 'libxdamage-1_1.1.1-1' created by Drew Parsons <[EMAIL PROTECTED]> at
2007-03-21 10:18 +
Tagging upload of libxdamage 1:1.1.1-1 to experimental.
Changes since libXdamage-1.1:
Adam Jackson (1):
Fix DSO version number to match protocol number.
Branden Robinso
configure.ac|2 +-
src/Makefile.am |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
New commits:
commit b96e17d8a4fe8e19515c0f183e5e299939c6eca0
Author: Adam Jackson <[EMAIL PROTECTED]>
Date: Mon Mar 5 16:51:06 2007 -0500
Fix DSO version number to match protocol number.
> Include debugging symbols for the Xorg server and associated modules in a
> new package.
> ---
> Hi all,
>
> This is an attempt at building a package with debugging symbols for the
> Xorg server. It's a bit more complicated than adding --dbg-package to
> dh_strip because the modules are stripp
Package: xserver-xorg-video-intel
Version: 2:1.9.94-1
Severity: important
There is a severe bug, presumeably in the new video-intel 2.0 driver
under xserver 1.3.
The symptom is that the entire system freezes hard (blanking the
screen at the same time). It is triggered by
- using Xv output (e.g.
.gitignore | 22
ChangeLog| 317 +
Makefile.in | 16
aclocal.m4 | 76
config.guess | 667 ++-
config.h.in |2
config.sub | 222 -
Tag 'libxkbfile-1_1.0.4-1' created by Drew Parsons <[EMAIL PROTECTED]> at
2007-04-12 15:43 +
Tagging upload of libxkbfile 1:1.0.4-1 to unstable.
Changes since libxkbfile-1.0.4:
Branden Robinson (3):
Set svn:keywords property to "Id" (keyword already present
Tag 'libxres-2_1.0.3-1' created by Drew Parsons <[EMAIL PROTECTED]> at
2007-04-12 16:07 +
Tagging upload of libxres 2:1.0.3-1 to unstable.
Changes since libXres-1.0.3:
Branden Robinson (3):
Set svn:keywords property to "Id" (keyword already present).
Tag 'libxfontcache-1.0.4-1' created by Drew Parsons <[EMAIL PROTECTED]> at
2007-04-12 16:37 +
Tagging upload of libxfontcache 1.0.4-1 to unstable.
Changes since libXfontcache-1.0.4:
Branden Robinson (3):
Set svn:keywords property to "Id" (keyword already pre
Marc 'HE' Brockschmidt enquired:
> The release team is currently working on a schedule for the lenny
> release cycle. For that, we want to gather some data from the bigger
> software packaging teams in Debian first.
>
> We would like to know which major upstream versions of X.org are
> expected to
On Fri, 2007-04-13 at 11:38 +1000, Aníbal Monsalve Salazar wrote:
> On Fri, Apr 13, 2007 at 11:06:19AM +1000, Drew Parsons wrote:
> >
> >A long-standing bug which should be thought about is the GL licensing
> >problem [1]. SGI kindly contributed code for GL support in X, bu
The freeze appears to have been fixed with xserver 1.3RC5
(1.2.99.905-1). The Xv blue window appears to be related to the
position of output devices) the bug appears on laptop screens but the Xv
video will play correctly on an external monitor. Addressed in upstream
bug #10645. Retitling accordin
301 - 400 of 577 matches
Mail list logo
