Bugzilla – Bug 382523
glib2-32bit wasn’t updated when updating from 10.3 to 11.0-beta and then doing and “update_all_packages” in yast from the factory network repository
Last modified: 2008-06-24 12:42:36 UTC
acroread crashes immediately at startup with /usr/bin/acroread: symbol lookup error: /usr/lib/libgtk-x11-2.0.so.0: undefined symbol: g_dpgettext before that final error, there lots of GTK warnings (ok, we're used to this;) but also some Gdk CTRITICAL errors: (acroread:8737): Gtk-WARNING **: Unable to locate theme engine in module_path: "xfce", (acroread:8737): Gtk-WARNING **: Unable to locate theme engine in module_path: "xfce", (acroread:8737): Gtk-WARNING **: Unable to locate theme engine in module_path: "xfce", (acroread:8737): Gtk-WARNING **: Unable to locate theme engine in module_path: "xfce", (acroread:8737): Gtk-WARNING **: Unable to locate theme engine in module_path: "xfce", (acroread:8737): Gtk-WARNING **: Unable to locate theme engine in module_path: "xfce", (acroread:8737): Gtk-WARNING **: Unable to locate theme engine in module_path: "xfce", (acroread:8737): Gtk-WARNING **: Unable to locate theme engine in module_path: "xfce", (acroread:8737): Gtk-WARNING **: Unable to locate theme engine in module_path: "xfce", (acroread:8737): Gtk-WARNING **: Unable to locate theme engine in module_path: "xfce", (acroread:8737): Gtk-WARNING **: Unable to locate theme engine in module_path: "xfce", (acroread:8737): GdkPixbuf-WARNING **: Error loading XPM image loader: Image type 'xpm' is not supported (acroread:8737): GdkPixbuf-WARNING **: Error loading XPM image loader: Image type 'xpm' is not supported (acroread:8737): GdkPixbuf-WARNING **: Error loading XPM image loader: Image type 'xpm' is not supported (acroread:8737): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (acroread:8737): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (acroread:8737): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (acroread:8737): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (acroread:8737): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (acroread:8737): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (acroread:8737): Gdk-CRITICAL **: gdk_window_set_icon_list: assertion `GDK_IS_PIXBUF (pixbuf)' failed (acroread:8737): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_width: assertion `pixbuf != NULL' failed (acroread:8737): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_height: assertion `pixbuf != NULL' failed (acroread:8737): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_width: assertion `pixbuf != NULL' failed (acroread:8737): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_height: assertion `pixbuf != NULL' failed (acroread:8737): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_width: assertion `pixbuf != NULL' failed (acroread:8737): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_height: assertion `pixbuf != NULL' failed /usr/bin/acroread: symbol lookup error: /usr/lib/libgtk-x11-2.0.so.0: undefined symbol: g_dpgettext
I cannot reproduce this.
I tried both on x86_64 and i686 but could not reproduce this on either platform.
Do you have glib2-32bit installed? mfabian@magellan:~$ nm -D /usr/lib/libglib-2.0.so.0 | grep g_dpgettext 00059570 T g_dpgettext mfabian@magellan:~$ rpm -qf /usr/lib/libglib-2.0.so.0 glib2-32bit-2.16.1-6 mfabian@magellan:~$ Dependencies seem to be OK: mfabian@magellan:~$ sudo env LANG=en_GB.UTF-8 rpm -e --test glib2-32bit 2>&1 | grep gtk2-32bit libglib-2.0.so.0 is needed by (installed) gtk2-32bit-2.12.9-20.x86_64 libgmodule-2.0.so.0 is needed by (installed) gtk2-32bit-2.12.9-20.x86_64 libgobject-2.0.so.0 is needed by (installed) gtk2-32bit-2.12.9-20.x86_64 libgthread-2.0.so.0 is needed by (installed) gtk2-32bit-2.12.9-20.x86_64 mfabian@magellan:~$
(In reply to comment #3 from Mike Fabian) > Do you have glib2-32bit installed? > > mfabian@magellan:~$ nm -D /usr/lib/libglib-2.0.so.0 | grep g_dpgettext > 00059570 T g_dpgettext > mfabian@magellan:~$ rpm -qf /usr/lib/libglib-2.0.so.0 > glib2-32bit-2.16.1-6 > mfabian@magellan:~$ BINGO: harald > rpm -qf /usr/lib/libglib-2.0.so.0 glib2-32bit-2.14.1-4.2 this is left from 10.3! but why ? the glib2-32bit RPM is not included on DVD5, but I did an "update all packages with newer version" and later "update _all_ packages" in yast afterwards with 11.0-beta factory network repository... updating this package manually shows a (for me) strange error: harald # rpm -Uhv glib2-32bit-2.16.1-6.x86_64.rpm error: failed to stat /home/harald/.gvfs: Permission denied Preparing... ########################################### [100%] file /usr/lib/libgio-2.0.so.0.0.0 from install of glib2-32bit-2.16.1-6 conflicts with file from package libgio-2_0-0-32bit-2.16.3-3 harald # rpm -qf /usr/lib/libgio-2.0.so.0.0.0 libgio-2_0-0-32bit-2.16.3-3 I updated with --force and now I have harald # rpm -V libgio-2_0-0-32bit-2.16.3-3 S.5....T /usr/lib/libgio-2.0.so.0.0.0 looks like I have to investigate into leftover 10.3 RPMs (later...) anyway, now acroread starts up but there are still lots of CRITICAL messages like these (acroread:8157): Gdk-CRITICAL **: gdk_window_set_icon_list: assertion `GDK_IS_PIXBUF (pixbuf)' failed (acroread:8157): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_width: assertion `pixbuf != NULL' failed (acroread:8157): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_height: assertion `pixbuf != NULL' failed and acroread Help (F1) doesn't work: Unable to find the HTML rendering library (libgtkembedmoz) because it defaults to the old directory from SUSE 10.3 before update: /usr/lib/xulrunner-1.8.1.10/ after changing this to /usr/lib/xulrunner-1.8.1/ help/... works what about adding a update compatibility link /usr/lib/xulrunner-1.8.1.10 -> xulrunner-1.8.1 for conveniance ? do you need full y2logs to figure out why update didn't touch glib2-32bit ?
Harald> what about adding a update compatibility link Harald> Harald> /usr/lib/xulrunner-1.8.1.10 -> xulrunner-1.8.1 Harald> Harald> for conveniance ? There seems to be a convenience symlink already, but the other way round: lrwxrwxrwx 1 root root 18 2008-04-17 19:21 /usr/lib/xulrunner-1.8.1 -> xulrunner-1.8.1.13/ mfabian@magellan:~$ rpm -qf /usr/lib/xulrunner-1.8.1 mozilla-xulrunner181-32bit-1.8.1.13-3 mfabian@magellan:~$ Adding maintainer of mozilla-xulrunner181 package to CC: to check whether adding more symlinks makes sense.
Harald> anyway, now acroread starts up but there are still lots of Harald> CRITICAL messages like these By the way, for me acroread starts without spilling *any* messages to stdout. I don’t know what could make the difference. Maybe some more old packages leftover from 10.3?
Harald> the glib2-32bit RPM is not included on DVD5, Why not, isn’t this strange already? Harald> but I did an "update all packages with newer version" and Harald> later "update _all_ packages" in yast afterwards with Harald> 11.0-beta factory network repository... Then this looks like a YaST2 problem to me → Reassign to YaST2 developers.
(In reply to comment #5 from Mike Fabian) > Harald> what about adding a update compatibility link > Harald> > Harald> /usr/lib/xulrunner-1.8.1.10 -> xulrunner-1.8.1 > Harald> > Harald> for conveniance ? > > There seems to be a convenience symlink already, but the other way round: > > lrwxrwxrwx 1 root root 18 2008-04-17 19:21 /usr/lib/xulrunner-1.8.1 -> > xulrunner-1.8.1.13/ mind the different versions: 1.8.1.10 (mine from 10.3) vs. 1.8.1.13 (11.0)! my problem results from having updated form 10.3 to 11.0, having used acroread with 10.3 and needed to add the path to the acroread user prefs for the very first 8.1.2 RPM from SUSE. maybe later acroread-8.1.2 RPMs for 10.3 included the same magic for MOZILLA_COMP_PATH as now in 11.0(see #382739), now in my acroread prefs there was a fixed path to 1.8.1.10 (10 , not 13)!. so I got that idea for a symlink from 1.8.1.10 pointing to 1.8.1.13 in case of updated systems from 10.3 to 11.0 whrere the user had to add/set the path in user prefs... > By the way, for me acroread starts without spilling *any* > messages to stdout. I don’t know what could make the difference. > Maybe some more old packages leftover from 10.3? I'm running xfce4 desktop, not gtk nor KDE, maybe that's a problem fto GTK ?! I'll check 10.3 remainders later... > Harald> the glib2-32bit RPM is not included on DVD5, > Why not, isn’t this strange already? disk/dvd space ? but it looks like an important package (for me acroread _is_ important, so ...)
Harald> (for me acroread _is_ important, so ...) I must confess that this acroread thing annoys me more and more. Maybe it would be better to concentrate on improving the free pdf readers, i.e. kpdf and evince. They have some problems but they are not bad.
(In reply to comment #7 from Mike Fabian) > I'll check 10.3 remainders later... there are many more *-32bit packages which have not been automatically updated to 11.0 yet! I used rpm -qa --qf '%-30{DISTRIBUTION} %-20{ARCH} %-40{NAME} %{VERSION}\n' | sort do create a list of all RPMs which can easily be inspected/sorted/grouped. below is the full list just for th *-32bit RPMs which still are from 10.X : I did checks for some packages: are they all no longer supported in 11.0 ? is this a general move from SUSE/NOVELL that 32bit runtime for x64_64 is less and less supported ? for me the SUSE way supporting *-32bit was a big advantage because I have to deal with both archs regularly in a mixed installation (which worked great so far) and I don't like and use chroot-environments for _this_ usecase (for many good reasons). in the list below the only yet supported rpm in 11.0 is libcurl4-32bit. it did not get installed because of a missing dependency (there is no libcares-32bit rpm available): harald # rpm -Uhv libcurl4-32bit-7.18.1-6.x86_64.rpm error: Failed dependencies: libcares.so.2 is needed by libcurl4-32bit-7.18.1-6.x86_64 see also #383198 for yast PM display trouble of version information. I'm not sure that's related at all to the *-32bit issue, but who knows... ?! --- 8< ------ 8< ------ 8< ------ 8< ------ 8< ------ 8< ------ 8< --- openSUSE 10.2 (i586) x86_64 bzip2-32bit 1.0.3 openSUSE 10.2 (i586) x86_64 compat-curl2-32bit 7.11.0 openSUSE 10.2 (i586) x86_64 curl-32bit 7.15.5 openSUSE 10.2 (i586) x86_64 db-32bit 4.4.20 openSUSE 10.2 (i586) x86_64 e2fsprogs-32bit 1.39 openSUSE 10.2 (i586) x86_64 flac-32bit 1.1.2 openSUSE 10.2 (i586) x86_64 libapparmor-32bit 2.0 openSUSE 10.2 (i586) x86_64 libavc1394-32bit 0.5.3 openSUSE 10.2 (i586) x86_64 libcdio-32bit 0.77 openSUSE 10.2 (i586) x86_64 libcom_err-32bit 1.39 openSUSE 10.2 (i586) x86_64 libelf-32bit 0.8.9 openSUSE 10.2 (i586) x86_64 libltdl-32bit 1.5.22 openSUSE 10.2 (i586) x86_64 libraw1394-32bit 1.2.1 openSUSE 10.2 (i586) x86_64 libtiff-32bit 3.8.2 openSUSE 10.2 (i586) x86_64 libwnck-32bit 2.16.1 openSUSE 10.2 (i586) x86_64 mDNSResponder-32bit 107.5 openSUSE 10.2 (i586) x86_64 mDNSResponder-lib-32bit 107.5 openSUSE 10.2 (i586) x86_64 readline-32bit 5.1 openSUSE 10.3 (i586) x86_64 atk-32bit 1.20.0 openSUSE 10.3 (i586) x86_64 avahi-32bit 0.6.20 openSUSE 10.3 (i586) x86_64 avahi-compat-mDNSResponder-32bit 0.6.20 openSUSE 10.3 (i586) x86_64 avahi-glib-32bit 0.6.20 openSUSE 10.3 (i586) x86_64 esound-32bit 0.2.38 openSUSE 10.3 (i586) x86_64 gettext-32bit 0.16 openSUSE 10.3 (i586) x86_64 gnutls-32bit 1.6.1 openSUSE 10.3 (i586) x86_64 gstreamer010-32bit 0.10.13 openSUSE 10.3 (i586) x86_64 java-1_4_2-gcj-compat-32bit 1.4.2.0 openSUSE 10.3 (i586) x86_64 libcroco-32bit 0.6.1 openSUSE 10.3 (i586) x86_64 libcurl4-32bit 7.16.4 openSUSE 10.3 (i586) x86_64 libgcrypt-32bit 1.2.4 openSUSE 10.3 (i586) x86_64 libgpg-error-32bit 1.4 openSUSE 10.3 (i586) x86_64 libgsf-32bit 1.14.5 openSUSE 10.3 (i586) x86_64 liblazy-32bit 0.2 openSUSE 10.3 (i586) x86_64 liblcms-32bit 1.16 openSUSE 10.3 (i586) x86_64 libogg-32bit 1.1.3 openSUSE 10.3 (i586) x86_64 libopencdk-32bit 0.5.11 openSUSE 10.3 (i586) x86_64 libpng-32bit 1.2.18 openSUSE 10.3 (i586) x86_64 libsoup-32bit 2.2.100 openSUSE 10.3 (i586) x86_64 mpfr-32bit 2.2.1 openSUSE 10.3 (i586) x86_64 ncurses-32bit 5.6 openSUSE 10.3 (i586) x86_64 neon-32bit 0.26.4 openSUSE 10.3 (i586) x86_64 newt-32bit 0.52.7 openSUSE 10.3 (i586) x86_64 sensors-32bit 2.10.4 openSUSE 10.3 (i586) x86_64 sqlite-32bit 3.4.1 --- 8< ------ 8< ------ 8< ------ 8< ------ 8< ------ 8< ------ 8< ---
Harald> is this a general move from SUSE/NOVELL that 32bit runtime for Harald> x64_64 is less and less supported ? Harald> for me the SUSE way supporting *-32bit was a big advantage Harald> because I have to deal with both archs regularly in a mixed Harald> installation (which worked great so far) and I don't like and Harald> use chroot-environments for _this_ usecase (for many good Harald> reasons). No, no, I think it is just some bug that these were not updated. I don’t think this was done on purpose.
This might be related to bug #225749.
may be stupid question, but do you have repository with newer package for 11-beta1 (now it is only factory I think) or only 10.3 repository? If this is libzypp problem please attach logs and debug-solv (with zypper --debug-solver )
(In reply to comment #13 from Josef Reidinger) > may be stupid question, but do you have repository with newer package for > 11-beta1 (now it is only factory I think) or only 10.3 repository? no, not for the data in this report. starting point was my living 10.3 system (DVD9 + all updates, plus packman and lots of other stuff). 1st I updated to 11.0-beta1 by only using the x86_64 DVD5 image, 2nd and 3rd update run were from running 11.0-beta1 with the following remote repository ftp://ftp5.gwdg.de/pub/opensuse/distribution/11.0-Beta1/Factory/inst-source which is frozen for beta-1. > If this is libzypp problem please attach logs and debug-solv (with zypper > --debug-solver ) in the mean time I've updated multiple times to ftp://ftp.gwdg.de/pub/opensuse/distribution/SL-OSS-factory/inst-source so is this data still helpful ? if yes, please give new command line to gather data: harald # zypper --debug-solver Unknown option --debug-solver harald # rpm -qf /usr/bin/zypper zypper-0.11.0-7 but: harald # man zypper | grep debug-solver --debug-solver --debug-solver --debug-solver --debug-solver YAB (yet another bug) ?
(In reply to comment #14 from Harald Koenig) > > If this is libzypp problem please attach logs and debug-solv (with zypper > > --debug-solver ) > > in the mean time I've updated multiple times to > > ftp://ftp.gwdg.de/pub/opensuse/distribution/SL-OSS-factory/inst-source > > so is this data still helpful ? if yes, please give new command line to gather > data: > > harald # zypper --debug-solver > Unknown option --debug-solver > > harald # rpm -qf /usr/bin/zypper > zypper-0.11.0-7 > > but: > > harald # man zypper | grep debug-solver > --debug-solver > --debug-solver > --debug-solver > --debug-solver > > > YAB (yet another bug) ? > no you must use zypper dup --debug-solver (for distribution update) or zypper up -t package --debug-solver for updating or zypper in --debug-solver package (update specific package)... more info http://en.opensuse.org/Zypper#Troubleshooting thanks
Created attachment 210548 [details] debug-solver data
comment #4 is a bug in the package dependencies in glibc ( noone obsoletes glib2-32bit) The other packages should be collected and should be deleted by YaST. Coolo told me that Christopher collecting the names of these packages.
(In reply to comment #17 from Stefan Schubert) > comment #4 is a bug in the package dependencies in glibc ( noone obsoletes > glib2-32bit) > > The other packages should be collected and should be deleted by YaST. > Coolo told me that Christopher collecting the names of these packages. please have a look at https://bugzilla.novell.com/show_bug.cgi?id=382527#c4 for some more update problems with renamed RPMs...
*** Bug 382527 has been marked as a duplicate of this bug. ***
Not exactly. I asked Christoph to file individual bug reports against atk, glib2 and all these broken packages
I started fixing those packages myself, as reporting bugs would have taken longer ;) Anyways -- I'll be on vacation for a couple of days (until 2008-05-06) -- which is, why the final fix will have to wait until then.
*** Bug 383802 has been marked as a duplicate of this bug. ***
because of that I have: $ rpm -qa pango-32bit pango-32bit-1.20.1-6 pango-32bit-1.20.1-9 pango-32bit-1.20.1-10 pango-32bit-1.20.1-7 $ sudo rpm -e pango-32bit-1.20.1-6 usr/bin/pango-querymodules: error while loading shared libraries: libgobject-2.0.so.0: cannot open shared object file: No such file or directory error: %preun(pango-32bit-1.20.1-6.x86_64) scriptlet failed, exit status 127 $ Therefor I can't even remove any of these.
Coolo and myself have submitted all packages, that needed to be fixed to STABLE. Closing this bugreport fixed -- will not end up in Beta3, but in RC1.
the strange thing is, that this dependency was not fixed in final 11.0. i updated 10.3 to the final 11.0 last week. and that glib2-32bit (which is left from 10.3!) was not replaced by libglib-2_0-0-32bit or deleted. i had to manually delte glib2-32bit and install libglib-2_0-0-32bit.
(In reply to comment #25 from Rainer Klier) > the strange thing is, that this dependency was not fixed in final 11.0. > > i updated 10.3 to the final 11.0 last week. > and that glib2-32bit (which is left from 10.3!) was not replaced by > libglib-2_0-0-32bit or deleted. > > i had to manually delte glib2-32bit and install libglib-2_0-0-32bit. > Please provide logs and reopen this bug.
(In reply to comment #26 from Klaus Kaempf) > (In reply to comment #25 from Rainer Klier) > > > > i had to manually delte glib2-32bit and install libglib-2_0-0-32bit. > > > > Please provide logs and reopen this bug. > but where can yast logs be found?
/var/log/YaST2 See http://en.opensuse.org/Bugs/YaST for details ;-)
/var/log/updateTestcase/ should be enough
(In reply to comment #29 from Stefan Schubert) > /var/log/updateTestcase/ should be enough > under /var/log/updateTestcas i find the following: -rw-r--r-- 1 root root 445557 Jun 17 11:16 139799324844000-package.xml.gz -rw-r--r-- 1 root root 12580 Jun 17 11:16 139799327035072-package.xml.gz -rw-r--r-- 1 root root 7587 Jun 17 11:16 14188432-package.xml.gz -rw-r--r-- 1 root root 25716 Jun 17 11:16 14835664-package.xml.gz -rw-r--r-- 1 root root 7367 Jun 17 11:16 17503216-package.xml.gz -rw-r--r-- 1 root root 4027 Jun 17 11:16 17582496-package.xml.gz -rw-r--r-- 1 root root 45979 Jun 17 11:16 18835936-package.xml.gz -rw-r--r-- 1 root root 4912 Jun 17 11:16 18838080-package.xml.gz -rw-r--r-- 1 root root 54176 Jun 17 11:16 22078496-package.xml.gz -rw-r--r-- 1 root root 4187 Jun 17 11:16 22354432-package.xml.gz -rw-r--r-- 1 root root 3172 Jun 17 11:16 23305632-package.xml.gz -rw-r--r-- 1 root root 6607 Jun 17 11:16 24145088-package.xml.gz -rw-r--r-- 1 root root 27158 Jun 17 11:16 24766976-package.xml.gz -rw-r--r-- 1 root root 55399 Jun 17 11:16 25001440-package.xml.gz -rw-r--r-- 1 root root 16977 Jun 17 11:16 25506368-package.xml.gz -rw-r--r-- 1 root root 19761 Jun 17 11:16 27130304-package.xml.gz -rw-r--r-- 1 root root 3508 Jun 17 11:16 27156320-package.xml.gz -rw-r--r-- 1 root root 32911 Jun 17 11:16 27168608-package.xml.gz -rw-r--r-- 1 root root 6850 Jun 17 11:16 27290112-package.xml.gz -rw-r--r-- 1 root root 12535 Jun 17 11:16 28984224-package.xml.gz -rw-r--r-- 1 root root 15716 Jun 17 11:16 32302032-package.xml.gz -rw-r--r-- 1 root root 11085 Jun 17 11:16 32322512-package.xml.gz -rw-r--r-- 1 root root 12614 Jun 17 11:16 6307584-package.xml.gz -rw-r--r-- 1 root root 9607 Jun 17 11:16 6309840-package.xml.gz -rw-r--r-- 1 root root 562001 Jun 17 11:16 8316000-package.xml.gz -rw-r--r-- 1 root root 273427 Jun 17 11:16 solver-system.xml.gz -rw-r--r-- 1 root root 8098 Jun 17 11:16 solver-test.xml under /var/log/YaST2 there is the following: -rw-r--r-- 1 root root 2437 Jun 17 14:55 badlist -rw-r--r-- 1 root root 20147 Jun 17 14:18 config_diff_2008_06_17.log -rw-r--r-- 1 root root 431 Jun 17 14:55 disk_sda -rw-r--r-- 1 root root 35348 Jun 17 14:55 macro_inst_initial.ycp -rw-r--r-- 1 root root 88441 Jun 17 14:55 perl-BL-standalone-log -rw-r--r-- 1 root root 1628 Jun 17 16:46 volume_info -rw-r--r-- 1 root root 213 Jun 17 14:55 volume_info-1 -rw-r--r-- 1 root root 9596389 Jun 24 12:08 y2log -rw-r--r-- 1 root root 224916 Jun 24 08:41 y2log-1.gz -rw-r--r-- 1 root root 246472 Jun 24 08:41 y2log-2.gz -rw-r--r-- 1 root root 244441 Jun 24 08:41 y2log-3.gz -rw-r--r-- 1 root root 241960 Jun 24 08:41 y2log-4.gz -rw-r--r-- 1 root root 249766 Jun 24 08:41 y2log-5.gz -rw-r--r-- 1 root root 237663 Jun 24 08:40 y2log-6.gz -rw-r--r-- 1 root root 272738 Jun 24 08:40 y2log-7.gz -rw-r--r-- 1 root root 254653 Jun 24 08:40 y2log-8.gz -rw-r--r-- 1 root root 249583 Jun 24 08:40 y2log-9.gz -rw-r--r-- 1 root root 165132 Jun 24 11:07 y2log.SuSEconfig -rw-r--r-- 1 root root 0 Jun 17 14:55 y2logMount -rw-r--r-- 1 root root 295826 Jun 24 11:06 y2logRPM -rw------- 1 root root 699 Jun 17 14:55 y2log_bootloader -rw-r--r-- 1 root root 405 Jun 17 14:55 y2logmkinitrd -rw-r--r-- 1 root root 4249 Jun 17 14:55 y2start.log what do you need of all this?
The complete /var/log/updateTestcase/ please. Ähm, are you really happy with 25 available repos ? :-)
(In reply to comment #31 from Stefan Schubert) > The complete /var/log/updateTestcase/ please. what do you mean? do you want me to pack the contents of /var/log/updateTestcase into an archive and attach it to this bug-repoort? > Ähm, are you really happy with 25 available repos ? :-) ups, has my repo list grown that much? ;-) but, yes, i am happy with it. this way i have the latest and best version of each application i am interested in. since opensuse11 repo-management is so fast, that it is no more pain to have that much repos.
btw. bug #380317 is nearly about the same problem.