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:~
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:
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
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
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
Alex [EMAIL PROTECTED] writes:
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
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
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
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
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
Hello, On 10/21/06, Alex [EMAIL PROTECTED] wrote:
Maybe connected with that is the problem that smart always displays messageslike warning: waiting to reestablish exclusive database lock with no otherprogram accessing the database (AFAIK).
That sometimes happen when libzypp is doing something in
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
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
Hello, On 10/21/06, Alex [EMAIL PROTECTED] wrote:
uI don't know if it's related, but I just noticed that my /var/tmp-drawer hasbeen completely filled up with files called TmpFile.* owned by root.root orroot.users, all dating from no longer than two days ago.
AFAIK, libzypp will create tpm files
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
Am Sonntag, 22. Oktober 2006 06:35 schrieb Mauro Parra:
wow! May you please file a bug into bugzilla and cc me? ([EMAIL PROTECTED])
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
Hello, On 10/18/06, Alex [EMAIL PROTECTED] wrote:
I'm quite at a loss why my OS target is noarch and not OpenSUSE factoryx86_64, as it is supposed to be.Please report a bug.
And now I have two () services:=Sub'd? | Name | Service---+--+- |
Hello, On 10/18/06, Alex [EMAIL PROTECTED] wrote:
OK - #213359 (but this one has already been marked as a duplicate).Thanks.
so I triedagain to add the very same URL with rug, where the name can be chosen.ERROR: Could notadd 'http://download.opensuse.org/distribution/SL-OSS-factory/inst-source/
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.
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
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
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.
Aaaa! What did I lose?
However, as I definitely had all
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
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
Hi,
I just remembered that during the 10.1-ZEN-chaos deleting these
folders was often named as the last resort solution.
But not the entire folder, just /var/lib/zmd/zmd.db!
I cannot remember a single problem report where deleting more than this file
helped more than deleting this file only.
Am Mittwoch, 18. Oktober 2006 19:25 schrieb [EMAIL PROTECTED]:
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
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
27 matches
Mail list logo
