On Wed, Oct 10, 2001 at 08:18:14AM +0200, Claus Fischer wrote:
: I have recently upgraded my VAIO PCG-F350 with an NM2200 Neomagic
: controller to the latest unstable (from one that was a few months
: old).
:
: XFree 4 used to work but doesn't any more.
The Debian package of the failed server is
I have recently upgraded my VAIO PCG-F350 with an NM2200 Neomagic
controller to the latest unstable (from one that was a few months
old).
XFree 4 used to work but doesn't any more.
It terminates after briefly showing the default X background (the
black-white pseudo-grey background with mouse cur
On Tue, Oct 09, 2001 at 10:11:36PM +0100, [EMAIL PROTECTED] wrote:
>
> Can you run it under gdb and see where it crashes? It would be
> interesting to see the output of "objdump -r" on libbitmap.a and
> libpcidata.a, too.
Sure, logfiles at:
http://people.debian.org/~cts/x4.1/
Note, this version
On Tue, Oct 09, 2001 at 04:04:51PM -0400, Adam C Powell IV wrote:
> If I try to "debian/rules build" after it fails in the middle, it seems
> to do a "make clean" or something similar which removes all of the
> previously-built libraries and object files. So the previous progress
> is lost.
In
On Sun, Sep 30, 2001 at 10:45:40AM -0500, Branden Robinson wrote:
>On Sun, Sep 30, 2001 at 12:20:25PM +0100, Steve McIntyre wrote:
>>
>> That's the really annoying thing about this, though - the binaries in
>> question have man pages that worked just fine with the previous imake
>> setup. It seems
On Tue, Oct 09, 2001 at 04:04:51PM -0400, Adam C Powell IV wrote:
> If I try to "debian/rules build" after it fails in the middle, it seems
> to do a "make clean" or something similar which removes all of the
> previously-built libraries and object files. So the previous progress
> is lost.
I
[EMAIL PROTECTED] wrote:
In message <[EMAIL PROTECTED]>, Adam C Powell IV writes:
and 600a from debian/held-patches. No rocket science here, I just had
to tweak it a bit to use the inx/outx prototypes from libc, specifically
sys/io.h. The last two differ from what's there now only in line
In message <[EMAIL PROTECTED]>, "Christian T. Steigies" writes:
>No big problem, only that it does not work. Log follows (I know 4.0.2 is
>old, but it hasn't changed since then)
>
>XFree86 Version 4.0.2 / X Window System
>(protocol Version 11, revision 0, vendor release 6400)
>Release Date: 18 Dece
On Sun, Sep 30, 2001 at 10:45:40AM -0500, Branden Robinson wrote:
>On Sun, Sep 30, 2001 at 12:20:25PM +0100, Steve McIntyre wrote:
>>
>> That's the really annoying thing about this, though - the binaries in
>> question have man pages that worked just fine with the previous imake
>> setup. It seem
Christian T. Steigies wrote:
On Tue, Oct 09, 2001 at 04:04:51PM -0400, Adam C Powell IV wrote:
So, could someone else please take my patches and build and upload X for
us? They're at:
http://lyre.mit.edu/~powell/debs/311_arm_compiler_h.diff
http://lyre.mit.edu/~powell/debs/312_arm_elfloade
On Tue, Oct 09, 2001 at 09:20:38PM +0100, [EMAIL PROTECTED] wrote:
> In message <[EMAIL PROTECTED]>, "Christian T. Steigies" writes:
> >Do you know if these patches could help makeing the m68k elfloader work?
>
> What's the problem with the m68k elfloader, exactly? All the technology
> you need s
In message <[EMAIL PROTECTED]>, "Christian T. Steigies" writes:
>Do you know if these patches could help makeing the m68k elfloader work?
What's the problem with the m68k elfloader, exactly? All the technology
you need should already exist in binutils and glibc, so it's just an
integration proble
In message <[EMAIL PROTECTED]>, Adam C Powell IV writes:
>and 600a from debian/held-patches. No rocket science here, I just had
>to tweak it a bit to use the inx/outx prototypes from libc, specifically
>sys/io.h. The last two differ from what's there now only in line
Whoa, this is dangerous t
On Tue, Oct 09, 2001 at 04:04:51PM -0400, Adam C Powell IV wrote:
> So, could someone else please take my patches and build and upload X for
> us? They're at:
>
> > http://lyre.mit.edu/~powell/debs/311_arm_compiler_h.diff
> > http://lyre.mit.edu/~powell/debs/312_arm_elfloader.diff
> > http://ly
Okay, I give up. I've tried several times to build this package, and
each time it's failed, because of something having nothing to do with
the package itself. I got some patches together, and after a couple of
early mistakes they've built just fine -- and work with -7 too. But at
some point,
[EMAIL PROTECTED] wrote:
>In message <[EMAIL PROTECTED]>, Adam C Powell IV writes:
>
>>and 600a from debian/held-patches. No rocket science here, I just had
>>to tweak it a bit to use the inx/outx prototypes from libc, specifically
>>sys/io.h. The last two differ from what's there now only in
In message <[EMAIL PROTECTED]>, "Christian T. Steigies" writes:
>No big problem, only that it does not work. Log follows (I know 4.0.2 is
>old, but it hasn't changed since then)
>
>XFree86 Version 4.0.2 / X Window System
>(protocol Version 11, revision 0, vendor release 6400)
>Release Date: 18 Dec
Christian T. Steigies wrote:
>On Tue, Oct 09, 2001 at 04:04:51PM -0400, Adam C Powell IV wrote:
>
>>So, could someone else please take my patches and build and upload X for
>>us? They're at:
>>
>>>http://lyre.mit.edu/~powell/debs/311_arm_compiler_h.diff
>>>http://lyre.mit.edu/~powell/debs/312_a
In message <[EMAIL PROTECTED]>, "Christian T. Steigies" writes:
>Do you know if these patches could help makeing the m68k elfloader work?
What's the problem with the m68k elfloader, exactly? All the technology
you need should already exist in binutils and glibc, so it's just an
integration probl
In message <[EMAIL PROTECTED]>, Adam C Powell IV writes:
>and 600a from debian/held-patches. No rocket science here, I just had
>to tweak it a bit to use the inx/outx prototypes from libc, specifically
>sys/io.h. The last two differ from what's there now only in line
Whoa, this is dangerous
Okay, I give up. I've tried several times to build this package, and
each time it's failed, because of something having nothing to do with
the package itself. I got some patches together, and after a couple of
early mistakes they've built just fine -- and work with -7 too. But at
some point
21 matches
Mail list logo