Package: xserver-xfree86
Version: 4.3.0.dfsg.1-7
When suspending my iBook the resume fails after resuming the sungem
ethernet if I had been running X when suspending. Not runing X or
downgrading to xserver-xfree86-4.3.0.dfsg.1-4 from testing
On Sat, Jul 03, 2004 at 10:43:20PM +0200, Sven Luther wrote:
> > The /dev/psaux situation seems to be a big mess. I added /dev/psaux
> > upstream long ago so I wouldn't have to change my XF86Config for 2.4
> > vs 2.6. In the meantime X can have two different input devices
> > specified and won't
On Sat, Jul 03, 2004 at 11:29:47PM +0200, Sven Luther wrote:
> > I don't quite like either of those. I'll try to take a look at the
> > X Code and/or talk to the X folks on whether we could fix X to autoprobe
> > for a corepointer.
>
> I would rather fix it in the installed XF86Config file, so we
On Sat, Jul 03, 2004 at 11:36:02PM +0200, Sven Luther wrote:
> > Well, there's people dual-booting into both 2.4 and 2.6 kernels. I do
> > that myself, although on macs we've used /dev/input/mice in 2.4 already
> > anyway.
>
> Becaue you had a usb keyboard.
>
> Also, this is one of the reason i
On Sat, Jul 03, 2004 at 11:34:37PM +0200, Christoph Hellwig wrote:
> Actually it's a (fake-)adb keyboard. But adb already uses the generic
> input layer in 2.4 like usb, so it's the same reason.
s/keyboard/trackpad/ the former is true aswell, but completely
irrelevant for this discussion ;-)
reassign 250331 xserver-xfree86
thanks
While this bug is due to a kernel change this change was intentionally
and you will need the the new wacom X input driver to get this device
work. Thus reassignning to xserver-xfree86 to track merging that
driver.
Package: xserver-xfree86
Version: 4.3.0.dfsg.1-6
When I connect a flatpanel through a DVI cable with my G5 Mac that
screen is completely garbled. An 'Option "CrtcNumber" "1"' in
XF84Config the picture almost except the last ~1cm on the very right
side are displayed on the very left.
Replacing nv
On Mon, Sep 06, 2004 at 03:50:19AM -0700, Daniel Stone wrote:
> On Mon, Sep 06, 2004 at 11:12:14AM +0200, Christoph Hellwig wrote:
> > When I connect a flatpanel through a DVI cable with my G5 Mac that
> > screen is completely garbled. An 'Option "CrtcNumber" &quo
On Tue, Sep 07, 2004 at 01:21:57PM +0200, Fabio Massimo Di Nitto wrote:
> > Package: xserver-xfree86
> > Version: 4.3.0.dfsg.1-6
> >
> > When I connect a flatpanel through a DVI cable with my G5 Mac that
> > screen is completely garbled. An 'Option "CrtcNumber" "1"' in
> > XF84Config the picture a
On Mon, Sep 20, 2004 at 02:24:00PM +0200, Fabio Massimo Di Nitto wrote:
>
> Hi everybody,
> thanks a lot for all the tests you have been done so far.
>
> I uploaded again a new nv driver that should fix the Xv extension here:
>
> http://people.no-name-yet.com/~fabbione/nv/i386/
Do you als
> They are up now:
>
> http://people.no-name-yet.com/~fabbione/nv/powerpc/
>
> sorry.. the 2 files are bigger than the others because they haven't be
> stripped from the debugging symbols, but they will work as the normal one.
This one works fine for me.
On Wed, Apr 21, 2004 at 02:17:05PM -0500, Branden Robinson wrote:
> Also, if there is a C programmer present who is willing to perform such
> a clean-room rewrite should it come to that, please speak up. Please
> note that it's just the *change* that needs to be rewritten, not the
> entire files.
Okay, I looked over lnx_kbd.c, there's two thing that sprang to my mind:
- the ifndef sparc and comment below is obviously wrong, the ioctl is
implemented in Linux common code, specifically vt_ioctl.c.
- fd 0 for the ioctl seems bogus. These ioctls are on the console
device, and to my read
On Wed, Apr 21, 2004 at 04:11:49PM -0500, Branden Robinson wrote:
> Err, when pasting source code regarding an issue like this, where we
> need a clean-room reimplementation, please identify the origin of every
> line.
The surrounding code is from XFree CVS when I last updated (about two
weeks bef
On Wed, Apr 21, 2004 at 11:02:12PM +0200, Fabio Massimo Di Nitto wrote:
> > So what about the following unutested patch:
>
> Sorry but i can't accept an untested patch. Would you mind to give it a
> shot at least?
I don't think I have the time for a full blown X build, sorry.
On Wed, Apr 21, 2004 at 08:36:19PM -0700, Keith Packard wrote:
>
> Around 16 o'clock on Apr 21, Branden Robinson wrote:
>
> > In the source file
> > :
>
> I'll note that the version of KDKBDREP_ioctl_ok in X.Org CVS does:
>
> static int
> KDKBDREP_ioctl_ok(int rate, int delay) {
> #if defined(K
On Sat, May 01, 2004 at 12:10:03PM -0500, X Strike Force SVN Repository Admin
wrote:
> +@@ -58,7 +58,7 @@
> + #ifdef _LP64
> + # if defined(__sparcv9)
> + # define _MACH64_NAME"sparcv9"
> +-# elif defined(__ia64__)
> ++# elif defined(__ia64__) || defined(__amd64__)
> + # undef MAC
On Wed, Jun 11, 2003 at 10:55:24AM -0400, Christian T. Steigies wrote:
> No USB on m68k as far as I know (I can hear already the shouts "but there
> is this cool USB Adapter for Amiga"), so this should never be executed on
> m68k. Maybe not even compiled (I did not read the code too thoroughly).
C
On Thu, Aug 21, 2003 at 04:24:46PM -0500, Branden Robinson wrote:
> (Hmm, maybe you could use tmpfs for /tmp, and mount the same one in both
> the real root and the chroot? I've never tried this myself.)
Doesn't help as tmpfs instances are compeltly separate. You could
mount --bind the real /tmp
On Wed, Aug 27, 2003 at 01:08:02PM +0200, Eduard Bloch wrote:
> Package: xserver-xfree86
> Severity: wishlist
>
> Okay, here is what I would change in xserver-xfree86.config.
>
> - xserver-xfree86/config/device/use_fbdev:
>check for existance of /proc/fb before asking the question about
>
On Wed, Aug 27, 2003 at 03:49:12PM +0200, Eduard Bloch wrote:
> Moin Christoph!
> Christoph Hellwig schrieb am Wednesday, den 27. August 2003:
>
> > On Wed, Aug 27, 2003 at 01:08:02PM +0200, Eduard Bloch wrote:
> > > Package: xserver-xfree86
> > > Severity: wi
On Wed, Aug 27, 2003 at 07:02:44PM +0200, Christoph Hellwig wrote:
> framebuffer for nvidia cards? (and the framebuffer driver is called
> rivafb, just btw..)
which doesn't show up in /proc/fb but at least in the 2.6 driver the
string nvidia won't appear in it either, just RIV
On Wed, Sep 03, 2003 at 01:35:11AM -0500, Branden Robinson wrote:
> While 2) is probably not a practical concern with respect to an input
> driver, it's very important for things like the shared libraries in the
> XFree86 distribution.
Hmm, what's the legal situation of having the driver loaded in
On Wed, Jun 11, 2003 at 10:55:24AM -0400, Christian T. Steigies wrote:
> No USB on m68k as far as I know (I can hear already the shouts "but there
> is this cool USB Adapter for Amiga"), so this should never be executed on
> m68k. Maybe not even compiled (I did not read the code too thoroughly).
C
On Thu, Aug 21, 2003 at 04:24:46PM -0500, Branden Robinson wrote:
> (Hmm, maybe you could use tmpfs for /tmp, and mount the same one in both
> the real root and the chroot? I've never tried this myself.)
Doesn't help as tmpfs instances are compeltly separate. You could
mount --bind the real /tmp
On Wed, Aug 27, 2003 at 01:08:02PM +0200, Eduard Bloch wrote:
> Package: xserver-xfree86
> Severity: wishlist
>
> Okay, here is what I would change in xserver-xfree86.config.
>
> - xserver-xfree86/config/device/use_fbdev:
>check for existance of /proc/fb before asking the question about
>
On Wed, Aug 27, 2003 at 03:49:12PM +0200, Eduard Bloch wrote:
> Moin Christoph!
> Christoph Hellwig schrieb am Wednesday, den 27. August 2003:
>
> > On Wed, Aug 27, 2003 at 01:08:02PM +0200, Eduard Bloch wrote:
> > > Package: xserver-xfree86
> > > Severity: wi
On Wed, Aug 27, 2003 at 07:02:44PM +0200, Christoph Hellwig wrote:
> framebuffer for nvidia cards? (and the framebuffer driver is called
> rivafb, just btw..)
which doesn't show up in /proc/fb but at least in the 2.6 driver the
string nvidia won't appear in it either, just RIVA-*/GeForce*/etc..
>
On Wed, Sep 03, 2003 at 01:35:11AM -0500, Branden Robinson wrote:
> While 2) is probably not a practical concern with respect to an input
> driver, it's very important for things like the shared libraries in the
> XFree86 distribution.
Hmm, what's the legal situation of having the driver loaded in
On Tue, Oct 12, 2004 at 09:20:21AM +0200, Fabio Massimo Di Nitto wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> X Strike Force SVN Repository Admin wrote:
>
> | +|
> | +|--> xorg-source-include --> xorg-include
>
> Hi XSF,
> ~ as you might have noticed,
On Thu, Jan 22, 2004 at 10:00:24PM -0500, Branden Robinson wrote:
> That's not what I asked. :)
>
> I asked if /dev/psaux now also "gives the events of all mice handled by
> the input layer, which handles most if not all input in 2.6 kernels."
By default /dev/psaux doesn't exist in 2.6 kernels.
On Sat, Jan 31, 2004 at 06:04:01PM -0500, Branden Robinson wrote:
> [...]
> * When replying to messages on the mailing list, do not send a carbon
> copy (CC) to the original poster unless they explicitly request to be
> copied.
What about proper Headers instead of longish pse
On Fri, Jan 19, 2007 at 11:21:48PM +0100, Brice Goglin wrote:
> Hi Christoph,
>
> About 2 years ago, you reported a bug to the Debian BTS regarding power
> resume failing on a iBook with a Radeon Mobility board. Did you
> reproduce this problem recently? If not, I will close this bug in the
> next
> ISHIKAWA Mutsumi wrote:
> > I've tried to build new xterm.deb package from Thomas' tree last
> > weekend. I think it is 1st step for pruning xterm from xorg-x11 orig
> > tarball (it is listed in TODO list of xorg-x11)
Why would you want to prune it from the tarball? Not building it
makes lots
34 matches
Mail list logo
