So red hat has always come with the gnome stuff, right? What's with KDE? What are interfaces are out there? Who's the king? What are the big differences? I'm using this workstation that has red hat linux installed with KDE - why didn't the guy before me use Gnome? (I don't expect an answer on this one )
Paul - I saw your other posts here ..... The original guy probably just liked KDE better than Gnome. I do. You are messing with a Java app, and it may well run under Gnome as well as KDE. To switch desktops, just 'Start'->System->Desktop Switching Tool. Select Gnome. Then exit KDE and reissue 'startx'. (If you have a GUI login, then logout/in.). If the app is truely tied to KDE, then it probably has native code (KDE is written in C++), that needs the KDE libraries (scary for a Java app). That's why I'm guessing you should be able to use Gnome if you like it better. I don't know squat about JBuilder (I do like Delhpi tho'). I can help with Linux and/or KDE. What version of: Redhat and KDE? Regards, Guy
I think I'm going to leave it as KDE just because I'm not sure if stuff is tied to it or not. I do know that there is stuff tied to Linux (via JNI). Maybe when they said that, they also meant KDE. I was mostly wondering if KDE is the rage now, or if it's pretty much a toss. And if there are lots of contenders for first place, or maybe just the two. It seems that red hat leans to Gnome - is there a particular reason? Is the reason for folks using KDE on red hat pretty much just a "like the looks better" sort of thing? Or is there more substance behind this? How do you find out the red hat version? KDE version 2.1.1
If it's "tied to Linux via JNI", then it very well could be tied to KDE (or pretty much anything else for that matter). Regarding basic system versions, what is the output of the following commands (# are shell format comments): # basic kernel info uname -a # c/c++ compiler info gcc -v # Alternate c/c++ may be installed gcc3 -v The last one may get you a 'command not found' message. Also, what do you get from: java -version ?? If there is truely JNI code there (C, C++, ASM), you certainly need to get a handle on that, even if you won't have to modify it. Question for the JBuilder literate: how does one know if a JB app has native code in it? Guy
Linux 2.4.3 - but which version of Red Hat? The java version is 1.3, although doing anything from the comman line might not make a difference since jbuilder is accessing it directly. I did java -version from the command line and it can't find it. So, I guess I need to tell bash about where to find java, eh? Any tips there? I imagine there is a dot something file in my user directory...
I have tried both on my Mandrake 8.1 installation, and I like KDE better. I am just learning Linux, so I was looking for a desktop environment with good GUI tools, and I think KDE it it. Don't get me wrong, Gnome was OK too. But KDE made it easier to find the configuration settings I was searching for. Specifically, printer configuration with CUPS, soundcard settings, and setting up a DSL connection were all easier under KDE than Gnome.
Originally posted by Paul Wheaton: I did java -version from the command line and it can't find it. So, I guess I need to tell bash about where to find java, eh? Any tips there? I imagine there is a dot something file in my user directory...
When you type echo $PATH from the command line, do you get the same path that is in JBuilder?
Have you tried: whereis java ??
To add a directory to your path so that it is there every time you login, put this line in your .bash_profile: PATH=%PATH":/home/you/bin" This sets PATH to whatever it was before, followed immediately by a colon and /home/you/bin. (from Learning the bash Shell (an O'Reilly book) [ February 01, 2002: Message edited by: Marilyn deQueiroz ]
JavaBeginnersFaq "Yesterday is history, tomorrow is a mystery, and today is a gift; that's why they call it the present." Eleanor Roosevelt
Regarding path to the java executable - try looking at the first line of system output when you run the app in JBuilder. This should have the info. If not, it's another Windows/Linux difference (or perhaps a 4/5 difference in JBuilder.) > Question for the JBuilder literate: how does > one know if a JB app has native code in it? This shouldn't be any different than for any other java code - look for methods declared as native, or for use of the Runtime exec() method. (Using a somewhat fuzzy interpretation of "native code".) The JBuilder-specific classes (special GUI widjets and the like) shouldn't have any native hooks of their own, so you shouldn't need to worry about a call to some class in com.borland.* masking a native system call. Note the judicious use of shouldn't in the previous paragraph.
Finding things: find / -name "pattern*.fil" -print The thing in quotes can be an exact file name or search pattern with *==0 or more, ?==exactly 1. If you issue commands (say, some.command) that scrolls a lot of output, and a lot of it goes off the top of the screen, there are a copule of things you can do: some.command | less My favorite is: some.command 2>&1 | tee logfile.txt After that logfile.txt contains an exact copy of all the output. Regards, Guy
Couple of things: Original RH 7.1 was kernel 2.4.2, and RH 7.2 was kernel 2.4.7. So ..... looks like a slightly maintenanced 7.1 environment. JB will start by running some script, which will set PATH, CLASSPATH, other environment variables required. I think you need to track down that script, and start looking at what it does. If JB is started from an icon on the desktop, right-click and do properties, it should point to the script or to a link to it. Typical places for installation of Linux applications: /usr /usr/local /opt 'ls' these directories for names that look like JB home. (And again, 'mc' in a terminal is nice for surfing around the mounted hard disk(s)). If you have access to root's password, then 'su' to root (or login as root), and look in root's home directory for installation related information. Guy
And I forgot: If JB is invoked from the 'KDE-start' menu, then to locate the startup script do: KDE-Start, Configure Panel, Menu Editor This will get you a file-manager type of window, where you can see the names of the programs which are invoked from the menu. Guy
I thought KDE was slicker than Gnome, but originally KDE wasn't 100% open software and Gnome was, which gave Gnome the advantage. Now the reverse may be true. Gnome's creator is hyped on doing the the next-generation Gnome using a clone of Microsoft's .NET system. I view the likelihood of success for an open-source .NET to be about the same as we've seen with WINE vs. Windows. Plus, it's possible to damage one's system in such a way that virtually every Gnome startup applet segfaults with no obvious way to figure out what's wrong or how to fix it.
Sources may include data from the Fakebook Research Foundation with support from Gargle University