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. Unfort
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 debi
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
severity 163935 important
retitle 163935 xdm: won't start at depth 8 because debian.xpm exhausts colormap
tag 163935 + moreinfo upstream
thanks
On Wed, Oct 09, 2002 at 12:40:10PM +0100, Julian Gilbey wrote:
> Package: xdm
> Version: 4.2.1-1
>
> Thanks for 4.2!!
>
> Problem with starting xdm (it
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 w
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. Attemp
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 messag
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:
http://lists.suse.com/archive/suse
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
/usr/X
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:
>
> http://www.xfree86.org/pipermail/xpert/2001-De
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 w
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.
Qu
> 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.
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,
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
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 m
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
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 expor
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
(administra
Processing commands for [EMAIL PROTECTED]:
> retitle 164021 xterm: upgrading xterm package automatically removes manually
>selected x-terminal-emulator alternative
Bug#164021: xterm: Removing manually selected alternative
Changed Bug title.
>
End of message, stopping processing here.
Please co
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 De
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 R
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 export
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 wishl
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 UN
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 pic
On Thu, Oct 10, 2002 at 04:14:50AM +0200, Michel Dänzer wrote:
> 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 t
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";
>bou
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
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-885
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 alte
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 w
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) Fai
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.
De
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
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.
>
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 r
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-* c
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.
[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
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
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. Unfortu
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 de
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] attemp
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
severity 163935 important
retitle 163935 xdm: won't start at depth 8 because debian.xpm exhausts colormap
tag 163935 + moreinfo upstream
thanks
On Wed, Oct 09, 2002 at 12:40:10PM +0100, Julian Gilbey wrote:
> Package: xdm
> Version: 4.2.1-1
>
> Thanks for 4.2!!
>
> Problem with starting xdm (it
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 wo
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. Attempt
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.
P
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 messag
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:
http://lists.suse.com/archive/suse-
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
/usr/X1
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:
>
> http://www.xfree86.org/pipermail/xpert/2001-Dec
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 wi
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.
Que
> 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.l
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,
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 b
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 mo
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(
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
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 t
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
(administrat
Processing commands for [EMAIL PROTECTED]:
> retitle 164021 xterm: upgrading xterm package automatically removes manually
> selected x-terminal-emulator alternative
Bug#164021: xterm: Removing manually selected alternative
Changed Bug title.
>
End of message, stopping processing here.
Please co
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 Deb
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 Ro
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 wishl
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, 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
> > versio
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-88
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 alt
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) Fa
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.
De
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
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.
1 - 100 of 109 matches
Mail list logo
