[opensuse-factory] Package mangement problems with zmd/rug/KDE updater applet
After the 10.1 package management disaster I quickly switched to smart. But as I'm now sick of all the other (quite ridiculous and seemingly never fixed) problems with smart (German 'umlauts' crash the program, the python gui is dysfunctional most of the time and so on), I yesterday wanted to give the native SUSE package management another chance. (Before, rug, zypp and zen had not even been installed on my box) But this doesn't work to good, too. The KDE updater applet doesn't even connect to the zmd system - when trying to add and remove servers, the program gets stuck fetching the list :(. No installable packages are displayed. So I tried the command line interface, as described in the openSUSE wiki. rug ping gives the following result: ===================== ZMD 7.1.100, Copyright (C) 2006 Novell, Inc. Started at 10/18/2006 05:37:05 (uptime: 0 days, 0 hours, 28 minutes) RSS size: 39804 Network Connected: Yes Running on Mono 1.1.17.1 OS Target: (noarch) Module Name | Description -------------------+------------------------------------------ NetworkManager | NetworkManager support Package Management | Package Management module for Linux ZENworks Server | SOAP methods used by a ZENworks server XML-RPC interface | Export ZMD public interfaces over XML-RPC ===================== I'm quite at a loss why my OS target is noarch and not OpenSUSE factory x86_64, as it is supposed to be. I added a server: ===================== rug sa --type zypp http://download.opensuse.org/distribution/SL-OSS-factory/inst-source/suse suse-factory ===================== And now I have two (????) services: ===================== Sub'd? | Name | Service -------+--------------+------------- | suse-factory | suse-factory | suse-factory | suse-factory ===================== I can subscribe to the first of these two channels (rug subscribe suse-factory). However, I cannot install packages: ===================== linux:~ # rug install kpowersave ERROR: A newer resolvable 'kpowersave' is only available in an unsubscribed catalog. ===================== What am I doing wrong here? Even after reading the articles in the wiki, I don't quite understand what is happening here... BTW, YAST seems to be able to add and remove installation sources, but as I understand, YAST doesn't use the zmd system, but libzypp directly?!? --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Hello,
On 10/18/06, Alex
I'm quite at a loss why my OS target is noarch and not OpenSUSE factory x86_64, as it is supposed to be.
Please report a bug.
And now I have two (????) services: ===================== Sub'd? | Name | Service -------+--------------+------------- | suse-factory | suse-factory | suse-factory | suse-factory =====================
My guess is that the initial installing service added by default is suse-factory as well. Anyway, please stop zmd, start it again, delete all services: rug sd 1 until you end with no services, try to add the new factory again and tell us if you still have any issues. I can subscribe to the first of these two channels (rug subscribe
suse-factory).
However, I cannot install packages: ===================== linux:~ # rug install kpowersave ERROR: A newer resolvable 'kpowersave' is only available in an unsubscribed catalog. =====================
Yeah, I think the second server you added (which adds the catalog you can't susbcribe to) it's the one who have the most recent software.
BTW, YAST seems to be able to add and remove installation sources, but as I understand, YAST doesn't use the zmd system, but libzypp directly?!?
Yes, zypp is the common thing between the two. Check this one: http://en.opensuse.org/Understanding_zmd specially the diagram on the right. Best regards, M -- Mauro Parra www.mechulk.com
I'm quite at a loss why my OS target is noarch and not OpenSUSE factory x86_64, as it is supposed to be. Please report a bug.
OK - #213359 (but this one has already been marked as a duplicate).
My guess is that the initial installing service added by default is suse-factory as well. Anyway, please stop zmd, start it again, delete all services:
I did it the hard way - removing all zypp- and zmd-stuff in /var/lib. Worked, too ;). I can now add installation sources at least with Yast. However, Yast gives very inconvenient names to the installation sources (e.g. the current date for the factory stuff - can this be changed???), so I tried again to add the very same URL with rug, where the name can be chosen. ERROR: Could not add 'http://download.opensuse.org/distribution/SL-OSS-factory/inst-source/': Failed to parse XML metadata: Can't add repository at http://download.opensuse.org/distribution/SL-OSS-factory/inst-source/: Unknown source type for http://download.opensuse.org/distribution/SL-OSS-factory/inst-source/ --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Hello,
On 10/18/06, Alex
OK - #213359 (but this one has already been marked as a duplicate).
Thanks.
so I tried again to add the very same URL with rug, where the name can be chosen.
ERROR: Could not add 'http://download.opensuse.org/distribution/SL-OSS-factory/inst-source/ ': Failed to parse XML metadata: Can't add repository at http://download.opensuse.org/distribution/SL-OSS-factory/inst-source/: Unknown source type for http://download.opensuse.org/distribution/SL-OSS-factory/inst-source/
yeah, the metadata is in: http://download.opensuse.org/distribution/SL-OSS-factory/inst-source/suse/ (hint: add the dir with the repodata entry). So, will work if you do: rug sa -t yum http://download.opensuse.org/distribution/SL-OSS-factory/inst-source/suseOSS... You can either use yum or zypp as type of the server (i.e.,zypp works as a meta server type, so will find out the actual type of the server by his own). Regards, M -- Mauro Parra www.mechulk.com
Hi,
yeah, the metadata is in:
http://download.opensuse.org/distribution/SL-OSS-factory/inst-source/suse/
(hint: add the dir with the repodata entry).
Actually, both /inst-source and /inst-source/suse are valid installation sources: - /inst-source has "YaST" metadata (content file, media.1 directory) - /inst-source/suse has "YUM" metadata (repodata directory) Both are acceptable installation sources. If one of them is not accepted, it's a bug (that's why I recommend waiting for libzypp-2.4.0). Currently the "YUM" metadata do not seem to provide pattern information, so the "YaST" variant is preferred. (I tried the "YUM" repository as well and then both rug and YaST show all the packages, but not the patterns.) Andreas -- GMX DSL-Flatrate 0,- Euro* - Überall, wo DSL verfügbar ist! NEU: Jetzt bis zu 16.000 kBit/s! http://www.gmx.net/de/go/dsl --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Both are acceptable installation sources. If one of them is not accepted, it's a bug (that's why I recommend waiting for libzypp-2.4.0).
OK, thanks for the quick feedback. However, I'm not quite sure if a new libzypp will solve the issue, as - as I understand it - Yast uses the very same outdated libzypp to add its installation sources, and here it works? # | Status | Type | Name | URI --+--------+------+-----------------+------------------------------------------- 1 | Active | ZYPP | 20061018-174857 | http://download.... --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Hi,
However, I'm not quite sure if a new libzypp will solve the issue, as - as I understand it - Yast uses the very same outdated libzypp to add its installation sources, and here it works?
YaST uses libzypp in a different way than zmd. That's why they sometimes behave differently and expose bugs differently. The error message you had ("Unknown source type for") clearly comes from libzypp: % strings /usr/lib64/libzypp.so.202 | grep "Unknown" _ZN4zypp12DigestReport27askUserToAccepUnknownDigestERKNS_10filesystem8PathnameERKSs _ZN4zypp13KeyRingReport25askUserToAcceptUnknownKeyERKSsS2_ Unknown language: Unknown country: Unknown Error: Unknown source type for Unknown source ID Unknown source URL ' Unknown source name ' Unknown error while parsing xml file Unknown atom type ]. Unknown key: [ Unknown type of repo file: Unknown type of atom Unknown ssl_verify flag Unknown ui::Status -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Hi,
OK - #213359 (but this one has already been marked as a duplicate).
Yes, it's already known: https://bugzilla.novell.com/show_bug.cgi?id=212252
I did it the hard way - removing all zypp- and zmd-stuff in /var/lib. Worked, too ;). I can now add installation sources at least with Yast.
Don't do that! That way you are losing information that cannot be easily restored. If there's a problem that cannot be resolved the "normal" way, you may delete the /var/lib/zmd/zmd.db file, but not everything in /var/lib/zmd and /var/lib/zypp.
However, Yast gives very inconvenient names to the installation sources (e.g. the current date for the factory stuff - can this be changed???)
This is already being worked on, as far as I know.
so I tried again to add the very same URL with rug, where the name can be chosen.
ERROR: Could not add 'http://download.opensuse.org/distribution/SL-OSS-factory/inst-source/': Failed to parse XML metadata: Can't add repository at http://download.opensuse.org/distribution/SL-OSS-factory/inst-source/: Unknown source type for http://download.opensuse.org/distribution/SL-OSS-factory/inst-source/
Wait for the next libzypp submission of version 2.4.0. Currently there is still version 2.3.0 in the factory tree, which is really old. Andreas Hanke -- GMX DSL-Flatrate 0,- Euro* - Überall, wo DSL verfügbar ist! NEU: Jetzt bis zu 16.000 kBit/s! http://www.gmx.net/de/go/dsl --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
I did it the hard way - removing all zypp- and zmd-stuff in /var/lib. Worked, too ;). I can now add installation sources at least with Yast. Don't do that! That way you are losing information that cannot be easily restored. Aaaahhhh! What did I lose? However, as I definitely had all zmd/zen/rug stuff deinstalled from the earliest 10.1 betas until today, the loss of information in this folders should be tolerable ;).
To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Hi,
Aaaahhhh! What did I lose? However, as I definitely had all zmd/zen/rug stuff deinstalled from the earliest 10.1 betas until today, the loss of information in this folders should be tolerable ;).
By deleting /var/lib/zypp, you are losing: - The information about YaST installation sources (can be restored by adding them again) - The information about installed patch resolvables (probably not critical) - The information about installed patterns (moderately critical) - The information about installed products (HIGHLY critical - this would end up in a "no products to register" error message during online update configuration) - The information about installed languages (I don't know if/when this is used) By deleting /var/lib/zmd, you are losing: - The sqlite database (no problem, is automatically rebuilt) - The transaction history (cannot be restored, but maybe you don't need it) - All channels and subscriptions (can be restored by adding them again) So, the really critical thing is the product resolvable, because I don't know if it's even possible to restore it. Without this, the package manager does not know which system it is running on. While writing this, might this maybe the cause of your "rug reports my system as noarch" problem? Maybe... Andreas -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
While writing this, might this maybe the cause of your "rug reports my system as noarch" problem? Maybe...
Hm. Considering your new informations, that could be possible ;). I just remembered that during the 10.1-ZEN-chaos deleting these folders was often named as the last resort solution. But I assume that a fresh install of all the ZEN & Co. stuff corrects this situation (it should at least do that!). As I said, I installed all this stuff newly just yesterday, and the "noarch"-problem existed even before I deleted the folders. So I guess I'll just wait for the new libzypp... Alex --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Hi,
Smart crashes if I accidently type a German 'umlaut'.
This should not happen. Report a bug at http://tracker.labix.org including the traceback.
It malfunctions if it has for some strange reason downloaded incomplete or wrong channel data (e.g. a HTTP error message instead) from some mirror server.
This is already known and (AFAIK) already being worked on.
I'm already used to the fact that every update of some Python component will break at least the GUI for a few days. And so on.
That is something you have to live with, at least until the tree stabilizes. Remember that openSUSE 10.2 is still alpha, which means: Still version updates and feature additions. It will probably no longer happen when the tree is feature frozen. Andreas -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Am Mittwoch, 18. Oktober 2006 19:25 schrieb andreas.hanke@gmx-topmail.de:
While writing this, might this maybe the cause of your "rug reports my system as noarch" problem? Maybe...
I just noticed that the newest libzypp is out and almost instantly upgraded ;). Unfortunately, the "noarch"-problem still persists with the newest libzypp... so what do I have to delete to start all the ZEN-stuff (yes, I know, I'm grossly generalizing here :) ) again from scratch? Or how about an option to repair something like that, or manually setting the target OS? Or is this still the reported bug that 10.2 is generally not recognized as a valid system? Another point: Now I can add installation sources, yipeeee! # | Status | Type | Name | URI --+--------+------+---------------------+--------------------------------------- 1 | Active | ZYPP | suse-factory | http://download.opensuse. 2 | Active | ZYPP | guru | http://ftp.gwdg.de/pub/lin 3 | Active | YUM | suse-kde-community | http://software.opensuse.or 4 | Active | YUM | suse-kde-playground | http://software.opensuse.org 5 | Active | ZYPP | packman | http://packman.mirrors.skynet. 6 | Active | ZYPP | suse-10.2-non-oss | ftp://ftp.gwdg.de/linux/suse/ But why are some channels now available twice for subscription? Sub'd? | Name | Service -------+---------------------+-------------------- Yes | suse-factory | suse-factory Yes | guru | guru | suse-kde-community | suse-kde-community | suse-kde-community | suse-kde-community | suse-kde-playground | suse-kde-playground | packman | packman | packman | packman | suse-10.2-non-oss | suse-10.2-non-oss Bye Alex --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
I just noticed that the newest libzypp is out and almost instantly upgraded ;).
And to reply to myself, there seems to have been quite a lot pf updates the last days, resulting in ZMD being not functional any more for me at the moment: === linux:# /etc/init.d/novell-zmd status Checking for ZENworks Management Daemon: running linux:~ # /etc/init.d/novell-zmd restart Shutting down ZENworks Management Daemon failed done === (Funny - I just noticed that even the text "Starting..." is now missing?! - it was there when I tried it a few minutes ago - however it still results in a positive but seemingly over-optimistic "done"). "rug" hangs indefinitely when trying any contact with zmd. This is with zmd-7.1.100.0-17 and rug-7.1.100.0-6. Reinstalling the packages didn't do any good. Maybe connected with that is the problem that "smart" always displays messages like "warning: waiting to reestablish exclusive database lock" with no other program accessing the database (AFAIK). --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On Sat, Oct 21, 2006 at 08:20:07AM +0200, Alex wrote:
I just noticed that the newest libzypp is out and almost instantly upgraded ;).
And to reply to myself, there seems to have been quite a lot pf updates the last days, resulting in ZMD being not functional any more for me at the moment:
=== linux:# /etc/init.d/novell-zmd status Checking for ZENworks Management Daemon: running linux:~ # /etc/init.d/novell-zmd restart Shutting down ZENworks Management Daemon failed done === (Funny - I just noticed that even the text "Starting..." is now missing?! - it was there when I tried it a few minutes ago - however it still results in a positive but seemingly over-optimistic "done").
"rug" hangs indefinitely when trying any contact with zmd.
This is with zmd-7.1.100.0-17 and rug-7.1.100.0-6. Reinstalling the packages didn't do any good.
Maybe connected with that is the problem that "smart" always displays messages like "warning: waiting to reestablish exclusive database lock" with no other program accessing the database (AFAIK).
Try: /etc/init.d/novell-zmd stop then wait for it to really (it might not, or might take some time). Only afterwards start it again. A reboot might help too to get rid of a stuck zmd.exe :/ Ciao, Marcus --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Try: /etc/init.d/novell-zmd stop then wait for it to really (it might not, or might take some time).
This command takes quite some time, then gives back a "failed". ZMD ist still running forever on afterwards (with one or two child tasks "parse-metadata" and consuming a few percents of CPU usage). As the log shows, ZMD receives, but boldly ignores the "stop" command: 21 Oct 2006 13:37:55 INFO Daemon Received signal SIGTERM BTW, the log shows not the slightest other problem (besides not being able to contact NetworkManager - which is indeed not installes) Only a "killlall -9 zmd" kills the task for good.
Only afterwards start it again. A reboot might help too to get rid of a stuck zmd.exe :/
After several reboots, it's still the same :( ... Alex --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Hello,
On 10/21/06, Alex
Maybe connected with that is the problem that "smart" always displays messages like "warning: waiting to reestablish exclusive database lock" with no other program accessing the database (AFAIK).
That sometimes happen when libzypp is doing something in the background. Do a top in a console to check what is the program running (i.e., check for update-status in the top's output). Best Regards, M -- Mauro Parra www.mechulk.com
Am Sonntag, 22. Oktober 2006 04:33 schrieb Mauro Parra:
Maybe connected with that is the problem that "smart" always displays messages like "warning: waiting to reestablish exclusive database lock" with no other program accessing the database (AFAIK). That sometimes happen when libzypp is doing something in the background. Do a top in a console to check what is the program running (i.e., check for update-status in the top's output).
"update status" is not running, the only package management related processes seem to be one or two "parse-metadata" processes and a "zypp-checkpatch" process. Each takes at least 10% CPU. The KDE updater applet forever is in the status "Checking for updates", and even the YAST package management stuff is unusable as another process is allegedly accessing the package database. --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
"update status" is not running, the only package management related processes seem to be one or two "parse-metadata" processes and a "zypp-checkpatch" process. Each takes at least 10% CPU. The KDE updater applet forever is in the status "Checking for updates", and even the YAST package management stuff is unusable as another process is allegedly accessing the package database.
I don't know if it's related, but I just noticed that my /var/tmp-drawer has been completely filled up with files called "TmpFile.*" owned by root.root or root.users, all dating from no longer than two days ago. (Even a "rm Tmp*" does not work - too many arguments - a completely new experience ;). The drawer is really full!) As I mostly toyed around with the package management in this time, I thought these load of temporary files might have something to do with it. --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Hello,
On 10/21/06, Alex
"u I don't know if it's related, but I just noticed that my /var/tmp-drawer has been completely filled up with files called "TmpFile.*" owned by root.rootor root.users, all dating from no longer than two days ago.
AFAIK, libzypp will create tpm files that way, but I don't know if this bug is because of zypp. Let me check my system. I'm installing a clean one right now. -M -- Mauro Parra www.mechulk.com
Am Sonntag, 22. Oktober 2006 06:17 schrieb Mauro Parra:
I don't know if it's related, but I just noticed that my /var/tmp-drawer has been completely filled up with files called "TmpFile.*" owned by root.rootor root.users, all dating from no longer than two days ago. AFAIK, libzypp will create tpm files that way, but I don't know if this bug is because of zypp. Let me check my system. I'm installing a clean one right now.
I deleted them all (it must have been tens of thousands of files...). Moreover I deinstalled zmd and libzypp and manually deleted (backuped) all files I could find obviously related to this packages in /var and /etc. After a reinstallation, I still can start, but not stop zmd. And /var/tmp ist already filled with 4000+ TmpFile.*-files. Still growing as I type this. The temp-files seem to be PGP-related, an example: -----BEGIN PGP PUBLIC KEY BLOCK----- Version: rpm-4.4.2 (beecrypt-4.1.2) .... Top also shows gpg running and consuming CPU cycles. --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Hello,
On 10/21/06, Alex
Am Sonntag, 22. Oktober 2006 06:17 schrieb Mauro Parra:
I deleted them all (it must have been tens of thousands of files...). Moreover I deinstalled zmd and libzypp and manually deleted (backuped) all files I could find obviously related to this packages in /var and /etc.
After a reinstallation, I still can start, but not stop zmd. And /var/tmp ist already filled with 4000+ TmpFile.*-files. Still growing as I type this.
wow! May you please file a bug into bugzilla and cc me? (mauro@novell.com) The temp-files seem to be PGP-related, an example:
-----BEGIN PGP PUBLIC KEY BLOCK----- Version: rpm-4.4.2 (beecrypt-4.1.2) ....
Top also shows gpg running and consuming CPU cycles
Please do a small experiment, run: rpm -qa | wc -l If my suspect it's accurate, you will have as much tmps files as rpms. TIA! -M -- Mauro Parra www.mechulk.com
Am Sonntag, 22. Oktober 2006 06:35 schrieb Mauro Parra:
wow! May you please file a bug into bugzilla and cc me? (mauro@novell.com)
I'll do that.
Please do a small experiment, run: rpm -qa | wc -l
Result is 894
If my suspect it's accurate, you will have as much tmps files as rpms.
I guess you're guess is unfortunately not accurate here :( . The TmpFiles count is a multitude of the humble 894 ;). "ls TmpFile.A*" alone gives me 1288 hits at the moment. And I can do that for TmpFileA*-Z*, a*-z*, 0*-9*, and so on. Found a few TmpDir's, too.... Alex --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
One more question: The libzypp-bug this thread is about is #214245. The new libzypp (2.5), which fixes it, has been on the download.suse.org since (about) sunday (my timezone). But only for 32bit systems, the 64bit factory still only has the older, buggy libzypp 2.4. Is there generally such a big lag between the build of 32- and 64-bit packages, or are there other problems with the 64 bit libzypp? (I guess that the 64bit libzypp will be downloadable right in the moment I post this message, as it always is ;) ....). Alex --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Alex
One more question:
The libzypp-bug this thread is about is #214245. The new libzypp (2.5), which fixes it, has been on the download.suse.org since (about) sunday (my timezone).
But only for 32bit systems, the 64bit factory still only has the older, buggy libzypp 2.4.
Sometimes there's such a lack, it should not be.
Is there generally such a big lag between the build of 32- and 64-bit packages, or are there other problems with the 64 bit libzypp?
(I guess that the 64bit libzypp will be downloadable right in the moment I post this message, as it always is ;) ....).
I hope so ;-) Andreas -- Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj/ SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126
Alex schrieb:
The libzypp-bug this thread is about is #214245. The new libzypp (2.5), which fixes it, has been on the download.suse.org since (about) sunday (my timezone).
But only for 32bit systems, the 64bit factory still only has the older, buggy libzypp 2.4.
Please be patient. There was a bug in the libzypp.spec file (biarch problem in the %files list) which caused the x86_64 build to fail. This is fixed long ago, but the repo has not been updated since then. I don't know why, but this is normal in the last days before a new Alpha/Beta/RC (probably intentional).
Is there generally such a big lag between the build of 32- and 64-bit packages, or are there other problems with the 64 bit libzypp?
No, not in general, but if a package has an architecture-specific bug, then yes. Andreas --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Once again I have to revive this thread :( Today it seems that the beta has reached the servers (or is reaching), so I might be quite current (I had to download the files by hand, however, as "smart" does not yet recognize the new versions). Adding SUSE Factory fails with an error: ==== linux:~ # rug sa --type=zypp http://download.opensuse.org/distribution/SL-OSS-factory/inst-source/ suse-factory ERROR: library routine called out of sequence ==== I have to admit that before the last reboot the error was of another type - it failed when trying to add some "*.pat" file from the server?!?!?!? Other services like packman, guru and so on can be added without flaws. ==== linux:~ # rug sl # | Status | Type | Name | URI --+--------+------+---------------------+--------------------------------------- 1 | Active | ZYPP | guru | http://ftp.gwdg.de/pub/linux/misc/s... 2 | Active | ZYPP | packman | http://packman.inode.at/suse/10.1 3 | Active | ZYPP | suse-kde-playground | http://software.opensuse.org/downlo... 4 | Active | ZYPP | suse-kde-community | http://software.opensuse.org/downlo... 5 | Active | ZYPP | suse-non-oss | ftp://ftp.gwdg.de/linux/suse/ftp.su... ==== However, ever failed attempt to add the service "suse-factory" nevertheless seems to add an catalog of the same name: ==== linux:# rug ca Sub'd? | Name | Service -------+---------------------+-------------------- Yes | guru | guru Yes | packman | packman Yes | suse-kde-playground | suse-kde-playground Yes | suse-kde-community | suse-kde-community Yes | suse-non-oss | suse-non-oss | suse-factory | suse-factory | suse-factory | suse-factory ==== I just rebooted, and this ghost-factory-catalogs had disappeared, but they keep on returning when trying (and failing) to add the suse-factory service. Trying to refresh rug doesn't help: ==== linux:/home/alexx # rug ref ERROR: Unknown error. ==== or ==== linux:~ # rug ref ERROR: Failed to parse XML metadata: library routine called out of sequence ==== These two error message are from two different root consoles, with only a few seconds in between. No reboot or logout. I just don't understand all this zmd/zypp/rug behaviour.... --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Alex schrieb:
I just don't understand all this zmd/zypp/rug behaviour....
Hm... Wasn't it written down somewhere that Factory is for the brave? ;-) This "library routine called out of sequence" problem is a new bug and already in Bugzilla at least three times. If smart does not find any updates, then it's using a mirror which doesn't have any updates. Wait until the updates arrive on your mirror or switch to a different one. Andreas --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
I just don't understand all this zmd/zypp/rug behaviour.... Hm... Wasn't it written down somewhere that Factory is for the brave? ;-)
I oncve considered myself brave when I tried ZMD with 10.1 - and had to capitulate... so most probably I'm really not brave enough for factory ;) ....
This "library routine called out of sequence" problem is a new bug and already in Bugzilla at least three times.
Well, it's good that it's been reported, but nevertheless you have to admit that it's a bit hard to completely trust a package management system which completely failed me with (stable!) 10.1 and right now, as I try it again, it is dysfunctional for weeks because of a series of bugs :( . I admit that is a typical problem of following closely the current builds, but nevertheless almost the complete rest of the factory tree works flawlessley for me (most of the time). Only package management is never working... I also admit that considering the fact that I had to pay nothing for all the downloads I shouldn't complain ;).
If smart does not find any updates, then it's using a mirror which doesn't have any updates. Wait until the updates arrive on your mirror or switch to a different one.
Well, download.suse.org should give me the best mirror. I can see and download the new packages there when using a browser, but not with smart. But yes, experience tells me that one night sleep will cure this situation ;). Alex --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On 06/10/26 20:18 (GMT+0200) Alex apparently typed:
Adding SUSE Factory fails with an error:
==== linux:~ # rug sa --type=zypp http://download.opensuse.org/distribution/SL-OSS-factory/inst-source/ suse-factory ERROR: library routine called out of sequence ====
I get different errors, but in any event cannot update, as I don't have smart or apt installed and YAST refuses to add any sources I try to give it. gx150:/tmp# rug sl # | Status | Type | Name | URI --+--------+------+-----------------+------------------------------------------- 1 | Active | ZYPP | 20060908-070229 | cd:///?devices=/dev/hdc&alias=20060908-... gx150:/tmp# rug sd 1 Successfully removed service 'cd:///?devices=/dev/hdc&alias=20060908-070229' gx150:/tmp# rug sa --type=zypp http://mirrors.kernel.org/opensuse/distribution/SL-OSS-factory/inst-source ERROR: Please provide a name for the service gx150:/tmp# rug sa --type=zypp http://mirrors.kernel.org/opensuse/distribution/SL-OSS-factory/inst-source ftp Adding zypp service... 0% ERROR: Could not add 'http://mirrors.kernel.org/opensuse/distribution/SL-OSS-factory/inst-source': Failed to parse XML metadata: Can't add repository at http://mirrors.kernel.org/opensuse/distribution/SL-OSS-factory/inst-source: Unknown source type for http://mirrors.kernel.org/opensuse/distribution/SL-OSS-factory/inst-source gx150:/tmp# rug sa --type=zypp http://download.opensuse.org/distribution/SL-OSS-factory/inst-source ftp-suse-factory Adding zypp service... 0% ERROR: Could not add 'http://download.opensuse.org/distribution/SL-OSS-factory/inst-source': Failed to parse XML metadata: Can't add repository at http://download.opensuse.org/distribution/SL-OSS-factory/inst-source: Unknown source type for http://download.opensuse.org/distribution/SL-OSS-factory/inst-source gx150:/tmp# rug sa --type zypp http://mirrors.kernel.org/opensuse/distribution/SL-OSS-factory/inst-source ftp-factory Adding zypp service... 0% ERROR: Could not add 'http://mirrors.kernel.org/opensuse/distribution/SL-OSS-factory/inst-source': Failed to parse XML metadata: Can't add repository at http://mirrors.kernel.org/opensuse/distribution/SL-OSS-factory/inst-source: Unknown source type for http://mirrors.kernel.org/opensuse/distribution/SL-OSS-factory/inst-source gx150:/tmp# -- "The Lord is my strength and my shield; my heart trusts in him, and I am helped." Psalm 28:7 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://mrmazda.no-ip.com/ --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Felix Miata schrieb:
gx150:/tmp# rug sa --type=zypp http://mirrors.kernel.org/opensuse/distribution/SL-OSS-factory/inst-source ftp Adding zypp service... 0% ERROR: Could not add 'http://mirrors.kernel.org/opensuse/distribution/SL-OSS-factory/inst-source': Failed to parse XML metadata: Can't add repository at http://mirrors.kernel.org/opensuse/distribution/SL-OSS-factory/inst-source: Unknown source type for http://mirrors.kernel.org/opensuse/distribution/SL-OSS-factory/inst-source
gx150:/tmp# rug sa --type=zypp http://download.opensuse.org/distribution/SL-OSS-factory/inst-source ftp-suse-factory Adding zypp service... 0% ERROR: Could not add 'http://download.opensuse.org/distribution/SL-OSS-factory/inst-source': Failed to parse XML metadata: Can't add repository at http://download.opensuse.org/distribution/SL-OSS-factory/inst-source: Unknown source type for http://download.opensuse.org/distribution/SL-OSS-factory/inst-source
gx150:/tmp# rug sa --type zypp http://mirrors.kernel.org/opensuse/distribution/SL-OSS-factory/inst-source ftp-factory Adding zypp service... 0% ERROR: Could not add 'http://mirrors.kernel.org/opensuse/distribution/SL-OSS-factory/inst-source': Failed to parse XML metadata: Can't add repository at http://mirrors.kernel.org/opensuse/distribution/SL-OSS-factory/inst-source: Unknown source type for http://mirrors.kernel.org/opensuse/distribution/SL-OSS-factory/inst-source
Maybe mirrors.kernel.org is in an inconsistent state? What about trying a different one? http://en.opensuse.org/Factory_Mirror_List (I can already tell you that at least ftp.tu-chemnitz.de is broken as well) Bug 209961 is about the _wording_ of this error message. That you see this error message at all does not have to be a bug! --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On 06/10/26 21:53 (GMT+0200) Andreas Hanke apparently typed:
Felix Miata schrieb:
gx150:/tmp# rug sa --type=zypp http://mirrors.kernel.org/opensuse/distribution/SL-OSS-factory/inst-source ftp
gx150:/tmp# rug sa --type=zypp http://download.opensuse.org/distribution/SL-OSS-factory/inst-source gx150:/tmp# rug sa --type zypp http://mirrors.kernel.org/opensuse/distribution/SL-OSS-factory/inst-source
Maybe mirrors.kernel.org is in an inconsistent state? What about trying a different one?
Hello? Is not download.suse.org the mother of all others? If it works, I think the problem is me, not the mirror. Is my syntax right? I've yet to succeed with any package tools on SUSE other than YAST & RPM. YAST won't let me add a source, and RPM is dependency hell for what I need. I managed to rpm apt after failing with smart, but I can't figure out how to configure apt for factory. Google gives me all kinds of garbage other than what I need searching for 'apt-get configuration suse factory', including how to configure smart. :-p
I would prefer to use my favorite virtually backyard mirror ftp.cise.ufl.edu, but it omits the factory tree. :-( -- "The Lord is my strength and my shield; my heart trusts in him, and I am helped." Psalm 28:7 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://mrmazda.no-ip.com/ --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Felix Miata schrieb:
Hello? Is not download.suse.org the mother of all others?
download.opensuse.org is a Redirector whose functionality relies on all the other, real mirrors.
YAST won't let me add a source
There is still the Alpha4 version of YaST/zypp on your system, which is very old.
I managed to rpm apt after failing with smart,
You can't reasonably install smart from Factory now because it is a Python application and Python has been upgraded from 2.4 to 2.5. You would have to replace *all* Python packages manually. Same for yum. *If* you're going to try smart, you need the smart build from the original Alpha4 media, not from Factory.
but I can't figure out how to configure apt for factory.
First, you need an apt package that understands the "repomd" format (in Factory there is still a version which doesn't support repomd and not a single apt user requested to change this, why?), and then you need a line like this in /etc/apt/sources.list: repomd http://ftp-1.gwdg.de/pub/opensuse/distribution SL-OSS-factory/inst-source/suse (the above is all one line, the whitespace in the middle of the URL is not an error) You can find a repomd-enabled build of apt here: http://repos.opensuse.org/home:/rbos It seems that there are no packages for Factory. But the ones built for 10.1 should probably work. You need "apt" and "apt-libs", both in exactly the same version.
Google gives me all kinds of garbage other than what I need searching for 'apt-get configuration suse factory', including how to configure smart. :-p
Configuring smart for Factory is not different from the generic configuration. Create a file named "factory.channel" on your Desktop with the content [factory] type = yast2 name = Factory baseurl = http://ftp-1.gwdg.de/pub/opensuse/distribution/SL-OSS-factory/inst-source and import it using the command smart channel --add $HOME/Desktop/factory.channel Of course you can use a different mirror. Otherwise I recommend calming down and not getting too frustrated on this. Andreas --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On 06/10/27 00:44 (GMT+0200) Andreas Hanke apparently typed:
Felix Miata schrieb:
I managed to rpm apt after failing with smart,
You can't reasonably install smart from Factory now because it is a Python application and Python has been upgraded from 2.4 to 2.5. You would have to replace *all* Python packages manually.
Same for yum. *If* you're going to try smart, you need the smart build from the original Alpha4 media, not from Factory.
Configuring smart for Factory is not different from the generic configuration. Create a file named "factory.channel" on your Desktop with the content
[factory] type = yast2 name = Factory baseurl = http://ftp-1.gwdg.de/pub/opensuse/distribution/SL-OSS-factory/inst-source
and import it using the command
smart channel --add $HOME/Desktop/factory.channel
I thought this would be the best approach, but I have to do it manually, as I already deleted the CD source in YAST. I got the missing python pieces rpm'd, but I get a failure I don't know how to deal with from smart: error: Failed dependencies: _rpmmodule.so is needed by smart-0.42-11.i586 :-( -- "The Lord is my strength and my shield; my heart trusts in him, and I am helped." Psalm 28:7 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://mrmazda.no-ip.com/ --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Felix Miata schrieb:
I got the missing python pieces rpm'd, but I get a failure I don't know how to deal with from smart:
error: Failed dependencies: _rpmmodule.so is needed by smart-0.42-11.i586
You need the "rpm-python" package. (One that matches the installed python version - either all 2.4 or all 2.5.) Andreas --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On 06/10/27 02:45 (GMT+0200) Andreas Hanke apparently typed:
Felix Miata schrieb:
I got the missing python pieces rpm'd, but I get a failure I don't know how to deal with from smart:
error: Failed dependencies: _rpmmodule.so is needed by smart-0.42-11.i586
You need the "rpm-python" package. (One that matches the installed python version - either all 2.4 or all 2.5.)
Thanks much for all your help on this. Smart worked, and it even rebooted with the new kernel. :-) -- "The Lord is my strength and my shield; my heart trusts in him, and I am helped." Psalm 28:7 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://mrmazda.no-ip.com/ --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
participants (7)
-
Alex -
Andreas Hanke -
Andreas Jaeger -
andreas.hanke＠gmx-topmail.de
-
Felix Miata -
Marcus Meissner -
Mauro Parra