truetype XF4.0x
Hi list, I was trying to get my ttf fonts working on my woody box. For this to function, I copied all my ttfs into a newly made directory "TrueType" in /usr/X11R6/lib/X11/fonts and did a ttmkfdir -o fonts.dir there. In addition I supplied my XF86Config with a FontPath "..." to this directory. No, X won't come up with a "can't find defualt font fixed". What did I do wrong ? TIA Greetings Michael Meding
Re: [oliver.poths@linsoft.de: XFree86 4.01]
On Wed, Dec 20, 2000 at 11:07:10AM -0700, Joshua Shagam wrote: > On Wed, Dec 20, 2000 at 12:48:32PM -0500, Ben Collins wrote: > > On Wed, Dec 20, 2000 at 10:28:44AM -0700, Joshua Shagam wrote: > > > On Wed, Dec 20, 2000 at 12:07:31PM -0500, Ben Collins wrote: > > > > > > > > No, it doesn't. X depedns on glibc 2.2 (which is not in woody because of > > > > m68k) and it also does not build on all of our supported archs (m68k and > > > > arm). > > > > > > On an x86 system running Woody: > > > > Obviously if you installed this before the "testing" dist was started, you > > will have it installed. > > Okay, in this case, pardon my ignorance, but testing dist? When did this > happen? :) I didn't think Woody was really old enough to warrant getting > ready for a freeze... This is the first I'd heard of 'sid'. Actually, > what character in Toy Story is that? A few days ago, announce on -devel and -devel-announce. Also mentioned on -news, IIRC. No, testing isn't a freeze; it's a technique which will hopefully make freezes easier and/or shorter. Sid is the boy next door who breaks toys. Sid has been a dist for unreleasing architectures for a year or two now. Jules
Re: [oliver.poths@linsoft.de: XFree86 4.01]
On Wed, Dec 20, 2000 at 12:07:31PM -0500, Ben Collins wrote: > > No, it doesn't. X depedns on glibc 2.2 (which is not in woody because of > m68k) and it also does not build on all of our supported archs (m68k and > arm). Always on the small ones... X depends on glibc2.2? How could I build X on m68k then? Its not listed in the build-depends and I could build one version (when I could keep up with Branden once) with glibc2.1 on m68k. I think it depends on glibc2.2 only because it was built with glibc2.2. So quite a few packages are not yet in woody, because they depend/were built with glibc2.2 and m68k has not made it that far yet? How long until m68k will be kicked? I wanted to wait for some more m68k people to test glibc2.2, but maybe I can wait a long time for that to happen. It seems to work on amiga and mac. Shouldn't glibc2.2 be released together with the latest gcc? That one crashed my machine instead of creating packages. Maybe in the next try. Technically, X builds on m68k (4.0.1-10 did with glibc2.1 and gcc-2.95-13.1, the recent one built with glibc2.2), but it does not work yet (not yet tested with yesterdays build). Should I upload nevertheless so that it can make it into testing for the other arches? > So there is no way it can be in testing. So it goes stable -> woody -> testing -> sid ? Which one should developers run? Christian -- First they ignore you. Then they laugh about you. Then they fight you. And then you win. [Mahatma Gandhi]
Re: truetype XF4.0x
Michael Meding wrote: > > Hi list, > > I was trying to get my ttf fonts working on my woody box. For this to > function, I copied all my ttfs into a newly made directory "TrueType" in > /usr/X11R6/lib/X11/fonts and did a ttmkfdir -o fonts.dir there. In addition I > supplied my XF86Config with a FontPath "..." to this directory. > > No, X won't come up with a "can't find defualt font fixed". > > What did I do wrong ? You copied too many TT fonts. If you only use the ones from Microsoft that are all lower case, this isn't usually a problem. On the other hand, if you copy the ALL UPPER CASE fonts as well (I'm not sure which one it is), the X server won't be able to distinguish between the fixed font that came with X and the fixed font that Microsoft uses (something within the font resources conflicts). -- -=|JP|=-"Why, oh, why didn't I take the blue pill?" Jon Pennington| Atipa Linux Solutions -o) [EMAIL PROTECTED] | http://www.atipa.com/\\ Kansas City, MO, USA | 816-595-3000 x1550 _\_V 6D04 39E0 CAE9 9ADA 2CA3 2EBE 898A 6C37 CA1E A29C
Re: [oliver.poths@linsoft.de: XFree86 4.01]
"Christian T. Steigies" wrote: > > > So there is no way it can be in testing. > So it goes stable -> woody -> testing -> sid ? Which one should developers > run? Stable (Potato) <- Testing (Woody) <- Unstable (Sid) You should probably be running whichever distribution your packages are built for. For example, if you maintain a package in Potato, you should have a Potato box lying around to compile with. If you're building a package for Woody, and it's already in the new Woody Pool, and you don't need for it to advance before Woody freezes, run Woody. If you're building a bleeding-edge package that depends on XFree86 4.0.2, glibc2.2, or some other libraries that didn't or won't make it to Woody, Sid is just fine (and a lot more fun ;). -- -=|JP|=-"Why, oh, why didn't I take the blue pill?" Jon Pennington| Atipa Linux Solutions -o) [EMAIL PROTECTED] | http://www.atipa.com/\\ Kansas City, MO, USA | 816-595-3000 x1550 _\_V 6D04 39E0 CAE9 9ADA 2CA3 2EBE 898A 6C37 CA1E A29C
Re: truetype XF4.0x
> In <[EMAIL PROTECTED]> > Michael Meding <[EMAIL PROTECTED]> wrote: >> Hi list, >> I was trying to get my ttf fonts working on my woody box. For this to >> function, I copied all my ttfs into a newly made directory "TrueType" in >> /usr/X11R6/lib/X11/fonts and did a ttmkfdir -o fonts.dir there. In addition >> I >> supplied my XF86Config with a FontPath "..." to this directory. >> >> No, X won't come up with a "can't find defualt font fixed". >> >> What did I do wrong ? Did you add Load"freetype" or Load"xtt" line in `Section "Module"' of /etc/X11/XF86Config-4 ? -- ISHIKAWA Mutsumi <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>
Re: truetype XF4.0x
Am Donnerstag, 21. Dezember 2000 08:31 schrieb Michael Meding: > Hi list, > > I was trying to get my ttf fonts working on my woody box. For this to > function, I copied all my ttfs into a newly made directory "TrueType" in > /usr/X11R6/lib/X11/fonts and did a ttmkfdir -o fonts.dir there. In addition > I supplied my XF86Config with a FontPath "..." to this directory. > > No, X won't come up with a "can't find defualt font fixed". > > What did I do wrong ? > > TIA > > Greetings > > Michael Meding Hi, replying to my own post, I found out that while supplying in XF86Config only the FontPath for Truetype does not work solely one has to spupply all the other font dirs as well. So conclusion ist that once you start supplying just one line, the compiled in path do not longer seem to work. Is this a bug or a feature ? And also, is there in the default XF86Config-4 any use of xfs ? Is it useful by any chance ? At all ? Greetings Michael
DRI on a G400
Hello, I was wondering if anyone has had much luck getting DRI working with 2.4.0-test11 and the latest unstable deb's, my glxinfo says it's working, but when I run evas_test and put it into hardware mode my X completely freeses and I need to telnet in from another machine to restart my computer. Can anyone help. Thanks Gordon.
XFree86 Version 4.0.2 (RC3)
Hi, I have a new problem with my self built X on m68k XFree86 Version 4.0.2 (RC3) / X Window System (protocol Version 11, revision 0, vendor release 6400) Release Date: 14 December 2000 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/FAQ) Operating System: Linux 2.2.17cts m68k [ELF] Module Loader present (==) Log file: "/var/log/XFree86.0.log", Time: Thu Dec 21 20:26:03 2000 (==) Using config file: "/etc/X11/XF86Config-4" Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (??) unknown. (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "Generic Monitor" (**) | |-->Device "Generic Video Card" (**) |-->Input Device "Generic Keyboard" (**) XKB: rules: "xfree86" (**) XKB: model: "pc104" (**) XKB: layout: "us" (**) |-->Input Device "Generic Mouse" (WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist. Entry deleted from font path. (**) FontPath set to "unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi" (==) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (--) using VT number 7 (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module XFree86 Font Renderer: vendor="XFree86 Font Renderer" compiled for 4.0.2, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Symbol memcpy from module /usr/X11R6/lib/modules/fonts/libbitmap.a is unresolved! Symbol memcpy from module /usr/X11R6/lib/modules/fonts/libbitmap.a is unresolved! Symbol memcpy from module /usr/X11R6/lib/modules/fonts/libbitmap.a is unresolved! Symbol memcpy from module /usr/X11R6/lib/modules/fonts/libbitmap.a is unresolved! Symbol memcpy from module /usr/X11R6/lib/modules/fonts/libbitmap.a is unresolved! Symbol memcpy from module /usr/X11R6/lib/modules/fonts/libbitmap.a is unresolved! Fatal server error: Caught signal 11. Server aborting When reporting a problem related to a server crash, please send the full server output, not just the last messages. This can be found in the log file "/var/log/XFree86.0.log". Please report problems to [EMAIL PROTECTED] I do have some heavy dependency problems, so not all X packages are installed properly (ie I have no new xlib6?), xterm depends on xlib6g (>= 3.3-5), maybe I have to remove all X packages when building X4.0 (Build-conflicts?) but I think I have enough installed to at least start X. Any idea where this problem could come from? Maybe it could be related to the new glibc2.2 I installed _before_ building X4.0? Since libbitmap is loaded before libpcidata the problem with libpcidata does not show up yet? Merdre... BenC said X4.0 requires glibc-2.2. Is that a real requiry or does this exist only because you need some libc to build X? If its the latter, I could downgrade my libc6 again and build RC4 with the proven version? Anyhow, merry christmas everybody, Christian
Re: XFree86 Version 4.0.2 (RC3)
On Thu, Dec 21, 2000 at 09:54:25PM +0100, Christian T . Steigies wrote: > Symbol memcpy from module /usr/X11R6/lib/modules/fonts/libbitmap.a is > unresolved! > > Fatal server error: > Caught signal 11. Server aborting > [...] > > I do have some heavy dependency problems, so not all X packages are installed > properly (ie I have no new xlib6?), xterm depends on xlib6g (>= 3.3-5), > maybe I have to remove all X packages when building X4.0 (Build-conflicts?) The "new xlib6" is the xlibs package. Plus libxaw7 if needed. > but I think I have enough installed to at least start X. > Any idea where this problem could come from? Maybe it could be related to the > new glibc2.2 I installed _before_ building X4.0? No idea, but I kind of doubt it. > Since libbitmap is loaded before libpcidata the problem with libpcidata does > not show up yet? Merdre... > > BenC said X4.0 requires glibc-2.2. Is that a real requiry or does this > exist only because you need some libc to build X? If its the latter, I could > downgrade my libc6 again and build RC4 with the proven version? I don't think there is anything in the X source tree that requires glibc 2.2. X is written to be portable as hell and in any case I don't think there's anything new in 2.2 that X really needs. -- G. Branden Robinson | Debian GNU/Linux| The noble soul has reverence for itself. [EMAIL PROTECTED] | -- Friedrich Nietzsche http://www.debian.org/~branden/ | pgptdL5edVlJ3.pgp Description: PGP signature
Re: XFree86 Version 4.0.2 (RC3)
On Thu, Dec 21, 2000 at 06:06:28PM -0500, Branden Robinson wrote: > > > > BenC said X4.0 requires glibc-2.2. Is that a real requiry or does this > > exist only because you need some libc to build X? If its the latter, I could > > downgrade my libc6 again and build RC4 with the proven version? > > I don't think there is anything in the X source tree that requires glibc > 2.2. X is written to be portable as hell and in any case I don't think > there's anything new in 2.2 that X really needs. I never said that X build-depends on glibc 2.2, I said X *depends* on it, because Branden is building X against glibc 2.2. Ben -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---'
Re: [oliver.poths@linsoft.de: XFree86 4.01]
On Wed, Dec 20, 2000 at 11:07:10AM -0700, Joshua Shagam wrote: > On Wed, Dec 20, 2000 at 12:48:32PM -0500, Ben Collins wrote: > > On Wed, Dec 20, 2000 at 10:28:44AM -0700, Joshua Shagam wrote: > > > On Wed, Dec 20, 2000 at 12:07:31PM -0500, Ben Collins wrote: > > > > > > > > No, it doesn't. X depedns on glibc 2.2 (which is not in woody because of > > > > m68k) and it also does not build on all of our supported archs (m68k and > > > > arm). > > > > > > On an x86 system running Woody: > > > > Obviously if you installed this before the "testing" dist was started, you > > will have it installed. > > Okay, in this case, pardon my ignorance, but testing dist? When did this > happen? :) I didn't think Woody was really old enough to warrant getting > ready for a freeze... This is the first I'd heard of 'sid'. Actually, > what character in Toy Story is that? A few days ago, announce on -devel and -devel-announce. Also mentioned on -news, IIRC. No, testing isn't a freeze; it's a technique which will hopefully make freezes easier and/or shorter. Sid is the boy next door who breaks toys. Sid has been a dist for unreleasing architectures for a year or two now. Jules -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [oliver.poths@linsoft.de: XFree86 4.01]
On Wed, Dec 20, 2000 at 12:07:31PM -0500, Ben Collins wrote: > > No, it doesn't. X depedns on glibc 2.2 (which is not in woody because of > m68k) and it also does not build on all of our supported archs (m68k and > arm). Always on the small ones... X depends on glibc2.2? How could I build X on m68k then? Its not listed in the build-depends and I could build one version (when I could keep up with Branden once) with glibc2.1 on m68k. I think it depends on glibc2.2 only because it was built with glibc2.2. So quite a few packages are not yet in woody, because they depend/were built with glibc2.2 and m68k has not made it that far yet? How long until m68k will be kicked? I wanted to wait for some more m68k people to test glibc2.2, but maybe I can wait a long time for that to happen. It seems to work on amiga and mac. Shouldn't glibc2.2 be released together with the latest gcc? That one crashed my machine instead of creating packages. Maybe in the next try. Technically, X builds on m68k (4.0.1-10 did with glibc2.1 and gcc-2.95-13.1, the recent one built with glibc2.2), but it does not work yet (not yet tested with yesterdays build). Should I upload nevertheless so that it can make it into testing for the other arches? > So there is no way it can be in testing. So it goes stable -> woody -> testing -> sid ? Which one should developers run? Christian -- First they ignore you. Then they laugh about you. Then they fight you. And then you win. [Mahatma Gandhi] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: truetype XF4.0x
Michael Meding wrote: > > Hi list, > > I was trying to get my ttf fonts working on my woody box. For this to > function, I copied all my ttfs into a newly made directory "TrueType" in > /usr/X11R6/lib/X11/fonts and did a ttmkfdir -o fonts.dir there. In addition I > supplied my XF86Config with a FontPath "..." to this directory. > > No, X won't come up with a "can't find defualt font fixed". > > What did I do wrong ? You copied too many TT fonts. If you only use the ones from Microsoft that are all lower case, this isn't usually a problem. On the other hand, if you copy the ALL UPPER CASE fonts as well (I'm not sure which one it is), the X server won't be able to distinguish between the fixed font that came with X and the fixed font that Microsoft uses (something within the font resources conflicts). -- -=|JP|=-"Why, oh, why didn't I take the blue pill?" Jon Pennington| Atipa Linux Solutions -o) [EMAIL PROTECTED] | http://www.atipa.com/\\ Kansas City, MO, USA | 816-595-3000 x1550 _\_V 6D04 39E0 CAE9 9ADA 2CA3 2EBE 898A 6C37 CA1E A29C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [oliver.poths@linsoft.de: XFree86 4.01]
"Christian T. Steigies" wrote: > > > So there is no way it can be in testing. > So it goes stable -> woody -> testing -> sid ? Which one should developers > run? Stable (Potato) <- Testing (Woody) <- Unstable (Sid) You should probably be running whichever distribution your packages are built for. For example, if you maintain a package in Potato, you should have a Potato box lying around to compile with. If you're building a package for Woody, and it's already in the new Woody Pool, and you don't need for it to advance before Woody freezes, run Woody. If you're building a bleeding-edge package that depends on XFree86 4.0.2, glibc2.2, or some other libraries that didn't or won't make it to Woody, Sid is just fine (and a lot more fun ;). -- -=|JP|=-"Why, oh, why didn't I take the blue pill?" Jon Pennington| Atipa Linux Solutions -o) [EMAIL PROTECTED] | http://www.atipa.com/\\ Kansas City, MO, USA | 816-595-3000 x1550 _\_V 6D04 39E0 CAE9 9ADA 2CA3 2EBE 898A 6C37 CA1E A29C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: truetype XF4.0x
> In <00122108313100.16005@Hal> > Michael Meding <[EMAIL PROTECTED]> wrote: >> Hi list, >> I was trying to get my ttf fonts working on my woody box. For this to >> function, I copied all my ttfs into a newly made directory "TrueType" in >> /usr/X11R6/lib/X11/fonts and did a ttmkfdir -o fonts.dir there. In addition I >> supplied my XF86Config with a FontPath "..." to this directory. >> >> No, X won't come up with a "can't find defualt font fixed". >> >> What did I do wrong ? Did you add Load"freetype" or Load"xtt" line in `Section "Module"' of /etc/X11/XF86Config-4 ? -- ISHIKAWA Mutsumi <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: truetype XF4.0x
Am Donnerstag, 21. Dezember 2000 08:31 schrieb Michael Meding: > Hi list, > > I was trying to get my ttf fonts working on my woody box. For this to > function, I copied all my ttfs into a newly made directory "TrueType" in > /usr/X11R6/lib/X11/fonts and did a ttmkfdir -o fonts.dir there. In addition > I supplied my XF86Config with a FontPath "..." to this directory. > > No, X won't come up with a "can't find defualt font fixed". > > What did I do wrong ? > > TIA > > Greetings > > Michael Meding Hi, replying to my own post, I found out that while supplying in XF86Config only the FontPath for Truetype does not work solely one has to spupply all the other font dirs as well. So conclusion ist that once you start supplying just one line, the compiled in path do not longer seem to work. Is this a bug or a feature ? And also, is there in the default XF86Config-4 any use of xfs ? Is it useful by any chance ? At all ? Greetings Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
DRI on a G400
Hello, I was wondering if anyone has had much luck getting DRI working with 2.4.0-test11 and the latest unstable deb's, my glxinfo says it's working, but when I run evas_test and put it into hardware mode my X completely freeses and I need to telnet in from another machine to restart my computer. Can anyone help. Thanks Gordon. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
XFree86 Version 4.0.2 (RC3)
Hi, I have a new problem with my self built X on m68k XFree86 Version 4.0.2 (RC3) / X Window System (protocol Version 11, revision 0, vendor release 6400) Release Date: 14 December 2000 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/FAQ) Operating System: Linux 2.2.17cts m68k [ELF] Module Loader present (==) Log file: "/var/log/XFree86.0.log", Time: Thu Dec 21 20:26:03 2000 (==) Using config file: "/etc/X11/XF86Config-4" Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (??) unknown. (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "Generic Monitor" (**) | |-->Device "Generic Video Card" (**) |-->Input Device "Generic Keyboard" (**) XKB: rules: "xfree86" (**) XKB: model: "pc104" (**) XKB: layout: "us" (**) |-->Input Device "Generic Mouse" (WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist. Entry deleted from font path. (**) FontPath set to "unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi" (==) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (--) using VT number 7 (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module XFree86 Font Renderer: vendor="XFree86 Font Renderer" compiled for 4.0.2, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Symbol memcpy from module /usr/X11R6/lib/modules/fonts/libbitmap.a is unresolved! Symbol memcpy from module /usr/X11R6/lib/modules/fonts/libbitmap.a is unresolved! Symbol memcpy from module /usr/X11R6/lib/modules/fonts/libbitmap.a is unresolved! Symbol memcpy from module /usr/X11R6/lib/modules/fonts/libbitmap.a is unresolved! Symbol memcpy from module /usr/X11R6/lib/modules/fonts/libbitmap.a is unresolved! Symbol memcpy from module /usr/X11R6/lib/modules/fonts/libbitmap.a is unresolved! Fatal server error: Caught signal 11. Server aborting When reporting a problem related to a server crash, please send the full server output, not just the last messages. This can be found in the log file "/var/log/XFree86.0.log". Please report problems to [EMAIL PROTECTED] I do have some heavy dependency problems, so not all X packages are installed properly (ie I have no new xlib6?), xterm depends on xlib6g (>= 3.3-5), maybe I have to remove all X packages when building X4.0 (Build-conflicts?) but I think I have enough installed to at least start X. Any idea where this problem could come from? Maybe it could be related to the new glibc2.2 I installed _before_ building X4.0? Since libbitmap is loaded before libpcidata the problem with libpcidata does not show up yet? Merdre... BenC said X4.0 requires glibc-2.2. Is that a real requiry or does this exist only because you need some libc to build X? If its the latter, I could downgrade my libc6 again and build RC4 with the proven version? Anyhow, merry christmas everybody, Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: XFree86 Version 4.0.2 (RC3)
On Thu, Dec 21, 2000 at 09:54:25PM +0100, Christian T . Steigies wrote: > Symbol memcpy from module /usr/X11R6/lib/modules/fonts/libbitmap.a is unresolved! > > Fatal server error: > Caught signal 11. Server aborting > [...] > > I do have some heavy dependency problems, so not all X packages are installed > properly (ie I have no new xlib6?), xterm depends on xlib6g (>= 3.3-5), > maybe I have to remove all X packages when building X4.0 (Build-conflicts?) The "new xlib6" is the xlibs package. Plus libxaw7 if needed. > but I think I have enough installed to at least start X. > Any idea where this problem could come from? Maybe it could be related to the > new glibc2.2 I installed _before_ building X4.0? No idea, but I kind of doubt it. > Since libbitmap is loaded before libpcidata the problem with libpcidata does > not show up yet? Merdre... > > BenC said X4.0 requires glibc-2.2. Is that a real requiry or does this > exist only because you need some libc to build X? If its the latter, I could > downgrade my libc6 again and build RC4 with the proven version? I don't think there is anything in the X source tree that requires glibc 2.2. X is written to be portable as hell and in any case I don't think there's anything new in 2.2 that X really needs. -- G. Branden Robinson | Debian GNU/Linux| The noble soul has reverence for itself. [EMAIL PROTECTED] | -- Friedrich Nietzsche http://www.debian.org/~branden/ | PGP signature
Re: XFree86 Version 4.0.2 (RC3)
On Thu, Dec 21, 2000 at 06:06:28PM -0500, Branden Robinson wrote: > > > > BenC said X4.0 requires glibc-2.2. Is that a real requiry or does this > > exist only because you need some libc to build X? If its the latter, I could > > downgrade my libc6 again and build RC4 with the proven version? > > I don't think there is anything in the X source tree that requires glibc > 2.2. X is written to be portable as hell and in any case I don't think > there's anything new in 2.2 that X really needs. I never said that X build-depends on glibc 2.2, I said X *depends* on it, because Branden is building X against glibc 2.2. Ben -- ---===-=-==-=---==-=-- / 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]
