On Fri, Sep 15, 2006 at 03:07:01PM +0200, Michel D?nzer wrote:
> On Fri, 2006-09-15 at 08:27 +0300, Tapio Lehtonen wrote:
> > My lspci command does not have option -X. I think it should be -n.
> >
> > The text shown to user is here:
> >
> > msgid ""
> > "You may wish to use the \"lspci -X\" comm
Package: xserver-xorg
Version: 6.9.0.dfsg.1-6
I just bought myself a new motherboard (lspci output below) and tried
installing the 20060528 d-i snapshot on it. Unfortunately, X doesn't
start correctly. The screen has thin horizontal lines on it and the
mouse pointer is a block of gibberish a ce
I proposed the lspci -X patch to Martin Mares (pciutils upstream) and he
dislikes it and will not include it upstream. He thinks X should parse
the information it needs from lspci -n, and I'm willing to go along with
that. The X maintainers (in private conversation) have said they do not
current
On Sat, Jul 17, 2004 at 05:43:06AM +0200, Guillem Jover wrote:
> Could someone with an amd64, ia64 or alpha (I'll take care of i386)
> and a 3Dfx card with any of the following chipsets:
>
> Voodoo Banshee, Voodoo 3, Voodoo 4 or Voodoo 5
I don't *think* you're going to get any takers on ia6
Package: xserver-xfree86
Version: 4.3.0-0pre1v4
Severity: serious
Tags: experimental
X-Debbugs-CC: [EMAIL PROTECTED]
Branden, I initially thought this was an hppa problem. It's not, it's
a kernel-headers problem. I suspect it will also affect unstable,
but I'm not sure.
gcc -c -g -O2 -ansi -pe
On Sun, Nov 09, 2003 at 05:59:33PM +, Colin Watson wrote:
> > On Fri, Nov 07, 2003 at 10:44:34PM -0500, Branden Robinson wrote:
> > > There may actually be a problem with installing alternatives to
> > > manpages.
>
> No, I shouldn't think so. Something has gone stupid in man's database or
> i
On Fri, Nov 07, 2003 at 10:44:34PM -0500, Branden Robinson wrote:
> On Fri, Nov 07, 2003 at 03:55:15PM +0000, Matthew Wilcox wrote:
> > --- /usr/share/debhelper/autoscripts/postinst-wm2003-07-28
> > 15:25:17.0 -0400
> > +++ postinst-wm 2003-11-07 09:
I just installed 4.3.0-0pre1v4 on this Vaio and it works nicely.
Now I have two machines in my home network that need X 4.3 ;-)
Probably three actually -- the Evo I use for my firewall also has this
chipset.
--
"It's not Hollywood. War is real, war is primarily not about defeat or
victory, it i
Package: xspecs
Version: 4.2.1-10
Severity: wishlist
Please include the XKB spec in the xspecs package. I wanted to refer to
it today and had to go search for it on the web. I presume the right
file to copy would be doc/hardcopy/XKB/XKBlib.ps.gz
--
"It's not Hollywood. War is real, war is pr
Package: xspecs
Version: 4.2.1-10
Severity: wishlist
Please include the XKB spec in the xspecs package. I wanted to refer to
it today and had to go search for it on the web. I presume the right
file to copy would be doc/hardcopy/XKB/XKBlib.ps.gz
--
"It's not Hollywood. War is real, war is pr
On Sun, Aug 24, 2003 at 07:54:52PM -0500, Branden Robinson wrote:
> Okay. Thanks a lot!
So...
I edited the 'loaderdiff' to apply cleanly to 4.2.1 and added relocation
79. This makes the server start up cleanly. However, it doesn't
actually *work* -- things head south after Radeon decides to lo
On Sun, Aug 24, 2003 at 07:54:52PM -0500, Branden Robinson wrote:
> Okay. Thanks a lot!
So...
I edited the 'loaderdiff' to apply cleanly to 4.2.1 and added relocation
79. This makes the server start up cleanly. However, it doesn't
actually *work* -- things head south after Radeon decides to lo
On Sun, Aug 24, 2003 at 03:13:12PM -0500, Branden Robinson wrote:
> > FWIW, DanielS sent me a patch
> > http://www.trinity.unimelb.edu.au/~dstone/loaderdiff which, when applied
> > to 4.3.0-0pre1v1 cures this problem. I don't know whether it would apply to
> > 4.2.1, but I can try that if you like
On Sun, Aug 24, 2003 at 03:13:12PM -0500, Branden Robinson wrote:
> > FWIW, DanielS sent me a patch
> > http://www.trinity.unimelb.edu.au/~dstone/loaderdiff which, when applied
> > to 4.3.0-0pre1v1 cures this problem. I don't know whether it would apply to
> > 4.2.1, but I can try that if you like
severity 206929 serious
tag 206929 - experimental
thanks
On Sun, Aug 24, 2003 at 12:37:11AM -0500, Branden Robinson wrote:
> Sarge was in no danger of releasing with this bug. 1) I knew about it
> (see debian/TODO[1]); 2) XFree86 4.3.0 is not yet on a path that will
> take it to testing.
Yes, b
severity 206929 serious
tag 206929 - experimental
thanks
On Sun, Aug 24, 2003 at 12:37:11AM -0500, Branden Robinson wrote:
> Sarge was in no danger of releasing with this bug. 1) I knew about it
> (see debian/TODO[1]); 2) XFree86 4.3.0 is not yet on a path that will
> take it to testing.
Yes, b
Package: xserver-xfree86
Version: 4.3.0-0pre1v1
Architecture: ia64
Severity: serious
Duraid already reported this to debian-x, but it needs a bug filed
so we don't release Sarge without fixing it.
When typing startx, the server spews tons of:
Elf_RelocateEntry() Unsupported relocation type 135
Package: xserver-xfree86
Version: 4.3.0-0pre1v1
Architecture: ia64
Severity: serious
Duraid already reported this to debian-x, but it needs a bug filed
so we don't release Sarge without fixing it.
When typing startx, the server spews tons of:
Elf_RelocateEntry() Unsupported relocation type 135
Package: xfree86
Version: 4.2.1-9
I had this PCG-R505GL working with a custom-compiled 4.2.1-6.1 which
had the i830-1mb-stolen-hack.diff patch applied to it (google for it
if you don't know what it is, it comes up as the top result). 4.2.1-9
already includes a patch from upstream which claims to
Package: xfree86
Version: 4.2.1-9
I had this PCG-R505GL working with a custom-compiled 4.2.1-6.1 which
had the i830-1mb-stolen-hack.diff patch applied to it (google for it
if you don't know what it is, it comes up as the top result). 4.2.1-9
already includes a patch from upstream which claims to
I wrote:
> X doesn't work on this laptop. I've tried the Debian 4.2.1-6 packages,
> Daniel Stone's 4.3.0-0ds4 packages and 4.2.1-6 plus the patch found at
> http://www.cse.unsw.edu.au/~chak/linux/c400.html#xfree86
This problem is now solved. I upgraded the kernel from the 2.4.18-bf2.4
that was
X doesn't work on this laptop. I've tried the Debian 4.2.1-6 packages,
Daniel Stone's 4.3.0-0ds4 packages and 4.2.1-6 plus the patch found at
http://www.cse.unsw.edu.au/~chak/linux/c400.html#xfree86
There's a couple of successful reports on linux-on-laptops.com, but
obviously I don't want to swi
On Sun, Nov 24, 2002 at 09:12:40PM +0900, ISHIKAWA Mutsumi wrote:
> SHMLBA is defined in /usr/include/bits/shm.h as:
>
> /* Segment low boundary address multiple. */
> #define SHMLBA (__getpagesize ())
> extern int __getpagesize (void) __THROW __attribute__ ((__const__));
>
> But on h
On Sun, Nov 24, 2002 at 09:12:40PM +0900, ISHIKAWA Mutsumi wrote:
> SHMLBA is defined in /usr/include/bits/shm.h as:
>
> /* Segment low boundary address multiple. */
> #define SHMLBA (__getpagesize ())
> extern int __getpagesize (void) __THROW __attribute__ ((__const__));
>
> But on h
On Mon, Aug 26, 2002 at 09:10:54PM +0200, Marcus Brinkmann wrote:
> Also, reading /dev/mem doesn't sound very secure at all (even if it works)
> because the patterns in the memory of a computer are probably predictable
> and a lot of information can be observed from the outside (which processes
> a
On Mon, Aug 26, 2002 at 09:06:00AM -0400, Carlos O'Donell wrote:
> Done. I've submitted the output for HPPA boxes running 32 and 64-bit
> kernels. Looks like they pass without any problem. I'll pass on the
yes, but it may well crash them. some parts of /dev/mem map random IO
addresses which may
On Thu, Aug 08, 2002 at 05:41:37PM +0900, ISHIKAWA Mutsumi wrote:
> Of cause yes :-)
> I'm building it on my hppa box (but my hppa box 735/125 is old and
> slow, please wait a few hours...)
yikes -- you could build on paer.debian.org which is an A500 and should
give sustantially faster compile t
On Thu, Aug 16, 2001 at 06:23:13PM +0100, Matthew Wilcox wrote:
> Can do.
Already reported -- twice -- as 107645 and 107740. Branden has downgraded
these reports to `important', which I believe to be incorrect since it
breaks other packages, but I'm in no mood for a bug severity p
On Wed, Aug 15, 2001 at 05:13:34PM -0600, Bdale Garbee wrote:
> The glapi.o stuff seems to be coming from the xlibmesa-dev and xlibmesa3,
> pulled in by qt-x11's build dependency
>
> xlibmesa-dev (>= 4.1.0-0) | libgl-dev
>
> I assume this is another case of some non-PIC code getting into a
On Thu, Aug 16, 2001 at 06:23:13PM +0100, Matthew Wilcox wrote:
> Can do.
Already reported -- twice -- as 107645 and 107740. Branden has downgraded
these reports to `important', which I believe to be incorrect since it
breaks other packages, but I'm in no mood for a bug severity p
On Wed, Aug 15, 2001 at 05:13:34PM -0600, Bdale Garbee wrote:
> The glapi.o stuff seems to be coming from the xlibmesa-dev and xlibmesa3,
> pulled in by qt-x11's build dependency
>
> xlibmesa-dev (>= 4.1.0-0) | libgl-dev
>
> I assume this is another case of some non-PIC code getting into
31 matches
Mail list logo