I use this card where I work and there have been problems with it
recently... has these problems been solved in the new 4.0.2 release? Should
I upgrade?
Thanks.
Frederic Seraphine wrote:
> I tried branden robinson's XFree86 4.0.2 packages and it seems to fix all
> the quirks I was suffering on my powermac 7600/132 using the framebuffer
> device. I'm very glad this works since I can at last use the fbdevhw
> driver.
That's great! Funnily, the only change
I use this card where I work and there have been problems with it
recently... has these problems been solved in the new 4.0.2 release? Should
I upgrade?
Thanks.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Frederic Seraphine wrote:
> I tried branden robinson's XFree86 4.0.2 packages and it seems to fix all
> the quirks I was suffering on my powermac 7600/132 using the framebuffer
> device. I'm very glad this works since I can at last use the fbdevhw
> driver.
That's great! Funnily, the only chang
On Wednesday, 27. December 2000 22:30, Juliusz Chroboczek wrote:
> MM> So conclusion ist that once you start supplying just one line, the
> MM> compiled in path do not longer seem to work.
>
> More precisely, the user-supplied fontpath overrides the compiled-in
> default.
Hm, but just supplying one
MM> So conclusion ist that once you start supplying just one line, the
MM> compiled in path do not longer seem to work.
More precisely, the user-supplied fontpath overrides the compiled-in
default.
MM> Is this a bug or a feature ?
A feature. Do you have a suggestion for a more useful behaviour?
Hi,
I tried branden robinson's XFree86 4.0.2 packages and it seems to fix all
the quirks I was suffering on my powermac 7600/132 using the framebuffer
device. I'm very glad this works since I can at last use the fbdevhw
driver.
However, I suffer a strange problem: the X server dies whenever t
On Wednesday, 27. December 2000 22:30, Juliusz Chroboczek wrote:
> MM> So conclusion ist that once you start supplying just one line, the
> MM> compiled in path do not longer seem to work.
>
> More precisely, the user-supplied fontpath overrides the compiled-in
> default.
Hm, but just supplying on
MM> So conclusion ist that once you start supplying just one line, the
MM> compiled in path do not longer seem to work.
More precisely, the user-supplied fontpath overrides the compiled-in
default.
MM> Is this a bug or a feature ?
A feature. Do you have a suggestion for a more useful behaviour
Hi,
I tried branden robinson's XFree86 4.0.2 packages and it seems to fix all
the quirks I was suffering on my powermac 7600/132 using the framebuffer
device. I'm very glad this works since I can at last use the fbdevhw
driver.
However, I suffer a strange problem: the X server dies whenever
Hi.
In <[EMAIL PROTECTED]>,
on Wed, 27 Dec 2000 12:27:43 +0100,
on Re: X 4 and app-defaults,
Bernd Eckenfels <[EMAIL PROTECTED]> wrote:
> what about localisation of app-default, I see XEarth ships with
>
> # ls /etc/X11/*/app-defaults/XEarth
> /etc/X11/ja_JP.eucJP/app-defaults/XEarth
> /e
Robert Graham Merkel wrote:
> I'm using your potato debs of Branden's Xfree 4.0 packages
> (version 4.0.1-8), with an AGP Matrox G400, a 2.4.0-test12
> kernel compiled with DRI support.
>
> Not finding any directions to the contrary, I just installed
> the packages using apt and then ran xf86cfg.
"Christian T. Steigies" wrote:
>
> On Wed, Dec 27, 2000 at 02:22:04PM +0100, Michel Dänzer wrote:
> > "Christian T. Steigies" wrote:
> > >
> > > On Mon, Dec 25, 2000 at 03:44:48PM +0100, Michel Dänzer wrote:
> > > >
> > > > Christian, I hope this solves your building problems.
> > > I have no buil
Hi there,
I'm using your potato debs of Branden's Xfree 4.0 packages
(version 4.0.1-8), with an AGP Matrox G400, a 2.4.0-test12
kernel compiled with DRI support.
Not finding any directions to the contrary, I just installed
the packages using apt and then ran xf86cfg. It refused to
start up. T
Hi.
In <[EMAIL PROTECTED]>,
on Wed, 27 Dec 2000 12:27:43 +0100,
on Re: X 4 and app-defaults,
Bernd Eckenfels <[EMAIL PROTECTED]> wrote:
> what about localisation of app-default, I see XEarth ships with
>
> # ls /etc/X11/*/app-defaults/XEarth
> /etc/X11/ja_JP.eucJP/app-defaults/XEarth
> /
On Wed, Dec 27, 2000 at 02:22:04PM +0100, Michel Dänzer wrote:
> "Christian T. Steigies" wrote:
> >
> > On Mon, Dec 25, 2000 at 03:44:48PM +0100, Michel Dänzer wrote:
> > >
> > > Christian, I hope this solves your building problems.
> > I have no building problems, I have "loading" problems. But t
"Christian T. Steigies" wrote:
>
> On Mon, Dec 25, 2000 at 03:44:48PM +0100, Michel Dänzer wrote:
> >
> > Christian, I hope this solves your building problems.
> I have no building problems, I have "loading" problems. But thanks for the
> pointer.
memcpy should never be referenced directly so I s
On Mon, Dec 25, 2000 at 03:44:48PM +0100, Michel Dänzer wrote:
>
> Christian, I hope this solves your building problems.
I have no building problems, I have "loading" problems. But thanks for the
pointer.
Christian
--
http://people.debian.org/~cts/debian-m68k/potato
Robert Graham Merkel wrote:
> I'm using your potato debs of Branden's Xfree 4.0 packages
> (version 4.0.1-8), with an AGP Matrox G400, a 2.4.0-test12
> kernel compiled with DRI support.
>
> Not finding any directions to the contrary, I just installed
> the packages using apt and then ran xf86cfg
"Christian T. Steigies" wrote:
>
> On Wed, Dec 27, 2000 at 02:22:04PM +0100, Michel Dänzer wrote:
> > "Christian T. Steigies" wrote:
> > >
> > > On Mon, Dec 25, 2000 at 03:44:48PM +0100, Michel Dänzer wrote:
> > > >
> > > > Christian, I hope this solves your building problems.
> > > I have no bui
Hi there,
I'm using your potato debs of Branden's Xfree 4.0 packages
(version 4.0.1-8), with an AGP Matrox G400, a 2.4.0-test12
kernel compiled with DRI support.
Not finding any directions to the contrary, I just installed
the packages using apt and then ran xf86cfg. It refused to
start up.
On Tue, Dec 26, 2000 at 09:50:14PM -0500, Branden Robinson wrote:
> Oh, they generally get filed, it's just that some package maintainers don't
> do a damn thing about them[1].
what about localisation of app-default, I see XEarth ships with
# ls /etc/X11/*/app-defaults/XEarth
/etc/X11/ja_JP.eucJP
On Wed, Dec 27, 2000 at 02:22:04PM +0100, Michel Dänzer wrote:
> "Christian T. Steigies" wrote:
> >
> > On Mon, Dec 25, 2000 at 03:44:48PM +0100, Michel Dänzer wrote:
> > >
> > > Christian, I hope this solves your building problems.
> > I have no building problems, I have "loading" problems. But
"Christian T. Steigies" wrote:
>
> On Mon, Dec 25, 2000 at 03:44:48PM +0100, Michel Dänzer wrote:
> >
> > Christian, I hope this solves your building problems.
> I have no building problems, I have "loading" problems. But thanks for the
> pointer.
memcpy should never be referenced directly so I
On Mon, Dec 25, 2000 at 03:44:48PM +0100, Michel Dänzer wrote:
>
> Christian, I hope this solves your building problems.
I have no building problems, I have "loading" problems. But thanks for the
pointer.
Christian
--
http://people.debian.org/~cts/debian-m68k/potato
--
To UNSUBSCRIBE, email
On Tue, Dec 26, 2000 at 09:50:14PM -0500, Branden Robinson wrote:
> Oh, they generally get filed, it's just that some package maintainers don't
> do a damn thing about them[1].
what about localisation of app-default, I see XEarth ships with
# ls /etc/X11/*/app-defaults/XEarth
/etc/X11/ja_JP.eucJ
26 matches
Mail list logo
