Confirming the issue.

It seems tv wants to rebuild webkit2:

* Mon Sep 19 2022 tv <tv> 2.38.0-1.mga9
+ Revision: 1890568
+ rebuild (emptylog)

* Sun Sep 18 2022 wally <wally> 2.38.0-1.mga9
+ Revision: 1889798
- new version 2.38.0 (from ns80)
- build with soup3
- new api 4.1

But the release number (1) wasn't changed.

Anyway, assigning to the mageiatools maintainers and CC'ing tv, because there is no registered maintainer for webkit2 and because MCC needs it to be fixed.

Assignee: bugsquad => mageiatools
CC: (none) => marja11, thierry.vignaud

If package perl-Glib-Object-Introspection-0.49.0-5.mga9 is just rebuild with the new webkit2 then this error pops out:
 
Typelib file for namespace 'WebKit2', version '4.0' not found at /usr/lib64/perl5/vendor_perl/Glib/Object/Introspection.pm line 108.
BEGIN failed--compilation aborted at /usr/libexec/drakconf line 49.

This looks like a wrong api, which may suggest a mix-up in api definitions. Maybe this tidbit is helpful somehow.

new install of Gnome has no drakconf/mcc.

webkit2-2.38.0-2.mga9.x86_64

# mcc

 <snip>

Typelib file for namespace 'WebKit2', version '4.0' not found at /usr/lib64/perl5/vendor_perl/Glib/Object/Introspection.pm line 108.
BEGIN failed--compilation aborted at /usr/libexec/drakconf line 49.

CC: (none) => westel

webkit2 is now at api 4.1, so I've rebuilt  drakconf-13.27-4.mga9 to see if it picks up the path change...

[root@localhost cauldron]# drakconf
Too late to run INIT block at /usr/lib64/perl5/vendor_perl/Glib/Object/Introspection.pm line 257.
Ignore the following Glib::Object::Introspection & Gtk3 warnings
Subroutine Gtk3::main redefined at /usr/share/perl5/vendor_perl/Gtk3.pm line 539.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 223.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 223.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 223.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 223.
ERROR **: Unable to spawn a new child process: L’exécution du processus fils « /usr/libexec/webkit2gtk-4.0/WebKitNetworkProcess » a échoué (Aucun fichier ou dossier de ce type) at /usr/lib64/perl5/vendor_perl/Glib/Object/Introspection.pm line 67.
[root@localhost cauldron]#

CC: (none) => jcstiegler

strange it searches for /usr/libexec/webkit2gtk-4.0/WebKitNetworkProcess
as tmb told the new path is /usr/libexec/webkit2gtk-4.1/WebKitNetworkProcess.

does an other package needs a rebuild against new webkit2 ?

CC: (none) => mageia

Hello,

i saw there was an update of drakconf and perl-Gtk3-Webkit2 this morning.

Unfortunately i was not asked to install the lib64webkit2gtk-gir4.1 package (maybe the package was not on the repository when the --auto-update was run).

So installed it manually.

Then as it was not working i made a change in the /usr/share/perl5/vendor_perl/Gtk3/WebKit2.pm file to change the version in the import function from 4.0 to 4.1.

Then drakconf was allowed to run and i also get back icons in the right panel.

But i can't be sure that theses changes have an impact or not on other applications ( as a try i had also try to make a symbolic link to make /usr/libexec/webkit2gtk-4.0/ link to /usr/libexec/webkit2gtk-4.1/ ( but not sure i removed it) .

CC: (none) => joe_c_moi

Seems that Nicolas( comment #7 ) found the culprit i.e. perl-Gtk3-Webkit2 rpm, more specifically, a patch in the source rpm that manually sets webkit2 api( look for " basename  => 'WebKit2' "). This should be an easy fix for a consequent manual hack or maybe try a more generic fix to avoid it for the next api change of webkit2.

is  lib64webkit2gtk-gir4.1 installed ?

if not, does installing it help ?

Hello,

Seems installing the package is not enough.

Created attachment 13399 [details]
drakconf-webkit2-issue

Hello,

Here is what i get after modifying the /usr/share/perl5/vendor_perl/Gtk3/WebKit2.pm file: 

"[root@localhost usertest]# locate WebKit2 | grep perl
/usr/share/doc/perl-Gtk3-WebKit2
/usr/share/doc/perl-Gtk3-WebKit2/COPYING
/usr/share/doc/perl-Gtk3-WebKit2/Changes
/usr/share/doc/perl-Gtk3-WebKit2/LICENSE
/usr/share/doc/perl-Gtk3-WebKit2/META.yml
/usr/share/doc/perl-Gtk3-WebKit2/MYMETA.yml
/usr/share/doc/perl-Gtk3-WebKit2/README
/usr/share/doc/perl-Gtk3-WebKit2/examples
/usr/share/doc/perl-Gtk3-WebKit2/examples/browser.pl
/usr/share/perl5/vendor_perl/Gtk3/WebKit2.pm
[root@localhost usertest]# nano /usr/share/perl5/vendor_perl/Gtk3/WebKit2.pm
[root@localhost usertest]# chmod 744 /usr/share/perl5/vendor_perl/Gtk3/WebKit2.pm
[root@localhost usertest]# nano /usr/share/perl5/vendor_perl/Gtk3/WebKit2.pm
[root@localhost usertest]# grep -C6 4.1 /usr/share/perl5/vendor_perl/Gtk3/WebKit2.pm 
$EXPORT_TAGS{all} = \@EXPORT_OK;


sub import {
    my %setup = (
        basename  => 'WebKit2',
        version   => '4.1',
        package   => __PACKAGE__,
    );

    my @args;
    for (my $i = 0; $i < @_; ++$i) {
        my $arg = $_[$i];
[root@localhost usertest]# drakconf
Too late to run INIT block at /usr/lib64/perl5/vendor_perl/Glib/Object/Introspection.pm line 257.
Ignore the following Glib::Object::Introspection & Gtk3 warnings
Subroutine Gtk3::main redefined at /usr/share/perl5/vendor_perl/Gtk3.pm line 539.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 223.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 223.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 223.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 223.
"cannot run /usr/sbin/isodumper" since it is not installed [Writing ISO] at /usr/libexec/drakconf line 833.
>> disabling Snapshots
Overriding existing handler for signal 10. Set JSC_SIGNAL_FOR_GC if you want WebKit to use a different signal
[root@localhost usertest]#"

(In reply to Thomas Backlund from comment #9)
> is  lib64webkit2gtk-gir4.1 installed ?
Yes

Here is a list of webkit related packages that I had/have installed since I noticed the bug:  

[aurelian@ryzen-ux ~]$ rpm -qa --last | grep webkit
lib64webkit2gtk-gir4.1-2.38.0-2.mga9.x86_64   Thu 22 Sep 2022 04:48:00 PM EEST
webkit2-2.38.0-2.mga9.x86_64                  Thu 22 Sep 2022 04:47:59 PM EEST
lib64webkit2gtk4.1_0-2.38.0-2.mga9.x86_64     Thu 22 Sep 2022 04:47:59 PM EEST
lib64proxy-webkit-0.4.18-2.mga9.x86_64        Mon 19 Sep 2022 10:59:11 AM EEST
lib64kf5webkit5-5.98.0-1.mga9.x86_64          Thu 15 Sep 2022 10:11:30 AM EEST
kdewebkit-5.98.0-1.mga9.x86_64                Thu 15 Sep 2022 10:11:30 AM EEST
lib64qt5webkitwidgets5-5.212.0-1.alpha4.12.mga9.x86_64 Sun 11 Sep 2022 11:01:10 PM EEST
lib64qt5webkit5-5.212.0-1.alpha4.12.mga9.x86_64 Sun 11 Sep 2022 11:01:10 PM EEST

(In reply to Nicolas Nicolas from comment #10)
> Hello,
> 
> Seems installing the package is not enough.

Ah, yeah I forgot I had a locally fixed  perl-Gtk3-WebKit...

and I see papoteur has now pushed the same api bump fix in  perl-Gtk3-WebKit-0.60.0-14.mga9

The package deletes WebKit.pm and has a patch to add a new Webkit2 which is WebKit.pm with WebKit replaced with WebKit2 and the version 3.0 replaced with 4.1.

https://metacpan.org/dist/Gtk3-WebKit didn't get an update in 8 years, however there is https://metacpan.org/dist/Gtk3-WebKit2 which is very similar to what we have with this added:

+# # TODO call me from the extension
+# sub on_page_created {
+#     my ($self, $callback) = @_;
+#     return $callback->();
+# }
+
+use FindBin qw($Bin);
+
+sub add_extension_to {
+    my ($class, $context) = @_;
+
+    $context->set_web_extensions_directory("$Bin/../../extensions");
+
+    return;
+}
+
+

So we should probably just switch to this one. It however points to version 4.0 so we would need a one line patch for 4.1, or to do something smarter.

CC: (none) => pterjan

update to (49 packages) inc:

perl-Gtk3-WebKit2              0.60.0       16.mga9       noarch 

 mcc
Too late to run INIT block at /usr/lib64/perl5/vendor_perl/Glib/Object/Introspection.pm line 257.
Ignore the following Glib::Object::Introspection & Gtk3 warnings
Subroutine Gtk3::main redefined at /usr/share/perl5/vendor_perl/Gtk3.pm line 539.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 223.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 223.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 223.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib64/perl5/DynaLoader.pm line 223.
"cannot run /usr/sbin/isodumper" since it is not installed [Writing ISO] at /usr/libexec/drakconf line 833.
Overriding existing handler for signal 10. Set JSC_SIGNAL_FOR_GC if you want WebKit to use a different signal

a unpopulated Mageia Control Centre pops up.

adding isodumper resolves this issue

# urpmi isodumper
In order to satisfy the 'isodumper-gui' dependency, one of the following packages is needed:
 1- isodumper-gtk-1.41-4.mga9.noarch: IsoDumper for GTK (to install)
 2- isodumper-qt-1.41-4.mga9.noarch: IsoDumper for Qt (to install)
What is your choice? (1-2) 1

new bug for MCC if isodumper not installed or to include in dependencies?

however a new net-install of gnome and mcc works fine

A new Xfce install on real 32-bit hardware(Dell Inspiron 5100, 32-bit P4, Radeon RV200 graphics) from the second round of the beta1 CI iso does not show any problem with running MCC, so this may very well be fixed in Cauldron.

However, drakconf in Mageia 8 still does not work correctly with this hardware. See Bug 30332. 

I don't know if the two situations are related, but since drakconf and webkit2 are involved in both bugs, it seems to me to be possible.

CC: (none) => andrewsfarm

Closing this issue, it isn't any longer valid in neither Mageia 9 nor Cauldron.

Status: NEW => RESOLVED
Resolution: (none) => FIXED