[opensuse-factory] t'weed : mkinitrd
~ in case of interest : ______________ # mkinitrd Kernel image: /boot/vmlinuz-3.4.6-2.10-desktop Initrd image: /boot/initrd-3.4.6-2.10-desktop KMS drivers: i915 (pango-querymodules:13196): GLib-GObject-CRITICAL **: gtype.c:2720: You forgot to call g_type_init() (pango-querymodules:13196): GLib-CRITICAL **: g_once_init_leave: assertion `result != 0' failed (pango-querymodules:13196): GLib-GObject-WARNING **: cannot retrieve class for invalid (unclassed) type `<invalid>' (pango-querymodules:13196): GLib-GObject-CRITICAL **: g_enum_get_value: assertion `G_IS_ENUM_CLASS (enum_class)' failed (pango-querymodules:13196): Pango-WARNING **: Engine reported invalid script value 10 ............................... best regards -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Quoting ellanios82 <ellanios82@gmail.com>:
~ in case of interest :
______________
# mkinitrd
Kernel image: /boot/vmlinuz-3.4.6-2.10-desktop Initrd image: /boot/initrd-3.4.6-2.10-desktop KMS drivers: i915
(pango-querymodules:13196): GLib-GObject-CRITICAL **: gtype.c:2720: You forgot to call g_type_init()
Your pango-querymodules is linked against a more recent version of glib than you have installed on your system. Recent versions (>= 2.36) of glib have g_type_init() implicit. Dominique -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Friday 2013-05-10 13:15, Dominique Leuenberger a.k.a. Dimstar wrote:
# mkinitrd
Kernel image: /boot/vmlinuz-3.4.6-2.10-desktop Initrd image: /boot/initrd-3.4.6-2.10-desktop KMS drivers: i915
(pango-querymodules:13196): GLib-GObject-CRITICAL **: gtype.c:2720: You forgot to call g_type_init()
Your pango-querymodules is linked against a more recent version of glib than you have installed on your system. Recent versions (>= 2.36) of glib have g_type_init() implicit.
But what's glib doing in (mk)initrd? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Fri, 10 May 2013 22:57, Jan Engelhardt <jengelh@...> wrote:
On Friday 2013-05-10 13:15, Dominique Leuenberger a.k.a. Dimstar wrote:
# mkinitrd
Kernel image: /boot/vmlinuz-3.4.6-2.10-desktop Initrd image: /boot/initrd-3.4.6-2.10-desktop KMS drivers: i915
(pango-querymodules:13196): GLib-GObject-CRITICAL **: gtype.c:2720: You forgot to call g_type_init()
Your pango-querymodules is linked against a more recent version of glib than you have installed on your system. Recent versions (>= 2.36) of glib have g_type_init() implicit.
But what's glib doing in (mk)initrd?
Not quite the right question. More like: Why the hell does mkinitrd uses tools that need pango-querymodules? FYI: pango-querymodules(-64) is from the package "pango-tools" Even more surprising is (on OSS 12.3): a "rpm -ev --test pango-tools" does not spit out anything, but a "zypper -v rm -D pango-tools" wants to remove half of the system. Fishy, ain't it? IMHO, someone borked some specfiles for that to happen. But even afer looking at the specfile of (lib)pango(-tools) I can not tell how that happend. (Shrugs) - Yamaban. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
В Fri, 10 May 2013 23:20:11 +0200 (CEST) Yamaban <foerster@lisas.de> пишет:
On Fri, 10 May 2013 22:57, Jan Engelhardt <jengelh@...> wrote:
On Friday 2013-05-10 13:15, Dominique Leuenberger a.k.a. Dimstar wrote:
# mkinitrd
Kernel image: /boot/vmlinuz-3.4.6-2.10-desktop Initrd image: /boot/initrd-3.4.6-2.10-desktop KMS drivers: i915
(pango-querymodules:13196): GLib-GObject-CRITICAL **: gtype.c:2720: You forgot to call g_type_init()
Your pango-querymodules is linked against a more recent version of glib than you have installed on your system. Recent versions (>= 2.36) of glib have g_type_init() implicit.
But what's glib doing in (mk)initrd?
Not quite the right question. More like:
Why the hell does mkinitrd uses tools that need pango-querymodules?
FYI: pango-querymodules(-64) is from the package "pango-tools"
Even more surprising is (on OSS 12.3):
a "rpm -ev --test pango-tools" does not spit out anything, but a "zypper -v rm -D pango-tools" wants to remove half of the system.
Fishy, ain't it?
zypper also takes in account weak dependencies (Recommends and probably Suggests) that are ignored by RPM. I do not know how to switch this off. Result is rather weird indeed. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Fri, 10 May 2013 23:20:11 +0200 (CEST) Yamaban <foerster@lisas.de> wrote:
Why the hell does mkinitrd uses tools that need pango-querymodules?
Plymouth needs pango. (I didn't look other dependencies.) -- Regards, Rajko. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Friday 2013-05-10 23:20, Yamaban wrote:
Even more surprising is (on OSS 12.3):
a "rpm -ev --test pango-tools" does not spit out anything, but a "zypper -v rm -D pango-tools" wants to remove half of the system.
Fishy, ain't it?
Not too much. $ rpm -qRv libpango-1_0-0 post: pango-tools >= 1.31.1 So, libpango has a Requires(post): pango-tools, and since %post of libpango-1_0-0 has already run when you installed it, you are free to remove pango-tools. Zypper may be over-eagerly thinking ahead when processing your rm request. If pango-tools were gone, then everytime there is an update to libpango-1_0-0, pango-tools would need to be installed first again. (Zypper would take care of that anyway.) But because that is sort of an uphill battle, zypper might just interpret "Requires(post)" as "Requires" - leading to "wants to remove half of the system". -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Mon, 13 May 2013 01:20, Jan Engelhardt <jengelh@...> wrote:
On Friday 2013-05-10 23:20, Yamaban wrote:
Even more surprising is (on OSS 12.3):
a "rpm -ev --test pango-tools" does not spit out anything, but a "zypper -v rm -D pango-tools" wants to remove half of the system.
Fishy, ain't it?
Not too much.
$ rpm -qRv libpango-1_0-0 post: pango-tools >= 1.31.1
So, libpango has a Requires(post): pango-tools, and since %post of libpango-1_0-0 has already run when you installed it, you are free to remove pango-tools.
Zypper may be over-eagerly thinking ahead when processing your rm request. If pango-tools were gone, then everytime there is an update to libpango-1_0-0, pango-tools would need to be installed first again. (Zypper would take care of that anyway.) But because that is sort of an uphill battle, zypper might just interpret "Requires(post)" as "Requires" - leading to "wants to remove half of the system".
Thanks for looking into that (tips hat to Jan). I deem that fishy as there is no END-USER docu for that. Such a docu belongs at least to the zypper man-page. Undocumented behavior equals bug, not feature. Just the added sentence: ==== docu ==== on requires of packages: "zypper" also looks into weak "Requires", such as "Requires(post)", and may want to install / remove more packages than a direct call of "rpm" would. ==== docu ==== Would demystify much of the behavior of the libsolv / zypper team. For the betterment of end-user understanding this (or similar) should be included, as then we (the packagers) could rightfully say again: "RTFM", atm it's a bug, not feature. - Yamaban. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Monday 2013-05-13 13:10, Yamaban wrote:
Just the added sentence:
==== docu ==== on requires of packages: "zypper" also looks into weak "Requires", such as "Requires(post)", and may want to install / remove more packages than a direct call of "rpm" would. ==== docu ====
"Recommends" or "Suggests" are weak requires, but Requires(post) is still a strong one. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Mon, 13 May 2013 13:16, Jan Engelhardt <jengelh@...> wrote:
On Monday 2013-05-13 13:10, Yamaban wrote:
Just the added sentence:
==== docu ==== on requires of packages: "zypper" also looks into weak "Requires", such as "Requires(post)", and may want to install / remove more packages than a direct call of "rpm" would. ==== docu ====
"Recommends" or "Suggests" are weak requires, but Requires(post) is still a strong one.
I cede that point. (Which rises the question: why is Requires(post) ignored by rpm?) Lets correct that sentence: ==== docu ==== "zypper" looks into ALL "Requires", including such as "Requires(post)", and may want to install / remove more packages than a direct call of "rpm" would. ==== docu ==== "Recommends" or "Suggests" are "supplementals", that add functionality / usability, but are not required to function. libpango without pango-tools is limited in its functionality, as it has trouble finding its modules without registration of them. (That is what pango-querymodules is for) mkinitrd calls /lib/mkinitrd/scripts/setup-plymouth.sh, that uses pango-querymodules to make sure libpango in plymouth "plays with the full deck" and can use all available modules. For that it blindly calls pango-querymodules(-64) during initializing plymouth for the initrd. Maybe the pango packagers / upstream devs could answer why pango-tools is a "Requires(post)" and not a (simple) "Requires" to libpango. - Yamaban. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Mon, May 13, 2013 at 4:00 PM, Yamaban <foerster@lisas.de> wrote:
(Which rises the question: why is Requires(post) ignored by rpm?)
Actually it is not. If you *install* package A that has Requires(post): B, RPM will pull in package B. But once package is installed, Requires(post) is no more needed (from dependencies point of view). -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Quoting Yamaban <foerster@lisas.de>:
On Mon, 13 May 2013 13:16, Jan Engelhardt <jengelh@...> wrote:
Maybe the pango packagers / upstream devs could answer why pango-tools is a "Requires(post)" and not a (simple) "Requires" to libpango.
Sure, that I can answer you: Requires: instructs zypper that the package needs to be installed in order for the USER to make use of the package. Requires(Post): means the package needs to be installed in order for the package manager to be able to execute the post Script. In the case of Pango, Requires(Post) is exactly the right thing: the 'post' script requires it; the library itself does not. As libpango never starts pango-querymodules, it does not depend on it (you can do the pango registration manually). For the specific case, I'd say the right thing would be for plymouth to specify that it requires pango-tools.. as it's plymouth' script that executes it. Dominique -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Quoting "Dominique Leuenberger a.k.a. Dimstar" <dimstar@opensuse.org>:
Quoting Yamaban <foerster@lisas.de>:
On Mon, 13 May 2013 13:16, Jan Engelhardt <jengelh@...> wrote:
Maybe the pango packagers / upstream devs could answer why pango-tools is a "Requires(post)" and not a (simple) "Requires" to libpango.
Sure, that I can answer you:
Requires: instructs zypper that the package needs to be installed in order for the USER to make use of the package. Requires(Post): means the package needs to be installed in order for the package manager to be able to execute the post Script.
Forgot to mention: this also means that Requires: does not guarantee in a rpm transaction that pango-tools would be installed before libpango, whereas requires(post) does guarantee this. Dominique -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
"Dominique Leuenberger a.k.a. Dimstar" <dimstar@opensuse.org> wrote:
Quoting "Dominique Leuenberger a.k.a. Dimstar" <dimstar@opensuse.org>:
Quoting Yamaban <foerster@lisas.de>:
On Mon, 13 May 2013 13:16, Jan Engelhardt <jengelh@...> wrote:
Maybe the pango packagers / upstream devs could answer why pango-tools is a "Requires(post)" and not a (simple) "Requires" to libpango.
Sure, that I can answer you:
Requires: instructs zypper that the package needs to be installed in
order for the USER to make use of the package. Requires(Post): means the package needs to be installed in order for
the package manager to be able to execute the post Script.
Forgot to mention: this also means that Requires: does not guarantee in a rpm transaction that pango-tools would be installed before libpango, whereas requires(post) does guarantee this.
Dominique
Doesn't that mean it is a bug in zypper if it treats requires(post) the same as requires during package remove activity? Greg -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Mon, May 13, 2013 at 01:20:04AM +0200, Jan Engelhardt wrote:
On Friday 2013-05-10 23:20, Yamaban wrote:
Even more surprising is (on OSS 12.3):
a "rpm -ev --test pango-tools" does not spit out anything, but a "zypper -v rm -D pango-tools" wants to remove half of the system.
Fishy, ain't it?
Not too much.
$ rpm -qRv libpango-1_0-0 post: pango-tools >= 1.31.1
So, libpango has a Requires(post): pango-tools, and since %post of libpango-1_0-0 has already run when you installed it, you are free to remove pango-tools.
Zypper may be over-eagerly thinking ahead when processing your rm request. If pango-tools were gone, then everytime there is an update to libpango-1_0-0, pango-tools would need to be installed first again. (Zypper would take care of that anyway.) But because that is sort of an uphill battle, zypper might just interpret "Requires(post)" as "Requires" - leading to "wants to remove half of the system".
And FWIW (if not answered yet), libpango is used for the splashscreen and the text input in mkinitrd. Ciao, Marcus -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
And FWIW (if not answered yet), libpango is used for the splashscreen and the text input in mkinitrd.
Once we have libmicrohttpd and libqrencode in the initrd, you know something has gone wrong. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Tue, May 14, 2013 at 02:27:25PM +0200, Jan Engelhardt wrote:
And FWIW (if not answered yet), libpango is used for the splashscreen and the text input in mkinitrd.
Once we have libmicrohttpd and libqrencode in the initrd, you know something has gone wrong.
That would be journald ... isnt it in already? :/ Ciao, Marcus -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Tuesday 2013-05-14 15:53, Marcus Meissner wrote:
On Tue, May 14, 2013 at 02:27:25PM +0200, Jan Engelhardt wrote:
And FWIW (if not answered yet), libpango is used for the splashscreen and the text input in mkinitrd.
Once we have libmicrohttpd and libqrencode in the initrd, you know something has gone wrong.
That would be journald ... isnt it in already? :/
journalctl, which so far has not made an appearance luckily. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Fri, May 10, 2013 at 12:59:16PM +0300, ellanios82 wrote:
~ in case of interest :
______________
# mkinitrd
Kernel image: /boot/vmlinuz-3.4.6-2.10-desktop Initrd image: /boot/initrd-3.4.6-2.10-desktop
3.4.6 is not a Tumbleweed kernel, are you sure you are really running Tumbleweed? That's a very old kernel, sorry. greg k-h -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Friday 10 of May 2013 06:44EN, Greg KH wrote:
On Fri, May 10, 2013 at 12:59:16PM +0300, ellanios82 wrote:
Kernel image: /boot/vmlinuz-3.4.6-2.10-desktop Initrd image: /boot/initrd-3.4.6-2.10-desktop
3.4.6 is not a Tumbleweed kernel, are you sure you are really running Tumbleweed? That's a very old kernel, sorry.
Looks like the kernel from 12.2 DVD. Michal Kubeček -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 05/10/2013 04:44 PM, Greg KH wrote:
On Fri, May 10, 2013 at 12:59:16PM +0300, ellanios82 wrote:
~ in case of interest :
______________
# mkinitrd
Kernel image: /boot/vmlinuz-3.4.6-2.10-desktop Initrd image: /boot/initrd-3.4.6-2.10-desktop 3.4.6 is not a Tumbleweed kernel, are you sure you are really running Tumbleweed? That's a very old kernel, sorry.
- thanks : yes : running t'weed : have kernels: _______________ # rpm -qa kern* kernel-desktop-3.9.0-6.1.i686 kernel-desktop-3.8.1-30.1.i686 kernel-desktop-3.4.6-2.10 ................ ........... best regards -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Fri, May 10, 2013 at 05:25:39PM +0300, ellanios82 wrote:
On 05/10/2013 04:44 PM, Greg KH wrote:
On Fri, May 10, 2013 at 12:59:16PM +0300, ellanios82 wrote:
~ in case of interest :
______________
# mkinitrd
Kernel image: /boot/vmlinuz-3.4.6-2.10-desktop Initrd image: /boot/initrd-3.4.6-2.10-desktop 3.4.6 is not a Tumbleweed kernel, are you sure you are really running Tumbleweed? That's a very old kernel, sorry.
- thanks : yes : running t'weed : have kernels: _______________
# rpm -qa kern* kernel-desktop-3.9.0-6.1.i686 kernel-desktop-3.8.1-30.1.i686 kernel-desktop-3.4.6-2.10 ................
Ok, so what does 'zypper update -t package' show? thanks, greg k-h -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 05/10/2013 06:23 PM, Greg KH wrote:
On Fri, May 10, 2013 at 05:25:39PM +0300, ellanios82 wrote:
On 05/10/2013 04:44 PM, Greg KH wrote:
On Fri, May 10, 2013 at 12:59:16PM +0300, ellanios82 wrote:
~ in case of interest :
______________
# mkinitrd
Kernel image: /boot/vmlinuz-3.4.6-2.10-desktop Initrd image: /boot/initrd-3.4.6-2.10-desktop 3.4.6 is not a Tumbleweed kernel, are you sure you are really running Tumbleweed? That's a very old kernel, sorry.
- thanks : yes : running t'weed : have kernels: _______________
# rpm -qa kern* kernel-desktop-3.9.0-6.1.i686 kernel-desktop-3.8.1-30.1.i686 kernel-desktop-3.4.6-2.10 ................ Ok, so what does 'zypper update -t package' show?
# zypper update -t package Retrieving repository 'Tumbleweed_printing_hplip_hpijs' metadata .............[done] Building repository 'Tumbleweed_printing_hplip_hpijs' cache ..................[done] Retrieving repository 'openSUSE Current updates' metadata ....................[done] Building repository 'openSUSE Current updates' cache .........................[done] Loading repository data... Reading installed packages... The following package updates will NOT be installed: MozillaFirefox PackageKit-browser-plugin findutils-lang glib2-devel glib2-lang glib2-tools gnome-menus-branding-openSUSE gstreamer-0_10-plugins-bad gstreamer-0_10-plugins-base gstreamer-0_10-plugins-good gstreamer-plugins-bad gstreamer-plugins-bad-lang gstreamer-plugins-base gstreamer-plugins-base-lang gstreamer-plugins-good gstreamer-plugins-good-lang gtk2-branding-openSUSE gtk2-engine-clearlooks gtk2-engine-crux gtk2-engine-glide gtk2-engine-hcengine gtk2-engine-industrial gtk2-engine-mist gtk2-engine-redmond95 gtk2-engine-thinice gtk3-branding-openSUSE libgio-2_0-0 libgio-fam libglib-2_0-0 libgmodule-2_0-0 libgobject-2_0-0 libgthread-2_0-0 libxine2-pulse sushi sushi-lang The following packages are going to be upgraded: curl hplip hplip-hpijs hplip-sane libcurl4 python-httplib2 xorg-x11-server 7 packages to upgrade. Overall download size: 16.0 MiB. After the operation, additional 86.0 B will be used. Continue? [y/n/?] (y): ....................... best regards -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Fri, May 10, 2013 at 09:17:45PM +0300, ellanios82 wrote:
On 05/10/2013 06:23 PM, Greg KH wrote:
On Fri, May 10, 2013 at 05:25:39PM +0300, ellanios82 wrote:
On 05/10/2013 04:44 PM, Greg KH wrote:
On Fri, May 10, 2013 at 12:59:16PM +0300, ellanios82 wrote:
~ in case of interest :
______________
# mkinitrd
Kernel image: /boot/vmlinuz-3.4.6-2.10-desktop Initrd image: /boot/initrd-3.4.6-2.10-desktop 3.4.6 is not a Tumbleweed kernel, are you sure you are really running Tumbleweed? That's a very old kernel, sorry.
- thanks : yes : running t'weed : have kernels: _______________
# rpm -qa kern* kernel-desktop-3.9.0-6.1.i686 kernel-desktop-3.8.1-30.1.i686 kernel-desktop-3.4.6-2.10 ................ Ok, so what does 'zypper update -t package' show?
# zypper update -t package Retrieving repository 'Tumbleweed_printing_hplip_hpijs' metadata .............[done] Building repository 'Tumbleweed_printing_hplip_hpijs' cache ..................[done] Retrieving repository 'openSUSE Current updates' metadata ....................[done] Building repository 'openSUSE Current updates' cache .........................[done] Loading repository data... Reading installed packages...
The following package updates will NOT be installed: MozillaFirefox PackageKit-browser-plugin findutils-lang glib2-devel glib2-lang glib2-tools gnome-menus-branding-openSUSE gstreamer-0_10-plugins-bad gstreamer-0_10-plugins-base gstreamer-0_10-plugins-good gstreamer-plugins-bad gstreamer-plugins-bad-lang gstreamer-plugins-base gstreamer-plugins-base-lang gstreamer-plugins-good gstreamer-plugins-good-lang gtk2-branding-openSUSE gtk2-engine-clearlooks gtk2-engine-crux gtk2-engine-glide gtk2-engine-hcengine gtk2-engine-industrial gtk2-engine-mist gtk2-engine-redmond95 gtk2-engine-thinice gtk3-branding-openSUSE libgio-2_0-0 libgio-fam libglib-2_0-0 libgmodule-2_0-0 libgobject-2_0-0 libgthread-2_0-0 libxine2-pulse sushi sushi-lang
The following packages are going to be upgraded: curl hplip hplip-hpijs hplip-sane libcurl4 python-httplib2 xorg-x11-server
7 packages to upgrade. Overall download size: 16.0 MiB. After the operation, additional 86.0 B will be used. Continue? [y/n/?] (y): .......................
You need to get those packages installed, you are in an unknown state here. See the archives for how to do this (basically rm the branding-openSUSE packages listed above and use the branding-upstream packages instead, in the end, you should only have the gtk2-engine packages listed in this command.) Hope this helps, greg "I wish obs would have a way for me to fix this" k-h -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 05/10/2013 10:05 PM, Greg KH wrote:
On 05/10/2013 06:23 PM, Greg KH wrote:
On Fri, May 10, 2013 at 05:25:39PM +0300, ellanios82 wrote:
On 05/10/2013 04:44 PM, Greg KH wrote:
On Fri, May 10, 2013 at 12:59:16PM +0300, ellanios82 wrote:
~ in case of interest :
______________
# mkinitrd
Kernel image: /boot/vmlinuz-3.4.6-2.10-desktop Initrd image: /boot/initrd-3.4.6-2.10-desktop 3.4.6 is not a Tumbleweed kernel, are you sure you are really running Tumbleweed? That's a very old kernel, sorry.
- thanks : yes : running t'weed : have kernels: _______________
# rpm -qa kern* kernel-desktop-3.9.0-6.1.i686 kernel-desktop-3.8.1-30.1.i686 kernel-desktop-3.4.6-2.10 ................ Ok, so what does 'zypper update -t package' show?
# zypper update -t package Retrieving repository 'Tumbleweed_printing_hplip_hpijs' metadata .............[done] Building repository 'Tumbleweed_printing_hplip_hpijs' cache ..................[done] Retrieving repository 'openSUSE Current updates' metadata ....................[done] Building repository 'openSUSE Current updates' cache .........................[done] Loading repository data... Reading installed packages...
The following package updates will NOT be installed: MozillaFirefox PackageKit-browser-plugin findutils-lang glib2-devel glib2-lang glib2-tools gnome-menus-branding-openSUSE gstreamer-0_10-plugins-bad gstreamer-0_10-plugins-base gstreamer-0_10-plugins-good gstreamer-plugins-bad gstreamer-plugins-bad-lang gstreamer-plugins-base gstreamer-plugins-base-lang gstreamer-plugins-good gstreamer-plugins-good-lang gtk2-branding-openSUSE gtk2-engine-clearlooks gtk2-engine-crux gtk2-engine-glide gtk2-engine-hcengine gtk2-engine-industrial gtk2-engine-mist gtk2-engine-redmond95 gtk2-engine-thinice gtk3-branding-openSUSE libgio-2_0-0 libgio-fam libglib-2_0-0 libgmodule-2_0-0 libgobject-2_0-0 libgthread-2_0-0 libxine2-pulse sushi sushi-lang
The following packages are going to be upgraded: curl hplip hplip-hpijs hplip-sane libcurl4 python-httplib2 xorg-x11-server
7 packages to upgrade. Overall download size: 16.0 MiB. After the operation, additional 86.0 B will be used. Continue? [y/n/?] (y): ....................... You need to get those packages installed, you are in an unknown state here. See the archives for how to do this (basically rm the branding-openSUSE packages listed above and use the branding-upstream
On Fri, May 10, 2013 at 09:17:45PM +0300, ellanios82 wrote: packages instead, in the end, you should only have the gtk2-engine packages listed in this command.)
Hope this helps,
greg "I wish obs would have a way for me to fix this" k-h
Thank you - i have tried to replace opensuse branding with upstream branding & have tried to find the correct search headings for forums - best hope found is : http://forums.opensuse.org/english/get-technical-help-here/applications/4824... ......................... - after move to upstream brandings, the current output of : zypper update -t package : # zypper update -t package Loading repository data... Reading installed packages... The following package updates will NOT be installed: findutils-lang gstreamer-0_10-plugins-bad gstreamer-0_10-plugins-base gstreamer-0_10-plugins-good gstreamer-plugins-bad gstreamer-plugins-bad-lang gstreamer-plugins-base gstreamer-plugins-base-lang gstreamer-plugins-good gstreamer-plugins-good-lang gtk2-engine-clearlooks gtk2-engine-crux gtk2-engine-glide gtk2-engine-hcengine gtk2-engine-industrial gtk2-engine-mist gtk2-engine-redmond95 gtk2-engine-thinice libgio-fam libxine2-pulse sushi sushi-lang Nothing to do. ------------------ - what please is next step to resolve and get correct packages installed ? best regards -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 05/11/2013 10:55 AM, ellanios82 wrote:
On 05/10/2013 10:05 PM, Greg KH wrote:
See the archives for how to do this (basically rm the branding-openSUSE packages listed above and use the branding-upstream packages instead, in the end, you should only have the gtk2-engine packages listed in this command.)
_______________
have tried to find the correct search headings for forums - best hope found is :
http://forums.opensuse.org/english/get-technical-help-here/applications/4824...
maybe i am wrong but i think Greg didn't point you to openSUSE forums, but rather to the mail list archives, probably here: http://lists.opensuse.org/opensuse-factory/ dd -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El 10/05/13 05:59, ellanios82 escribió:
~ in case of interest :
______________
# mkinitrd
Kernel image: /boot/vmlinuz-3.4.6-2.10-desktop Initrd image: /boot/initrd-3.4.6-2.10-desktop KMS drivers: i915
(pango-querymodules:13196): GLib-GObject-CRITICAL **: gtype.c:2720: You forgot to call g_type_init()
(pango-querymodules:13196): GLib-CRITICAL **: g_once_init_leave: assertion `result != 0' failed
(pango-querymodules:13196): GLib-GObject-WARNING **: cannot retrieve class for invalid (unclassed) type `<invalid>'
(pango-querymodules:13196): GLib-GObject-CRITICAL **: g_enum_get_value: assertion `G_IS_ENUM_CLASS (enum_class)' failed
(pango-querymodules:13196): Pango-WARNING **: Engine reported invalid script value 10
Known long standing bug in glib, it does not have symbol versioning thus you will almost certainly hit this kind of incompatibilities when running a fast moving distribution spin as tumbleweed, please pester glib developers to clean their act ;) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (12)
-
Andrey Borzenkov -
Cristian Rodríguez -
DenverD -
Dominique Leuenberger a.k.a. Dimstar -
ellanios82 -
Greg Freemyer -
Greg KH -
Jan Engelhardt -
Marcus Meissner -
Michal Kubeček -
Rajko -
Yamaban