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 of
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, we started
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 also have
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.
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
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 almost except
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
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 1' in
XF84Config the picture almost except
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 fail if
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 have
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 want to
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 ;-)
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_NAMEsparcv9
+-# elif defined(__ia64__)
++# elif defined(__ia64__) || defined(__amd64__)
+ # undef MACH64_NAME
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
xc/programs/Xserver/hw/xfree86/os-support/linux/lnx_io.c:
I'll note that the version of KDKBDREP_ioctl_ok in X.Org CVS does:
static int
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. In
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
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
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 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
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. I
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 into
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 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: wishlist
Okay, here is what I would change
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 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
27 matches
Mail list logo