dpkg-reconfigure -VS- XFree86 -configure
After playing with the XFree86 sources for a while, on a LFS box, I am wondering why Debian still has such a complex XF86Config-4 file? I know the the 3.x series of X was a real pain to configure, but the 4.X series seems much easier, or maybe I've spent enough time playing with it to have finally figured it out for myself? I know that on my LFS box, XFree86 -configure generates a perfectly workable XF86Config file that is fairly easy to understand, whereas on my Debian box, the XF86Config-4 file, though much better commented, seems to contain quite a number of extra bits and is much harder to modify without breaking things. But this is just my experience. I'm sure you have your reasons, I would be interested in hearing them. As I am finally learning enough about Linux and X to build my own box from scratch I really like to understand how and why my personal favourite Distribution does things. Cheers, John Gay
dpkg-reconfigure -VS- XFree86 -configure
After playing with the XFree86 sources for a while, on a LFS box, I am wondering why Debian still has such a complex XF86Config-4 file? I know the the 3.x series of X was a real pain to configure, but the 4.X series seems much easier, or maybe I've spent enough time playing with it to have finally figured it out for myself? I know that on my LFS box, XFree86 -configure generates a perfectly workable XF86Config file that is fairly easy to understand, whereas on my Debian box, the XF86Config-4 file, though much better commented, seems to contain quite a number of extra bits and is much harder to modify without breaking things. But this is just my experience. I'm sure you have your reasons, I would be interested in hearing them. As I am finally learning enough about Linux and X to build my own box from scratch I really like to understand how and why my personal favourite Distribution does things. Cheers, John Gay -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (EE) Unable to find a valid framebuffer device
On Mit, 2002-10-02 at 21:10, Marco Lombardi wrote: > From: Michel Dänzer <[EMAIL PROTECTED]> > Subject: Re: (EE) Unable to find a valid framebuffer device > Date: 02 Oct 2002 19:11:15 +0200 > > > > > Either run radeonfb in console or don't use Option "UseFBDev". > > > > Thanks for the quick answer. However, I still have problems > unfortunately... Namely: > > * I tried to use the module radeonfb. When then I start the graphics, > there are no complains but the screen is unreadable (vertical lines > appear as diagonal stripes; it looks like the "synchronization" > problems that old TV set used to have... :-). Could be disagreement between between radeonfb and the X radeon driver about the pitch. Try another resolution? > I tried also to play with fbset, using different resolutions, but the > results I then obtain in X seem to be independent of the console > mode. It is indeed independent. You should still define the modes you want to use in the display subsection. > * If I don't use the option "UseFBDev" everything is fine; however, > several programs (ehm, actually games... for example chromium) do > not work any more. That can hardly be directly related. Chromium uses OpenGL, is the DRI enabled? Do non-OpenGL games fail as well? > In the worst case scenario I can live without UseFBdev; however, I am > surprised that things were working so well on an old pre-release and > are not working any more now. What version worked? Are you sure the rest of your configuration etc. hasn't changed since then? -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast
Re: (EE) Unable to find a valid framebuffer device
On Mit, 2002-10-02 at 21:10, Marco Lombardi wrote: > From: Michel Dänzer <[EMAIL PROTECTED]> > Subject: Re: (EE) Unable to find a valid framebuffer device > Date: 02 Oct 2002 19:11:15 +0200 > > > > > Either run radeonfb in console or don't use Option "UseFBDev". > > > > Thanks for the quick answer. However, I still have problems > unfortunately... Namely: > > * I tried to use the module radeonfb. When then I start the graphics, > there are no complains but the screen is unreadable (vertical lines > appear as diagonal stripes; it looks like the "synchronization" > problems that old TV set used to have... :-). Could be disagreement between between radeonfb and the X radeon driver about the pitch. Try another resolution? > I tried also to play with fbset, using different resolutions, but the > results I then obtain in X seem to be independent of the console > mode. It is indeed independent. You should still define the modes you want to use in the display subsection. > * If I don't use the option "UseFBDev" everything is fine; however, > several programs (ehm, actually games... for example chromium) do > not work any more. That can hardly be directly related. Chromium uses OpenGL, is the DRI enabled? Do non-OpenGL games fail as well? > In the worst case scenario I can live without UseFBdev; however, I am > surprised that things were working so well on an old pre-release and > are not working any more now. What version worked? Are you sure the rest of your configuration etc. hasn't changed since then? -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (EE) Unable to find a valid framebuffer device
From: Michel Dänzer <[EMAIL PROTECTED]> Subject: Re: (EE) Unable to find a valid framebuffer device Date: 02 Oct 2002 19:11:15 +0200 > > Either run radeonfb in console or don't use Option "UseFBDev". > Thanks for the quick answer. However, I still have problems unfortunately... Namely: * I tried to use the module radeonfb. When then I start the graphics, there are no complains but the screen is unreadable (vertical lines appear as diagonal stripes; it looks like the "synchronization" problems that old TV set used to have... :-). I tried also to play with fbset, using different resolutions, but the results I then obtain in X seem to be independent of the console mode. * If I don't use the option "UseFBDev" everything is fine; however, several programs (ehm, actually games... for example chromium) do not work any more. In the worst case scenario I can live without UseFBdev; however, I am surprised that things were working so well on an old pre-release and are not working any more now. Regards, Marco Lombardi
Re: (EE) Unable to find a valid framebuffer device
On Mit, 2002-10-02 at 14:31, Marco Lombardi wrote: > > I am using the experimental Debian packages XFree86 v. 4.2.1 from X > Strike Force on a Dell Inspiron 4100 (with ATI Radeon Mobility M6 > video card). I was able to run the 4.2.1-0pre1v1 without problems, > but since the second experimental pre-prelease I cannot run the X > server any more. More specifically, I obtain this error message > > (**) RADEON(0): Using framebuffer device > (II) Loading sub module "fbdevhw" > (II) LoadModule: "fbdevhw" > (II) Loading /usr/X11R6/lib/modules/linux/libfbdevhw.a > (II) Module fbdevhw: vendor="The XFree86 Project" > compiled for 4.2.1, module version = 0.0.2 > ABI class: XFree86 Video Driver, version 0.5 > (EE) Unable to find a valid framebuffer device > > The complete log file is at the end of this message. Note that > everything, instead, is fine if I remove the option "UseFBDev" in my > "Device" section of XF86Config-4: > > Section "Device" > Identifier "Generic Video Card" > Driver "ati" > Option "UseFBDev" "true" > EndSection Either run radeonfb in console or don't use Option "UseFBDev". -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast
Re: xfree86 4.2.1-0pre1v2 (source,alpha,i386,hppa,powerpc,sparc) available at the X Strike Force
Branden Robinson wrote: > - SECURITY: Implement LocalClientCred() to return the credentials of > local >clients connected through Unix domain sockets on systems that have the >required support (for now recent Linux, FreeBSD >= 4.6, OpenBSD >= 3.0 >are implemented), and use that in ShmAttach() to grant access to the >client. When client credentials are not available, require world >accessibility. (Matthieu Herrb) This is I suppose a little bit offtopic, but does openbsd use the same getpeereid() and ucred structure as does freebsd? I suppose I should try to pull that patch next time I'm online as anything I can do to make my getcreds code more portable would be a good thing. -- see shy jo pgpmR88xIhAw9.pgp Description: PGP signature
Re: (EE) Unable to find a valid framebuffer device
From: Michel Dänzer <[EMAIL PROTECTED]> Subject: Re: (EE) Unable to find a valid framebuffer device Date: 02 Oct 2002 19:11:15 +0200 > > Either run radeonfb in console or don't use Option "UseFBDev". > Thanks for the quick answer. However, I still have problems unfortunately... Namely: * I tried to use the module radeonfb. When then I start the graphics, there are no complains but the screen is unreadable (vertical lines appear as diagonal stripes; it looks like the "synchronization" problems that old TV set used to have... :-). I tried also to play with fbset, using different resolutions, but the results I then obtain in X seem to be independent of the console mode. * If I don't use the option "UseFBDev" everything is fine; however, several programs (ehm, actually games... for example chromium) do not work any more. In the worst case scenario I can live without UseFBdev; however, I am surprised that things were working so well on an old pre-release and are not working any more now. Regards, Marco Lombardi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [XF86 4.2.1] Blackdown JVM and Japanese Menu.
On Wed, Oct 02, 2002 at 12:56:57AM +0900, ChanChan KO wrote: > Package: xserver-xfree86 > Version: 4.2.1-0pre1v2 > Architecture: i386 > Severity: Normal > > Hello, > I'm testing XFree86 4.2.1 built by Branden. > > When using any of Java Programs with Japanese "kanji" Menu (i.e. "King of > Translation v5" by IBM Japan). > When using IBM's JVM (included King of Translation v5), menu is displayed > with Kanji. Havent tried this. > But, using these programs with Blackdown's JVM (1.3.1 or 1.3.1.02b-2), > Kanji is not displayed, Kanji is displaied as square. This seems to happen with the mozilla java-plugin for me, and I'm Swedish, so ISO-8859-1 characters are broken too. > When using XF86 4.2.0 pre1v3 , this issue was *not* appear, but, > this issue appers again with 4.2.1 pre1v2. I can't verify this since I seldom run Java-things, but I'm using 4.2.1-0pre1v1. /Peter -- Alpha Test Version: Too buggy to be released to the paying public. Beta Test Version: Still too buggy to be released. Release Version: Alternate pronunciation of "Beta Test Version".
Re: (EE) Unable to find a valid framebuffer device
On Mit, 2002-10-02 at 14:31, Marco Lombardi wrote: > > I am using the experimental Debian packages XFree86 v. 4.2.1 from X > Strike Force on a Dell Inspiron 4100 (with ATI Radeon Mobility M6 > video card). I was able to run the 4.2.1-0pre1v1 without problems, > but since the second experimental pre-prelease I cannot run the X > server any more. More specifically, I obtain this error message > > (**) RADEON(0): Using framebuffer device > (II) Loading sub module "fbdevhw" > (II) LoadModule: "fbdevhw" > (II) Loading /usr/X11R6/lib/modules/linux/libfbdevhw.a > (II) Module fbdevhw: vendor="The XFree86 Project" > compiled for 4.2.1, module version = 0.0.2 > ABI class: XFree86 Video Driver, version 0.5 > (EE) Unable to find a valid framebuffer device > > The complete log file is at the end of this message. Note that > everything, instead, is fine if I remove the option "UseFBDev" in my > "Device" section of XF86Config-4: > > Section "Device" > Identifier "Generic Video Card" > Driver "ati" > Option "UseFBDev" "true" > EndSection Either run radeonfb in console or don't use Option "UseFBDev". -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
c&t 65555 and xfree 4.2 problems
Hello. after trying to install new 4.2 packages(4.2.0-0pre1v2 ) i have problems with my c&t 6 card ( armada 1700). The problems is related to screen refresh , for example after opening mozilla parts of screen is not refreshed when i use scrollbar. After downgrading to 4.1 everything is ok. Also i tried chips_drv.o to run with 4.1 also no this problem. Combination 4.1 + chips_drv (4.2) + XFree (4.2) no problems. Which module from 4.2 package can cause this problem ? Xfree cvs work just fine. regards Andrei.
Re: xfree86 4.2.1-0pre1v2 (source,alpha,i386,hppa,powerpc,sparc) available at the X Strike Force
Branden Robinson wrote: > - SECURITY: Implement LocalClientCred() to return the credentials of local >clients connected through Unix domain sockets on systems that have the >required support (for now recent Linux, FreeBSD >= 4.6, OpenBSD >= 3.0 >are implemented), and use that in ShmAttach() to grant access to the >client. When client credentials are not available, require world >accessibility. (Matthieu Herrb) This is I suppose a little bit offtopic, but does openbsd use the same getpeereid() and ucred structure as does freebsd? I suppose I should try to pull that patch next time I'm online as anything I can do to make my getcreds code more portable would be a good thing. -- see shy jo msg03968/pgp0.pgp Description: PGP signature
Re: [XF86 4.2.1] Blackdown JVM and Japanese Menu.
On Wed, Oct 02, 2002 at 12:56:57AM +0900, ChanChan KO wrote: > Package: xserver-xfree86 > Version: 4.2.1-0pre1v2 > Architecture: i386 > Severity: Normal > > Hello, > I'm testing XFree86 4.2.1 built by Branden. > > When using any of Java Programs with Japanese "kanji" Menu (i.e. "King of > Translation v5" by IBM Japan). > When using IBM's JVM (included King of Translation v5), menu is displayed with >Kanji. Havent tried this. > But, using these programs with Blackdown's JVM (1.3.1 or 1.3.1.02b-2), > Kanji is not displayed, Kanji is displaied as square. This seems to happen with the mozilla java-plugin for me, and I'm Swedish, so ISO-8859-1 characters are broken too. > When using XF86 4.2.0 pre1v3 , this issue was *not* appear, but, > this issue appers again with 4.2.1 pre1v2. I can't verify this since I seldom run Java-things, but I'm using 4.2.1-0pre1v1. /Peter -- Alpha Test Version: Too buggy to be released to the paying public. Beta Test Version: Still too buggy to be released. Release Version: Alternate pronunciation of "Beta Test Version". -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
c&t 65555 and xfree 4.2 problems
Hello. after trying to install new 4.2 packages(4.2.0-0pre1v2 ) i have problems with my c&t 6 card ( armada 1700). The problems is related to screen refresh , for example after opening mozilla parts of screen is not refreshed when i use scrollbar. After downgrading to 4.1 everything is ok. Also i tried chips_drv.o to run with 4.1 also no this problem. Combination 4.1 + chips_drv (4.2) + XFree (4.2) no problems. Which module from 4.2 package can cause this problem ? Xfree cvs work just fine. regards Andrei. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
(EE) Unable to find a valid framebuffer device
Dear all, I am using the experimental Debian packages XFree86 v. 4.2.1 from X Strike Force on a Dell Inspiron 4100 (with ATI Radeon Mobility M6 video card). I was able to run the 4.2.1-0pre1v1 without problems, but since the second experimental pre-prelease I cannot run the X server any more. More specifically, I obtain this error message (**) RADEON(0): Using framebuffer device (II) Loading sub module "fbdevhw" (II) LoadModule: "fbdevhw" (II) Loading /usr/X11R6/lib/modules/linux/libfbdevhw.a (II) Module fbdevhw: vendor="The XFree86 Project" compiled for 4.2.1, module version = 0.0.2 ABI class: XFree86 Video Driver, version 0.5 (EE) Unable to find a valid framebuffer device The complete log file is at the end of this message. Note that everything, instead, is fine if I remove the option "UseFBDev" in my "Device" section of XF86Config-4: Section "Device" Identifier "Generic Video Card" Driver "ati" Option "UseFBDev" "true" EndSection However, I am not sure I want to do that... Can somebody help me? Thank you in advance, Marco Lombardi N.B. My email address is [EMAIL PROTECTED](dot)uni-bonn(dot)de with (dot) replaced with a real dot (.). -- XFree86 Version 4.2.1 (Debian 4.2.1-0pre1v1 20020910202934 [EMAIL PROTECTED]) / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 3 September 2002 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/) Build Operating System: Linux 2.4.18 i686 [ELF] Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/XFree86.0.log", Time: Wed Oct 2 11:41:51 2002 (==) Using config file: "/etc/X11/XF86Config-4" (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "Generic Monitor" (**) | |-->Device "Generic Video Card" (**) |-->Input Device "Generic Keyboard" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc104" (**) XKB: model: "pc104" (**) Option "XkbLayout" "us" (**) XKB: layout: "us" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Configured Mouse" (**) |-->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) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.5 XFree86 XInput driver : 0.3 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.3 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.2.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.3 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.2.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,3575 card , rev 02 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,3576 card , rev 02 class 06,04,00 hdr 01 (II) PCI: 00:1d:0: chip 8086,2482 card 8086,4541 rev 01 class 0c,03,00 hdr 00 (II) PCI: 00:1e:0: chip 8086,2448 card , rev 41 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,248c card , rev 01 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,248a card 8086,4541 rev 01 class 01,01,8a hdr 00 (II) PCI: 00:1f:5: chip 8086,2485 card 1013,5959 rev 01 class 04,01,00 hdr 00 (II) PCI: 00:1f:6: chip 8086,2486 card 134d,4c21 rev 01 class 07,03,00 hdr 00 (II) PCI: 01:00:0: chip 1002,4c59 card 1028,00e4 rev 00 class 03,00,00 hdr 00 (II) PCI: 02:00:0: chip 10b7,9200 card 1028,00e3 rev 78 class 02,00,00 hdr 00 (II) PCI: 02:01:0: chip 104c,ac51 card e000, rev 00 class 06,07,00 hdr 82 (II) PCI: 02:01:1: chip 104c,ac51 card e800, rev 00 class 06,07,00 hdr 82 (II) PCI: End of PCI scan (II) LoadModule: "scanpci" (II) Load
(EE) Unable to find a valid framebuffer device
Dear all, I am using the experimental Debian packages XFree86 v. 4.2.1 from X Strike Force on a Dell Inspiron 4100 (with ATI Radeon Mobility M6 video card). I was able to run the 4.2.1-0pre1v1 without problems, but since the second experimental pre-prelease I cannot run the X server any more. More specifically, I obtain this error message (**) RADEON(0): Using framebuffer device (II) Loading sub module "fbdevhw" (II) LoadModule: "fbdevhw" (II) Loading /usr/X11R6/lib/modules/linux/libfbdevhw.a (II) Module fbdevhw: vendor="The XFree86 Project" compiled for 4.2.1, module version = 0.0.2 ABI class: XFree86 Video Driver, version 0.5 (EE) Unable to find a valid framebuffer device The complete log file is at the end of this message. Note that everything, instead, is fine if I remove the option "UseFBDev" in my "Device" section of XF86Config-4: Section "Device" Identifier "Generic Video Card" Driver "ati" Option "UseFBDev" "true" EndSection However, I am not sure I want to do that... Can somebody help me? Thank you in advance, Marco Lombardi N.B. My email address is lombardi@astro(dot)uni-bonn(dot)de with (dot) replaced with a real dot (.). -- XFree86 Version 4.2.1 (Debian 4.2.1-0pre1v1 20020910202934 [EMAIL PROTECTED]) / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 3 September 2002 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/) Build Operating System: Linux 2.4.18 i686 [ELF] Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/XFree86.0.log", Time: Wed Oct 2 11:41:51 2002 (==) Using config file: "/etc/X11/XF86Config-4" (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "Generic Monitor" (**) | |-->Device "Generic Video Card" (**) |-->Input Device "Generic Keyboard" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc104" (**) XKB: model: "pc104" (**) Option "XkbLayout" "us" (**) XKB: layout: "us" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Configured Mouse" (**) |-->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) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.5 XFree86 XInput driver : 0.3 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.3 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.2.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.3 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.2.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,3575 card , rev 02 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,3576 card , rev 02 class 06,04,00 hdr 01 (II) PCI: 00:1d:0: chip 8086,2482 card 8086,4541 rev 01 class 0c,03,00 hdr 00 (II) PCI: 00:1e:0: chip 8086,2448 card , rev 41 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,248c card , rev 01 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,248a card 8086,4541 rev 01 class 01,01,8a hdr 00 (II) PCI: 00:1f:5: chip 8086,2485 card 1013,5959 rev 01 class 04,01,00 hdr 00 (II) PCI: 00:1f:6: chip 8086,2486 card 134d,4c21 rev 01 class 07,03,00 hdr 00 (II) PCI: 01:00:0: chip 1002,4c59 card 1028,00e4 rev 00 class 03,00,00 hdr 00 (II) PCI: 02:00:0: chip 10b7,9200 card 1028,00e3 rev 78 class 02,00,00 hdr 00 (II) PCI: 02:01:0: chip 104c,ac51 card e000, rev 00 class 06,07,00 hdr 82 (II) PCI: 02:01:1: chip 104c,ac51 card e800, rev 00 class 06,07,00 hdr 82 (II) PCI: End of PCI scan (II) LoadModule: "scanpci" (II) Loadin
Re: Problema with xfonts-75dpi_4.2.1-0pre1v2
On Wed, Oct 02, 2002 at 10:00:57AM +0200, Martijn van de Streek wrote: > On Wed, 02 Oct 2002, Ottavio Campana wrote: > > > I've installed xfree 4.2.1-0pre1v1 and everything was ok. Now I've > > upgraded and I've got the following problem: > > > > Sorry for the messages in italian. it compalins that it cannota write in > > the pipe in the copy (impossibile scrivere sulla pipe nella copia) > > Could you retry with LC_ALL=C (temporarily)? dirac:~# apt-get install xfonts-75dpi Reading Package Lists... Done Building Dependency Tree... Done The following NEW packages will be installed: xfonts-75dpi 0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/1626kB of archives. After unpacking 4864kB will be used. E: Archive is too short (Reading database ... 35913 files and directories currently installed.) Unpacking xfonts-75dpi (from .../xfonts-75dpi_4.2.1-0pre1v2_all.deb) ... dpkg-deb (subprocess): short read in buffer_copy (failed to write to pipe in copy) dpkg-deb: subprocess paste returned error exit status 2 dpkg: error processing /var/cache/apt/archives/xfonts-75dpi_4.2.1-0pre1v2_all.deb (--unpack): short read in buffer_copy (backend dpkg-deb during `./usr/X11R6/lib/X11/fonts/75dpi/UTI___12.pcf.gz') Errors were encountered while processing: /var/cache/apt/archives/xfonts-75dpi_4.2.1-0pre1v2_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) dirac:~# Maybe it can be interesting for you: I'm running debian woody and using the backport of xfree 4.2.1 -- Non c'è più forza nella normalità, c'è solo monotonia.
Re: Problema with xfonts-75dpi_4.2.1-0pre1v2
On Wed, 02 Oct 2002, Ottavio Campana wrote: > I've installed xfree 4.2.1-0pre1v1 and everything was ok. Now I've > upgraded and I've got the following problem: > > Sorry for the messages in italian. it compalins that it cannota write in > the pipe in the copy (impossibile scrivere sulla pipe nella copia) Could you retry with LC_ALL=C (temporarily)? Martijn -- De importeur voerde niets uit.
Problema with xfonts-75dpi_4.2.1-0pre1v2
I've installed xfree 4.2.1-0pre1v1 and everything was ok. Now I've upgraded and I've got the following problem: Spacchettamento di xfonts-75dpi (da .../xfonts-75dpi_4.2.1-0pre1v2_all.deb) ... dpkg-deb (sottoprocesso): short read in buffer_copy (impossibile scrivere sulla pipe nella copia) dpkg-deb: il sottoprocesso paste ha restituito un codice di errore 2 dpkg: errore processando /var/cache/apt/archives/xfonts-75dpi_4.2.1-0pre1v2_all.deb (--unpack): short read in buffer_copy (dpkg-deb backend su `./usr/X11R6/lib/X11/fonts/75dpi/UTI___12.pcf.gz') Sono occorsi degli errori processando: /var/cache/apt/archives/xfonts-75dpi_4.2.1-0pre1v2_all.deb Sorry for the messages in italian. it compalins that it cannota write in the pipe in the copy (impossibile scrivere sulla pipe nella copia) Bye -- Non c'è più forza nella normalità, c'è solo monotonia.
Re: Problema with xfonts-75dpi_4.2.1-0pre1v2
On Wed, Oct 02, 2002 at 10:00:57AM +0200, Martijn van de Streek wrote: > On Wed, 02 Oct 2002, Ottavio Campana wrote: > > > I've installed xfree 4.2.1-0pre1v1 and everything was ok. Now I've > > upgraded and I've got the following problem: > > > > Sorry for the messages in italian. it compalins that it cannota write in > > the pipe in the copy (impossibile scrivere sulla pipe nella copia) > > Could you retry with LC_ALL=C (temporarily)? dirac:~# apt-get install xfonts-75dpi Reading Package Lists... Done Building Dependency Tree... Done The following NEW packages will be installed: xfonts-75dpi 0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/1626kB of archives. After unpacking 4864kB will be used. E: Archive is too short (Reading database ... 35913 files and directories currently installed.) Unpacking xfonts-75dpi (from .../xfonts-75dpi_4.2.1-0pre1v2_all.deb) ... dpkg-deb (subprocess): short read in buffer_copy (failed to write to pipe in copy) dpkg-deb: subprocess paste returned error exit status 2 dpkg: error processing /var/cache/apt/archives/xfonts-75dpi_4.2.1-0pre1v2_all.deb (--unpack): short read in buffer_copy (backend dpkg-deb during `./usr/X11R6/lib/X11/fonts/75dpi/UTI___12.pcf.gz') Errors were encountered while processing: /var/cache/apt/archives/xfonts-75dpi_4.2.1-0pre1v2_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) dirac:~# Maybe it can be interesting for you: I'm running debian woody and using the backport of xfree 4.2.1 -- Non c'è più forza nella normalità, c'è solo monotonia. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problema with xfonts-75dpi_4.2.1-0pre1v2
On Wed, 02 Oct 2002, Ottavio Campana wrote: > I've installed xfree 4.2.1-0pre1v1 and everything was ok. Now I've > upgraded and I've got the following problem: > > Sorry for the messages in italian. it compalins that it cannota write in > the pipe in the copy (impossibile scrivere sulla pipe nella copia) Could you retry with LC_ALL=C (temporarily)? Martijn -- De importeur voerde niets uit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Problema with xfonts-75dpi_4.2.1-0pre1v2
I've installed xfree 4.2.1-0pre1v1 and everything was ok. Now I've upgraded and I've got the following problem: Spacchettamento di xfonts-75dpi (da .../xfonts-75dpi_4.2.1-0pre1v2_all.deb) ... dpkg-deb (sottoprocesso): short read in buffer_copy (impossibile scrivere sulla pipe nella copia) dpkg-deb: il sottoprocesso paste ha restituito un codice di errore 2 dpkg: errore processando /var/cache/apt/archives/xfonts-75dpi_4.2.1-0pre1v2_all.deb (--unpack): short read in buffer_copy (dpkg-deb backend su `./usr/X11R6/lib/X11/fonts/75dpi/UTI___12.pcf.gz') Sono occorsi degli errori processando: /var/cache/apt/archives/xfonts-75dpi_4.2.1-0pre1v2_all.deb Sorry for the messages in italian. it compalins that it cannota write in the pipe in the copy (impossibile scrivere sulla pipe nella copia) Bye -- Non c'è più forza nella normalità, c'è solo monotonia. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xfree86 4.2.1-0pre1v2 (source,alpha,i386,hppa,powerpc,sparc) available at the X Strike Force
On Wed, Oct 02, 2002 at 02:22:19PM +1000, Matt Chapman wrote: > I think the IA64 unaligned functions should be "static __inline__" like > the other architectures instead of "extern __inline__" (otherwise when > optimisations are turned off in the debugging build, and those functions > are not inlined, they are omitted). That did it, thanks. I thought I remembered fixing this at some point in the past; perhaps an unintended regression took place. Or maybe that was for a different architecture. Thanks again! I'll roll an "stealth" version of 4.2.1-0pre1v2 with this patch for ia64 and stick it up at the XSF. All right, ARM guys, how about it? -- G. Branden Robinson|If you make people think they're Debian GNU/Linux |thinking, they'll love you; but if [EMAIL PROTECTED] |you really make them think, they'll http://people.debian.org/~branden/ |hate you. pgpThNrf2aNTl.pgp Description: PGP signature