Re: STOP THE PRESSES Re: XFree86 4.0.2-12 release and architecture status
On Thu, Mar 29, 2001 at 11:39:05PM -0500, Ben Collins wrote: > On Thu, Mar 29, 2001 at 11:34:48PM -0500, Branden Robinson wrote: > > So the version of libc6-dev I build against is irrelevant? > > As long as you have gcc 2.95.3-9 installed, yes. Okay, thanks. Cookin' 4.0.2-13 as we speak. -- G. Branden Robinson |The only way to get rid of a temptation Debian GNU/Linux|is to yield to it. [EMAIL PROTECTED] |-- Oscar Wilde http://www.debian.org/~branden/ | pgptkmcEeyPmQ.pgp Description: PGP signature
Re: STOP THE PRESSES Re: XFree86 4.0.2-12 release and architecture status
On Thu, Mar 29, 2001 at 11:34:48PM -0500, Branden Robinson wrote: > On Wed, Mar 28, 2001 at 08:39:31PM -0500, Ben Collins wrote: > > On Wed, Mar 28, 2001 at 11:52:51AM -0500, Branden Robinson wrote: > > > 1) 4.0.2-12 for i386 is broken. Just building against libc6 2.2.2-2 is > > > insufficient to avoid the gcc/binutils problem that BenC warned about in > > > debian-devel. > > > > Installing gcc 2.95.3-9 makes things suitable for building on i386 now. > > I just did a test build of db2 and db3, and then linked to them with > > openldap2 and libnss-db. All went well, as expected. > > So the version of libc6-dev I build against is irrelevant? As long as you have gcc 2.95.3-9 installed, yes. -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---'
Re: STOP THE PRESSES Re: XFree86 4.0.2-12 release and architecture status
On Wed, Mar 28, 2001 at 08:39:31PM -0500, Ben Collins wrote: > On Wed, Mar 28, 2001 at 11:52:51AM -0500, Branden Robinson wrote: > > 1) 4.0.2-12 for i386 is broken. Just building against libc6 2.2.2-2 is > > insufficient to avoid the gcc/binutils problem that BenC warned about in > > debian-devel. > > Installing gcc 2.95.3-9 makes things suitable for building on i386 now. > I just did a test build of db2 and db3, and then linked to them with > openldap2 and libnss-db. All went well, as expected. So the version of libc6-dev I build against is irrelevant? -- G. Branden Robinson |The errors of great men are venerable Debian GNU/Linux|because they are more fruitful than the [EMAIL PROTECTED] |truths of little men. http://www.debian.org/~branden/ |-- Friedrich Nietzsche pgpkpbtwkgCEt.pgp Description: PGP signature
Re: XFree86 4.0.2-13 in auric's incoming
On Fri, 30 Mar 2001, Branden Robinson wrote: > i386 is uploaded. powerpc and sparc are compiling right now. > > alpha, arm, and m68k, please compile this for your architectures. FYI, it will have to wait until a gcc build binary-arch problem is resolved. Matthias is already working on a fix. I do have a copy of 2.95.3-9 built, though, so maybe I can do it after all (thinking aloud :-P). C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
XFree86 4.0.2-13 in auric's incoming
i386 is uploaded. powerpc and sparc are compiling right now. alpha, arm, and m68k, please compile this for your architectures. Changes: xfree86 (4.0.2-13) unstable; urgency=medium . * build using gcc 2.95.3-9 (see #92008) * debian/local/dexconf: don't freak out if the selected mode list is blank * debian/xlibs.{links,preinst,postinst,prerm}: the aggressive transition attempted in xlibs 4.0.2-12 didn't work as planned, due to the existence of packages which used the old app-defaults location but are no longer part of Debian for whatever reason, and therefore have no "fixed" version to upgrade to; removed all transition code from the preinst; stopped shipping /usr/X11R6/lib/X11/app-defaults altogether, move the file migration code to the postinst script, and handle the compatibility symlink in the postinst and prerm scripts just as we do the well-known /usr/doc/package -> /usr/share/doc/package compatibility symlink (Closes: #92074) -- G. Branden Robinson | I just wanted to see what it looked like Debian GNU/Linux| in a spotlight. [EMAIL PROTECTED] | -- Jim Morrison http://www.debian.org/~branden/ | PGP signature
Re: STOP THE PRESSES Re: XFree86 4.0.2-12 release and architecture status
On Thu, Mar 29, 2001 at 11:39:05PM -0500, Ben Collins wrote: > On Thu, Mar 29, 2001 at 11:34:48PM -0500, Branden Robinson wrote: > > So the version of libc6-dev I build against is irrelevant? > > As long as you have gcc 2.95.3-9 installed, yes. Okay, thanks. Cookin' 4.0.2-13 as we speak. -- G. Branden Robinson |The only way to get rid of a temptation Debian GNU/Linux|is to yield to it. [EMAIL PROTECTED] |-- Oscar Wilde http://www.debian.org/~branden/ | PGP signature
Re: STOP THE PRESSES Re: XFree86 4.0.2-12 release and architecture status
On Thu, Mar 29, 2001 at 11:34:48PM -0500, Branden Robinson wrote: > On Wed, Mar 28, 2001 at 08:39:31PM -0500, Ben Collins wrote: > > On Wed, Mar 28, 2001 at 11:52:51AM -0500, Branden Robinson wrote: > > > 1) 4.0.2-12 for i386 is broken. Just building against libc6 2.2.2-2 is > > > insufficient to avoid the gcc/binutils problem that BenC warned about in > > > debian-devel. > > > > Installing gcc 2.95.3-9 makes things suitable for building on i386 now. > > I just did a test build of db2 and db3, and then linked to them with > > openldap2 and libnss-db. All went well, as expected. > > So the version of libc6-dev I build against is irrelevant? As long as you have gcc 2.95.3-9 installed, yes. -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: STOP THE PRESSES Re: XFree86 4.0.2-12 release and architecture status
On Wed, Mar 28, 2001 at 08:39:31PM -0500, Ben Collins wrote: > On Wed, Mar 28, 2001 at 11:52:51AM -0500, Branden Robinson wrote: > > 1) 4.0.2-12 for i386 is broken. Just building against libc6 2.2.2-2 is > > insufficient to avoid the gcc/binutils problem that BenC warned about in > > debian-devel. > > Installing gcc 2.95.3-9 makes things suitable for building on i386 now. > I just did a test build of db2 and db3, and then linked to them with > openldap2 and libnss-db. All went well, as expected. So the version of libc6-dev I build against is irrelevant? -- G. Branden Robinson |The errors of great men are venerable Debian GNU/Linux|because they are more fruitful than the [EMAIL PROTECTED] |truths of little men. http://www.debian.org/~branden/ |-- Friedrich Nietzsche PGP signature
Re: STOP THE PRESSES Re: XFree86 4.0.2-12 release and architecture status
On Wed, Mar 28, 2001 at 11:52:51AM -0500, Branden Robinson wrote: > 1) 4.0.2-12 for i386 is broken. Just building against libc6 2.2.2-2 is > insufficient to avoid the gcc/binutils problem that BenC warned about in > debian-devel. Installing gcc 2.95.3-9 makes things suitable for building on i386 now. I just did a test build of db2 and db3, and then linked to them with openldap2 and libnss-db. All went well, as expected. BTW, you might find it easier to use the [EMAIL PROTECTED] alias, rather than using the long list you have now :) -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---'
Re: Help needed, TDFX [Re: Release-critical Bugreport for March 23, 2001]
On Thu, Mar 29, 2001 at 12:17:07AM -0800, Stephen Zander wrote: > Joseph> If you have a 3dfx card, you probably should be using CVS > Joseph> DRI, which can be made not too painful (but will uglify > Joseph> your XF86Config-4 file a bit..) > > Is the same true for Voodoo5? Most assuredly. The Radeon is the one that seems to be having trouble. I don't think the driver is ready for release yet at least on some hardware. The DRI people are assuring me that it's just my specific hardware that has the problems though, so I could be wrong. -- Joseph Carter <[EMAIL PROTECTED]>Free software developer when you start making only stupid mistakes that are obvious, thats when you start getting competent because you don't make fundamental misunderstanding mistakes and thats a *good* sign. pgpbyig2TgpC8.pgp Description: PGP signature
Re: STOP THE PRESSES Re: XFree86 4.0.2-12 release and architecture status
On Wed, Mar 28, 2001 at 11:52:51AM -0500, Branden Robinson wrote: > 1) 4.0.2-12 for i386 is broken. Just building against libc6 2.2.2-2 is > insufficient to avoid the gcc/binutils problem that BenC warned about in > debian-devel. Installing gcc 2.95.3-9 makes things suitable for building on i386 now. I just did a test build of db2 and db3, and then linked to them with openldap2 and libnss-db. All went well, as expected. BTW, you might find it easier to use the [EMAIL PROTECTED] alias, rather than using the long list you have now :) -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: STOP THE PRESSES Re: XFree86 4.0.2-12 release and architecture status
On Wed, Mar 28, 2001 at 11:52:51AM -0500, Branden Robinson wrote: > 1) 4.0.2-12 for i386 is broken. Just building against libc6 2.2.2-2 is > insufficient to avoid the gcc/binutils problem that BenC warned about in > debian-devel. Installing gcc 2.95.3-9 makes things suitable for building on i386 now. I just did a test build of db2 and db3, and then linked to them with openldap2 and libnss-db. All went well, as expected. BTW, you might find it easier to use the [EMAIL PROTECTED] alias, rather than using the long list you have now :) -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help needed, TDFX [Re: Release-critical Bugreport for March 23, 2001]
On Thu, Mar 29, 2001 at 12:17:07AM -0800, Stephen Zander wrote: > > "Joseph" == Joseph Carter <[EMAIL PROTECTED]> writes: > Joseph> If you have a 3dfx card, you probably should be using CVS > Joseph> DRI, which can be made not too painful (but will uglify > Joseph> your XF86Config-4 file a bit..) > > Is the same true for Voodoo5? Yes, the CVS drivers are faster (AIUI). The difference (empirically) appears to be more noticeable on machines which have slow CPUs, and hence tend to be CPU bound (like mine which is a K6-2 500, which has very poor FP performance compared to a PII of similar speed). Note that Mercury has made apt-able DRI cvs debs of X; these were announced to this list as well as debian-x, and I'm using them successfully here. Jules
Re: Help needed, TDFX [Re: Release-critical Bugreport for March 23, 2001]
> "Joseph" == Joseph Carter <[EMAIL PROTECTED]> writes: Joseph> If you have a 3dfx card, you probably should be using CVS Joseph> DRI, which can be made not too painful (but will uglify Joseph> your XF86Config-4 file a bit..) Is the same true for Voodoo5? -- Stephen "If I claimed I was emporer just cause some moistened bint lobbed a scimitar at me they'd put me away"
Re: Help needed, TDFX [Re: Release-critical Bugreport for March 23, 2001]
On Thu, Mar 29, 2001 at 12:17:07AM -0800, Stephen Zander wrote: > Joseph> If you have a 3dfx card, you probably should be using CVS > Joseph> DRI, which can be made not too painful (but will uglify > Joseph> your XF86Config-4 file a bit..) > > Is the same true for Voodoo5? Most assuredly. The Radeon is the one that seems to be having trouble. I don't think the driver is ready for release yet at least on some hardware. The DRI people are assuring me that it's just my specific hardware that has the problems though, so I could be wrong. -- Joseph Carter <[EMAIL PROTECTED]>Free software developer when you start making only stupid mistakes that are obvious, thats when you start getting competent because you don't make fundamental misunderstanding mistakes and thats a *good* sign. PGP signature
Re: Help needed, TDFX [Re: Release-critical Bugreport for March 23, 2001]
On Thu, Mar 29, 2001 at 12:17:07AM -0800, Stephen Zander wrote: > > "Joseph" == Joseph Carter <[EMAIL PROTECTED]> writes: > Joseph> If you have a 3dfx card, you probably should be using CVS > Joseph> DRI, which can be made not too painful (but will uglify > Joseph> your XF86Config-4 file a bit..) > > Is the same true for Voodoo5? Yes, the CVS drivers are faster (AIUI). The difference (empirically) appears to be more noticeable on machines which have slow CPUs, and hence tend to be CPU bound (like mine which is a K6-2 500, which has very poor FP performance compared to a PII of similar speed). Note that Mercury has made apt-able DRI cvs debs of X; these were announced to this list as well as debian-x, and I'm using them successfully here. Jules -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: International keyboard setup (xkb)
DP> I'm trying to make sense of the way X is handling the keyboard, DP> via xkb. I want to be able to setup something like xkbsel to DP> switch between a latin and cyrillic keyboard. (Cyrillic docs DP> usually recommend using xruskb, but from what I understand, it is, DP> as the russians might say, somewhat "otstoiniy". Based on X11R5 DP> rather than X11R6 or something). I assume you need russian cyrillic keybord. Personal advice: don't use xruskb. It uses dirty hacks. xkb is a better way. Actually setup is very simple: put in your XWindow config (/etc/X11/XF86Config or /etc/X11/XF86Config-4 or simular - depends on your setup) for XFree86 3.xx: XkbLayout "ru" XkbOptions "grp:caps_toggle" or for XFree86 4.xx: Option "XkbLayout" "ru" Option "XkbOptions" "grp:caps_toggle" It should in section for keyboard. Also you should set locale. Set environment variable LC_CTYPE=ru_RU.KOI8-R. Make sure that X clients get this variable. For example on debian you can put it in /etc/environment Thats all. You should be able to switch keyborads with CapsLock now. If you want other variants of keyboard switches you can try use instead "grp:caps_toggle" one of the next: grp:toggle - switch with Alt_R grp:shift_toggle - switch with Shift_L+Shift_R grp:ctrl_shift_toggle - switch with Control_L+Shift_L or Control_R+Shift_R grp:ctrl_alt_toggle - switch with Control_L+Alt_L or Control_R+Alt_R grp:alt_shift_toggle - switch Shift_L+Alt_L or Shift_R+Alt_R grp:menu_toggle - switch Shift+Menu (on windows keyboards) Of course don't forget to restart X after config changes. If you know russian I can send you link on really very good documentation about xkb. -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- | Ilya Martynov (http://martynov.org/)| | GnuPG 1024D/323BDEE6 D7F7 561E 4C1D 8A15 8E80 E4AE BE1A 53EB 323B DEE6 | | AGAVA Software Company (http://www.agava.com/) | -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Re: Help needed, TDFX [Re: Release-critical Bugreport for March 23, 2001]
> "Joseph" == Joseph Carter <[EMAIL PROTECTED]> writes: Joseph> If you have a 3dfx card, you probably should be using CVS Joseph> DRI, which can be made not too painful (but will uglify Joseph> your XF86Config-4 file a bit..) Is the same true for Voodoo5? -- Stephen "If I claimed I was emporer just cause some moistened bint lobbed a scimitar at me they'd put me away" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
International keyboard setup (xkb)
I'm trying to make sense of the way X is handling the keyboard, via xkb. I want to be able to setup something like xkbsel to switch between a latin and cyrillic keyboard. (Cyrillic docs usually recommend using xruskb, but from what I understand, it is, as the russians might say, somewhat "otstoiniy". Based on X11R5 rather than X11R6 or something). Now the keys all seem to be there in /etc/X11/xkb - there's the cyrillic mapping in /etc/X11/xkb/symbols/ru, but the bit I don't get is where the key gets mapped to the letter's ASCII value. For instance, take the key "q". /etc/X11/xkb/keycodes/xfree86 and /etc/X11/xkb/symbols/us suggest it's the physical key 24 which gets is mapped to X key . But at what point is mapped to ASCII character 161 (hex 71) ?? When I can understand that, I'll be on my way to enhancing xkbsel to write in cyrillic. Drew -- PGP public key available at http://dparsons.webjump.com/drewskey.txt Fingerprint: A110 EAE1 D7D2 8076 5FE0 EC0A B6CE 7041 6412 4E4A
Re: International keyboard setup (xkb)
DP> I'm trying to make sense of the way X is handling the keyboard, DP> via xkb. I want to be able to setup something like xkbsel to DP> switch between a latin and cyrillic keyboard. (Cyrillic docs DP> usually recommend using xruskb, but from what I understand, it is, DP> as the russians might say, somewhat "otstoiniy". Based on X11R5 DP> rather than X11R6 or something). I assume you need russian cyrillic keybord. Personal advice: don't use xruskb. It uses dirty hacks. xkb is a better way. Actually setup is very simple: put in your XWindow config (/etc/X11/XF86Config or /etc/X11/XF86Config-4 or simular - depends on your setup) for XFree86 3.xx: XkbLayout "ru" XkbOptions "grp:caps_toggle" or for XFree86 4.xx: Option "XkbLayout" "ru" Option "XkbOptions" "grp:caps_toggle" It should in section for keyboard. Also you should set locale. Set environment variable LC_CTYPE=ru_RU.KOI8-R. Make sure that X clients get this variable. For example on debian you can put it in /etc/environment Thats all. You should be able to switch keyborads with CapsLock now. If you want other variants of keyboard switches you can try use instead "grp:caps_toggle" one of the next: grp:toggle - switch with Alt_R grp:shift_toggle - switch with Shift_L+Shift_R grp:ctrl_shift_toggle - switch with Control_L+Shift_L or Control_R+Shift_R grp:ctrl_alt_toggle - switch with Control_L+Alt_L or Control_R+Alt_R grp:alt_shift_toggle - switch Shift_L+Alt_L or Shift_R+Alt_R grp:menu_toggle - switch Shift+Menu (on windows keyboards) Of course don't forget to restart X after config changes. If you know russian I can send you link on really very good documentation about xkb. -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- | Ilya Martynov (http://martynov.org/)| | GnuPG 1024D/323BDEE6 D7F7 561E 4C1D 8A15 8E80 E4AE BE1A 53EB 323B DEE6 | | AGAVA Software Company (http://www.agava.com/) | -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
International keyboard setup (xkb)
I'm trying to make sense of the way X is handling the keyboard, via xkb. I want to be able to setup something like xkbsel to switch between a latin and cyrillic keyboard. (Cyrillic docs usually recommend using xruskb, but from what I understand, it is, as the russians might say, somewhat "otstoiniy". Based on X11R5 rather than X11R6 or something). Now the keys all seem to be there in /etc/X11/xkb - there's the cyrillic mapping in /etc/X11/xkb/symbols/ru, but the bit I don't get is where the key gets mapped to the letter's ASCII value. For instance, take the key "q". /etc/X11/xkb/keycodes/xfree86 and /etc/X11/xkb/symbols/us suggest it's the physical key 24 which gets is mapped to X key . But at what point is mapped to ASCII character 161 (hex 71) ?? When I can understand that, I'll be on my way to enhancing xkbsel to write in cyrillic. Drew -- PGP public key available at http://dparsons.webjump.com/drewskey.txt Fingerprint: A110 EAE1 D7D2 8076 5FE0 EC0A B6CE 7041 6412 4E4A -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: new aptable cvs dri fails with mga
On Wed, Mar 28, 2001 at 02:03:32PM -0500, Stuart Ballard wrote: > "Thomas E. Vaughan" wrote: > > > > Maybe I failed to do something that I was supposed to do, but dri is > > disabled for me. > > > > DRM version = 2.0.1, expected 3.0.x > > DRI disabled. > > What kernel are you using? > > Sounds like you have outdated drm modules in your kernel. Zephaniah's > previous message claims that 2.4.2 has adequate modules. If you are > using an older kernel, you may need to build the drm modules yourself or > upgrade your kernel. If you are using 2.4.2... perhaps the packages > actually do need to include the drm modules. No, the 2.4.2 kernel has older drm stuff than is in the current HEAD X cvs tree, updates there where on marsch 20 or something such. I guess this is the same that comes from the DRI cvs HEAD. Does the dri packages not provide drm kernel modules also ? Friendly, Sven Luther
Re: new aptable cvs dri fails with mga
On Wed, Mar 28, 2001 at 12:42:21PM -0600, Thomas E. Vaughan wrote: > > Maybe I failed to do something that I was supposed to do, but dri is > disabled for me. > > DRM version = 2.0.1, expected 3.0.x > DRI disabled. There was (at least) a major DRI merge dated around the 3rd week of marsch, so much later than the 4.0.99.1 release. So, just upgrade your X server, and things will work well, i think. Friendly, Sven Luther
Re: How see antialiased fonts in xterm?
On Tue, Feb 04, 2020 at 04:06:47PM +0100, Daniele Medri - [EMAIL PROTECTED] wrote: > > I've just installed xfree 4.0.2-1 on woody. > What may i enable to see xterm with antialiased fonts.. or antialiased font > everywhere in X? Try 'xterm -fa Courier'. Also there is a small HOWTO in /usr/doc/konquerer/qt-fonts-HOWTO.html, which describes how to get anti aliased fonts with QT applications (KDE, licq etc.) Dunno whether konquerer is in woody though, so you might have to download the package from unstable and read the HOWTO there. -- Med venlig hilsen - Sincerely Morten Brix Pedersen - [EMAIL PROTECTED] - Copenhagen, Demark.
Re: new aptable cvs dri fails with mga
On Wed, Mar 28, 2001 at 02:03:32PM -0500, Stuart Ballard wrote: > "Thomas E. Vaughan" wrote: > > > > Maybe I failed to do something that I was supposed to do, but dri is > > disabled for me. > > > > DRM version = 2.0.1, expected 3.0.x > > DRI disabled. > > What kernel are you using? > > Sounds like you have outdated drm modules in your kernel. Zephaniah's > previous message claims that 2.4.2 has adequate modules. If you are > using an older kernel, you may need to build the drm modules yourself or > upgrade your kernel. If you are using 2.4.2... perhaps the packages > actually do need to include the drm modules. No, the 2.4.2 kernel has older drm stuff than is in the current HEAD X cvs tree, updates there where on marsch 20 or something such. I guess this is the same that comes from the DRI cvs HEAD. Does the dri packages not provide drm kernel modules also ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: new aptable cvs dri fails with mga
On Wed, Mar 28, 2001 at 12:42:21PM -0600, Thomas E. Vaughan wrote: > > Maybe I failed to do something that I was supposed to do, but dri is > disabled for me. > > DRM version = 2.0.1, expected 3.0.x > DRI disabled. There was (at least) a major DRI merge dated around the 3rd week of marsch, so much later than the 4.0.99.1 release. So, just upgrade your X server, and things will work well, i think. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How see antialiased fonts in xterm?
On Tue, Feb 04, 2020 at 04:06:47PM +0100, Daniele Medri - [EMAIL PROTECTED] wrote: > > I've just installed xfree 4.0.2-1 on woody. > What may i enable to see xterm with antialiased fonts.. or antialiased font >everywhere in X? Try 'xterm -fa Courier'. Also there is a small HOWTO in /usr/doc/konquerer/qt-fonts-HOWTO.html, which describes how to get anti aliased fonts with QT applications (KDE, licq etc.) Dunno whether konquerer is in woody though, so you might have to download the package from unstable and read the HOWTO there. -- Med venlig hilsen - Sincerely Morten Brix Pedersen - [EMAIL PROTECTED] - Copenhagen, Demark. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]