Re: [Xpert]X problems
Hi ! Hi Nikola, I have some problems with installing X server and making it work I can't solwe on my own, so plz help. (FreeBSD 4.7) After setting all the parameters in the Sysinstall's X configuration meny (graphical one) and saving it in the conf file, I get the msg that the configuration was not sucessful and that I can do it again... When running xf86config, I set all parameters according to the hardware, I get no err msg (except for one saying that my card S3Trio 3D/2x is not supported and it will use default VGA drivers), but when I start X I get the picture on the half of my screen in extremely low resolution. I have read in the Handbook that the new version of X (4.x) doesn't have as meny grapical adatpers supported as the old version (3.x). Then, I have installed FreeBSD without X and tried to install it(X server 3.3.6.9 ) from the 3rd CD with pkg_add, but I get the error msg that pkg_add can't find package stats or smth. Does anyone have an idea what am I supposed to do ? I would suggest that you don't use X 3.3, it's too old. You won't get good support for it, and 4.x is a considerable improvement anyway. In any case, the Trio3D cards (and specifically the Trio3D/2X) is supported by the s3virge driver in 4.2.1 according to: http://www.xfree86.org/current/Status28.html#28 and provide accelerated support. Your original problem just sounds like a issue with setting up the XF86Config file, or using the VGA driver. 'xf86config' does a better job than writing the config file from scratch free-form, but I've usually found it necessary to edit it afterwards for best results. Sometimes, it's even necessary to lie in this file to get it to work (laptops, usually). Try re-installing XFree86 4.2 (I'd suggest not installing it as a package, but instead building it from source via the 'ports' mechanism if you have a reasonably fast machine - this way you can update it later most conveniently) and running XFree86 -configure (you'll need to be root). The config file this generated should be a good start, and you can edit it to fix things like keyboard maps, mouse settings (if you're using 'moused', make sure you use Proto 'Auto' and specify '/dev/sysmouse' as the mouse device), and the monitor refresh ranges etc. When you think it's close, run it and see. If it blows up and doesn't work at all, then the logged output of the X server would be a good thing to provide to the list for more detailed help. If you don't get the expected resolution, then you should be able to figure out why (hopefully ;-) from looking at the X server output, and address it in the XF86Config file. Once it's close, you can use 'xvidtune' to generate a custom modeline for your card/monitor if you need to. HTH. Regards, AS ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert][OFFTOPIC] SA MIME-attachments
Hi, (Apologies for top-posting, but the mail itself is only useful as an example) Instead of tagging all HTML-as-well email as probable spam, can't you filter this through something like MIME-defang before SA? This would not only avoid this particular tagging, it will also have the added bonus that emails sent by people who don't realise they should be sending plain text to a /mailing list/ (or that their mailer doesn't send plain text by default) might actually get read by some %-age of the audience that would simply have deleted them unread before... Just my $0.02... :-) Regards, AS SPAM: Start SpamAssassin results -- SPAM: This mail is probably spam. The original message has been altered SPAM: so you can recognise or block similar unwanted mail in future. SPAM: See http://spamassassin.org/tag/ for more details. SPAM: SPAM: Content analysis details: (5.40 hits, 5 required) SPAM: MIME_BOUND_DIGITS_5 (3.5 points) Spam tool pattern in MIME boundary SPAM: LARGE_COLLECTION (1.8 points) BODY: Possible porn - Large Number of movies, pics SPAM: SPAM_PHRASE_01_02 (-0.1 points) BODY: Spam phrases score is 01 to 02 (low) SPAM:[score: 1] SPAM: SPAM_REDIRECTOR(0.2 points) URI: Uses open redirection service SPAM: SPAM: End of SpamAssassin results - --0-679339256-1038869949=:12980 Content-Type: text/plain; charset=us-ascii Still having problems. Curser and KBD freeze withing seconds of use after boot. I added the SWCursor option to XF86Config but still get the FREEZE. Any ideas ? HB - Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now --0-679339256-1038869949=:12980 Content-Type: text/html; charset=us-ascii PStill having problems. Curser and KBD freeze withing seconds of use after boot./P PI added the SWCursor option to XF86Config but still get thenbsp;FREEZE.BRAny ideas ?/P PHB/P Pnbsp;nbsp;/Ppbrhr size=1Do you Yahoo!?br a href=http://rd.yahoo.com/mail/mailsig/*http://mailplus.yahoo.com;Yahoo! Mail Plus/a - Powerful. Affordable. a href=http://rd.yahoo.com/mail/mailsig/*http://mailplus.yahoo.com;Sign up now/a --0-679339256-1038869949=:12980-- ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert msg11305/pgp0.pgp Description: PGP signature
Re: [Xpert]How are different ATI drivers related ?
Note that ATI 3D Rage Mobility is listed under _supported_ (there are two lists in that paragraph, the first are unsupported and the second are supported). I should make this more clear on the site, but there are cards called 3D Rage XXX, _without_ Pro in the name that have only very limited 3D capabilities -- i.e. texturing, but no triangle setup. AFAIK, all Rage Mobility cards using mach64 are of the Pro variety and have triangle setup. How am I going to paly Tux Racer if they are not supported :-( Well, time for the big one ! Download, build and install - I may need some help here :-) pretty please ! Sure, I can help. Also, have a look at the docs and FAQs on dri.sourceforge.net. Leif, this is very, very cool. Uhhh. I note you don't have BSD support yet. What would it take to frob up a drm driver? If there were one of those, wouldn't it be possible to use the binary ATI drivers from your website? After all, the (ostensibly) Linux GATOS ATI modules run just fine on FreeBSD (I use 'em to get 'xv'). Cheers, AS msg11168/pgp0.pgp Description: PGP signature
Re: [Xpert]XFree86Config-4
The problem I'm primarily having is with my mouse, I cannot seem to get it to work when I do XFree86 -configure. You've got to use moused to get the USB mouse to work with FreeBSD, right? Thus you're using the moused-SysMouse protocol, and you have to do the same thing you need to get X working with moused. XFree86 doesn't seem to grok this, in my experience. Use: Option ProtocolAuto Option Device /dev/sysmouse See also the output of 'man ums' 'man moused'. So if there is anyone out there running this mouse through their USB and have successfully got it to work I'd love to see a copy of your XFree86Config file. I seem to recall that this Just Worked the last time I messed with USB rodents. HTH. Cheers, AS msg06647/pgp0.pgp Description: PGP signature
Re: [Xpert]how to copy XF86Free.0.log to floppy
The example quoted below appears to skip the put a filesystem on the floppy step. Use 'mkfs', 'newfs' or whatever your OS provides, depending on which filesystem type (e.g. *nix, DOS etc) you actually want to have on it. And then you have to mount it. Or, if simply taking the floppy to another *nix system, skip all the filesystem steps altogether, and just write a tar/pax/cpio archive directly to the raw floppy: cd /var/log ; tar cvf /dev/fd0 XFree86.0.log and read it off on the other end like so: cd somedir_where_you_want_it ; tar xvf floppy_device_name Note that the above avoids writing tar archives with explicit paths. These can be problematic to deal with on some older OS's (e.g. ones without a decent 'tar'). HTH. Regards, AS Put the floppy disk in Make a directory for it: mkdir /mnt/floppy its okay if already exists Copy file there: cp /var/log/XFree86.0.log /mnt/floppy unmount the drive: umount /mnt/floppy wait for green light to go out on the drive, and eject the floppy. On Sunday 19 May 2002 6:46 pm, dmitri kerievsky wrote: how can I copy XF86Free.0.log to floppy - the cp commands seems to work, but the file does not appear when I look at it on another computer. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of dmitri kerievsky Sent: Saturday, May 18, 2002 8:46 AM To: [EMAIL PROTECTED] Subject: RE: [Xpert]ATI Radeon VE ( Dell OEM version ) if email is not activated on the pc how can the log file be copied? i had tried to copy the log to a floppy, but the file was not readable on another pc. is there a correct way to copy the log ? thx -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of hy0 Sent: Friday, May 17, 2002 2:25 AM To: [EMAIL PROTECTED] Subject: Re: [Xpert]ATI Radeon VE ( Dell OEM version ) You can try X -configure after installing X4.2. If it still doesn't work, send your log file. Thanks for responding. I've gone through the steps of installing the 4.2 binaries and running the xf86cfg. One issue is that 4.2 source files may have been installed, and other files installed - which prevents startx from working. The configuration program works, but xwindows will not start. Do you suggest doing a fresh install of redhat 7.1, then the 4.2 binaries and xf86cfg ? or any other suggestions/steps to have this work? The system purchased is listed here: http://www.tigerdirect.com/applications/SearchTools/item-Details.asp?sku=TS A -21-10AX -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of hy0 Sent: Friday, May 17, 2002 1:26 AM To: [EMAIL PROTECTED] Subject: Re: [Xpert]ATI Radeon VE ( Dell OEM version ) Is the ATI Radeon VE the same as the 7000? I read this somewhere. Yes Any idea if 4.2 will work with this? Yes ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert msg06364/pgp0.pgp Description: PGP signature
Re: [Xpert]Diabling Ctrl-Alt-F1 Keysequences Under X
On Sat, 16 Feb 2002, Christopher W. Allermann wrote: I'm stuck with a little bit of a problem here and have been unable to find a suitable solution. You might have to hack the server to do this. There are already config file options to prevent Ctrl-Alt-backspace and Ctrl-Alt-+/-, but there isn't one for Ctrl-Alt-F#. Maybe there was a reason for that, I don't remember. This isn't the first time somebody wanted to do this. Actually, someone asked me about this recently, and I was surprised to discover that it didn't exist too. It seems to me that it should be a standard option, as there's (at least) two cases where it would be both valid and useful: i) Your hardware won't switch cleanly back to text mode from X[1] ii) You're setting up a kiosk-mode machine As you say, this also isn't the first time that somebody wanted this, so there's obviously a grass-roots requirement for it :) I'm currently working on a patch for this, and I'd appreciate some advice; I believe that such an option (lets call it 'DontSwitch') should disable VT switching for all OSes that support that functionality (including the ones that use the VTSysreq method of doing it). As there's already a runtime switch to control this (which already DTRT when DRI has is in fullscreen mode), I also think the neatest way to add this functionality would be to add 'VTSwitchEnable' to the tests for the rest of the OSes that support VT switching, and set if from the config file, if the option is present. Any comments? Cheers, AS [1] Some Dell laptop users are stuck with this apparently, a switch back to text mode hoses you totally. Ick. msg04200/pgp0.pgp Description: PGP signature
Re: [Xpert]Diabling Ctrl-Alt-F1 Keysequences Under X
Maybe this could be an alternate solution, can i force X to run on tty1? So if a Ctrl-Alt-F1 occured nothing would happen since they are already on 1? Hmm, actually, I don't see why you couldn't disable all the gettys run [xwgk]dm as a display manager, which will take the first free VTY, if none is specified. So, just run a display manager out of a startup script at boottime, without specifying a VTY for it to run on, and it'll start on the first VTY. Which, thinking about it, might be why no-one implemented 'DontSwitch'. Because it's not necessary - as soon as X is a one-way trip, you may as well not have a text mode console at all because you have no way of getting back to it once X is running - so don't run a text console, just start a display manager instead :) I'd suggest that you don't disable Ctrl+Alt+Backspace though, so that if the X server wedged for any reason, you (the user) could re-start it. I don't know about the others, but I know that wdm supports a default user (including password), which might also be useful in a kiosk mode. Cheers, AS msg04205/pgp0.pgp Description: PGP signature
Re: [Xpert]Ati Rage Mobility and X 4.1 won't resume from suspend
Hi, I just upgraded from XFree 3.3.6 to 4.1 on my laptop which has a Ati Rage Mobility chip. Which one? On 3.3.6, suspend and awake worked fine by making the apmd switching to a text console before suspending, using the chvt command in the apmd proxy. I'm working with SuSE which uses a apmd_proxy script which is called from apmd and does all this stuff. Now, with XFree 4.1, it doesn't work anymore. When I try to suspend from X, the screen seems to switch to a console, because it goes black, but half a second later it switches back to X and then suspends! Just as if there was another chvt 7 called just before the suspension. I traced the apmd proxy script to make sure that the chvt 1 is indeed executed, but I could not find any hint about another chvt which switches back to X I had precisely this issue with various versions of XFree86 FreeBSD from January 2001 until recently. I got around it by similar hacks to those ones you describe (I've got a Mobility M1, aka a Mach64). However, sometime in the life of XFree 4.1, those hacks became unnecessary, e.g. something in X was now doing the correct thing. I generally only noticed this by accident, when upgrading and forgetting to put back the local hacks ;-) BTW, I upgraded to XFree 4.2 last night, and that too suspends/resumes perfectly out of the box - as well as apparently working perfectly in all other respects so far - great job guys! HTH. Cheers, AS msg03417/pgp0.pgp Description: PGP signature
Re: [Xpert]DGA requires SUID/root access???
In NT-based systems, you don't have to play games as the Administrator/root. Sure you do. Just try installing any software that does anything more complicated during the install process than plopping a few .EXE files in the filesystem as a regular user without Admin privs... AS msg03098/pgp0.pgp Description: PGP signature
Re: [Xpert]Best 2D-only card for X11
Well, I use FreeBSD and I figure I'm not going to get great 3D performance no matter what with nvidia only producing linux binary drivers. So I may as well go for the absolute best 2D I can get. Cost really isn't an issue, other than not wanting to pay $400 for top-end 3D performance I'll never see anyway. I just want support for high resolutions and refresh rates, say 1920x1440@85hz, true color. Hi Steve, But would it make a difference to your decision process if you /could/ get hardware 3D under FreeBSD? Firstly, you may or may not have known that there's a project to get the NVDIDIA binary-only drivers working on FreeBSD as well as Linux, which has been apparently been quite successful. The web page is here: http://nvidia.netexplorer.org/news.html Secondly, (and more interestingly to those who get a warm, fuzzy feeling from knowing that they have the source code to everything they run), is this URL posted by Doug White: http://gladstone.uoregon.edu/~eanholt/dri/index.html The thread started today on freebsd-multimedia, search for MsgID [EMAIL PROTECTED] for the start. As this won't be in the archives yet, I'll quote another tidbit: Additionally, joeo at cracktown.com said: Most common AGP capable northbridge chipsets are supported by stable and current. What is also needed for direct rendering is the kernel module for the card type. Currently supported for direct rendering with freebsd are; 3Dfx Voodoo 3/4/5 (both PCI and AGP varieties work) ATI AGP radeon (the older generation of cards) ATI AGP r128's (but not the fury maxx) MGA AGP G200/G400/G450's The PCI versions of the latter cards are not supported since the person who ported the card specific kernel modules didn't have the pci versions of the cards available or the time/interest to make it work. Much of the work on the uoregon.edu site mentioned earlier in this thread has been folded back into the XFree86-CVS head branch for possible inclusion with the 4.2.0 XFree86 release, but it needs some FreeBSD users testing it. HTIOI. Let me know if you want the details of the branch tags etc. Me, I'm pumped!! :) Cheers, AS msg02886/pgp0.pgp Description: PGP signature
Re: [Xpert]damn, another one with BADTRANS...
anybody knows why i am getting this mail for the last 5-6 days ( i a day some 25 mails) regards Yup. It's an email worm that exploits well-known security holes in Outlook and uses the address book directly to mail out it's payload. It appeared earlier this week. I'd guess you're in his address book. Welcome to the brave new world of Windoze email. My suggestion would be to set up procmail on your upstream mail server to file it in /dev/null or autobounce it before you even see it. I auto-complained about 479 copies of SirCam32 from a single user in Bolivia I'd never even heard over a 6-7 week period in this way. Of course, this isn't an option if you've no control over your upstream, they use Exchange or a number of other scenarios... Good luck. My guess would be that you're probably stuck with it until they realise and rebuild their machine. AS msg02278/pgp0.pgp Description: PGP signature