joeclark

Hmm, I wondered if there was a trick to it. I don't know what happend with iptables, but doing my RPM search found openssl-devel and curl-devel for most other distros, so I figured that was probably a standard name. Guess I was wrong. Is there any way to discover names like "libcurl3" or is it just something you've gotta know? urpmi isn't exactly the most helpful at trying to find matches. Sorry if I sound annoyed, I just have these sorts of problems almost every time I want to do anything with RPMs.

So, I'm making up a nice fresh installation of Mandrake 10.1 to do some iptables development work. I needed to add the following packages: iptables-devel openssl-devel curl-devel urpmi did not find any of these (the machine is offline so it would have only searched the CD databases). I looked at rpmfind.net and found the right version of iptables-devel. However, I could not find anything at all for Mandrake/Mandriva for openssl-devel and curl-devel. So, I'm building from source. So much for package management. This is a good share of the reason that people like me think RPMs are evil -- the distribution just always seems to be missing something I need to have (or maybe gives it some non-guessable name or something). Any ideas why 2/3 development packages don't seem to exist?

One more report: Well, I found a workaround. My code was setting the LookAndFeel to the SystemLookAndFeel. By *not* trying to set it, it just uses the Swing default, which looks good enough to me and is plenty better than the "ugly" style it was using previously. So..that solution works for me, although there's still a question about why the themes don't work correctly in Gnome/GTK.

Update: Okay, Java sees the theme change after logging out and back in (or restarting X, etc). Question: What themes *does* Java support?

When I start a Java GUI application with JDK1.5 under Gnome on Mandrake 10, I get the following theme error from the JVM: /usr/share/themes/Galaxy/gtk-2.0/gtkrc:43: Engine "galaxy" is unsupported, ignoring. The resulting GUI is then drawn in some basic (fairly ugly) fashion. Can someone explain to me simply how to change the theme (the theme manager in Gnome didn't help) so that Java does not complain about it? I don't really want to upgrade gtk2 or downgrade Java -- there should be a simple way to fix this I would think, but I'm not sure what it is. Thanks.

I have a Mandrake 10.0 machine running as an NFS server. I am accessing this server from Red Hat 7 clients. It seems that whenever I try to do anything with an NFS mount, the client machines hang. I tried the sync/async server option, but both act the same. Looking with tcpdump, it seems that the server simply stops responding to requests, although there is no syslog entry reporting a problem on the server. Any ideas? - Joe

Hi there. I frequently use CDSpeed on Windows to verify that burned discs are sector-by-sector readable. I would like to find something with the same functionality on Linux, but so far I haven't come up with anything. My requirements are: * I don't have the original data available on Linux (it was burned on Windows) * I don't have an ISO image or an md5 sum (I burned it direct-to-CD) Anyone know of an easy way to accomplish this with the given requirements? For "flame bait", remember this is extremely easy to do on Windows (with CDSpeed). :-) - Joe

Really? 10 Official has this same problem? Are you sure? I thought it was fixed (where fixed == worked around the Windows issues or whatever). I remember "using Windows free space" to dual-boot install 10 Official on a machine and was pleased to find that it didn't do evil to it...maybe I got lucky or something?

I have Mandrake 9.1 installed on a server. I would like to be able to disable the automatic logout "feature" of sshd (or msec) that apparently is the default...it logs me out after about 10 minutes of inactivity. I think there's an easy way to un-configure this, but in my web search I couldn't find the answer. Can anyone here help? Thanks. - Joe

I am running Mandrake 10 Official... I have a Java program that, well, may or may not have a memory leak in it. I'm a little overwhelmed with all the memory-related numbers: Java used and free numbers and physical vs virtual and virtual vs swap (same thing right?) and Java vs Linux numbers and all. But in any case we are running a Java program that shows a fairly steadily increasing "RSS" size in ps, at least until it consumes about 170 MB of RAM. However by doing a -verbosegc option to the VM it doesn't obviously appear to be actually using more RAM in Java. In any case, at some point Linux/Java finally pages some of the Java memory out to disk or something, and the RSS size goes down to 125-150 MB. I believe it is after this that I frequently see the X process consume upwards of 80-90% of the system RAM over a period of 5 or so minutes. Then, when all free memory (as reported by cat /proc/meminfo, "MemFree" line) is exausted, and the swap starts to be allocated, X dumps a ton of RAM in less than 10 seconds and goes back to appx 150-200 MB. In a current running configuration, this periodic effect has occurred about four times now, and each time the "SwapFree" has gone down by at least several megabytes. So, I'm guessing that in the long term some memory is getting leaked, and eventually the system RAM (virtual + physical) will be exhausted. Note that actually when this huge memory dump occurs, the Java process memory also decreases. So far it seems to have decreased each time X did this strange thing, and Java's usage is now down to 100 MB or so. I can provide some more specific data on this if anyone thinks it would help. Anyone have a clue what might make X act so strangely?

Thanks for your input...with the old calls in place, it seems much happier. No problems after running under normal operating conditions for 2-3 days. I'm going to put a new thread up here though about X & Java memory usage....at some times XWindows get into a funny state and sucks up just about all the system RAM...I'll describe in the other thread.

Well, we're going to remove the calls that seemed to cause the problem (Graphics2D.draw(Ellipse2D)), and replace them with the older fillOval method (we had previously used fillOval and didn't see a problem). I am hopeful that this will "fix" the problem (or be a sufficient workaround). I would consider using another VM, but hopefully this fix will work. One other interesting thing related to MDK10: While this Java application is running, sometimes I see the X process using up to 90% of the system RAM. On a machine with 1 GB of RAM, this is surprising to me, esp when it seems the nominal usage of RAM for X is about 2-3% of the total. Any ideas on if this is some kind of X bug and if it might be related to Java somehow, or if it's another issue entirely? Thanks your your help on this topic. It's been good to "vent", even if there isn't a clear solution.

I installed the newest Java SDK available (1.4.2_04), and it has the same problem. What's left but to install a different OS? This is really going to annoy me that Mandrake 10 official has some Java bug...is there any way to even know what OS/library component the bug is in? Is it really a MDK bug, or a kernel bug, or an X bug, or ..... ? I guess maybe we'll go back to (old) 8.2, just because we know it works. About memory, again: When it crashed this time, Java VM was using about 94 MB of RAM. Yes, that's a lot, but not unreasonable in our situation. It may have something to do with memory, but the fact is it seems to work fine on machines with less memory as long as they're not running Mandrake 10. Grr. Another one of those "stupid linux" days. (Don't worry, I have plenty of "stupid Windows" days too.)

It's from a self-extracting bin...probably the same bin file used to install on Mandrake 8.2 We've been dealing with some memory issues as well, but the Mandrake 10 machine should have plenty of free memory to spare.... In any case, it's the only machine we've seen this problem on, and it probably has the most memory of any machine we would try it on.

We are using Sun's JDK for Linux, version 1.4.2-b28, on Mandrake 10 Official. Our Java application runs basically all the time, and we interact with it frequently. It is a graphical application utilizing a simple mapping architecture. Our problem is that about once every day or two, the Java virtual machine crashes with a seg fault outside of the VM code. This is obviously bad, but I can't find a similar crash report by searching Google. Perhaps this should be on a Java forum, not a Mandrake forum, but I thought I'd start here. Also we run the same Java application with the same exact version of Java on a Mandrake 8.2 machine, and have never seen this error, so I'm thinking it might point to something in Mandrake. Would you suggest trying a newer version of Java? Or a Java code change? Or (sigh) a different version of Linux? In the stack trace (printed below), the call originates from a Graphics2D.draw(Elllipse2D), if that helps. Here is part of the error that the VM dumps out when this problem occurs: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : 11 occurred at PC=0x4DA9C1E4 Function=(null)+0x4DA9C1E4 Library=/usr/java/j2sdk1.4.2/jre/lib/i386/libdcpr.so NOTE: We are unable to locate the function name symbol for the error just occurred. Please refer to release documentation for possible reason and solutions. Current Java thread: at sun.dc.pr.PathStroker.endPath(Native Method) at sun.java2d.pipe.DuctusRenderer.feedConsumer(DuctusRenderer.java:232) at sun.java2d.pipe.LoopPipe.getStrokeSpans(LoopPipe.java:259) at sun.awt.X11Renderer.draw(X11Renderer.java:243) at sun.java2d.pipe.ValidatePipe.draw(ValidatePipe.java:114) at sun.java2d.SunGraphics2D.draw(SunGraphics2D.java:2128) *** Moved by Phunni