If you want ease of upgrading, use Debian. Apt is really nifty. Here's an example of how to completely (well, except for your kernel:) upgrade your system to the latest development version:
Change all occurrences of 'stable' to 'unstable' in/etc/apt/sources.list (it doesn't mean it will crash, it means that things are constantly being updated). Only have to do this once. apt-get update apt-get dist-upgrade
(MINOR SPOILER WARNING - BUT IF YOU HAVE HALF A BRAIN YOU'LL FIGURE IT OUT ANYWAY:)
I thought it was a pretty good movie overall, except for one thing- those #@$(*% masks!
In the last scene, I half expected the two of them to pull off masks, and they'd actually be someone else - and how on earth did Ethan get masks for him and the other guy?
I've got a Trident 4DWave DX using ALSA (I don't understand why OSS Free doesn't support it - all the specs are out there!), and it supports multiple uses of/dev/dsp - pretty nice;).
Is it just me, or does that sound strangely like GNU Stow?
And with the nice little script stowES (found it on freshmeat a couple weeks ago), installing from source couldn't be easier (as long as the packages use configure).
Of course, nothing beats Debian, but if something isn't packaged yet, stow[ES] does a very nice job.
You don't pay much attention to what LokiSoft does, I take it.
Sam Latinga, lead programmer for LokiSoft, has written the Simple Directmedia Layer (SDL), which is a *cross-platform* gaming library, which handles input, (2d) graphics, 3d graphics thru OGL, sound, etc. It supports (if i'm not mistaken) *n*x (obviously), BeOS, Mac, and Windows.
If you take a look at the news from the last week or so on http://www.linuxgames.com/, you'll notice that about 60% of the new games use the SDL - and there's a very good reason - it's got GREAT APIs. I'm no game programmer, but I'd guess I could code up something simple very quickly if I decided to.
Unreal Tournament for Linux also uses the SDL - works great. (aside for the fact that the renderer needs work:)
Or is GUI programming in Java much like banging one's head on the wall? I tried doing some a little while ago, and the documentation is almost useless - you have to manually set up your event loops, and in addition to that, it's horribly slow. A 100-line swing application (3 buttons and 1 messagebox) takes about 10 seconds to load, and there are noticeable slowdowns - and I have a Celly 366 w/128MB RAM.
I could probably write the equivalent program in QT/C++ in about 30 lines. Is it just a problem with swing (the API is very unpleasant), or is Java in general bad? I would have expected it to be reasonably fast on my system - but using JBuilder Foundation is terrible (click on a button - wait 3 seconds). And it's not RAM usage either - it was completely unusable with only 64MB RAM.
Why not do this:
NATIVELY compile code for platforms that support it. For those that don't, use bytecode. I'd guess this could get a MAJOR speedup.
Yep - RoadRunner is what I'm using, and it works just fine (for the most part - I'll get to that in a second). When the MCSE came over to 'install' it, he gave me the network card, I installed it, and booted up and ran pump - and it works.
However, if anyone could help me with this, it would be nice:
Whenever I shut down my net connection (on reboot or whatever), I can't reconnect to RoadRunner for several hours. I'm guessing that RR is not realizing that I've disconnected, and I have to wait for it to timeout. The reason I think this is because I can swap network card cables (I do IP masq'ing for our in-house LAN), and most of the time it will just connect.
Does anyone know how to properly shut down the connection? I've tried 'pump -k' and 'pump -r', but that doesn't help.
I take it you really don't know what you're talking about. (NOTE: This is not a flame)
XFree86 provides almost nothing but the ability to display windows and do input.
If you start up X without a window manager, you won't enjoy it very much - I do it occasionally when I want to play a game (Quake*, CivCTP, etc.), but all I have is an xterm with no border.
You must be using some window manager to get a nice interface - i.e. WindowMaker, Sawmill, Enlightenment, FVWM*, or even twm - either that, or you are using an 'desktop environment', such as GNOME, KDE, XFCE (is that what you were thinking of?), or possibly UDE.
Slashdot Mirror
Argh... that's why I should preview :).
:).
apt-get update and apt-get dist-upgrade are separate commands, in case you couldn't figure that out
Change all occurrences of 'stable' to 'unstable' in /etc/apt/sources.list (it doesn't mean it will crash, it means that things are constantly being updated). Only have to do this once. apt-get update apt-get dist-upgrade
and sit back and watch the magic :).
I've always used 'hehe' as a combination of 'hee hee' and 'heh' :)
(MINOR SPOILER WARNING - BUT IF YOU HAVE HALF A BRAIN YOU'LL FIGURE IT OUT ANYWAY :)
I thought it was a pretty good movie overall, except for one thing- those #@$(*% masks!
In the last scene, I half expected the two of them to pull off masks, and they'd actually be someone else - and how on earth did Ethan get masks for him and the other guy?
I've got a Trident 4DWave DX using ALSA (I don't understand why OSS Free doesn't support it - all the specs are out there!), and it supports multiple uses of /dev/dsp - pretty nice ;).
Cut/paste works just fine with KDE 2 and Netscape.
:). (And BTW - QT 2.0 is old. Get QT 2.1 - it's not broken like 2.0 is :).
I just typed this line in KEdit and pasted it into netscape.
There. Documented evidence that it works
What a profoundly clueless person.
Guess what Eazel is working on? GNOME.
How about this for an idea:
:).
Let the people who are good at UI do the UI thing, and the low-level systems people do theirs!
What an idea... that way stability and power will be retained, with a nice layer of easiness over it
Go to http://www.mosfet.org for some FRESH screenshots :).
There's one major difference.
Motif is ugly as hell. It's also hell to program.
OpenGL is widely regarded as much more elegant than Direct3D.
Oh, and with OGL, you don't have to pay a licensing fee either.
If you ask me, this is silly.
Why not just pick GTK+ or QT and stick with it?
It's not as if either of them is terribly large. And as far as I know you can legally distribute them with your software.
The QT 2.1 beta4 main library (libqt.so) is 5 megs.
GTK+ doesn't take up more than 2 or 3 megs.
Either one of them could be called 'standard'. Is this really so different than using, say VCL vs. MFC?
Ooo... that IS good.
Personally, I'd bet on either the kernel, KDE2 (it rocks, BTW - been using it for a month and a half, and it's getting better every day!), or Mozilla.
It's not a latin word? What have you been smoking? My latin dictionary (don't have it here right this sec) says that 'virus' means 'poison'.
The plural of 'virus' is 'viri'.
And with the nice little script stowES (found it on freshmeat a couple weeks ago), installing from source couldn't be easier (as long as the packages use configure).
Of course, nothing beats Debian, but if something isn't packaged yet, stow[ES] does a very nice job.
If you get a G400, they couldn't do anything to you - they've already released the specs. That's why the Utah GLX driver is so good.
:)
Future cards on the other hand...
ARGH...
/. eat my <'s and >'s?
WHY does
You're wrong.
They had a lawsuit, and came to some sort of mutual agreement - but there was not a merger/takeover.
I can't imagine why they WOULDN'T support OpenAL.
:)" endl;
LokiSoft wrote the SDL. LokiSoft is one of the main forces behind OpenAL. See the connection?
if (LokiSoft == SDL && LokiSoft == OpenAL) {
cout "Isn't that amazing?
}
You don't pay much attention to what LokiSoft does, I take it.
:)
Sam Latinga, lead programmer for LokiSoft, has written the Simple Directmedia Layer (SDL), which is a *cross-platform* gaming library, which handles input, (2d) graphics, 3d graphics thru OGL, sound, etc. It supports (if i'm not mistaken) *n*x (obviously), BeOS, Mac, and Windows.
If you take a look at the news from the last week or so on http://www.linuxgames.com/, you'll notice that about 60% of the new games use the SDL - and there's a very good reason - it's got GREAT APIs. I'm no game programmer, but I'd guess I could code up something simple very quickly if I decided to.
Unreal Tournament for Linux also uses the SDL - works great. (aside for the fact that the renderer needs work
Or is GUI programming in Java much like banging one's head on the wall? I tried doing some a little while ago, and the documentation is almost useless - you have to manually set up your event loops, and in addition to that, it's horribly slow. A 100-line swing application (3 buttons and 1 messagebox) takes about 10 seconds to load, and there are noticeable slowdowns - and I have a Celly 366 w/128MB RAM.
I could probably write the equivalent program in QT/C++ in about 30 lines. Is it just a problem with swing (the API is very unpleasant), or is Java in general bad? I would have expected it to be reasonably fast on my system - but using JBuilder Foundation is terrible (click on a button - wait 3 seconds). And it's not RAM usage either - it was completely unusable with only 64MB RAM.
Why not do this:
NATIVELY compile code for platforms that support it. For those that don't, use bytecode. I'd guess this could get a MAJOR speedup.
Yep - RoadRunner is what I'm using, and it works just fine (for the most part - I'll get to that in a second). When the MCSE came over to 'install' it, he gave me the network card, I installed it, and booted up and ran pump - and it works.
However, if anyone could help me with this, it would be nice:
Whenever I shut down my net connection (on reboot or whatever), I can't reconnect to RoadRunner for several hours. I'm guessing that RR is not realizing that I've disconnected, and I have to wait for it to timeout. The reason I think this is because I can swap network card cables (I do IP masq'ing for our in-house LAN), and most of the time it will just connect.
Does anyone know how to properly shut down the connection? I've tried 'pump -k' and 'pump -r', but that doesn't help.
Or maybe the questions were like 'When did you stop beating your wife'. :) (That's what I thought you meant when I read the first line of your post)
I use the command line for most of my file handling because it is FASTER for me to click xterm, then rm -rf junkdir than to:
Click file manager
Click-click-click to the directory it is located
Click once more, then hit delete.
Similarly, it is hugely faster to do:
mv *txt mytxtdir/
Than:
click-click-click-click-click
Drag, release.
I'm not saying GUIs are bad - but for real power users, they often don't make sense.
I take it you really don't know what you're talking about. (NOTE: This is not a flame)
XFree86 provides almost nothing but the ability to display windows and do input.
If you start up X without a window manager, you won't enjoy it very much - I do it occasionally when I want to play a game (Quake*, CivCTP, etc.), but all I have is an xterm with no border.
You must be using some window manager to get a nice interface - i.e. WindowMaker, Sawmill, Enlightenment, FVWM*, or even twm - either that, or you are using an 'desktop environment', such as GNOME, KDE, XFCE (is that what you were thinking of?), or possibly UDE.
What about GQMpeg? That support real 'themes'...