On Tue, 8 Oct 2002, Branden Robinson wrote:
Date: Tue, 8 Oct 2002 11:52:19 -0500
From: Branden Robinson [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol=application/pgp-signature;
On Tue, Oct 08, 2002 at 01:33:38PM -0600, Joel Baker wrote:
The good:
The better: I now have patches (against 4.2.1-1) to get a clean build on
netbsd-i386. Not yet tested extensively, but it *builds*.
The bad:
That I need to arrange them into a sane set of patches and submit them,
yet. And...
On Mit, 2002-10-09 at 04:32, Branden Robinson wrote:
On Wed, Oct 09, 2002 at 01:18:03AM +, Lazarus Long wrote:
Additional info:
The same errors occur when rebooting to an old kernel, 2.4.18, from way
back in March. (I thought perhaps for some strange reason the module
version had
On Mon, Oct 07, 2002 at 02:16:17PM -0500, Branden Robinson wrote:
Those are some pretty aggressive options you've got going there. The
fbdev layer plus PCI retries plus AGPMode 4. I wouldn't be surprised if
you'd get more stability by backing off on some of those. However, a
bug's a bug.
charset=ISO-8859-1;
charset=ISO-8859-1;
charset=ISO-8859-1;
charset=ISO-8859-1;
charset=ISO-8859-1;
charset=ISO-8859-1;
charset=ISO-8859-1;
charset=ISO-8859-1;
charset=ISO-8859-1;
charset=ISO-8859-1;
charset=ISO-8859-1;
JL I don't know XDirectFB, but the kdrive servers are probably
JL better served being compiled against a uclibc (yes they compile
JL cleanly against the newer uclibcs). Unless the idea is to use
JL Xvesa as a failsafe X server for intel. Else what's the point?
I do see Xvesa as a failsafe
Package: xdm
Version: 4.2.1-1
Thanks for 4.2!!
Problem with starting xdm (it wouldn't). I've traced it down to the
following:
polya:~ $ sxpm /usr/X11R6/lib/X11/xdm/pixmaps/debian.xpm
Read Xpm Error: Failed to parse or alloc some color.
I'm on an 8-bit display, which probably has a lot to do
Package: xserver-xfree86
Version: 4.2.1-1
From my XFree86.0.log:
(II) LoadModule: pex5
(II) Loading /usr/X11R6/lib/modules/pex5.so
dlopen: /usr/X11R6/lib/modules/pex5.so: undefined symbol: PexExtensionInitPtr
(EE) Failed to load /usr/X11R6/lib/modules/pex5.so
(II) UnloadModule: pex5
(EE) Failed
Processing commands for [EMAIL PROTECTED]:
reassign 163939 xserver-xfree86
Bug#163939: Fatal server error; Please help me
Bug reassigned from package `xserver-xfree86_4.1.0-16_i386' to
`xserver-xfree86'.
End of message, stopping processing here.
Please contact me if you need assistance.
On Die, 2002-10-08 at 01:21, Rupa Schomaker wrote:
I've run into an annoyance with vmware, and I'm trying to track down
more information before I start bugging the vmware guys.
I normally run in a dual-head config running each monitor 1600x1200
(so 3200x1200 combined). For the most part
On Mit, 2002-10-09 at 02:57, Branden Robinson wrote:
On Wed, Oct 09, 2002 at 12:31:01AM +0200, Michel Dänzer wrote:
Well, you can call LoaderPrintSymbol for each address with a ??, e.g.
call LoaderPrintSymbol(0x40197cdc)
Beware that the output goes to the server log only.
Gee,
Title: ATI Radeon 7500 QW; XFree86 4.2.1 (sid)
Hello all,
Thanks to the helpful info on this mailing list, I was able to get Xfree86 working with my new
ATI Radeon 7500 QW with the latest version of XFree86 in sid (4.2.1-1) using the DRI module in
2.4.20-pre8-ac3.
This email is not a bug
Hi,
I used the enclosed file to modify the 4.2.1-1 version of xfree to add
the support for Xv in neomagic.
In fact the patch is essentially taken from redhat's package (in rawhide).
I am currently using it in my ThinkPad 600x since yesterday and mplayer
xine are quite happy with it.
Can
Processing commands for [EMAIL PROTECTED]:
reassign 163927 xfree86
Bug#163927: task-x-window-system: request for dependency update
Bug reassigned from package `task-x-window-system' to `xfree86'.
retitle 163927 xfree86: x-window-system{,-core} metapackages should conflict
with old task-*
reassign 163927 xfree86
retitle 163927 xfree86: x-window-system{,-core} metapackages should conflict
with old task-* counterparts from potato
thanks
On Wed, Oct 09, 2002 at 08:38:50AM +0200, Michael Osamu Shiobara wrote:
If I understand the latest changes in xfree86_4.2.1 correctly,
there is
Your message dated Wed, 9 Oct 2002 11:36:47 -0500
with message-id [EMAIL PROTECTED]
and subject line [EMAIL PROTECTED]: xfree86 bug #150210]
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now
On Wed, Oct 09, 2002 at 01:37:38AM -0600, Joel Baker wrote:
Patches will be submitted to the BTS tomorrow, barring sudden crisis in
my life or other such catastrophe.
Beautiful. Thanks a lot for doing this.
Now, on to making it package correctly...
Heh, there is *always* more work to do.
I
[m68k-build whacked from headers]
On Wed, Oct 09, 2002 at 01:26:32PM +0200, Juliusz Chroboczek wrote:
JL I don't know XDirectFB, but the kdrive servers are probably
JL better served being compiled against a uclibc (yes they compile
JL cleanly against the newer uclibcs). Unless the idea is to
On Tue, Oct 08, 2002 at 10:50:24PM -0400, David N Kordonowy wrote:
Well, I suppose I thought that xserver-xfree86 would change the debconf
section that /etc/X11/XF86Config-4 pointed to (in this case
/etc/X11/XF86Config-4.sun), and not erase the link and replace it with a
new file. Is this
On Wed, Oct 09, 2002 at 01:26:32PM +0200, Juliusz Chroboczek wrote:
JL I don't know XDirectFB, but the kdrive servers are probably
JL better served being compiled against a uclibc (yes they compile
JL cleanly against the newer uclibcs). Unless the idea is to use
JL Xvesa as a failsafe X server
On Wed, Oct 09, 2002 at 10:48:36AM +0200, Michel D?nzer wrote:
It's not about supporting a 'DRI version' but about providing a DRM
version. The r128 driver in 4.2.0 uses a new ioctl for 2D acceleration
with DRI enabled, which is only available in the r128 DRM version 2.2.0
or later.
Processing commands for [EMAIL PROTECTED]:
severity 163935 important
Bug#163935: xdm: problem with debian.xpm: Failed to parse or alloc some color
Severity set to `important'.
retitle 163935 xdm: won't start at depth 8 because debian.xpm exhausts
colormap
Bug#163935: xdm: problem with
Processing commands for [EMAIL PROTECTED]:
retitle 163936 xserver-xfree86: [core server] attempts to old load modules
from 3.3.6
Bug#163936: xserver-xfree86: should be loading xext modules!
Changed Bug title.
tags 163936 + moreinfo upstream
Bug#163936: xserver-xfree86: [core server] attempts
retitle 163936 xserver-xfree86: [core server] attempts to old load modules from
3.3.6
tags 163936 + moreinfo upstream
thanks
On Wed, Oct 09, 2002 at 12:45:12PM +0100, Julian Gilbey wrote:
Package: xserver-xfree86
Version: 4.2.1-1
From my XFree86.0.log:
(II) LoadModule: pex5
(II) Loading
On Wed, Oct 09, 2002 at 09:39:59AM -0500, Sudhindra Herle wrote:
Thanks to the helpful info on this mailing list, I was able to get
Xfree86 working with my new ATI Radeon 7500 QW with the latest version
of XFree86 in sid (4.2.1-1) using the DRI module in 2.4.20-pre8-ac3.
Glad to hear it's
On Wed, Oct 09, 2002 at 06:16:28PM +0200, Yaacov Akiba Slama wrote:
I used the enclosed file to modify the 4.2.1-1 version of xfree to add
the support for Xv in neomagic.
Not exactly a trivial patch.
In fact the patch is essentially taken from redhat's package (in rawhide).
Hmph.
Processing commands for [EMAIL PROTECTED]:
reassign 163927 xfree86-common
Bug#163927: xfree86: x-window-system{,-core} metapackages should conflict with
old task-* counterparts from potato
Bug reassigned from package `xfree86' to `xfree86-common'.
End of message, stopping processing here.
On Wed, Oct 09, 2002 at 09:39:59AM -0500, Sudhindra Herle wrote:
When I ran 'glxgears' I seem to get between 500-2000fps. However, the CPU is
maxed out at 100% -- this on an Athlon XP1700. Also, if I move any window on
the desktop, the gears seem to stutter and slow down. This leads me to
Package: xserver-xfree86
Version: 4.2.1-2
Severity: important
Tags: sid
Hello,
X server crashes when modules freetype and xtt are both enabled. Here is
the last message from /var/log/XFree86.log.0:
(II) Loading /usr/X11R6/lib/modules/fonts/libxtt.a
Duplicate symbol TT_FreeType_Version in
On Wed, Oct 09, 2002 at 02:55:12PM -0400, James Walker wrote:
One of my very few complaints about linux on my ultra10 has been the
lack of DPMS (screen blanking) in xfree86. While googling around on
the subject, I stumbled across this post:
Your message dated Wed, 9 Oct 2002 14:35:23 -0500
with message-id [EMAIL PROTECTED]
and subject line Bug#163998: xserver-xfree86: Conflicting symbols in xtt and
freetype modules
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt
Vorresti Davvero Guadagnare con Internet?
Bene, la prima cosa da fare è salvare su disco questa pagina
per averla a portata di mano anche se il tuo PC non è connesso a Internet,
poi copia tutto in Word o in Blocco Note e stampalo,
così lo potrai leggere con più attenzione.
In [EMAIL PROTECTED]
Tadas Miniotas [EMAIL PROTECTED] wrote:
Package: xserver-xfree86
Version: 4.2.1-2
Severity: important
Tags: sid
Hello,
X server crashes when modules freetype and xtt are both enabled. Here is
the last message from /var/log/XFree86.log.0:
(II) Loading
On Mit, 2002-10-09 at 20:18, John Lenton wrote:
On Wed, Oct 09, 2002 at 09:39:59AM -0500, Sudhindra Herle wrote:
When I ran 'glxgears' I seem to get between 500-2000fps. However, the CPU is
maxed out at 100% -- this on an Athlon XP1700. Also, if I move any window on
the desktop, the
On Mit, 2002-10-09 at 19:25, Branden Robinson wrote:
I guess I need to come up with a good way of figuring out how to copy
only the needed portions of the build tree for a servers-only compile,
without this being unrealiable.
It would also be nice if the XFree86 build process could be
Package: xterm
Version: 4.2.1-2
Severity: normal
Everytime X is upgraded, I have to go through the following...
isn't there some way to only remove the alternative if it would
no longer work ?
...
Setting up xterm (4.2.1-2) ...
Removing manually selected alternative - switching to auto mode
...
Package: xfree86
Version: 4.2.1-1
Severity: normal
I am attaching four patches to this bug; all four must be present in the
debian/patches/ directory to successfully build on a NetBSD platform. I
would like to request an assigned number-range (as with the other ports)
for these patches; for the
Attached are two XFree86 logs, one at 24 bit colordepth (when it tells
me of an invalid color depth) and the other at 16 (when everything is
green)
Matt
On Tue, Oct 08, 2002 at 11:58:50AM -0500, Branden Robinson wrote:
# no crash, no coredump, no hang, no spontaneous reboot
severity 163807
Package: xserver-xfree86
Version: 4.2.1-2
Followup-For: Bug #-1
The mode list offered by debconf does not list the 1280x600 mode
used by the Sony Picturebook (Vaio C1) notebooks.
-- Package-specific info:
00:0c.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M6 LY
00:0c.0 Class
On Don, 2002-10-10 at 01:02, Matt Filizzi wrote:
Attached are two XFree86 logs, one at 24 bit colordepth (when it tells
me of an invalid color depth) and the other at 16 (when everything is
green)
[...]
(II) FBDEV(0): using default device
(II) Running in FRAMEBUFFER Mode
(EE) FBDEV(0):
My sincerest apologies - the formerly included 999_NetBSD.cf had one part
of the patch out of order. I had already fixed it, but somehow it failed to
make it into my local CVS before I sent the patches. Please find the
corrected patch attached to this message, as '999_NetBSD.cf.corrected'.
--
On Wed, Oct 09, 2002 at 11:29:49PM +0200, Michel D?nzer wrote:
On Mit, 2002-10-09 at 19:25, Branden Robinson wrote:
A servers-only build compiles Xlibs because the X server needs the X11
header files in the exports directory. Apparently Imake doesn't know
how to express just export the
On Thu, Oct 10, 2002 at 04:56:57AM +0900, ISHIKAWA Mutsumi wrote:
It is not a bug.
[...]
ISHIKAWA-san, to reach the bug submitter you need to mail
[EMAIL PROTECTED]
(or bugnumber-done, which will also close the bug, of course).
--
G. Branden Robinson|If you make people
tag 163807 - moreinfo
thanks
On Wed, Oct 09, 2002 at 07:02:07PM -0400, Matt Filizzi wrote:
Attached are two XFree86 logs, one at 24 bit colordepth (when it tells
me of an invalid color depth) and the other at 16 (when everything is
green)
Thanks for the prompt feedback.
--
G. Branden
On Wed, Oct 09, 2002 at 08:56:47PM -0500, Branden Robinson wrote:
On Wed, Oct 09, 2002 at 11:29:49PM +0200, Michel D?nzer wrote:
On Mit, 2002-10-09 at 19:25, Branden Robinson wrote:
A servers-only build compiles Xlibs because the X server needs the X11
header files in the exports
On Don, 2002-10-10 at 03:56, Branden Robinson wrote:
On Wed, Oct 09, 2002 at 11:29:49PM +0200, Michel D?nzer wrote:
On Mit, 2002-10-09 at 19:25, Branden Robinson wrote:
A servers-only build compiles Xlibs because the X server needs the X11
header files in the exports directory.
Processing commands for [EMAIL PROTECTED]:
tags 164050 patch
Bug#164050: xfree86: archfiles for Debian/NetBSD
Tags added: patch
--
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian Bugs database)
On Tue, 8 Oct 2002, Branden Robinson wrote:
Date: Tue, 8 Oct 2002 11:52:19 -0500
From: Branden Robinson [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol=application/pgp-signature;
On Tue, Oct 08, 2002 at 01:33:38PM -0600, Joel Baker wrote:
The good:
The better: I now have patches (against 4.2.1-1) to get a clean build on
netbsd-i386. Not yet tested extensively, but it *builds*.
The bad:
That I need to arrange them into a sane set of patches and submit them,
yet.
On Mit, 2002-10-09 at 04:32, Branden Robinson wrote:
On Wed, Oct 09, 2002 at 01:18:03AM +, Lazarus Long wrote:
Additional info:
The same errors occur when rebooting to an old kernel, 2.4.18, from way
back in March. (I thought perhaps for some strange reason the module
version had
On Mon, Oct 07, 2002 at 02:16:17PM -0500, Branden Robinson wrote:
Those are some pretty aggressive options you've got going there. The
fbdev layer plus PCI retries plus AGPMode 4. I wouldn't be surprised if
you'd get more stability by backing off on some of those. However, a
bug's a bug.
charset=ISO-8859-1;
charset=ISO-8859-1;
charset=ISO-8859-1;
charset=ISO-8859-1;
charset=ISO-8859-1;
charset=ISO-8859-1;
charset=ISO-8859-1;
charset=ISO-8859-1;
charset=ISO-8859-1;
charset=ISO-8859-1;
charset=ISO-8859-1;
JL I don't know XDirectFB, but the kdrive servers are probably
JL better served being compiled against a uclibc (yes they compile
JL cleanly against the newer uclibcs). Unless the idea is to use
JL Xvesa as a failsafe X server for intel. Else what's the point?
I do see Xvesa as a failsafe
Package: xdm
Version: 4.2.1-1
Thanks for 4.2!!
Problem with starting xdm (it wouldn't). I've traced it down to the
following:
polya:~ $ sxpm /usr/X11R6/lib/X11/xdm/pixmaps/debian.xpm
Read Xpm Error: Failed to parse or alloc some color.
I'm on an 8-bit display, which probably has a lot to do
Package: xserver-xfree86
Version: 4.2.1-1
From my XFree86.0.log:
(II) LoadModule: pex5
(II) Loading /usr/X11R6/lib/modules/pex5.so
dlopen: /usr/X11R6/lib/modules/pex5.so: undefined symbol: PexExtensionInitPtr
(EE) Failed to load /usr/X11R6/lib/modules/pex5.so
(II) UnloadModule: pex5
(EE) Failed
Processing commands for [EMAIL PROTECTED]:
reassign 163939 xserver-xfree86
Bug#163939: Fatal server error; Please help me
Bug reassigned from package `xserver-xfree86_4.1.0-16_i386' to `xserver-xfree86'.
End of message, stopping processing here.
Please contact me if you need assistance.
On Die, 2002-10-08 at 01:21, Rupa Schomaker wrote:
I've run into an annoyance with vmware, and I'm trying to track down
more information before I start bugging the vmware guys.
I normally run in a dual-head config running each monitor 1600x1200
(so 3200x1200 combined). For the most part
On Mit, 2002-10-09 at 02:57, Branden Robinson wrote:
On Wed, Oct 09, 2002 at 12:31:01AM +0200, Michel Dänzer wrote:
Well, you can call LoaderPrintSymbol for each address with a ??, e.g.
call LoaderPrintSymbol(0x40197cdc)
Beware that the output goes to the server log only.
Gee,
reassign 163927 xfree86
retitle 163927 xfree86: x-window-system{,-core} metapackages should conflict with old
task-* counterparts from potato
thanks
On Wed, Oct 09, 2002 at 08:38:50AM +0200, Michael Osamu Shiobara wrote:
If I understand the latest changes in xfree86_4.2.1 correctly,
there is
Your message dated Wed, 9 Oct 2002 11:36:47 -0500
with message-id [EMAIL PROTECTED]
and subject line [[EMAIL PROTECTED]: xfree86 bug #150210]
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now
[m68k-build whacked from headers]
On Wed, Oct 09, 2002 at 01:26:32PM +0200, Juliusz Chroboczek wrote:
JL I don't know XDirectFB, but the kdrive servers are probably
JL better served being compiled against a uclibc (yes they compile
JL cleanly against the newer uclibcs). Unless the idea is to
On Tue, Oct 08, 2002 at 10:50:24PM -0400, David N Kordonowy wrote:
Well, I suppose I thought that xserver-xfree86 would change the debconf
section that /etc/X11/XF86Config-4 pointed to (in this case
/etc/X11/XF86Config-4.sun), and not erase the link and replace it with a
new file. Is this
On Wed, Oct 09, 2002 at 10:48:36AM +0200, Michel D?nzer wrote:
It's not about supporting a 'DRI version' but about providing a DRM
version. The r128 driver in 4.2.0 uses a new ioctl for 2D acceleration
with DRI enabled, which is only available in the r128 DRM version 2.2.0
or later.
Processing commands for [EMAIL PROTECTED]:
severity 163935 important
Bug#163935: xdm: problem with debian.xpm: Failed to parse or alloc some color
Severity set to `important'.
retitle 163935 xdm: won't start at depth 8 because debian.xpm exhausts colormap
Bug#163935: xdm: problem with
Processing commands for [EMAIL PROTECTED]:
retitle 163936 xserver-xfree86: [core server] attempts to old load modules from 3.3.6
Bug#163936: xserver-xfree86: should be loading xext modules!
Changed Bug title.
tags 163936 + moreinfo upstream
Bug#163936: xserver-xfree86: [core server] attempts
retitle 163936 xserver-xfree86: [core server] attempts to old load modules from 3.3.6
tags 163936 + moreinfo upstream
thanks
On Wed, Oct 09, 2002 at 12:45:12PM +0100, Julian Gilbey wrote:
Package: xserver-xfree86
Version: 4.2.1-1
From my XFree86.0.log:
(II) LoadModule: pex5
(II) Loading
On Wed, Oct 09, 2002 at 09:39:59AM -0500, Sudhindra Herle wrote:
Thanks to the helpful info on this mailing list, I was able to get
Xfree86 working with my new ATI Radeon 7500 QW with the latest version
of XFree86 in sid (4.2.1-1) using the DRI module in 2.4.20-pre8-ac3.
Glad to hear it's
On Wed, Oct 09, 2002 at 06:16:28PM +0200, Yaacov Akiba Slama wrote:
I used the enclosed file to modify the 4.2.1-1 version of xfree to add
the support for Xv in neomagic.
Not exactly a trivial patch.
In fact the patch is essentially taken from redhat's package (in rawhide).
Hmph.
Processing commands for [EMAIL PROTECTED]:
reassign 163927 xfree86-common
Bug#163927: xfree86: x-window-system{,-core} metapackages should conflict with old
task-* counterparts from potato
Bug reassigned from package `xfree86' to `xfree86-common'.
End of message, stopping processing here.
Processing commands for [EMAIL PROTECTED]:
retitle 163927 xfree86-common: should conflict with old task-x-window-system*
packages from potato
Bug#163927: xfree86: x-window-system{,-core} metapackages should conflict with old
task-* counterparts from potato
Changed Bug title.
End of message,
On Wed, Oct 09, 2002 at 09:39:59AM -0500, Sudhindra Herle wrote:
When I ran 'glxgears' I seem to get between 500-2000fps. However, the CPU is
maxed out at 100% -- this on an Athlon XP1700. Also, if I move any window on
the desktop, the gears seem to stutter and slow down. This leads me to
One of my very few complaints about linux on my ultra10 has been the
lack of DPMS (screen blanking) in xfree86. While googling around on
the subject, I stumbled across this post:
http://www.xfree86.org/pipermail/xpert/2001-December/013959.html
with this patch:
On Mit, 2002-10-09 at 20:18, John Lenton wrote:
On Wed, Oct 09, 2002 at 09:39:59AM -0500, Sudhindra Herle wrote:
When I ran 'glxgears' I seem to get between 500-2000fps. However, the CPU is
maxed out at 100% -- this on an Athlon XP1700. Also, if I move any window on
the desktop, the
On Mit, 2002-10-09 at 19:25, Branden Robinson wrote:
I guess I need to come up with a good way of figuring out how to copy
only the needed portions of the build tree for a servers-only compile,
without this being unrealiable.
It would also be nice if the XFree86 build process could be
Package: xterm
Version: 4.2.1-2
Severity: normal
Everytime X is upgraded, I have to go through the following...
isn't there some way to only remove the alternative if it would
no longer work ?
...
Setting up xterm (4.2.1-2) ...
Removing manually selected alternative - switching to auto mode
...
Attached are two XFree86 logs, one at 24 bit colordepth (when it tells
me of an invalid color depth) and the other at 16 (when everything is
green)
Matt
On Tue, Oct 08, 2002 at 11:58:50AM -0500, Branden Robinson wrote:
# no crash, no coredump, no hang, no spontaneous reboot
severity 163807
Package: xserver-xfree86
Version: 4.2.1-2
Followup-For: Bug #-1
The mode list offered by debconf does not list the 1280x600 mode
used by the Sony Picturebook (Vaio C1) notebooks.
-- Package-specific info:
00:0c.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M6 LY
00:0c.0
My sincerest apologies - the formerly included 999_NetBSD.cf had one part
of the patch out of order. I had already fixed it, but somehow it failed to
make it into my local CVS before I sent the patches. Please find the
corrected patch attached to this message, as '999_NetBSD.cf.corrected'.
--
On Wed, Oct 09, 2002 at 11:29:49PM +0200, Michel D?nzer wrote:
On Mit, 2002-10-09 at 19:25, Branden Robinson wrote:
A servers-only build compiles Xlibs because the X server needs the X11
header files in the exports directory. Apparently Imake doesn't know
how to express just export the
On Thu, Oct 10, 2002 at 04:56:57AM +0900, ISHIKAWA Mutsumi wrote:
It is not a bug.
[...]
ISHIKAWA-san, to reach the bug submitter you need to mail
[EMAIL PROTECTED]
(or bugnumber-done, which will also close the bug, of course).
--
G. Branden Robinson|If you make people
Processing commands for [EMAIL PROTECTED]:
tag 163807 - moreinfo
Bug#163807: xserver-xfree86: [fbdev] color depth disagreements with kernel
Tags removed: moreinfo
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
Processing commands for [EMAIL PROTECTED]:
retitle 164026 xfree86: support for Debian/NetBSD
Bug#164026: NetBSD build patches
Changed Bug title.
tag 164026 + patch
Bug#164026: xfree86: support for Debian/NetBSD
Tags added: patch
severity 164026 wishlist
Bug#164026: xfree86: support for
tag 163807 - moreinfo
thanks
On Wed, Oct 09, 2002 at 07:02:07PM -0400, Matt Filizzi wrote:
Attached are two XFree86 logs, one at 24 bit colordepth (when it tells
me of an invalid color depth) and the other at 16 (when everything is
green)
Thanks for the prompt feedback.
--
G. Branden
On Wed, Oct 09, 2002 at 08:56:47PM -0500, Branden Robinson wrote:
On Wed, Oct 09, 2002 at 11:29:49PM +0200, Michel D?nzer wrote:
On Mit, 2002-10-09 at 19:25, Branden Robinson wrote:
A servers-only build compiles Xlibs because the X server needs the X11
header files in the exports
On Don, 2002-10-10 at 03:56, Branden Robinson wrote:
On Wed, Oct 09, 2002 at 11:29:49PM +0200, Michel D?nzer wrote:
On Mit, 2002-10-09 at 19:25, Branden Robinson wrote:
A servers-only build compiles Xlibs because the X server needs the X11
header files in the exports directory.
Processing commands for [EMAIL PROTECTED]:
retitle 164034 xserver-xfree86: debconf question does not support the 1280x600 mode
used by Sony PictureBooks
Bug#164034: [debconf] does not support the 1280x600 mode used by the Sony Picturebook
notebooks
Changed Bug title.
severity 164034
Processing commands for [EMAIL PROTECTED]:
tags 164050 patch
Bug#164050: xfree86: archfiles for Debian/NetBSD
Tags added: patch
--
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--
To
Package: xserver-xfree86
Version: 4.2.1-2
Severity: minor
Tags: patch
Please find attached an updated Portuguese translation for the
xserver-xfree86 debconf templates. With this update, only two templates
remain untranslated to Portuguese; I'm leaving those for a better
translator than I to
88 matches
Mail list logo