SUSE / openSUSEThis Forum is for the discussion of Suse Linux.
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Introduction to Linux - A Hands on Guide
This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started guide, with exercises at the end of each chapter.
For more advanced trainees it can be a desktop reference, and a collection of the base knowledge needed to proceed with system and network administration. This book contains many real life examples derived from the author's experience as a Linux system and network administrator, trainer and consultant. They hope these examples will help you to get a better understanding of the Linux system and that you feel encouraged to try out things on your own.
Click Here to receive this Complete Guide absolutely free.
Anyone know what all this means?? I get it everytime my updater says I have updates. I open it, and select update, and it crashes everytime with this error. Using Suse 10.1. It used to work perfectly, and now this...
Novell.Zenworks.Zmd.Public.ZenException: Failed to lookup resolvable with id '540303'
Server stack trace:
in <0x00178> Novell.Zenworks.Zmd.Packaging.RedCarpetBackend+SqlTransaction:GetResult ()
in <0x00081> Novell.Zenworks.Zmd.Packaging.RedCarpetBackend:ResolveDependencies (Novell.Zenworks.Zmd.Packaging.IResolvable installs, Novell.Zenworks.Zmd.Packaging.IResolvable upgrades, Novell.Zenworks.Zmd.Packaging.IResolvable removals)
in <0x00023> Novell.Zenworks.Zmd.Packaging.PackageManager:Resolve (Novell.Zenworks.Zmd.Packaging.IResolvable installs, Novell.Zenworks.Zmd.Packaging.IResolvable upgrades, Novell.Zenworks.Zmd.Packaging.IResolvable removals)
in <0x00038> Novell.Zenworks.Zmd.Packaging.RemotePackageManager:ResolveDependencies (Novell.Zenworks.Zmd.Packaging.Public.ResolvableInfo installs, Novell.Zenworks.Zmd.Packaging.Public.ResolvableInfo upgrades, Novell.Zenworks.Zmd.Packaging.Public.ResolvableInfo removals)
in <0x00000> <unknown method>
in (wrapper managed-to-native) System.Runtime.Remoting.RemotingServices:InternalExecute (System.Reflection.MethodBase,object,object,object&)
in <0x00188> System.Runtime.Remoting.RemotingServices:InternalExecuteMessage (System.MarshalByRefObject target, IMethodCallMessage reqMsg)
I'd like to be able to say don't worry, but I don't see a viable solution until 10.2. That said, I have been following the story on the opensuse-factory lists, and have successfully downloaded and installed updated 'test' rpms, which from my 'basic' perspective have solved (or will in due course solve) most of the problems. In my estimation, and I have only been working with the x86_64 'test' software, there still remain a couple of unaddressed, or insufficiently addressed, niggles: First, it still takes too long to download and parse the databases of ALL the software available on the repositories (mirrors) that one has elected to link to [slow start-up upon reboot (zmd and zypp)], and second, adding a local (directory or iso) source is still not possible, for me at least, since it doesn't appear to have a/the required 'catalog', whatever that is.
Novell.Zenworks.Zmd.Public.ZenException: Failed to lookup resolvable with id '238805'
I have discovered that when the updater crashes it looses the configuration for catalogs. To see what I mean, right click the updater icon and select configure. It takes a little while but the services should pop up. Then select the catalog tab. There should be catalogs listed with check boxes. If none, run Yast - Online update configuration. This will restore the catalogs at least it had been until I tried again to write this post. Don't bother with update until SuSE fixes it, it won't run. I for one can't understand why openSuSE isn't at least formally recognizing this terrible problem. They should publish a work around or at least say what's being done.
Zen update is working for me although I have had to re-enter the repositories and update sites from time to time. I just did some KDE updates today and it worked ok.
Also, a lot of people are using the Smart updater instead and it works pretty well, although the above mentioned KDE updates weren't available with Smart. GURU updates Smart nearly every week. The app, that is.
Smart is an RPM package manager with a faithful following. During the 10.1 releases package management and update bork, a number of SuSE users switched to Smart with some degree of success. I totally lost faith in SuSE and am now a happy Ubuntu user. They faltered in a recent update but unlike SuSE were quick to admit responsibility and rectify the situation. It would appear that SuSE's disaster still isn't quite right.
That's interesting. I had used Ubuntu last year. While it was nice, it did not detect my tv card (not saying it won't detect it one year later). It did work with my printer though, which was great. Lexmark's drivers are made for the old slang.so library, and SuSE has the new one, which prevented the driver's installation. I'm now stuck with a third-party open-source driver, which has its share of gremlins.
This is how I update my system. When I installed Suse 10.1, Went to yast and registered using Online update configuration. Then did Online update. updated all zenupdate stuff and now zenupdater works fine on my system
Every time when booting my computer I get this message:
System.NullReferenceException: Object reference not set to an instance of an object
in <0x003d9> Novell.Zenworks.Gui.ZenTrayIcon:CheckUpdatesLoop ()
in (wrapper delegate-invoke) System.MulticastDelegate:invoke_void ()