Bug 852792

Jirka, can you comment?

The settings schema was not found. It could be caused by not compiling the installed schema file with 'glib-compile-schemas'. The command is run in rpm scriplets, however it was missing in %post. I've just added it to the %post section and made a new network-manager-applet build.

In case, the scriplets are not run in your images, you should ensure that

glib-compile-schemas /usr/share/glib-2.0/schemas &>/dev/null

is executed somewhere.

%post scripts should be run during image creation, so if I understand comment #2 correctly, this should be fixed with the next build of network-manager-applet.

network-manager-applet-0.9.7.0-2.git20120820.fc18 has been submitted as an update for Fedora 18.
https://admin.fedoraproject.org/updates/network-manager-applet-0.9.7.0-2.git20120820.fc18

Hmm, the schemas on anaconda image (with older network-manager-applet-0.9.5.96-2.fc18) seem to be actually compiled (gschemas.compiled is there), but the image is missing .xml source schema org.gnome.nm-applet.gschema.xml which is part of network-manager-applet package making it dependency of nm-connection-editor missing in spec file - so it doesn't get pulled as dependency when building installer image.

It seems to me that either the missing schema should not be fatal for nm-c-e or nm-connection-editor should require network-manager-applet.

Package network-manager-applet-0.9.7.0-2.git20120820.fc18:
* should fix your issue,
* was pushed to the Fedora 18 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing network-manager-applet-0.9.7.0-2.git20120820.fc18'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2012-13293/network-manager-applet-0.9.7.0-2.git20120820.fc18
then log in and leave karma (feedback).

Moving to assigned based on comment #5 so that we don't miss this for F18 Alpha eventually.

Still failing with F18 Alpha TC6. I am not sure the new network-manager-applet packages made it to the image, nevertheless I still believe the real problem is missing .xml from network-manager-applet package (so dependency problem). Didn't the package used to compile schemas in %posttrans anyway?
If I am correct, it is possible to work the missing dependency around by adding network-manager-applet to lorax template and anaconda.spec explicitly, but it should be fixed here in NM.

Proposing as NTH, similar issue in bug 854586 was NTH accepted.

+1 NTH

What I'm seeing with TC6 is that the "Configure..." button on the network configuration page just does nothing at all.  Is that this same bug or something different?

(In reply to comment #10)
> What I'm seeing with TC6 is that the "Configure..." button on the network
> configuration page just does nothing at all.  Is that this same bug or
> something different?

It is the same bug. To confirm you can switch to tty1 where you should see the error message from Description:

(nm-connection-editor:1035): GLib-GIO-ERROR **: Settings schema 'org.gnome.nm-applet.eap' is not installed

(In reply to comment #11)
> It is the same bug. To confirm you can switch to tty1 where you should see
> the error message from Description:
> 
> (nm-connection-editor:1035): GLib-GIO-ERROR **: Settings schema
> 'org.gnome.nm-applet.eap' is not installed

Hm, well, no, that's not what I'm seeing in TC6.  I see

** (anaconda:655): WARNING **: Device activation failed: (1) Creating object for path '/org/freedesktop/NetworkManager/ActiveConnection/0' failed in libnm-glib.

as well as three occurrences of

** (anaconda:655): WARNING **: async_got_type: could not read properties for /org/freedesktop/NetworkManager/ActiveConnection/0: Method "Get" with signature "ss" on interface "org.freedesktop.DBus.Properties" doesn't exist

and then the same for .../ActiveConnection/1, and while I was typing this another three popped up for .../ActiveConnection/2.

I'm not sure why this isn't considered a blocker bug.  TC6 is completely useless if I can't get networking started.

Discussed at 2012-09-10 QA meeting, acting as an NTH review meeting. There appears to be quite a lot of confusion between possibly different bugs here, and no clear indication as to whether the update actually fixes anything. I will try and do some local testing of this, and we will revisit it on Wednesday.

> (In reply to comment #11)

> 
> Hm, well, no, that's not what I'm seeing in TC6. 

Ah, so it is a different issue. In this BZ the problem is not starting network devices but its configuration using nm-c-e ([Configure...] button).

I am not able to reproduce your issue with TC6.
Please file a new bug with logs attached (/tmp/syslog, /tmp/anaconda.log, /tmp/ifcfg.log). If you use any special boot options or kickstart, that would be also very helpful to mention.

I can see it on RC2, [Configure] button does nothing on DVD. It's not a problem on Live (see the second bug) but on DVD this means it's not possible to setup network correctly and thus I think it breaks "The installer must be able to use at least one of the HTTP or FTP remote package source options" as the correct network setup is impossible.

OK, so I concur with Jaro, I see this in Alpha RC2 DVD. This bug is for the failure of the Configure... button in the network spoke on DVD/netinst: we have https://bugzilla.redhat.com/show_bug.cgi?id=854586 for the similar failure on Live, the symptom is the same but the cause is different.

As to whether it's a blocker, well, at least it works if your connection doesn't _need_ configuring, which is probably the most common case. So it's a conditional breakage, which means it's a judgement call...definitely +1 NTH, will vote on blocker tomorrow. Adjusting the proposal from NTH to blocker.

Alpha RC2 did not include the updated nm-connection-editor package, so we do not yet know whether that addresses the problem.

I've asked tflink to build a test compose with the updated network-manager-applet package, to see if it does fix the issue.

(In reply to comment #17)
> I've asked tflink to build a test compose with the updated
> network-manager-applet package, to see if it does fix the issue.

I think it will confirm that it does not fix it (comment #5, comment #7) but let's give it a try. I talked about it also with Jirka Klimes from NM who agrees and will look at the dependency issue in NM.

network-manager-applet-0.9.7.0-3.git20120820.fc18 has been submitted as an update for Fedora 18.
https://admin.fedoraproject.org/updates/network-manager-applet-0.9.7.0-3.git20120820.fc18

I built a test image using network-manager-applet-0.9.7.0-3.git20120820.fc18 and NetworkManager-0.9.7.0-1.git20120820.fc18 (for dependencies)

http://imagebuilder.fedoraproject.org/testimage/18/prerc3/20120912-f18alpha-prerc2.x64.boot.iso

When I try to click on the 'configure' button in the network configuration spoke, nothing happens. When I switch to VT1, I see the following:

(process:930): Gtk-WARNING **: Locale not supported by C library. Using the fallback 'C' locale.
GLib-GIO-Message: Using the 'memory' GSettings backend. Your settings will not be saved or shared with other applications.

(nm-connection-editor:930): GLib-GIO-ERROR **: Settings schema 'org.gnome.nm-applet.eap' is not installed

I'll make sure that there weren't any problems in the boot.iso build but at the moment, it looks like something else may be going on.

Discussed at 2012-09-12 blocker review meeting. We agreed this constitutes a conditional breakage of the criterion "The installer must be able to use at least one of the HTTP or FTP remote package source options" in the case of using a network connection which requires configuration (so, anything other than wired full DHCP). It was a close call, but we decided for Alpha, just wired full DHCP is good enough, so this is rejectedblocker, acceptednth.

For the record, I think the problem might be that there's no Requires(post) on glib2, so in some situations, the schema compilation in %post fails because glib2 hasn't been installed yet...I'm doing a scratch build to test that.

Package network-manager-applet-0.9.7.0-3.git20120820.fc18:
* should fix your issue,
* was pushed to the Fedora 18 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing network-manager-applet-0.9.7.0-3.git20120820.fc18'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2012-13866/network-manager-applet-0.9.7.0-3.git20120820.fc18
then log in and leave karma (feedback).

So now I look at this again, I was thinking we had 2.git20120820 in RC2 for some reason, but I don't think we do. The build in bleed is network-manager-applet-0.9.5.96-2.fc18 and network-manager-applet-0.9.7.0-2.git20120820.fc18 never went stable, so I think RC2 just has 0.9.5.96-2.fc18 . So we haven't actually tested whether 2.20120820 or 3.20120820 fix this. My proposed addition of Requires(post) for 4.20120820 I think is probably *correct*, but may be unnecessary, it may turn out that just pulling 3.20120820 would fix this. tflink is doing a test build with that network-manager-applet right now, so we'll see.

(In reply to comment #20)
> I built a test image using network-manager-applet-0.9.7.0-3.git20120820.fc18
> and NetworkManager-0.9.7.0-1.git20120820.fc18 (for dependencies)

It turns out that I made a mistake when reporting that I actually pulled -2 into that test iso instead of the -3 I reported. Assumptions are fun ...

Anyhow, I built another iso that actually has -3 in it and the nm configuration window appears.

http://imagebuilder.fedoraproject.org/testimage/18/prerc3/20120912-f18alpha-prerc3-3.x64.boot.iso

(In reply to comment #14)
> I am not able to reproduce your issue with TC6.
> Please file a new bug with logs attached (/tmp/syslog, /tmp/anaconda.log,
> /tmp/ifcfg.log). If you use any special boot options or kickstart, that
> would be also very helpful to mention.

Filed at bug #856852

(In reply to comment #24)
> Anyhow, I built another iso that actually has -3 in it and the nm
> configuration window appears.
> http://imagebuilder.fedoraproject.org/testimage/18/prerc3/20120912-f18alpha-
> prerc3-3.x64.boot.iso

FWIW, it still doesn't work for me; I see the same behavior mentioned in comment #12.  I filed a new bug per Radek's advice.

network-manager-applet-0.9.7.0-3.git20120820.fc18 has been pushed to the Fedora 18 stable repository.  If problems still persist, please make note of it in this bug report.

*** Bug 859536 has been marked as a duplicate of this bug. ***

(In reply to comment #12)
> ** (anaconda:655): WARNING **: Device activation failed: (1) Creating object
> for path '/org/freedesktop/NetworkManager/ActiveConnection/0' failed in
> libnm-glib.
...
> ** (anaconda:655): WARNING **: async_got_type: could not read properties for
> /org/freedesktop/NetworkManager/ActiveConnection/0: Method "Get" with
> signature "ss" on interface "org.freedesktop.DBus.Properties" doesn't exist

I see the same on f17 - bug 868378.