[Cooker] XFree (maybe only) "speeds up" all event timers
If you run one of a large number of programs on X [mahjongg shows it well] (possibly, outside of X too???) you can see on my SMP Athlon system that it accelerates the "timer" fields in its X protocol incredibly fast. Glibc? Kernel stuff? An "apt-get upgrade" caused it I think when gnome got updated.. or maybe XFree or somesuch. Every single event seems to increment it forward in Mahjongg. It's somewhat impressive. I "finished" a puzzle in 29 minutes when it took me only 10 in the real world. You could hurtle forward 10 mintues in mahjongg merely by zooming the pointer across the window back and forth. Flash anims actually run strangely slower and jerky. This started to show first when auto-repeat keystrokes sped up unmanagably.. if turned on by GNOME. (if turned on by "xset r on" only, it seems to work??). It also makes double-clicking a fond memory. Can't happen.. no matter what the setting is. DPMS shows up very fast... no matter how long I put it into the future. Now that I got radeon DRI working for 3D.. tuxracer and bzflag are too fast to play. Nothing regarding time on my system seems to matter, unless closely linked to sound card feeds or some such. and I cannot see any bugs around kernel or glibc (via google at least) that mention it. The reason I'm writing this is because it appeared to show up a kernel or two ago or on a gnome upgrade. Arguably it may even be XFree86-4.3 specific or GNOME specific .. but I think it would show up on its bug-discussions if it were common. (I don't see it currently). Currently I do the big no-no of mirroring Cooker and "apt-get" with it and contrib. It's been okay recently and all the new stuff appears magically. Live on the edge!! However this is what I get I suppose. Mind you: anything like MPlayer (with sound turned on only!!) or XMMS seem fine .. but they are intimately linked to flow-control in sound hardware. Thanks in advance. -- CH _ Sign up for a 6mb FREE email from http://www.spl.at Join the buzz, chat with us! http://chat.spl.at _ Select your own custom email address for FREE! Get [EMAIL PROTECTED] w/No Ads, 6MB, POP & more! http://www.everyone.net/selectmail?campaign=tag
Re: [Cooker] Xfree 4.3 and RandR
On Mon, 2003-03-03 at 07:56, Jack Coates wrote: > On Mon, 2003-03-03 at 04:06, andre wrote: > > On Monday 03 March 2003 13:05, Steffen Barszus wrote: > > > I feel that this RandR feature is a must have. A lot of people was > > > complaining about it a long time. > > > > RandR is something you complain about if you don't have it and never use if > > you have it > > yeah, nobody has a different sized monitor when they plug their laptop > into a docking station or video projector, and nobody minds keeping > multiple XF86Config-4 files around, so no one wants anything like RandR. > In other news, developers keep wasting time on these damned Gnome and > KDE desktop environments -- don't they realize that everyone wants > light-weight desktops? ice is nice > > back to your regularly scheduled programming,
Re: [Cooker] Xfree 4.3 and RandR
On Mon, 2003-03-03 at 04:06, andre wrote: > On Monday 03 March 2003 13:05, Steffen Barszus wrote: > > I feel that this RandR feature is a must have. A lot of people was > > complaining about it a long time. > > RandR is something you complain about if you don't have it and never use if > you have it yeah, nobody has a different sized monitor when they plug their laptop into a docking station or video projector, and nobody minds keeping multiple XF86Config-4 files around, so no one wants anything like RandR. In other news, developers keep wasting time on these damned Gnome and KDE desktop environments -- don't they realize that everyone wants light-weight desktops? back to your regularly scheduled programming, -- Jack Coates Monkeynoodle: A Scientific Venture...
Re: [Cooker] Xfree 4.3 and RandR
On Monday 03 March 2003 13:39, andre wrote: > > name one? tsk... Loki's Kohan runs only in 1024x768, but I hate using my desktop in that resolution (low refresh, small fonts). Switching during session would be nice. And certainly easier compared to starting a new xserver. Also, since many programmers do not believe 800x600 does make sense for some monitors, I can at least switch to a higher res as a work around. Hopefully, changing on the fly will also make it easier for these programmers to actually test on lower resolutions. Also this feature will hopefully induce some nice KDE/GNOME/whatever gui apps for setting the resolution/refresh you want by clicking on the desktop. Instead of searching through XFdrake. Also, it makes sense for some apps which want to resize the view screen (movieplayers, some games) previously you could use SDL to do this more or less. Now perhaps I can look to a movie in my rootwin, which is scaled appropiate, and still can use my panel. Probably could cook up some more. Point is: it is not neccesary, but it does make life easier. anyway, I am happy with the commandline tool already. Just it seems that the KDE panel is not randr aware. Well...There are more important things for Laurent to fix (like konq insisting on hanging up your system for 10 secs when you browse into /mnt and use supermount). d.
Re: [Cooker] Xfree 4.3 and RandR
On Monday 03 March 2003 14:34, Götz Waschk wrote: > Am Montag, 3. März 2003, 14:33:22 Uhr MET, schrieb Steffen Barszus: > > Whats that ? There are uses of it, and there are people that used to > > had this feature on their former OS and simply don't understand why > > it is not on their new OS. > > Anyway, they'll have a nice dialog for this in their KDE control panel > or the gnome-control panel in Mandrake 9.2. Seriously, it's too late > to request new features. xrandr is included, so you could write a > simple gui for that and contribute it to us. I just wanted to ask it. It is clear to me that it is to late, as I stated in my first post. I just defended my opinion, and said it is not useless, like andre said. Such an opinion is crap ("if you have it you wont use it so its useless and we don't need it") . And it is not the thing that there is no tool to change the resolution. I have heard that the XF86Config-4 needs some special sections in it to enable this feature. And I wanted to asked if that was taken in account. urpmi "something" isn't a thing that can't be done later. @ andre: I wont complain anymore since it is to late anyway. Try to use your imagination. -- Regards Steffen counter.li.org : #296567. machine: 181800 vdr-box : 87 Please dont CC me, since if I have replied I'll watch the tread. Both mails will be filtered to the ML-folder. Thanks
Re: [Cooker] Xfree 4.3 and RandR
On Monday 03 March 2003 14:33, Steffen Barszus wrote: > On Monday 03 March 2003 13:06, andre wrote: > > RandR is something you complain about if you don't have it and never use > > if you have it > > Whats that ? There are uses of it, and there are people that used to had > this feature on their former OS and simply don't understand why it is not > on their new OS. name one?
Re: [Cooker] Xfree 4.3 and RandR
Am Montag, 3. März 2003, 14:33:22 Uhr MET, schrieb Steffen Barszus: > Whats that ? There are uses of it, and there are people that used to > had this feature on their former OS and simply don't understand why > it is not on their new OS. Anyway, they'll have a nice dialog for this in their KDE control panel or the gnome-control panel in Mandrake 9.2. Seriously, it's too late to request new features. xrandr is included, so you could write a simple gui for that and contribute it to us. -- Götz Waschk <> master of computer science <> University of Rostock http://wwwtec.informatik.uni-rostock.de/~waschk/waschk.asc for PGP key --> Logout Fascism! <--
Re: [Cooker] Xfree 4.3 and RandR
On Monday 03 March 2003 13:06, andre wrote: > On Monday 03 March 2003 13:05, Steffen Barszus wrote: > > I feel that this RandR feature is a must have. A lot of people was > > complaining about it a long time. > > RandR is something you complain about if you don't have it and never use if > you have it Whats that ? There are uses of it, and there are people that used to had this feature on their former OS and simply don't understand why it is not on their new OS. -- Regards Steffen counter.li.org : #296567. machine: 181800 vdr-box : 87 Please dont CC me, since if I have replied I'll watch the tread. Both mails will be filtered to the ML-folder. Thanks
Re: [Cooker] Xfree 4.3 and RandR
On Monday 03 March 2003 13:05, Steffen Barszus wrote: > I feel that this RandR feature is a must have. A lot of people was > complaining about it a long time. RandR is something you complain about if you don't have it and never use if you have it
Re: [Cooker] Xfree 4.3 and RandR
On Monday 03 March 2003 09:34, Götz Waschk wrote: > Am Montag, 3. März 2003, 09:26:42 Uhr MET, schrieb Combelles, Christophe (MED, ALTEN): > > >You can resize your screen with the command line tool xrandr. That > > >seems to work fine. I guess there are simply no gui tools yet to > > >configure this. Also window managers need support to detect the new > > >screen size. This also isn't available yet. > > > > Here is a kcontrol module for RandR : > > http://yoyo.its.monash.edu.au/~meddie/patches/randr.png > > I knew this. But does the kde panel resize when you use this to change > the resolution? My gnome panel doesn't so this is not usable at the moment. I feel that this RandR feature is a must have. A lot of people was complaining about it a long time. Now it is there and it is not included ? That would really be a pitty. I have read about the RandR at the release notes of Xfree 4.3.0, so it is maybe really late to think about it. If I would have read about it earlier, I had asked earlier. I would say it is very important to have it included. The best would be to have a keyboard shortcut for changing the physical resolution, very similar to the shortcut for changing the virtual resolution. But that may be a dream and may be it is not possible. The next question: How do the small wm handle RandR ? (IceWM, XFCE, BlackBox &Co ?) Are there any of them that can handle it ? -- Regards Steffen counter.li.org : #296567. machine: 181800 vdr-box : 87 Please dont CC me, since if I have replied I'll watch the tread. Both mails will be filtered to the ML-folder. Thanks
Re: [Cooker] Xfree 4.3 and RandR
Chris Picton wrote: On Mon, 2003-03-03 at 10:34, Götz Waschk wrote: I knew this. But does the kde panel resize when you use this to change the resolution? My gnome panel doesn't so this is not usable at the moment. Gnome panel does resize, so does metacity. Some nautilus icons go off the side of the screen when decreasing screen size. At least, this avoids gathering all your icons in an upper-left corner stamp-sized screen area when switching from 1600x1200 to 640x480... Also Waimea window manager seems to know RandR. Gnome panel applets, however do not always keep their places.
Re: [Cooker] Xfree 4.3 and RandR
Am Montag, 3. März 2003, 10:51:35 Uhr MET, schrieb Chris Picton: > Gnome panel does resize, so does metacity. Some nautilus icons go off > the side of the screen when decreasing screen size. > Gnome panel applets, however do not always keep their places. Really? So maybe it is sawfish that has problems with randr. -- Götz Waschk <> master of computer science <> University of Rostock http://wwwtec.informatik.uni-rostock.de/~waschk/waschk.asc for PGP key --> Logout Fascism! <--
Re: [Cooker] Xfree 4.3 and RandR
On Mon, 2003-03-03 at 10:34, Götz Waschk wrote: > I knew this. But does the kde panel resize when you use this to change > the resolution? My gnome panel doesn't so this is not usable at the moment. Gnome panel does resize, so does metacity. Some nautilus icons go off the side of the screen when decreasing screen size. Gnome panel applets, however do not always keep their places. -- Chris Picton <[EMAIL PROTECTED]> Tangent Systems
Re: [Cooker] Xfree 4.3 and RandR
Am Montag, 3. März 2003, 09:26:42 Uhr MET, schrieb Combelles, Christophe (MED, ALTEN): > >You can resize your screen with the command line tool xrandr. That > >seems to work fine. I guess there are simply no gui tools yet to > >configure this. Also window managers need support to detect the new > >screen size. This also isn't available yet. > Here is a kcontrol module for RandR : > http://yoyo.its.monash.edu.au/~meddie/patches/randr.png I knew this. But does the kde panel resize when you use this to change the resolution? My gnome panel doesn't so this is not usable at the moment. -- Götz Waschk <> master of computer science <> University of Rostock http://wwwtec.informatik.uni-rostock.de/~waschk/waschk.asc for PGP key --> Logout Fascism! <--
Re: [Cooker] Xfree 4.3 and RandR
Götz Waschk wrote: Am Sonntag, 2. März 2003, 17:38:31 Uhr MET, schrieb Steffen Barszus: I have read in the Xfree Release notes that RandR is (partially?) possible in this release. Was this taken in account on configuring the X-server ? Haven't read any discussion about that here on the list. You can resize your screen with the command line tool xrandr. That seems to work fine. I guess there are simply no gui tools yet to configure this. Also window managers need support to detect the new screen size. This also isn't available yet. Here is a kcontrol module for RandR : http://yoyo.its.monash.edu.au/~meddie/patches/randr.png
Re: [Cooker] Xfree 4.3 and RandR
Am Sonntag, 2. März 2003, 17:38:31 Uhr MET, schrieb Steffen Barszus: > I have read in the Xfree Release notes that RandR is (partially?) > possible in this release. Was this taken in account on configuring > the X-server ? Haven't read any discussion about that here on the > list. You can resize your screen with the command line tool xrandr. That seems to work fine. I guess there are simply no gui tools yet to configure this. Also window managers need support to detect the new screen size. This also isn't available yet. -- Götz Waschk <> master of computer science <> University of Rostock http://wwwtec.informatik.uni-rostock.de/~waschk/waschk.asc for PGP key --> Logout Fascism! <--
[Cooker] Xfree 4.3 and RandR
Hi! I have read in the Xfree Release notes that RandR is (partially?) possible in this release. Was this taken in account on configuring the X-server ? Haven't read any discussion about that here on the list. -- Regards Steffen counter.li.org : #296567. machine: 181800 vdr-box : 87 Please dont CC me, since if I have replied I'll watch the tread. Both mails will be filtered to the ML-folder. Thanks
Re: [Cooker] XFree - what changed in today's update?
On Tuesday 25 February 2003 01:34 pm, Vincent Meyer, MD wrote: > Tonights update - we're back to broken again. Unpack them and diff. Unpack the sources and diff. Cheers; Leon
Re: [Cooker] XFree - what changed in today's update?
On Mon, 2003-02-24 at 21:34, Vincent Meyer, MD wrote: > Hi, > > The XFree86 driver in RC1 is the first one for Trident which has actually had > the XV extension work on my piece of junk gateway laptop! I got to watch > full screen DVD's today and everything! > > Tonights update - we're back to broken again. > > I don't think it's necessarily the driver code. Is it possible that the > compile flages might have been different or something similar? Not so much > the code but how it was built? > > What happens when it crashes is that the non Xv window goes all one color, > usually blue, while the Xv window goes slowly to all another color, usually > green, one vertical line at a time. In the mean time, all other processes > stop, the machine locks up solid. > > Worst case, can save my RC1 disks for their working XFree86 - but damn! this > has been a problem for me for almost 2 years, and it WAS WORKING - and i > don't know why. > > Any info would be appreciated. > > V. > Vincent , When you find the answer let me know... I've got a wireless card doing the same kind of deal (works... stops works stops) Never with the same error or problem. *grin* Sorry not enough sleep. (two year old with an earache and a burn date just past for our product.) James
[Cooker] XFree - what changed in today's update?
Hi, The XFree86 driver in RC1 is the first one for Trident which has actually had the XV extension work on my piece of junk gateway laptop! I got to watch full screen DVD's today and everything! Tonights update - we're back to broken again. I don't think it's necessarily the driver code. Is it possible that the compile flages might have been different or something similar? Not so much the code but how it was built? What happens when it crashes is that the non Xv window goes all one color, usually blue, while the Xv window goes slowly to all another color, usually green, one vertical line at a time. In the mean time, all other processes stop, the machine locks up solid. Worst case, can save my RC1 disks for their working XFree86 - but damn! this has been a problem for me for almost 2 years, and it WAS WORKING - and i don't know why. Any info would be appreciated. V.
[Cooker] [XFree] Freeze of the display, kill, then freeze
Hi, On my Cooker daily updated, I experience freezes since last Xfree rpms. Symptoms are : It works good for a long time, then with no particular reason the display freeze. I can t go to console with alt+ctrl+F2 I can use SSH to login to my laptop (Dell C610), a top tell me X is using 99% of CPU. kill Xpid don t work, and kill -9 Xpid is freezing the whole system, must reboot via power button. I ve also install the last kernel and modules, I get same problem. I send the log of XFree. Bye, Fabien -- > Does anybody know about when the official 9.1 will be released? `cat "/usr/share/"$deity"/knowledge/software.db" | grep Mandrake 9.1` if [$? = 0]; then ...maybe God can tell. else ...when it's ready. fi @cooker ML This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to [EMAIL PROTECTED] and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs). XFree86 Version 4.2.99.902 (4.3.0 RC 2) Release Date: 17 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.18-23mdksmp i686 [ELF] Build Date: 18 February 2003 Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. 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: Sun Feb 23 11:50:38 2003 (==) Using config file: "/etc/X11/XF86Config-4" (==) ServerLayout "layout1" (**) |-->Screen "screen1" (0) (**) | |-->Monitor "monitor1" (**) | |-->Device "device1" (**) |-->Input Device "Keyboard1" (WW) Option "XkbCompat" requires an string value (**) Option "XkbModel" "pc105" (**) XKB: model: "pc105" (**) Option "XkbLayout" "us_intl" (**) XKB: layout: "us_intl" (WW) Option "XkbOptions" requires an string value (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Mouse1" (**) FontPath set to "unix/:-1" (==) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (**) Option "AllowMouseOpenFail" Using vt 7 (--) using VT number 7 (WW) Open APM failed (/dev/apm_bios) (No such file or directory) (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (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.99.902, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (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.99.902, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x8000f8e4, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,3575 card , rev 04 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,3576 card , rev 04 class 06,04,00 hdr 01 (II) PCI: 00:1d:0: chip 8086,2482 card 8086,4541 rev 02 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,2484 card 8086,4541 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:2: chip 8086,2487 card 8086,4541 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1e:0: chip 8086,2448 card , rev 42 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,248c card , rev 02 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,248a card 8086,4541 rev 02 class 01,01,8a hdr 00 (II) PCI: 00:1f:5: chip 8086,2485 card 1013,5959 rev 02 class 04,01,00 hdr 00 (II) PCI: 00:1f:6: chip 8086,2486 card 134d,4c21 rev 02 class 07,03,00 hdr 00 (II) PCI: 01:00:0: chip 1002,4c59 card 1028,00e3 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 4000, rev 00 class 06,07,00 hdr 82 (II) PCI: 02:01:1: chip 104c,ac51 card 4800, rev 00 class 06,07,00 hdr 82 (II) PCI: 02:0c:0: chip 1011,0022 card , rev 06 class 06,04,00 hdr 01 (II) PCI: 03:01:0: chip 109e,0350 card , rev 12 class 04,00,00 hdr 00 (II) PCI: 03:05:0: chip 1095,0646 card 1095,0646 rev 07 class 01,01,8f hdr 00 (II) PCI: 03:07:0: chip 9004,8078 card 9004,7880 rev 02 class 01,00,00 hdr 00 (II) PCI: 03:08:0: chip 10b7,9200 card 1028,00a8 rev 78 class 02,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,5), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O
Re: [Cooker] XFree-xfs and group xfs
Am Mittwoch, 12. Februar 2003, 14:30:06 Uhr MET, schrieb Pascal Cavy: > Each time I update XFree-xfs it claims that group xfs does not exists. > Is this a bug or a feature ? I mean do we have to create it manually ? Good question. I always was to lazy to ask it. Maybe the XFree86 maintainer forgot to remove this a long time ago. -- Götz Waschk <> master of computer science <> University of Rostock http://wwwtec.informatik.uni-rostock.de/~waschk/waschk.asc for PGP key --> Logout Fascism! <--
[Cooker] XFree-xfs and group xfs
Each time I update XFree-xfs it claims that group xfs does not exists. Is this a bug or a feature ? I mean do we have to create it manually ? -- Pascal Cavy - VMF __ Running 12 days, 20:33, 5 users, load average: 0.69, 0.66, 0.67 (gcc version 3.2.1 (Mandrake Linux 9.1 3.2.1-4mdk)) Kernel Linux version 2.4.21pre4-1mdkenterprise
Re: [Cooker] XFree can't connect to font server ?
On Thu, 16 Jan 2003, Gilles Mocellin wrote: > After I change it, I also had to remove /tmp/.X11-unix* and restart xfs > server. > > xfs creates a /tmp/.font-unix, owned by xfs. > Yes, I always consider it a very bad bug that xfs doesn't even tell you what is the problem. I've had it a few times, although I never found out how the sticky bit of tmp dissappeared. Perhaps a start up script can check the temp permissions. I will see if I have time to patch. Or are there people who like /tmp to be non-sticky? In that case the script should only give a warning? WDYT? Danny
Re: [Cooker] XFree can't connect to font server ?
On Wed, Jan 15, 2003 at 08:11:42PM +0100, Danny Tholen wrote: > Check whether xfs is running if not start it. If it does not work, check if > xfs can write to /tmp. > > Actually, I do not understand why there is not at least a few font in > XF86Config-4 so that X at least starts if xfs fails. > Yes ! My /tmp was owned by root, mod 755, without sticky bit. After I change it, I also had to remove /tmp/.X11-unix* and restart xfs server. xfs creates a /tmp/.font-unix, owned by xfs. Thanx, it works now !
Re: [Cooker] XFree can't connect to font server ?
On Wed, 2003-01-15 at 16:46, David Walser wrote: > Doesn't that only apply if you don't even put in the > line for the font server? (FontPath unix:-1) Right. It seems that X only uses the built in paths if you have no FontPath declared (unix:-1 or otherwise). -- /curtis ><> Mandrake Linux 9.1 (cooker) Kernel Version 2.4.20-1w4l Uptime 3 days 19 hours 27 minutes
Re: [Cooker] XFree can't connect to font server ?
Doesn't that only apply if you don't even put in the line for the font server? (FontPath unix:-1) --- Curtis Hildebrand <[EMAIL PROTECTED]> wrote: > X does have compiled in FontPath's. From the > XF86Config man page: > >When this entry is not specified in the config > file, the server >falls back to the compiled-in default font path, > which contains >the following font path elements: > /usr/X11R6/lib/X11/fonts/misc/ > /usr/X11R6/lib/X11/fonts/Speedo/ > /usr/X11R6/lib/X11/fonts/Type1/ > /usr/X11R6/lib/X11/fonts/CID/ > /usr/X11R6/lib/X11/fonts/75dpi/ > /usr/X11R6/lib/X11/fonts/100dpi/ > > I was playing with this the other day, and X started > without xfs running > or any declared FontPath's. > > -- > /curtis ><> >Mandrake Linux 9.1 > (cooker) >Kernel Version > 2.4.20-1w4l >Uptime 3 days 17 hours 27 > minutes > > __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com
Re: [Cooker] XFree can't connect to font server ?
On Wed, 2003-01-15 at 11:11, Danny Tholen wrote: > Check whether xfs is running if not start it. If it does not work, check if > xfs can write to /tmp. > > Actually, I do not understand why there is not at least a few font in > XF86Config-4 so that X at least starts if xfs fails. > X does have compiled in FontPath's. From the XF86Config man page: When this entry is not specified in the config file, the server falls back to the compiled-in default font path, which contains the following font path elements: /usr/X11R6/lib/X11/fonts/misc/ /usr/X11R6/lib/X11/fonts/Speedo/ /usr/X11R6/lib/X11/fonts/Type1/ /usr/X11R6/lib/X11/fonts/CID/ /usr/X11R6/lib/X11/fonts/75dpi/ /usr/X11R6/lib/X11/fonts/100dpi/ I was playing with this the other day, and X started without xfs running or any declared FontPath's. -- /curtis ><> Mandrake Linux 9.1 (cooker) Kernel Version 2.4.20-1w4l Uptime 3 days 17 hours 27 minutes
Re: [Cooker] XFree can't connect to font server ?
Check whether xfs is running if not start it. If it does not work, check if xfs can write to /tmp. Actually, I do not understand why there is not at least a few font in XF86Config-4 so that X at least starts if xfs fails. Danny On Monday 13 January 2003 23:46, Gilles Mocellin wrote: > Since I've rebooted (why ? Oh why ?), X didn't start anymore. > > It says that : > > #Could not init font path element unix/:-1, removing from list! > # > #Fatal server error: > #could not open default font 'fixed' > > If I add font entries in /etc/X11/XF86Config-4, I can make it start, but > it's not the way it has to be, no ?
[Cooker] XFree can't connect to font server ?
Since I've rebooted (why ? Oh why ?), X didn't start anymore. It says that : #Could not init font path element unix/:-1, removing from list! # #Fatal server error: #could not open default font 'fixed' If I add font entries in /etc/X11/XF86Config-4, I can make it start, but it's not the way it has to be, no ?
[Cooker] XFree with ATI All-in-wonder pro and Samsung Syncmaster 570V Flatpanel
I installed cooker (Aug 29) on a machine I threw together with some spare parts hoping to make it into a test box. It has an ATI All-in-wonder PRO agp card in it, driving a Samsung SyncMaster 570 V Flat panel display. XFdrake is not able to come up with a working config. I tried modifying the XF86Config-4 to try and get it working with no luck. Redhat Beta Null had an X that ran fine with this config (16bit color. 1024x768). Using the same details from the Redhat XF86Config, X won't work correctly with cooker. What happens is X comes up, the left half of the screen is okay, but the right half is flipped (right to left) and blurry. with the test screen the the left half of the rainbow screen is perfect and you the Yes/No dialog box is cut in the middle with the left half OK and "Yes" readable. The right half of the dialog is pushed all the way over to the right edge and is not readable, the rainbow lines are also blurry and not synced correctly. I've Attached the XF86Config produced by redhat null. But I think this problem lies with the ati driver. (Nice to have the list back from the dead, I sent a similar message on Friday but its lost is space somewhere) # File generated by anaconda. Section "ServerLayout" Identifier "Anaconda Configured" Screen 0 "Screen0" 0 0 InputDevice"Mouse0" "CorePointer" # InputDevice"Keyboard0" "CoreKeyboard" EndSection Section "Files" # The location of the RGB database. Note, this is the name of the # file minus the extension (like ".txt" or ".db"). There is normally # no need to change the default. RgbPath "/usr/X11R6/lib/X11/rgb" # Multiple FontPath entries are allowed (they are concatenated together) # By default, Red Hat 6.0 and later now use a font server independent of # the X server to render fonts. FontPath "unix/:7100" EndSection Section "Module" Load "dbe" Load "extmod" Load "fbdevhw" Load "dri" Load "glx" Load "record" Load "freetype" Load "type1" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "keyboard" # Option "AutoRepeat""500 5" # when using XQUEUE, comment out the above line, and uncomment the # following line # Option "Protocol" "Xqueue" # Specify which keyboard LEDs can be user-controlled (eg, with xset(1)) # Option "Xleds" "1 2 3" # To disable the XKEYBOARD extension, uncomment XkbDisable. # Option "XkbDisable" # To customise the XKB settings to suit your keyboard, modify the # lines below (which are the defaults). For example, for a non-U.S. # keyboard, you will probably want to use: # Option "XkbModel" "pc102" # If you have a US Microsoft Natural keyboard, you can use: # Option "XkbModel" "microsoft" # # Then to change the language, change the Layout setting. # For example, a german layout can be obtained with: # Option "XkbLayout" "de" # or: # Option "XkbLayout" "de" # Option "XkbVariant""nodeadkeys" # # If you'd like to switch the positions of your capslock and # control keys, use: # Option "XkbOptions""ctrl:nocaps" Option "XkbRules" "xfree86" Option "XkbModel" "pc105" Option "XkbLayout" "us" #Option "XkbVariant""" #Option "XkbOptions""" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "IMPS/2" Option "Device" "/dev/input/mice" Option "ZAxisMapping" "4 5" Option "Emulate3Buttons" "no" EndSection # Section "Monitor" Identifier "Monitor0" VendorName "Monitor Vendor" ModelName"Monitor Model" HorizSync 30-61 VertRefresh 50-75 Option "dpms" EndSection Section "Device" # no known options Identifier "ATI All-in-Wonder Pro" Driver "ati" VendorName "ATI All-in-Wonder Pro" BoardName "ATI All-in-Wonder Pro" #BusID EndSection Section "Screen" Identifier "Screen0" Device "ATI All-in-Wonder Pro" Monitor "Monitor0" DefaultDepth16 Subsection "Display" Depth 16 Modes "1024x768" "800x600" "640x480" EndSubsection EndSection Section "DRI" Mode 0666 EndSection
Re: [Cooker] XFree Crashing + Fix
That is a much nicer way than what I did. I just forced it to use the old vesa driver. --- [EMAIL PROTECTED] wrote: > > Problem: > ATI Rage 128 w/ VIA chipset locked up X immediately > after startx... Like many others with same problem > using VIA chips... > > Solution: > Unpacking Slackware tgz for XFree86 4.2.0 at / > directory solves the problem. > > Matthew > __ Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes http://finance.yahoo.com
[Cooker] XFree Crashing + Fix
Problem: ATI Rage 128 w/ VIA chipset locked up X immediately after startx... Like many others with same problem using VIA chips... Solution: Unpacking Slackware tgz for XFree86 4.2.0 at / directory solves the problem. Matthew
Re: [Cooker] XFree 4.2.0-10 and radeon
The problem you describe (switch from and to VC) is being discussed on dri-devel mailing list, and is a known problem since XFree86 4.2.0 (possibly not related to DRI at all). I don't think a solution has been found yet, but some people are looking into it. Reportedly, the only working package that is known to work is some heavily patched package of XFree86 4.1.0 from Debian :-( So stay tuned :-) Michal Alan Schmitt wrote: >Hi, > >I'm installing a Mandrake 8.2 on an evo n600c laptop that has a radeon >M6 graphic chip, and I'm seeing several problems that seem to be >related. I looked at the mailing list archives but couldn't see an >answer there. Here are the problem: > >- When I switch to a virtual console then get back to X, X hangs using > 100% cpu. I need to reboot using another computer to solve the problem > (kill -9 followed by startx fails, giving me an error message about > the impossibility to reset the radeon device) >- When I leave the laptop on battery and don't use it for a while, the > screen does not become blank, but the keyboard and mouse do not answer > anymore (the external mouse still works, though) >- Suspend works in virtual consoles. Suspend with X running doesn't > work: the laptop seems to start suspending, the screen gets all > trashed (as if it wasn't refreshed and the pixels were decaying ...). > When I resume, I get part of the original picture back, but trashed a > bit, and X goes to 100%. Same as in the first problem. >- I also noticed that when I reboot and launch X after hanging it, I > sometimes see for a second the screen as it was before hanging and > rebooting. Then the usual gray background takes its place. > >I'm using the radeon accelerated driver (otherwise it works greats and >it's really fast). I haven't tried modifying the module section, it >mainly loads dbe, v4l, dri, glx. I'd rather keep an accelerated server >if I can. >In the device section, I tried commenting out DPMS (which resulting in >correct screen blanking when not on battery), and I have AGPMode at 1. > >If you have hints at how to proceed to solve these issues, I'd really >like to know. I've been told on the linux latop mailing lists that I >should recompile X myself, but I'd rather not ;-) > >Thanks, > >Alan > >-- >The hacker: someone who figured things out and made something cool happen. > >
Re: [Cooker] XFree 4.2 horribly locks up Toshiba 2515CDS
- Original Message - From: SI Reasoning <[EMAIL PROTECTED]> To: Hoyt <[EMAIL PROTECTED]> Sent: Friday, March 29, 2002 12:33 PM Subject: Re: [Cooker] XFree 4.2 horribly locks up Toshiba 2515CDS > > > > I'm having the same problems with a Toshiba Satellite Pro 420CDS (C&T 6 > > video). > I have not had any major problems once I switched to 3.3.6. This seemd to be > a 4.2 issue here. > It seems the easy fix is to switch to 3.3.6. Kudos to Mandrake for continuing to support the older XFree86 version. However, Brook Humphrey may have something useful in his post. Hoyt
Re: [Cooker] XFree 4.2 horribly locks up Toshiba 2515CDS
- Original Message - From: Brook Humphrey <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, March 28, 2002 4:39 PM Subject: Re: [Cooker] XFree 4.2 horribly locks up Toshiba 2515CDS > On Thursday 28 March 2002 06:35 pm, you wrote: > > I know it is old but I had horrible problems with it locking up X, even > > as an X terminal with mouse movement. If there is screen refresh activity > > going on and I move the mouse...it seemed like it would eventually hard > > lock X not even alt+sysrq could help. I had lots of file corruption to > > overcome because of this nasty problem. XFree 3.3.6 works fine. > I Experiance the same problems on a newer 900mhz athlon system with a voodoo > 3000 video card. I'm having the same problems with a Toshiba Satellite Pro 420CDS (C&T 6 video).If I move a window, it locks up and I can't open a virtual console or Alt-Ctrl-Backspace. Mandrake 8.0 worked without problems. Hoyt
Re: [Cooker] XFree 4.2 horribly locks up Toshiba 2515CDS
On Thursday 28 March 2002 06:35 pm, you wrote: > I know it is old but I had horrible problems with it locking up X, even > as an X terminal with mouse movement. If there is screen refresh activity > going on and I move the mouse...it seemed like it would eventually hard > lock X not even alt+sysrq could help. I had lots of file corruption to > overcome because of this nasty problem. XFree 3.3.6 works fine. I Experiance the same problems on a newer 900mhz athlon system with a voodoo 3000 video card. I seem to get it more often when I use the weel mouse. restarting the xserver doesn't help. If I change to a terminal with ctrl-alt-f3 or whichever terminal and then back to x it seems to clear it up but only for a little while. I eventually have to reboot the system or I get complete system lockup. The power button kind. > > Bus 0, device 4, function 0: > VGA compatible controller: Chips and Technologies F69000 HiQVideo (rev > 100). > IRQ 11. > Non-prefetchable 32 bit memory at 0xfd00 [0xfdff]. > > XFree86-libs-4.2.0-10mdk > XFree86-xfs-4.2.0-10mdk > XFree86-100dpi-fonts-4.2.0-10mdk > XFree86-server-common-3.3.6-26mdk > XFree86-server-4.2.0-10mdk > XFree86-devel-4.2.0-10mdk > XFree86-4.2.0-10mdk > XFree86-75dpi-fonts-4.2.0-10mdk > XFree86-SVGA-3.3.6-26mdk -- -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~- Brook Humphrey Mobile PC Medic, 420 1st, Cheney, WA 99004, 509-235-9107 http://www.webmedic.net, [EMAIL PROTECTED], [EMAIL PROTECTED] Holiness unto the Lord -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-
[Cooker] XFree 4.2 horribly locks up Toshiba 2515CDS
I know it is old but I had horrible problems with it locking up X, even as an X terminal with mouse movement. If there is screen refresh activity going on and I move the mouse...it seemed like it would eventually hard lock X not even alt+sysrq could help. I had lots of file corruption to overcome because of this nasty problem. XFree 3.3.6 works fine. Bus 0, device 4, function 0: VGA compatible controller: Chips and Technologies F69000 HiQVideo (rev 100). IRQ 11. Non-prefetchable 32 bit memory at 0xfd00 [0xfdff]. XFree86-libs-4.2.0-10mdk XFree86-xfs-4.2.0-10mdk XFree86-100dpi-fonts-4.2.0-10mdk XFree86-server-common-3.3.6-26mdk XFree86-server-4.2.0-10mdk XFree86-devel-4.2.0-10mdk XFree86-4.2.0-10mdk XFree86-75dpi-fonts-4.2.0-10mdk XFree86-SVGA-3.3.6-26mdk
[Cooker] Xfree lockup, random Keyboard keys.
Ocasionaly my keyboard hangs which is to say the keys start to stick this has been a problem since 8.1. I will be typing something and the keys simply start to type things that I'm not pressing. This usually starts when I'm using my arrow keys allot. It can be found but it doesn't happe nall the time. Mostly I notice after the system has been on for a while and I'm using kmail. After it start though no aplications can be used as the keys don't funcion as expected. The mouse still works and xfree doen't lock up just the keyboard acts really funny. If there is any info I can send when this occurs please let me know. Also if I restart x it seems to solve the problem. Also with the xfree freezing the last hot plug update fixed it. -- -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~- Brook Humphrey Mobile PC Medic, 420 1st, Cheney, WA 99004, 509-235-9107 http://www.webmedic.net, [EMAIL PROTECTED], [EMAIL PROTECTED] Holiness unto the Lord -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-
Re: [Cooker] XFree and Trident
Op vr 22-02-2002, om 16:27 schreef Vincent Meyer, MD: > Fresh install last night. XFree Trident driver is still braindead. Trident > driver from XFree86.1.0 is a drop-in replacement which DOES work, except > for the Xv extensions. PLEASE PLEASE PLEASE - at least add the driver > to the disto as trident_drv2 or something so it can be installed. > > I do not know if this applies ONLY to Gateway Solo 9100 machines with > the dvd player (Trident 9397DVD chip, c-cube hardware decoder). I > am NOT the only one on the Xfree devel list who has seen this. Fix > won't be ready in time for 8.2 final (I haven't had time to compile and > test things for them, and they don't have a Trident based machine) > > Thanks > > V. Bug flepied with it. Or you could build X from cvs and see how that works out (linux from scratch has a guild on it)
[Cooker] XFree and Trident
Fresh install last night. XFree Trident driver is still braindead. Trident driver from XFree86.1.0 is a drop-in replacement which DOES work, except for the Xv extensions. PLEASE PLEASE PLEASE - at least add the driver to the disto as trident_drv2 or something so it can be installed. I do not know if this applies ONLY to Gateway Solo 9100 machines with the dvd player (Trident 9397DVD chip, c-cube hardware decoder). I am NOT the only one on the Xfree devel list who has seen this. Fix won't be ready in time for 8.2 final (I haven't had time to compile and test things for them, and they don't have a Trident based machine) Thanks V.
Re: [Cooker] XFree and Trident - still seriously broken
Snagged it off the 8.1 release disks. V. On Saturday 09 February 2002 03:44 pm, you wrote: > Hello, > > Until the XFree prople fix it (I think they're working on it) can we > please PLEASE PLEASE go back to the 4.1.0 trident driver? (trident_drv.o) > It is seriously broken. The weird textures and rainbow colors are kinda > cool for all of about two minutes, then the fact that you can't see > anything gets pretty old. > > ALSO - in reloading a clean cooker this morning, I forgot to save the > damn trident_drv.o that worked! could someone e-mail me this if they are > using it? > > V.
[Cooker] XFree and Trident - still seriously broken
Hello, Until the XFree prople fix it (I think they're working on it) can we please PLEASE PLEASE go back to the 4.1.0 trident driver? (trident_drv.o) It is seriously broken. The weird textures and rainbow colors are kinda cool for all of about two minutes, then the fact that you can't see anything gets pretty old. ALSO - in reloading a clean cooker this morning, I forgot to save the damn trident_drv.o that worked! could someone e-mail me this if they are using it? V.
Re: [Cooker] XFree 4.2 is out - but doesn't like my laptop
Andre! It worked! It worked! It worked! I also reported this to Alan Hourihane, who I think is maintaining the driver. V. > Can you give me details ? I'll try ANYTHING at this point.. > > V > > No, XFree should be patched to run on your trident. PS. did you try the > trident_drv.o trick As far as i understood it a previous version from XFree4 worked, if so overwrite the not work version of /usr/X11R6/lib/modules/drivers/trident_drv.o with the one from the working version. And to copy the file out of the rpm easy use rpm
Re: [Cooker] XFree 4.2 is out - but doesn't like my laptop
> > Can you give me details ? I'll try ANYTHING at this point.. > > V > > No, XFree should be patched to run on your trident. PS. did you try the > trident_drv.o trick > > As far as i understood it a previous version from XFree4 worked, if so overwrite the not work version of /usr/X11R6/lib/modules/drivers/trident_drv.o with the one from the working version. And to copy the file out of the rpm easy use rpm
Re: [Cooker] XFree 4.2 is out - but doesn't like my laptop
Can you give me details ? I'll try ANYTHING at this point.. V No, XFree should be patched to run on your trident. PS. did you try the trident_drv.o trick
Re: [Cooker] XFree 4.2 is out - but doesn't like my laptop
Op zo 20-01-2002, om 05:28 schreef Vincent Meyer, MD: > Hi, > > I downloaded the tarball of 4.2 from the XFree86.org site, and was able to > get it to build just fine. Problem is, it does NOT work with the Trident > chipset as installed by Gateway in this P.O.S. laptop. (yeah, I know, get a > real computer.. isn't an option right now) > > I will do my best to debug what i can - but we need to have 4.1.0 be > available for those of us who can't use 4.2 > > V. No, XFree should be patched to run on your trident. PS. did you try the trident_drv.o trick
[Cooker] XFree 4.2 is out - but doesn't like my laptop
Hi, I downloaded the tarball of 4.2 from the XFree86.org site, and was able to get it to build just fine. Problem is, it does NOT work with the Trident chipset as installed by Gateway in this P.O.S. laptop. (yeah, I know, get a real computer.. isn't an option right now) I will do my best to debug what i can - but we need to have 4.1.0 be available for those of us who can't use 4.2 V.
Re: [Cooker] XFree in current cooker
XFree86-100dpi-fonts-4.1.0-22mdk.i586.rpm* XFree86-4.1.0-22mdk.i586.rpm* XFree86-75dpi-fonts-4.1.0-22mdk.i586.rpm* XFree86-devel-4.1.0-22mdk.i586.rpm* XFree86-doc-4.1.0-22mdk.i586.rpm* XFree86-glide-module-4.1.0-22mdk.i586.rpm* XFree86-libs-4.1.0-22mdk.i586.rpm* XFree86-server-4.1.0-22mdk.i586.rpm* XFree86-static-libs-4.1.0-22mdk.i586.rpm* XFree86-xfs-4.1.0-22mdk.i586.rpm* "Vincent Meyer, MD" <[EMAIL PROTECTED]> writes: > Hello, > > On and off for the last few weeks I've been asking for help with the beta > version of XFree, as on this stupid Gateway Solo9100 with Trident 9397DVD > chip, it just doesn't work. The colors come up weird, there are textures > that don't belong, etc etc etc. I have tried to some degree to work with > the folks at XFree86.org to debug this, but can't get the damn thing to > compile and install. The problem I have now is that this is the current > XFree86 in Cooker! I did a clean install last night - and this thing is > WAY out to lunch on this machine. As far as we've been able to tell, the > problem is with Gateway.. but that doesn't help me here. > > Fortunately, I made a backup of the packages that work. Can we put them > someplace in the cooker tree? Also, can anyone help me with helping THEM > debug this? I have photos of the screen available online, if anybody > wants to see what this looks like. What packages were working ?
RE: [Cooker] XFree in current cooker - ATI Radeon driver broken in 4.1.99
Hi I just installed XFree86-4.1.99 and my X stop working with ATI radeon. I got tons of unresolved symbols error messeages from /usr/X11R6/lib/modules/drivers/redeon_drv.o module. I copy the radeon driver module from 4.1.0 and everything went back to normal. Andrew Bielecki -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Frederic Lepied Sent: Friday, January 18, 2002 2:26 PM To: [EMAIL PROTECTED] Subject: Re: [Cooker] XFree in current cooker "Vincent Meyer, MD" <[EMAIL PROTECTED]> writes: > Hello, > > On and off for the last few weeks I've been asking for help with the beta > version of XFree, as on this stupid Gateway Solo9100 with Trident 9397DVD > chip, it just doesn't work. The colors come up weird, there are textures that > don't belong, etc etc etc. I have tried to some degree to work with the > folks at XFree86.org to debug this, but can't get the damn thing to compile > and install. The problem I have now is that this is the current XFree86 in > Cooker! I did a clean install last night - and this thing is WAY out to > lunch on this machine. As far as we've been able to tell, the problem is > with Gateway.. but that doesn't help me here. > > Fortunately, I made a backup of the packages that work. Can we put them > someplace in the cooker tree? Also, can anyone help me with helping THEM > debug this? I have photos of the screen available online, if anybody wants > to see what this looks like. > What packages were working ? -- Fred - May the source be with you
Re: [Cooker] XFree in current cooker
"Vincent Meyer, MD" <[EMAIL PROTECTED]> writes: > Hello, > > On and off for the last few weeks I've been asking for help with the beta > version of XFree, as on this stupid Gateway Solo9100 with Trident 9397DVD > chip, it just doesn't work. The colors come up weird, there are textures that > don't belong, etc etc etc. I have tried to some degree to work with the > folks at XFree86.org to debug this, but can't get the damn thing to compile > and install. The problem I have now is that this is the current XFree86 in > Cooker! I did a clean install last night - and this thing is WAY out to > lunch on this machine. As far as we've been able to tell, the problem is > with Gateway.. but that doesn't help me here. > > Fortunately, I made a backup of the packages that work. Can we put them > someplace in the cooker tree? Also, can anyone help me with helping THEM > debug this? I have photos of the screen available online, if anybody wants > to see what this looks like. > What packages were working ? -- Fred - May the source be with you
Re: Possible startx bug RE: [Cooker] XFree CVS for cooker
On óÒÄ, 2002-01-09 at 01:00, Borsenkow Andrej wrote: > On ÷ÔÒ, 2002-01-08 at 22:28, Frederic Lepied wrote: > > Thanks for the report. I have just uploaded 4.1.99.5 and I will fix > > this problem in my next build. > > I had to modify startx; default as distributed with 4.1.99.4 attempts to > always start xterm instead of xinitrd: > > #xinit $clientargs -- $server $serverargs -deferglyphs 16 > xinit $client $clientargs -- $server $serverargs -deferglyphs 16 > > Original line is commented out. > > $client is set above to $sysclientrc (if no arguments to startx have > been given) but never used. I updated XFree so cannot check what was in > cooker version. > Not only this but it has old recurring bug - you can't start specific session with startx . I simply copied over startx from 8.1 Could you please add good old Mandrake startx to these RPMs on next build? -andrej
Possible startx bug RE: [Cooker] XFree CVS for cooker
On ÷ÔÒ, 2002-01-08 at 22:28, Frederic Lepied wrote: > Thanks for the report. I have just uploaded 4.1.99.5 and I will fix > this problem in my next build. I had to modify startx; default as distributed with 4.1.99.4 attempts to always start xterm instead of xinitrd: #xinit $clientargs -- $server $serverargs -deferglyphs 16 xinit $client $clientargs -- $server $serverargs -deferglyphs 16 Original line is commented out. $client is set above to $sysclientrc (if no arguments to startx have been given) but never used. I updated XFree so cannot check what was in cooker version. -andrej
Re: xterm conflict RE: [Cooker] XFree CVS for cooker
Borsenkow Andrej <[EMAIL PROTECTED]> writes: > > Frederic Lepied <[EMAIL PROTECTED]> writes: > > > > > "Vincent Meyer, MD" <[EMAIL PROTECTED]> writes: > > > > > > > Hey, > > > > > > > > Is anyone "rolling their own" XFree ? Is there anything special > that > > needs > > > > to be done specifically for Mandrake? > > > > > > > > Related question - is there any plan for a CVS snapshot of XFree > for > > cooker > > > > any time soon? > > > > > > > > > > You can download them from > > http://people.mandrakesoft.com/~flepied/experimental/i586/ > > > > 4.1.99.4 is now available from this location. > > It conflicts with xterm (app-defaults/UXTerm). Does it need xterm > update? > > [root@cooker root]# rpm -q --file /usr/X11R6/lib/X11/app-defaults/UXTerm > > xterm-164-1mdk > XFree86-4.1.99.4-1mdk > Thanks for the report. I have just uploaded 4.1.99.5 and I will fix this problem in my next build. -- Fred - May the source be with you
xterm conflict RE: [Cooker] XFree CVS for cooker
> Frederic Lepied <[EMAIL PROTECTED]> writes: > > > "Vincent Meyer, MD" <[EMAIL PROTECTED]> writes: > > > > > Hey, > > > > > > Is anyone "rolling their own" XFree ? Is there anything special that > needs > > > to be done specifically for Mandrake? > > > > > > Related question - is there any plan for a CVS snapshot of XFree for > cooker > > > any time soon? > > > > > > > You can download them from > http://people.mandrakesoft.com/~flepied/experimental/i586/ > > 4.1.99.4 is now available from this location. It conflicts with xterm (app-defaults/UXTerm). Does it need xterm update? [root@cooker root]# rpm -q --file /usr/X11R6/lib/X11/app-defaults/UXTerm xterm-164-1mdk XFree86-4.1.99.4-1mdk -andrej
[Cooker] XFree snapshot from 12/27 with Trident 9397DVD / Gateway Solo 9100
Hello, Am posting this to both lists, in hope that someone has seen this before with either this chipset or this laptop. The current stable XFree86 in Mandrake Cooker works mostly OK, except for Xv extensions crashing the computer when used. Trying to use the Xv extension - before the computer crashes - causes the screen to change to weird colors / textures. I downloaded and installed a cvs snapshot that was built on 12/27, and the weird colors / textures are there all the time, regardless if Xv is used or not. It is hard to describe - so I took some digital photos which I can e-mail to whoever would like to see the effect I am talking about. At this point the snapshot of 12/27 is totally unusable with this computer. Things that I have tried so far: Don't set the VGA mode when booting (ie, don't have vga=791 ) Disable 2D accelleration Various zoom modes (toggle with or screen resolutions 800 x 600 and 1024 x 768 color depths of 8 15, 16, 24 Also the consoles are no longer in color - they're more of a light gray on dark gray. What info / files / etc. should I send and to who? ANY help would be appreciated. Vincent Meyer
Re: [Cooker] XFree CVS for cooker
Fred, Thanks for posting the latest XFree... unfortunately it is seriously broken for my laptop! Colors all messed up, weird patterns, lots of stuff - what I may have to do is take a photo and have it scanned so that the maintainer of the Trident drivers will have some idea what i'm talking about. I tried both the 12/27 and 12/29 version. I will see if I can figure out what's wrong - but in the mean time, PLEASE don't move it to cooker! V. On Thursday 27 December 2001 10:48 am, you wrote: > "Vincent Meyer, MD" <[EMAIL PROTECTED]> writes: > > Hey, > > > > Is anyone "rolling their own" XFree ? Is there anything special that > > needs to be done specifically for Mandrake? > > > > Related question - is there any plan for a CVS snapshot of XFree for > > cooker any time soon? > > You can download them from > http://people.mandrakesoft.com/~flepied/experimental/i586/
Re: [Cooker] XFree CVS for cooker
Frederic Lepied <[EMAIL PROTECTED]> writes: > "Vincent Meyer, MD" <[EMAIL PROTECTED]> writes: > > > Hey, > > > > Is anyone "rolling their own" XFree ? Is there anything special that needs > > to be done specifically for Mandrake? > > > > Related question - is there any plan for a CVS snapshot of XFree for cooker > > any time soon? > > > > You can download them from http://people.mandrakesoft.com/~flepied/experimental/i586/ 4.1.99.4 is now available from this location. -- Fred - May the source be with you
Re: [Cooker] XFree CVS for cooker
"Vincent Meyer, MD" <[EMAIL PROTECTED]> writes: > Hey, > > Is anyone "rolling their own" XFree ? Is there anything special that needs > to be done specifically for Mandrake? > > Related question - is there any plan for a CVS snapshot of XFree for cooker > any time soon? > You can download them from http://people.mandrakesoft.com/~flepied/experimental/i586/ -- Fred - May the source be with you
Re: [Cooker] XFree CVS for cooker
> > Hey, > > Is anyone "rolling their own" XFree ? Is there anything special that needs > to be done specifically for Mandrake? > > Related question - is there any plan for a CVS snapshot of XFree for cooker > any time soon? > > V. > I think the real important stuff from CVS is rolled into the X rpms. If you want to build X from cvs isn't that difficult but linux from scratch have a nice sheet on how to do it a little bit beter than standard
Re: [Cooker] XFree CVS for cooker
On Tue, 11 Dec 2001 15:17:35 -0600 "Vincent Meyer, MD" <[EMAIL PROTECTED]> wrote: > Hey, > > Is anyone "rolling their own" XFree ? Is there anything special that needs > to be done specifically for Mandrake? > > Related question - is there any plan for a CVS snapshot of XFree for cooker > any time soon? There was one, but I dunno where. You could search the archive. I believe it was mentioned in a topic about Trident cards. -- Marcel Pol [EMAIL PROTECTED] Linux 2.4.13-8mdksmp, up 23 days 8:23
[Cooker] XFree CVS for cooker
Hey, Is anyone "rolling their own" XFree ? Is there anything special that needs to be done specifically for Mandrake? Related question - is there any plan for a CVS snapshot of XFree for cooker any time soon? V.
Re: [Cooker] Xfree-3 for Matrox Millenium - is it correct?
Blue Lizard <[EMAIL PROTECTED]> writes: > > Yes. I'm running 8.0 with XF403 on a P166 with an old PCI Millenium card. > > > hey, me too. s/8.0/8.1. What is it that Francois wants? Ok guys, I fix it, thanks for your help. François.
Re: [Cooker] Xfree-3 for Matrox Millenium - is it correct?
> > Yes. I'm running 8.0 with XF403 on a P166 with an old PCI Millenium card. > hey, me too. s/8.0/8.1. What is it that Francois wants?
Re: [Cooker] Xfree-3 for Matrox Millenium - is it correct?
On Monday 27 August 2001 06:01, François Pons wrote: > Fabrice FACORAT <[EMAIL PROTECTED]> writes: > > Le Lundi 27 Août 2001 11:11, vous avez écrit : > > > Borsenkow Andrej <[EMAIL PROTECTED]> writes: > > > > I thought Matrox cards are supported by XFree-4. Are there some > > > > issues? > > > > > > Have you tested if it works really with XFree-4 ? > > > > > > As it is effectively stated as unsupported by Xfree-4 on Cards+ > > > file, but this could be a typo, please if you can check. > > > > http://www.xfree86.org/4.1.0/Status18.html#18 > > http://www.xfree86.org/4.1.0/mga.4.html > > > > 18. Matrox > > > > 3.3.6: > > > > Support (accelerated) for the MGA2064W (Millennium I), MGA1064SG > > (Mystique), MGA2164W (Millennium II) (PCI and AGP), G100, G200 and > > G400 is provided by the XF86_SVGA server with the mga driver. > > 4.1.0: > > > > Support (accelerated) for the MGA2064W (Millennium I), MGA1064SG > > (Mystique), MGA2164W (Millennium II) (PCI and AGP), G100, G200, G400, > > and G450 is provided by the "mga" driver. > > Summary: > > > > All hardware supported in 3.3.6 is also supported in 4.1.0. The > > G450 is supported only in 4.1.0. > > This has always been the case since 4.0, but if the support in early 4.0 > has been removed to use 4.0, this was problably done because it was > broken. > > Does anyone can test with such old chipset with newer XFree-4.1 ? > > François. Yes. I'm running 8.0 with XF403 on a P166 with an old PCI Millenium card. -- Peter Ruskin, Wrexham, Wales. Registered Linux User No. 219434 ( see http://counter.li.org/ ). Linux Mandrake release 8.0 (Traktopel) for i586, kernel 2.4.3-20mdk. XFree86 4.1.0, patch level 8mdk. KDE: 2.1.2. Qt: 2.3.1. Uptime: 3:16
Re: [Cooker] Xfree-3 for Matrox Millenium - is it correct?
On Aug 25 2001, 13:37 +, Borsenkow Andrej wrote: > I thought Matrox cards are supported by XFree-4. Are there some issues? > > -andrej ---end quoted text--- Nope. 8.0 suggests X 4 for a Matrox G400. Works perfectly. tom -- Tom Berger, Maintainer of MandrakeUser.Org, General Nuisance Since 1999 GPG-ID: 0x6AD65877 http://germany.keyserver.net/ Jabber: [EMAIL PROTECTED], [EMAIL PROTECTED] "Is it a bad sign if you spend the day wondering why there are no laws against what you do for a living?" (Dilbert)
Re: [Cooker] Xfree-3 for Matrox Millenium - is it correct?
Le Lundi 27 Août 2001 11:11, vous avez écrit : > Borsenkow Andrej <[EMAIL PROTECTED]> writes: > > I thought Matrox cards are supported by XFree-4. Are there some issues? > > Have you tested if it works really with XFree-4 ? > > As it is effectively stated as unsupported by Xfree-4 on Cards+ file, but > this could be a typo, please if you can check. http://www.xfree86.org/4.1.0/Status18.html#18 http://www.xfree86.org/4.1.0/mga.4.html 18. Matrox 3.3.6: Support (accelerated) for the MGA2064W (Millennium I), MGA1064SG (Mystique), MGA2164W (Millennium II) (PCI and AGP), G100, G200 and G400 is provided by the XF86_SVGA server with the mga driver. 4.1.0: Support (accelerated) for the MGA2064W (Millennium I), MGA1064SG (Mystique), MGA2164W (Millennium II) (PCI and AGP), G100, G200, G400, and G450 is provided by the "mga" driver. Summary: All hardware supported in 3.3.6 is also supported in 4.1.0. The G450 is supported only in 4.1.0. > > François. -- Copyleft Faber's prod. 2001 http://perso.wanadoo.fr/linux_wizard/index.html
Re: [Cooker] Xfree-3 for Matrox Millenium - is it correct?
Fabrice FACORAT <[EMAIL PROTECTED]> writes: > Le Lundi 27 Août 2001 11:11, vous avez écrit : > > Borsenkow Andrej <[EMAIL PROTECTED]> writes: > > > I thought Matrox cards are supported by XFree-4. Are there some issues? > > > > Have you tested if it works really with XFree-4 ? > > > > As it is effectively stated as unsupported by Xfree-4 on Cards+ file, but > > this could be a typo, please if you can check. > http://www.xfree86.org/4.1.0/Status18.html#18 > http://www.xfree86.org/4.1.0/mga.4.html > > 18. Matrox > > 3.3.6: > > Support (accelerated) for the MGA2064W (Millennium I), MGA1064SG > (Mystique), MGA2164W (Millennium II) (PCI and AGP), G100, G200 and G400 is > provided by the XF86_SVGA server with the mga driver. > 4.1.0: > > Support (accelerated) for the MGA2064W (Millennium I), MGA1064SG > (Mystique), MGA2164W (Millennium II) (PCI and AGP), G100, G200, G400, and > G450 is provided by the "mga" driver. > Summary: > > All hardware supported in 3.3.6 is also supported in 4.1.0. The G450 is > supported only in 4.1.0. This has always been the case since 4.0, but if the support in early 4.0 has been removed to use 4.0, this was problably done because it was broken. Does anyone can test with such old chipset with newer XFree-4.1 ? François.
Re: [Cooker] Xfree-3 for Matrox Millenium - is it correct?
Borsenkow Andrej <[EMAIL PROTECTED]> writes: > I thought Matrox cards are supported by XFree-4. Are there some issues? Have you tested if it works really with XFree-4 ? As it is effectively stated as unsupported by Xfree-4 on Cards+ file, but this could be a typo, please if you can check. François.
[Cooker] Xfree-3 for Matrox Millenium - is it correct?
I thought Matrox cards are supported by XFree-4. Are there some issues? -andrej
Re: [Cooker] XFree requires gcc-cpp?
On 20010628 Quel Qun wrote: ># rpm -e gcc-cpp >error: removing these packages would break dependencies: >/lib/cpp is needed by XFree86-devel-4.1.0-4mdk >/lib/cpp is needed by XFree86-4.1.0-4mdk >/lib/cpp is needed by rpmlint-0.32-2mdk > >Does it make sense? > Yep, X resource files can be preprocessed: #ifdef COLOR Xterm*background: blue Xterm*foreground: white #else . #endif You have some tokens defined when reading a resource file. I don't remenber where was the list of tokens -- J.A. Magallon # Let the source be with you... mailto:[EMAIL PROTECTED] Mandrake Linux release 8.1 (Cooker) for i586 Linux werewolf 2.4.5-ac19 #2 SMP Thu Jun 28 00:12:01 CEST 2001 i686
[Cooker] XFree requires gcc-cpp?
# rpm -e gcc-cpp error: removing these packages would break dependencies: /lib/cpp is needed by XFree86-devel-4.1.0-4mdk /lib/cpp is needed by XFree86-4.1.0-4mdk /lib/cpp is needed by rpmlint-0.32-2mdk Does it make sense? =-= kk1
Re: [Cooker] XFree and Voodoo3
Thanks! I'll try it! Armisis Aieoln wrote: > > Thats why my banshee does the same at that. step it down a couple screen > sizes see if that works > > dave > > On Monday 25 June 2001 08:04, you wrote: > > 1280 by 1024 > > > > Armisis Aieoln wrote: > > > Whats your screen resolution set at? > > > > > > dave > > > > > > On Monday 25 June 2001 02:50, you wrote: > > > > I am experiencing X-Freezes every few seconds. > > > > rpm -qa|grep XFree > > > > XFree86-devel-4.1.0-4mdk > > > > XFree86-static-libs-4.1.0-4mdk > > > > XFree86-4.1.0-4mdk > > > > XFree86-xfs-4.1.0-4mdk > > > > XFree86-glide-module-4.1.0-4mdk > > > > XFree86-libs-4.1.0-4mdk > > > > XFree86-100dpi-fonts-4.1.0-4mdk > > > > XFree86-server-4.1.0-4mdk > > > > XFree86-75dpi-fonts-4.1.0-4mdk > > > > I just upgraded to 4.1(cooker) from 4.01(8.0). > > > > I have a Voodoo3 2000 card. Anyone have any experience with this? > > > > TIA -- "Every time I look out the window I see a poem passing by."
Re: [Cooker] XFree and Voodoo3
Thats why my banshee does the same at that. step it down a couple screen sizes see if that works dave On Monday 25 June 2001 08:04, you wrote: > 1280 by 1024 > > Armisis Aieoln wrote: > > Whats your screen resolution set at? > > > > dave > > > > On Monday 25 June 2001 02:50, you wrote: > > > I am experiencing X-Freezes every few seconds. > > > rpm -qa|grep XFree > > > XFree86-devel-4.1.0-4mdk > > > XFree86-static-libs-4.1.0-4mdk > > > XFree86-4.1.0-4mdk > > > XFree86-xfs-4.1.0-4mdk > > > XFree86-glide-module-4.1.0-4mdk > > > XFree86-libs-4.1.0-4mdk > > > XFree86-100dpi-fonts-4.1.0-4mdk > > > XFree86-server-4.1.0-4mdk > > > XFree86-75dpi-fonts-4.1.0-4mdk > > > I just upgraded to 4.1(cooker) from 4.01(8.0). > > > I have a Voodoo3 2000 card. Anyone have any experience with this? > > > TIA
Re: [Cooker] XFree and Voodoo3
1280 by 1024 Armisis Aieoln wrote: > > Whats your screen resolution set at? > > dave > > On Monday 25 June 2001 02:50, you wrote: > > I am experiencing X-Freezes every few seconds. > > rpm -qa|grep XFree > > XFree86-devel-4.1.0-4mdk > > XFree86-static-libs-4.1.0-4mdk > > XFree86-4.1.0-4mdk > > XFree86-xfs-4.1.0-4mdk > > XFree86-glide-module-4.1.0-4mdk > > XFree86-libs-4.1.0-4mdk > > XFree86-100dpi-fonts-4.1.0-4mdk > > XFree86-server-4.1.0-4mdk > > XFree86-75dpi-fonts-4.1.0-4mdk > > I just upgraded to 4.1(cooker) from 4.01(8.0). > > I have a Voodoo3 2000 card. Anyone have any experience with this? > > TIA -- "Every time I look out the window I see a poem passing by."
Re: [Cooker] XFree and Voodoo3
Whats your screen resolution set at? dave On Monday 25 June 2001 02:50, you wrote: > I am experiencing X-Freezes every few seconds. > rpm -qa|grep XFree > XFree86-devel-4.1.0-4mdk > XFree86-static-libs-4.1.0-4mdk > XFree86-4.1.0-4mdk > XFree86-xfs-4.1.0-4mdk > XFree86-glide-module-4.1.0-4mdk > XFree86-libs-4.1.0-4mdk > XFree86-100dpi-fonts-4.1.0-4mdk > XFree86-server-4.1.0-4mdk > XFree86-75dpi-fonts-4.1.0-4mdk > I just upgraded to 4.1(cooker) from 4.01(8.0). > I have a Voodoo3 2000 card. Anyone have any experience with this? > TIA
[Cooker] XFree and Voodoo3
I am experiencing X-Freezes every few seconds. rpm -qa|grep XFree XFree86-devel-4.1.0-4mdk XFree86-static-libs-4.1.0-4mdk XFree86-4.1.0-4mdk XFree86-xfs-4.1.0-4mdk XFree86-glide-module-4.1.0-4mdk XFree86-libs-4.1.0-4mdk XFree86-100dpi-fonts-4.1.0-4mdk XFree86-server-4.1.0-4mdk XFree86-75dpi-fonts-4.1.0-4mdk I just upgraded to 4.1(cooker) from 4.01(8.0). I have a Voodoo3 2000 card. Anyone have any experience with this? TIA -- -m-
Re: [Cooker] XFree kills smooth fonts?
On Wednesday 13 June 2001 04:36 am, you methodically organized electrons to state: > On Wed, 13 Jun 2001, Vincent Meyer wrote: > > Hello fellow Cookers - > > > > Loaded todays update of XFree, and the font smoothing was gone > > from KDE. Too tired to really troubleshoot it, downgraded to previous > > version, they came back.. Anyone else see this? Is there a work > > around ? > > root@s186b:~# rpm -q --changelog XFree86 > * Mon Jun 11 2001 Frederic Lepied <[EMAIL PROTECTED]> 4.1.0-2mdk > > - XftConfig: don't antialias fonts with size between 8 and 14 or in > the webdings/wingding families (Laurent Culioli). > Yuck. Any way to change that (8 to 14 fonts)?
Re: [Cooker] XFree kills smooth fonts?
On Wed, 13 Jun 2001, Vincent Meyer wrote: > Hello fellow Cookers - > > Loaded todays update of XFree, and the font smoothing was gone > from KDE. Too tired to really troubleshoot it, downgraded to previous > version, they came back.. Anyone else see this? Is there a work > around ? root@s186b:~# rpm -q --changelog XFree86 * Mon Jun 11 2001 Frederic Lepied <[EMAIL PROTECTED]> 4.1.0-2mdk - XftConfig: don't antialias fonts with size between 8 and 14 or in the webdings/wingding families (Laurent Culioli). seb
[Cooker] XFree kills smooth fonts?
Hello fellow Cookers - Loaded todays update of XFree, and the font smoothing was gone from KDE. Too tired to really troubleshoot it, downgraded to previous version, they came back.. Anyone else see this? Is there a work around ? Vinny
Re: [Cooker] XFree and Software Manager fonts missing?
michael <[EMAIL PROTECTED]> writes: > I upgraded my XFree86 to 4.1.0, and now when I try and use Mandrake Control > Center and Software Manager all I get is squares for letters. Actually lots > of places. Which fonts packages do I have to upgrade? You have to stop and start the xfs service (be careful because you'll have to restart your X session afterward). -- Fred - May the source be with you
Re: [Cooker] XFree 4.0.3
Jason Corcoran <[EMAIL PROTECTED]> writes: > List, > > When I try to upgrade my MAndrake 8 from XFree 3.3.6 -> XFree 4.0.2 when I do > a startx, it still tries to load XFree 3.3.6. > > Do I need to remove the RPM's of XFree 3.3.6 or what. Thanks. Reconfigure X with XFdrake, or manually change the /etc/X11/X symlink to ../../usr/X11R6/bin/XFree86. Manual change needs also to have a valid /etc/X11/XF86Config-4. -- Guillaume Cottenceau - http://mandrakesoft.com/~gc/
[Cooker] XFree 4.0.3
List, When I try to upgrade my MAndrake 8 from XFree 3.3.6 -> XFree 4.0.2 when I do a startx, it still tries to load XFree 3.3.6. Do I need to remove the RPM's of XFree 3.3.6 or what. Thanks. -- _ Thanks. Jason Corcoran. email : [EMAIL PROTECTED] sms : [EMAIL PROTECTED]
[Cooker] XFree and Software Manager fonts missing?
I upgraded my XFree86 to 4.1.0, and now when I try and use Mandrake Control Center and Software Manager all I get is squares for letters. Actually lots of places. Which fonts packages do I have to upgrade? -m-
Re: [Cooker] XFree problem - horizontal line after changing consoles
Vincent Meyer wrote: > > Found the problem - this particular problem IS NOT with the driver for the > Trident chip set! It's the damn driver for the laptop flat panel display!! > Played a hunch and borrowed an external monitor. When the laptop screen has > that single horizontal line, and the pixels get stale from not being > refreshed so the display starts fading to streaky white - the EXTERNAL video > looks just fine. Toggling the ROM BIOS controlled hardware control keys (you > folks with laptops know what i mean - the ones activated by the blue "Fn" > key) will bring the display back again. In the case of this stupid Gateway > machine, it's NOT the one that toggles from the LCD to external video - it's > the one that selects the EXTERNAL VIDEO INPUT - like DVD, PCMCIA card video > in or off. > > I'll try to characterize it further and post any new info. It's been a while since I've seen this on my Toshiba T500CDT; but IIRC, the problem was due to dpms settings (and maybe blank screensaver) where the light would stay on after the refresh was turned off. Looks like the screen is melting... HTH, Pierre > Vinny > > On Thursday 31 May 2001 11:26 pm, you wrote: > > Vincent Meyer <[EMAIL PROTECTED]> writes: > > > Hello, > > > > > > I'm running the latest cooker as of last night, and there seems to > > > be a problem with XFree. If I switch from console 7 to console 1, then > > > go back to console 7, all that is there is a line on the right side of > > > the screen. In order to get the a full screen back I have to > > > then log in again. The programs are still active before that > > > - I just can't see anything on the screen. > > > > > > The computer is a Gateway 9100 laptop with a Trident chip set. > > > > Are you in framebuffer mode ? Could you try the last version of XFree86 ? -- Support Linux development: http://www.linux-mandrake.com/donations/ Last reboot reason: 01/03/27: winter storm 6hr power outage
Re: [Cooker] XFree problem - horizontal line after changing consoles
Found the problem - this particular problem IS NOT with the driver for the Trident chip set! It's the damn driver for the laptop flat panel display!! Played a hunch and borrowed an external monitor. When the laptop screen has that single horizontal line, and the pixels get stale from not being refreshed so the display starts fading to streaky white - the EXTERNAL video looks just fine. Toggling the ROM BIOS controlled hardware control keys (you folks with laptops know what i mean - the ones activated by the blue "Fn" key) will bring the display back again. In the case of this stupid Gateway machine, it's NOT the one that toggles from the LCD to external video - it's the one that selects the EXTERNAL VIDEO INPUT - like DVD, PCMCIA card video in or off. I'll try to characterize it further and post any new info. Vinny On Thursday 31 May 2001 11:26 pm, you wrote: > Vincent Meyer <[EMAIL PROTECTED]> writes: > > Hello, > > > > I'm running the latest cooker as of last night, and there seems to > > be a problem with XFree. If I switch from console 7 to console 1, then > > go back to console 7, all that is there is a line on the right side of > > the screen. In order to get the a full screen back I have to > > then log in again. The programs are still active before that > > - I just can't see anything on the screen. > > > > The computer is a Gateway 9100 laptop with a Trident chip set. > > Are you in framebuffer mode ? Could you try the last version of XFree86 ?
Re: [Cooker] XFree problem
On Thursday 31 May 2001 11:26 pm, you wrote: > > The computer is a Gateway 9100 laptop with a Trident chip set. > > Are you in framebuffer mode ? Could you try the last version of XFree86 ? as far as i know i am. as of tonight was still doing it - system is cooker current with everyting except the new kernel as of tonight's test. what can i look at / send u / try to help troubleshoot this? Vinny
Re: [Cooker] XFree update install errors
Vincent Meyer <[EMAIL PROTECTED]> writes: > Three error messages when installing XFree86-75dpi-fonts: > > mkfontdir: unable to process font ./helvB012.pcf.gz, skipping > mkfontdir: unable to process font ./lubI19-ISO8859-13.pcf.gz, skipping > mkfontdir: unable to process font ./lubR19-ISO8859-13.pcf.gz, skipping > It's on my todo for the next packages... -- Fred - May the source be with you
Re: [Cooker] XFree problem
Vincent Meyer <[EMAIL PROTECTED]> writes: > Hello, > > I'm running the latest cooker as of last night, and there seems to > be a problem with XFree. If I switch from console 7 to console 1, then go > back to console 7, all that is there is a line on the right side of the > screen. In order to get the a full screen back I have to > then log in again. The programs are still active before that - I just can't > see anything on the screen. > > The computer is a Gateway 9100 laptop with a Trident chip set. > Are you in framebuffer mode ? Could you try the last version of XFree86 ? -- Fred - May the source be with you
[Cooker] XFree update install errors
Three error messages when installing XFree86-75dpi-fonts: mkfontdir: unable to process font ./helvB012.pcf.gz, skipping mkfontdir: unable to process font ./lubI19-ISO8859-13.pcf.gz, skipping mkfontdir: unable to process font ./lubR19-ISO8859-13.pcf.gz, skipping V.
Re: [Cooker] XFree locks up computer when XFdrake
On Sun, 27 May 2001, SI Reasoning wrote: > I have gpm as my mouse service in X now. However, try > as I might... I could not activate the special > command. How do I do this? I read the man page and > came up with the line > -S ":reboot:/usr/bin/kbd_mode -a"' > this should allow left click to kill init, middle > click to reboot the system and right click to take > over the keyboard. Unfortunately I don't know where to > put this script where it will work. I tried inputing > it into the gpm script like this: > if [ -n "$MOUSETYPE" ]; then > daemon gpm -t $MOUSETYPE -m $MOUSEDEVICE -S > ":reboot:/usr/bin/kbd_mode -a"' > else > daemon gpm -m $MOUSEDEVICE > fi > but I got error messages like this: > /etc/init.d/gpm: line 49: unexpected EOF while looking > for matching `'' > /etc/init.d/gpm: line 81: syntax error: unexpected end > of file > I don't know where else I would put that command. I > tried removing the end ' but that just caused it to > execute the command and fail to start gpm (no mouse). You shouldn't have the end '. Try looking in the system log to see if there are any error messages when you start up gpm. Also try running it direct from a text console: kill it using "service gpm stop" then type gpm -t xxx -m zzz -S ":reboot:/usr/bin/kbd_mode -a" and see what happens. Don't forget, you'll need to also use the -R option and modify XF86Config. Michael
Re: [Cooker] XFree locks up computer when XFdrake
I have gpm as my mouse service in X now. However, try as I might... I could not activate the special command. How do I do this? I read the man page and came up with the line -S ":reboot:/usr/bin/kbd_mode -a"' this should allow left click to kill init, middle click to reboot the system and right click to take over the keyboard. Unfortunately I don't know where to put this script where it will work. I tried inputing it into the gpm script like this: if [ -n "$MOUSETYPE" ]; then daemon gpm -t $MOUSETYPE -m $MOUSEDEVICE -S ":reboot:/usr/bin/kbd_mode -a"' else daemon gpm -m $MOUSEDEVICE fi but I got error messages like this: /etc/init.d/gpm: line 49: unexpected EOF while looking for matching `'' /etc/init.d/gpm: line 81: syntax error: unexpected end of file I don't know where else I would put that command. I tried removing the end ' but that just caused it to execute the command and fail to start gpm (no mouse). I love the idea though and would like to implement it! I saw something in /etc/gpm-root that looked interesting though...and maybe this might be the place to do italthough I am not completely sure what it is saying # I use this to halt and reboot the system, but it isn't wise to put it # in widely accessible boxes. # # "" f.nop # "" f.nop # "halt" f.bgcmd "/sbin/shutdown -h now" # "reboot" f.bgcmd "/sbin/shutdown -r now" # "keyboard" f.bgcmd "/usr/bin/kbd_mode -a" } I have it inactivated at the moment although when I had it in there I did not get any response when I did the triple left/right click. I added in the keyboard trick to the original line. --- Michael Brown <[EMAIL PROTECTED]> wrote: > On Fri, 25 May 2001, SI Reasoning wrote: > > I cannot get XFdrake to properly read my > system.with > > the new XFree86. First it does not give the 3.3.6 > or 4 > > choice anymore. Then after it asks questions and I > set > > it to config that I always do, it will totally > lock up > > the system when doing the test until I have to > hard > > reboot. Immediately upon X the first thing I > notice is > > that the mouse does not work, then I notice that > > nothing else does either including our favorite > ctrl + > > Alt + BS.Often after such a hard lock, the system > will > > kick out to maintenance where I have to do a > manual fsck. > > Not a solution, but something that might come in > handy: > > Executing the command "/usr/bin/kbd_mode -a" will > take away XF86's control > of the keyboard, and you can then use Alt-F1 to get > back to a console and > find out what's going wrong with X. If you use > gpm's repeater mode > (rather than letting X talk to the mouse directly), > then you can use gpm's > "Special commands" feature which enables you to > associate commands with > unlikely mouse sequences (such as triple-clicks). > You can therefore set > up gpm to execute "/usr/bin/kbd_mode -a" if you e.g. > triple-click both > buttons then wait for a beep and click the left > button again, thus giving > you a handy escape route if XF86 freezes up. > > Incidentally, I've found that mouse behaviour in X > is a lot better when > routed via gpm - X refused to acknowledge the middle > button on some mice > but gpm picked it up happily and forwarded it to X > in a way that X > understood. Using gpm also means that you can plug > the mouse in after > starting X, or even change from a serial to a PS/2 > mouse in the middle of > an X session. > > HTH, > > Michael > > = SI Reasoning [EMAIL PROTECTED] gnupg/pgp key id 035213BC __ Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices http://auctions.yahoo.com/
Re: [Cooker] xfree
On Saturday 26 May 2001 12:47 am, bill wrote: > what file do i need to copy to fd0 when xfree wont start after a reboot, > was working when i installed? Are you booting from a floppy? You should look at /etc/inittab and make certain that the following line looks like what folloes so teh default run level is 5: # Default runlevel. The runlevels used by RHS are: # 0 - halt (Do NOT set initdefault to this) # 1 - Single user mode # 2 - Multiuser, without NFS (The same as 3, if you do not have networking) # 3 - Full multiuser mode # 4 - unused # 5 - X11 # 6 - reboot (Do NOT set initdefault to this) # id:5:initdefault: Hoyt
Re: [Cooker] XFree locks up computer when XFdrake
On Fri, 25 May 2001, SI Reasoning wrote: > Unfortunately that problem involved the mouse being > locked up as well as the keyboard. However that does > sound interesting. How would I get gpm to set up these > keystrokes and associations? Maybe it should be a > standard part of the mandrake distribution to have > such an out! It was probably X that locked up, rather than the mouse hardware. If it had been routed via gpm to X, then gpm should still have been able to pick up the "emergency sequence" even if X had stopped responding to mouse movements. To get gpm to act as a repeater, change /etc/sysconfig/mouse to contain MOUSETYPE="xxx -R msc" where xxx is your real mousetype (see gpm manpage for a listing), then tell X that it has Protocol"MouseSystems" Device "/dev/gpmdata" The gpm manpage tells you how to set up the "emergency sequences". HTH, Michael
[Cooker] xfree
what file do i need to copy to fd0 when xfree wont start after a reboot, was working when i installed? bill
Re: [Cooker] XFree locks up computer when XFdrake
Unfortunately that problem involved the mouse being locked up as well as the keyboard. However that does sound interesting. How would I get gpm to set up these keystrokes and associations? Maybe it should be a standard part of the mandrake distribution to have such an out! --- Michael Brown <[EMAIL PROTECTED]> wrote: > On Fri, 25 May 2001, SI Reasoning wrote: > > I cannot get XFdrake to properly read my > system.with > > the new XFree86. First it does not give the 3.3.6 > or 4 > > choice anymore. Then after it asks questions and I > set > > it to config that I always do, it will totally > lock up > > the system when doing the test until I have to > hard > > reboot. Immediately upon X the first thing I > notice is > > that the mouse does not work, then I notice that > > nothing else does either including our favorite > ctrl + > > Alt + BS.Often after such a hard lock, the system > will > > kick out to maintenance where I have to do a > manual fsck. > > Not a solution, but something that might come in > handy: > > Executing the command "/usr/bin/kbd_mode -a" will > take away XF86's control > of the keyboard, and you can then use Alt-F1 to get > back to a console and > find out what's going wrong with X. If you use > gpm's repeater mode > (rather than letting X talk to the mouse directly), > then you can use gpm's > "Special commands" feature which enables you to > associate commands with > unlikely mouse sequences (such as triple-clicks). > You can therefore set > up gpm to execute "/usr/bin/kbd_mode -a" if you e.g. > triple-click both > buttons then wait for a beep and click the left > button again, thus giving > you a handy escape route if XF86 freezes up. > > Incidentally, I've found that mouse behaviour in X > is a lot better when > routed via gpm - X refused to acknowledge the middle > button on some mice > but gpm picked it up happily and forwarded it to X > in a way that X > understood. Using gpm also means that you can plug > the mouse in after > starting X, or even change from a serial to a PS/2 > mouse in the middle of > an X session. > > HTH, > > Michael > > = SI Reasoning [EMAIL PROTECTED] gnupg/pgp key id 035213BC __ Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices http://auctions.yahoo.com/
[Cooker] XFree problem
Hello, I'm running the latest cooker as of last night, and there seems to be a problem with XFree. If I switch from console 7 to console 1, then go back to console 7, all that is there is a line on the right side of the screen. In order to get the a full screen back I have to then log in again. The programs are still active before that - I just can't see anything on the screen. The computer is a Gateway 9100 laptop with a Trident chip set. Thanks in advance for any help, Vinny
Re: [Cooker] XFree locks up computer when XFdrake
On Fri, 25 May 2001, SI Reasoning wrote: > I cannot get XFdrake to properly read my system.with > the new XFree86. First it does not give the 3.3.6 or 4 > choice anymore. Then after it asks questions and I set > it to config that I always do, it will totally lock up > the system when doing the test until I have to hard > reboot. Immediately upon X the first thing I notice is > that the mouse does not work, then I notice that > nothing else does either including our favorite ctrl + > Alt + BS.Often after such a hard lock, the system will > kick out to maintenance where I have to do a manual fsck. Not a solution, but something that might come in handy: Executing the command "/usr/bin/kbd_mode -a" will take away XF86's control of the keyboard, and you can then use Alt-F1 to get back to a console and find out what's going wrong with X. If you use gpm's repeater mode (rather than letting X talk to the mouse directly), then you can use gpm's "Special commands" feature which enables you to associate commands with unlikely mouse sequences (such as triple-clicks). You can therefore set up gpm to execute "/usr/bin/kbd_mode -a" if you e.g. triple-click both buttons then wait for a beep and click the left button again, thus giving you a handy escape route if XF86 freezes up. Incidentally, I've found that mouse behaviour in X is a lot better when routed via gpm - X refused to acknowledge the middle button on some mice but gpm picked it up happily and forwarded it to X in a way that X understood. Using gpm also means that you can plug the mouse in after starting X, or even change from a serial to a PS/2 mouse in the middle of an X session. HTH, Michael
[Cooker] XFree locks up computer when XFdrake
I cannot get XFdrake to properly read my system.with the new XFree86. First it does not give the 3.3.6 or 4 choice anymore. Then after it asks questions and I set it to config that I always do, it will totally lock up the system when doing the test until I have to hard reboot. Immediately upon X the first thing I notice is that the mouse does not work, then I notice that nothing else does either including our favorite ctrl + Alt + BS.Often after such a hard lock, the system will kick out to maintenance where I have to do a manual fsck. = SI Reasoning [EMAIL PROTECTED] gnupg/pgp key id 035213BC __ Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices http://auctions.yahoo.com/
Re: [Cooker] XFree
On Sun, 20 May 2001, Sebastian Dransfeld wrote: > > Could we please get a new package ASAP? The 100dpi fonts are bad. > *ALL* fonts are bad > mkfontdir: unable to process font ./charBI12.pcf.gz, skipping > mkfontdir: unable to process font ./charBI24.pcf.gz, skipping > > -r--r--r--1 root root 20 May 19 15:09 timR24-ISO8859-2.pcf.gz > -r--r--r--1 root root 20 May 19 15:09 timR24-ISO8859-3.pcf.gz > -r--r--r--1 root root 20 May 19 15:09 timR24-ISO8859-4.pcf.gz > > 100dpi: ÉÔÏÇÏ 7512 -r--r--r--1 root root 20 íÁÊ 19 17:09 UTBI__10-ISO8859-1.pcf.gz -r--r--r--1 root root 20 íÁÊ 19 17:10 UTBI__10-ISO8859-10.pcf. ... 75dpi: ÉÔÏÇÏ 7512 -r--r--r--1 root root 20 íÁÊ 19 17:09 UTBI__10-ISO8859-1.pcf.gz -r--r--r--1 root root 20 íÁÊ 19 17:09 UTBI__10-ISO8859-10.pcf. ... cyrillic: ÉÔÏÇÏ 280 -r--r--r--1 root root 20 íÁÊ 19 17:10 crox1c.pcf.gz -r--r--r--1 root root 20 íÁÊ 19 17:10 crox1cb.pcf.gz -r--r--r--1 root root 20 íÁÊ 19 17:10 crox1cbo.pcf.gz ... -andrej