NM 0.7.0-0.6.7.svn3302.fc8 broken with dbus-glib 0.73-6.fc8?
Hello, Having problems with nm-applet 0.7.0-0.6.7.svn3302.fc8. If I try to connec to my usual (WPA) network, I get this: ** (nm-applet:23750): WARNING **: Invalid connection given. ** (nm-applet:23750): WARNING **: WARN applet_menu_item_activate_helper(): Invalid connection; asking for more information. (nm-applet:23750): Gtk-CRITICAL **: gtk_list_store_get_value: assertion `VALID_ITER (iter, list_store)' failed (nm-applet:23750): GLib-GObject-WARNING **: gtype.c:3339: type id `0' is invalid (nm-applet:23750): GLib-GObject-WARNING **: can't peek value table for type `invalid' which is not currently referenced and then it quits on signal 15, Bug Buddy kicks in, and there's a stack dump. The only thing I can think of that could've caused this is an update to dbus-glib-0.73-6.fc8. However I'm not convinced of this since downgrading doesn't help. The only other possible relevant packages upgraded then were pam-0.99.8.1-17.1.fc8.i386 and libnetfilter_conntrack-0.0.82-1.fc8.i386. [As a side note, I tried downgrading to NM 0.7.0-0.6.7.svn3235.fc8, but for some reason now the daemon just segfaults. Don't know what caused that, either.] Many thanks, James. -- The Holy ettlz [EMAIL PROTECTED] PGP key ID: 03F94B5D --- signature.asc Description: This is a digitally signed message part ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: [PATCH] NM DBUS api documentation build system
On Mon, 2008-02-11 at 23:07 +0100, Will Stephenson wrote: On Monday 11 February 2008 17:27:53 Dan Williams wrote: On Mon, 2008-02-11 at 17:26 +0100, Will Stephenson wrote: On Friday 08 February 2008, Dan Williams said: So a simple patch to dbus-binding-tool to make it ignore namespaced nodes and attributes will allow us to use the TP namespace within the existing introspection XML files and avoid the extra step of spec/*. Ack, maybe it does so already - but is the extra spec/* step really worse than having all of downstream have to use a patched dbus-binding-tool? The patch for dbus-glib is the right thing to do anyway; and I don't think there's a really good reason to have the extra step either. If the fix does get into dbus-glib, we'd just have to rework the spec generation code again, so we might as well do it right the first time IMHO. I'm still not quite sure it's good to pass around extended introspection xml. Are you able to you check the python bindings' behaviour? I'll see what the Qt tools do. If you're still willing to work on this, I'd love a patch that would run the XSLT stuff over the introspection/*.xml (feel free to add all.xml to introspection/* if you like) and generate the HTML docs. I don't think it would be to much work to modify the makefile stuff to rip out the bits that convert spec/* - introspection/* and just preserve the bits that do introspection/* - HTML, right? It's trivial - will post a patch shortly. Patch attached. Committed with a few cleanups, thanks! Dan ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: NM 0.7.0-0.6.7.svn3302.fc8 broken with dbus-glib 0.73-6.fc8?
On Wed, 2008-02-27 at 23:14 +, The Holy ettlz wrote: Hello, Having problems with nm-applet 0.7.0-0.6.7.svn3302.fc8. If I try to connec to my usual (WPA) network, I get this: ** (nm-applet:23750): WARNING **: Invalid connection given. ** (nm-applet:23750): WARNING **: WARN applet_menu_item_activate_helper(): Invalid connection; asking for more information. (nm-applet:23750): Gtk-CRITICAL **: gtk_list_store_get_value: assertion `VALID_ITER (iter, list_store)' failed (nm-applet:23750): GLib-GObject-WARNING **: gtype.c:3339: type id `0' is invalid (nm-applet:23750): GLib-GObject-WARNING **: can't peek value table for type `invalid' which is not currently referenced and then it quits on signal 15, Bug Buddy kicks in, and there's a stack dump. The only thing I can think of that could've caused this is an update to dbus-glib-0.73-6.fc8. However I'm not convinced of this since downgrading doesn't help. The only other possible relevant packages upgraded then were pam-0.99.8.1-17.1.fc8.i386 and libnetfilter_conntrack-0.0.82-1.fc8.i386. Which selinux-policy-targeted RPM version? There was one that was bogus one that only got to updates-testing but no further. As a test point; I'm running all the 3302 RPMs, dbus-glib-0.73-6.fc8, kernel 2.6.23.15-137, and permissive SELinux with targeted policy 3.0.8-84.fc8. Haven't had an issue here. [As a side note, I tried downgrading to NM 0.7.0-0.6.7.svn3235.fc8, but for some reason now the daemon just segfaults. Don't know what caused that, either.] Did you downgrade _all_ the NM RPMs (nm, nm-gnome, nm-glib, etc) and then restart the machine to ensure a clean bootup? Dan ___ NetworkManager-list mailing list NetworkManager-list@gnome.org http://mail.gnome.org/mailman/listinfo/networkmanager-list
