smurfy

Start here:

http://www.linuxvoodoo.com/resources/howto...fx-HOWTO-8.html

There is an inherent problem when using Voodoo Rush boards with Linux: Basically, these boards are meant to be VGA 2D/3D accelerator boards, either as a single board solution, or with a Voodoo Rush based daughterboard used transparently. The VGA component tied to the Voodoo Rush is a Alliance Semiconductor's ProMotion-AT3D multimedia accelerator. To use this e.g. with XFree86 at all, you need a driver for the AT3D chipset.

 

There is a mailing list on this, and a web site with FAQ at www.frozenwave.com/linux-stingray128. Look there for most current info. There is a SuSE maintained driver at ftp.suse.com/suse_update/special/xat3d.tgz. Reportedly, the XFree86 SVGA server also works, supporting 8, 16 and 32 bpp. Official support will probably be in XFree86 4.0. XFree86 decided to prepare an intermediate XFree86 3.3.2 release as well, which might already address the issues.

 

The following XF86Config settings reportedly work.

 

# device section settings

Chipset "AT24"

Videoram 4032

 

# videomodes tested by Oliver Schaertel

#  25.18  28.32  for 640 x 480  (70hz)

#  61.60        for 1024 x 786  (60hz)

#  120          for 1280 x 1024 (66hz) 

 

In summary, there is nothing prohibiting this except for the fact that the drivers in XFree86 are not yet finished.

 

If you want a more technical explanation: Voodoo Rush support requires X server changes to support grabbing a buffer area in the video memory on the AT3D board, as the Voodoo Rush based boards need to store their back buffer and z buffer there. This memory allocation and locking requirement is not a 3Dfx specific problem, it is also needed e.g. for support of TV capture cards, and is thus under active development for XFree86. This means changes at the device dependend X level (thus XAA), which are currently implemented as an extension to XFree86 DGA (Direct Graphics Access, an X11 extension proposal implemented in different ways by Sun and XFree86, that is not part of the final X11R6.1 standard and thus not portable). It might be part of an XFree86 GLX implementation later on. The currently distributed X servers assume they have full control of the framebuffer, and use anything that is not used by the visual region of the framebuffer as pixmap cache, e.g. for caching fonts.

Hi peppercorn, Thin Client is what you need to look for. Here are probably the two most well known Linux examples:

http://www.ltsp.org/

http://pxes.sourceforge.net/

PXES is probably the easier to get going (but I've never tried either myself)

Did what who said? SO you've d/loaded the two files, unzipped them into /home/username/.fonts and now you can't boot into X, only to a console?

You might want to take a look at this little tute:

http://www.linuxcompatible.org/thread19-1.html

There's a little more to it that devries and I had let on... :( sorry

KDE control centre - Sound - system notifications.

That wil lat least allow you to turn them off until we can sort out the problem.

Got Floppy?

The two files are 100K max.

Or you may even find them zipped here.

http://www.qnext.com/p_um.html

Note: Qnext supports the Instant Messaging feature only, when using Qnext Universal Messenger to communicate with MSN, ICQ, Yahoo and AIM IM users.

i.e. Voice & video chat only possible with other QNext users, can't do Yahoo voice or video chat. :{

Looks good though, may give it a whirl. I'm still Wine'ing Trillian as I'm not satisfied with Gaim or everybuddy.

Did you try the "verbose" boot-up?

Hi. While you're at it, could you post the content of your .wine/config file. It looks from those errors that this could be solved by a little tweaking of the config.

I'm missing a few dependencies (older versions of GTKhtml & Pygtk etc) that will have to wait till morning (although it's after 1am so I suppose it's already morning :) ) for me to resolve before I can tell you how well it works.

Can I suggest you try Gyach Enhanced - Linux native with reportedly the best Yahoo feature-set support.

http://phpaint.sourceforge.net/pyvoicechat/index_gyache.php

I'm just d/loading now (on dial-up) to test it out.

devries, what I meant was, whichever way you change the setting (kcontrol, right-click, menu etc etc) it seems to change the logout behaviour for all methods of logout.

Like you I'm still looking for the command that's executed...

Hi PiG_DoG, it'd also be handy to see (as well as the output from the console) the content of your /home/username/.wine/config file or if you don't have individual ones, it'll be in /etc/wine/config

a13x - Cedega is WineX albeit updated and rebadged.

Nice to be here aperahama.

Actually I found an even quicker way to configure this while working an a response to this thread:

http://mandrakeusers.org/index.php?showtopic=18945

If you have the logout button on your panel, right click it, preferences brings up the same config UI.

Sweet!!

If it's not already showing in your panel, right click panel>add>applet>lock/logout applet

When it appears, right click>preferences> X the "save session for future logins" and OK.

This does set it globally though so it does the same if you Menu>logout.

I don't know if you can have one button that does save and another that doesn't. Is that what you are actually trying to get?

Ah, same rejean as recently 'met' at SAF?

:D

6th from the bottom of this list:

http://ftp.mozilla.org/pub/mozilla.org/fir.../releases/0.10/

Read the release notes

http://www.mozilla.org/products/firefox/releases/

Installing Firefox

Linux/GTK2

 

Extract the tarball and run the installer like so:

 

        tar -xzvf firefox-1.0PR-i686-linux-gtk2+xft.tar.gz

        cd firefox-1.0PR-i686-linux-gtk2+xft/

        ./firefox-installer

laudire, users that have has an xpistub issue with the firefox installer (there are many!) seem to have had more success with the firefox-1.0PR-i686-linux-gtk2+xft.tar.gz file.

Menu>Configuration>KDE>Personalisation>Session Manager

Take X out of "Save session for future logins"

The first 'rule' of Windows "emulation" in Linux - don't do it if you can avoid it! :D

If there are Linux apps that do the job, use them.

1) Yahoo still has a Linux version - the Redhat .rpm build should work on Mandrake. http://messenger.yahoo.com/ (I fail a dependency -glibc 2.2, needs glibc2.3 on Mdk 9.0, newer installs e.g. 10.0 should be OK)

The Linux version of yahoo messenger I did have installed on Mandrake (0.99.19) is no longer supported by Yahoo and it won't connect :(

2) Yahoo has an on-line (java browser) messenger client http://jpager.yahoo.com/jpager/messenger.html

2) Mandrake has a couple of multi-client messenger clients eg everybuddy gaim

3) Last resort - WINE it.

I actually prefer Trillian (and I have wine'd that because I don't like everybuddy!)

http://homepages.ihug.co.nz/~smurfy/snapshot1.png

failing that... (and I know trillian doesn't provide full Yahoo features) then by all means use WINE to install the Windows Yahoo Messenger. You'll need to make sure you have several Windows system binaries installed.

The EASIEST WAY to do this is with frank's WineTools. http://winetools.frankscorner.org/

[link substituted for image by spinynorman]

Take a look here:

http://winetools.frankscorner.org/

WineTools has a specific installation script for Lotus Notes 5 so I believe it should work.

hi nlloc.

Despite what these guys are saying, there is no reason why we can at least make an effort to get your app working under Wine (free). Unless of course there a free/open source/compatible Linux version of the FirstRate program

Looking at your Wine output, the fixme: errors can often be ignored - they indicate there is a problem but they won stop the program running (generally)

The main problem is the MFC40.dll missing.

Firstly, get hold of WineTools. While Wine can be configured and used without it, WineTools makes things far easier for the Linux newbie.

WineTools will create a new fake_windows installation in your /home directory where you will be able to reinstall your app. Part of the WineTools setup installs various windoze components that are critical for Win32 apps to run, including the likes of MFC40.dll!

It still going to struggle with DirectX dependent apps (cedega is still the best for that and at $15 - it might as well be free).

Hi, sorry to dredge up an old topic but a couple of things I have noticed with the SUSE9.1 live eval CD (I got mine off the same Linux User & Developer Mag)

1) It simply will NOT boot up on anything with less than 256MB of RAM. PERIOD. I tried it on 5 systems, succeeded with teh 2 with 256, failed with everything else.

2) Unless you're trying it on a laptop with PCMCIA cards, it will hang on loading PCMCIA support. Solution: on boot, press F3 and change to VERBOSE mode. It will now boot

On my systems, with 500-700Mhz processors & 256Mb ram it runs pretty slow but it still gives you a look at YaST etc.

On a decent modern box with 1.5Ghz and 512Mb or better I'd say it would hum quite nicely.

I still prefer my 'Drake 9.0.