Description of problem: yum install rssowl rssowl ls: /usr/lib64/mozilla-*/libxpcom.so: No such file or directory dirname: missing operand Try `dirname --help' for more information. Exception in thread "main" java.lang.UnsatisfiedLinkError: no swt-pi-gtk-3139 in java.library.path at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1682) at java.lang.Runtime.loadLibrary0(Runtime.java:822) at java.lang.System.loadLibrary(System.java:992) at org.eclipse.swt.internal.Library.loadLibrary(Library.java:123) at org.eclipse.swt.internal.gtk.OS.<clinit>(OS.java:19) at org.eclipse.swt.internal.Converter.wcsToMbcs(Converter.java:63) at org.eclipse.swt.internal.Converter.wcsToMbcs(Converter.java:54) at org.eclipse.swt.widgets.Display.<clinit>(Display.java:122) at net.sourceforge.rssowl.controller.RSSOwlLoader.<init>(RSSOwlLoader.java:77) at net.sourceforge.rssowl.controller.RSSOwlLoader.main(RSSOwlLoader.java:131) Looking at the rssowl wrapper script, it only checks for lib64 stuff, not lib stuff, even though this is an i386 system. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
This should be fixed in rssowl-1.2-13.fc5, which will show up in the FC5 Extras repository Real Soon Now.
This was fixed some time ago. I'm going to close it. Unfortunately rssowl has been broken on FC5 for a different reason (libgcj regression). The fix has been available upstream for weeks, but no new gcc update is in sight.