Re: Is gtk4 support in libnma still EXPERIMENTAL?

Am 13.03.22 um 22:18 schrieb Thomas Haller: On Sun, 2022-03-13 at 16:01 +0100, Michael Biebl wrote: Am 13.03.22 um 12:46 schrieb Thomas Haller: On Sat, 2022-03-12 at 21:55 +0100, Michael Biebl wrote: ./usr/lib/x86_64-linux-gnu/girepository-1.0/NMA4-1.0.typelib ./usr/lib/x86_64-linux-gnu

Re: PSK+SAE when creating an Access Point

Am 23.03.22 um 08:57 schrieb Alfonso Sanchez-Beato via networkmanager-list: On Tue, Mar 22, 2022 at 10:56 PM Thomas Haller wrote: sounds related to https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/issues/638#note_1306214 ? Looks related, but in my case I was creating the AP

Re: Is gtk4 support in libnma still EXPERIMENTAL?

Am 13.03.22 um 12:46 schrieb Thomas Haller: On Sat, 2022-03-12 at 21:55 +0100, Michael Biebl wrote: ./usr/lib/x86_64-linux-gnu/girepository-1.0/NMA4-1.0.typelib ./usr/lib/x86_64-linux-gnu/libnma-gtk4.so ./usr/lib/x86_64-linux-gnu/libnma-gtk4.so.0.0.0 ./usr/lib/x86_64-linux-gnu/pkgconfig

Re: Is gtk4 support in libnma still EXPERIMENTAL?

Am 12.03.22 um 21:47 schrieb Michael Biebl: Hi there, there has been a flurry of updates for nm vpn plugins adding support for GTK4. All of them require a libnma built with GTK4 support which is still marked experimental. I haven't seen any real follow up commits in libnma dealing

Is gtk4 support in libnma still EXPERIMENTAL?

Hi there, there has been a flurry of updates for nm vpn plugins adding support for GTK4. All of them require a libnma built with GTK4 support which is still marked experimental. I haven't seen any real follow up commits in libnma dealing with GTK4 issues, so I wonder if the EXPERIMENTAL

Re: Inconsistent behaviour for non-admin users when creating new connections

Hi Thomas Am 23.04.2020 um 08:37 schrieb Thomas Haller: > On Wed, 2020-04-22 at 17:55 +0200, Michael Biebl wrote: >> I think the current situation is unfortunate. Ideally, NM Clients >> would >> behave more consistently and provide a better ootb experience for >>

Inconsistent behaviour for non-admin users when creating new connections

Hi everyone, for a bit of backstory: in Debian we traditionally ship a strict PolicyKit configuration for NetworkManager, which doesn't allow non-admin users to edit system wide connections (we build NM with --disable-modify-system, i.e. we use auth_admin_keep instead of yes) The reason for that

Re: Collect agreement/disagreement to Relicense NetworkManager under LGPL-2.1+

Am 09.01.20 um 13:26 schrieb Thomas Haller via networkmanager-list: > Hi all, > > > Currently, we have some LGPL vs. GPL license issue in libnm. > This will be addressed by [1]. > > However, I'd like not only to fix that particular issue, but instead > collect agreement/disagreement of

Re: Fwd: [Pkg-utopia-maintainers] Bug#933930: Bug#933930: Bug#933930: network-manager: Ethernet connection no longer works

Bringing Vincent into the loop here. Vincent, can you gather the information Beniamino is asking for? Am 08.08.19 um 09:51 schrieb Beniamino Galvani: > On Wed, Aug 07, 2019 at 05:00:01PM +0200, Michael Biebl wrote: >> Full downstream bug report at >> https://bugs.debian.org/cgi-bi

Fwd: [Pkg-utopia-maintainers] Bug#933930: Bug#933930: Bug#933930: network-manager: Ethernet connection no longer works

Von: Vincent Lefevre An: Michael Biebl Kopie (CC): 933...@bugs.debian.org On 2019-08-07 12:57:37 +0200, Michael Biebl wrote: > mbiebl_, Unclear what is not working. Could you ask for > level=TRACE logs? See > https://cgit.freedesktop.org/NetworkManager/NetworkManager/tree/contrib/f

Re: network-manager: doesn't show nor autoconnect to hidden wifi

Am 17.07.19 um 10:48 schrieb Jiri Novak: > Managed to debug it with someone else at #nm irc. > > the issue was that the wifi.hidden=yes works only on commandline, in > config file it needs hidden=true. > seems this version strictly needs this configured, the version shipped > with debian 9 did

Re: [PATCH v3] Do not use /etc/resolv.conf symbolic links on SELinux

Am 29.09.2016 um 18:01 schrieb Guido Trentalancia: > On Thu, 29/09/2016 at 17.52 +0200, Michael Biebl wrote: >> Am 29.09.2016 um 17:33 schrieb Guido Trentalancia: >>> >>> On Thu, 29/09/2016 at 17.29 +0200, Michael Biebl wrote: >>>> >>>>

Re: [PATCH v3] Do not use /etc/resolv.conf symbolic links on SELinux

Am 29.09.2016 um 17:33 schrieb Guido Trentalancia: > On Thu, 29/09/2016 at 17.29 +0200, Michael Biebl wrote: >> Am 29.09.2016 um 17:11 schrieb Guido Trentalancia: >>> >>> Run-time checks are wrong because they leave the filesystem in a >>> state that

Re: [PATCH v3] Do not use /etc/resolv.conf symbolic links on SELinux

Am 29.09.2016 um 17:11 schrieb Guido Trentalancia: > Run-time checks are wrong because they leave the filesystem in a state that > is not usable when SELinux goes back into enforcing mode. > > Compile-time checks have no side effects and in any case are better than the > bug! Debian enables

Re: [PATCH] plugins: ifupdown: support source-directory stanza

Am 06.09.2016 um 20:37 schrieb Tony Espy: > On 09/06/2016 02:05 PM, Michael Biebl wrote: >> Am 06.09.2016 um 15:41 schrieb Tony Espy: >>> From: Scott Sweeny <scott.swe...@canonical.com> >>> >>> Enable the ifupdown settings plugin to read interface

Re: [PATCH] plugins: ifupdown: support source-directory stanza

Am 06.09.2016 um 15:41 schrieb Tony Espy: > From: Scott Sweeny > > Enable the ifupdown settings plugin to read interface > definitions from the source directory: Hm, I must be missing something. Doesn't the plugin already support the source stanza. See

Re: ANN: NetworkManager 1.2.4 released

Am 08.08.2016 um 10:18 schrieb Beniamino Galvani: > On Sun, Aug 07, 2016 at 11:14:45PM +0200, Michael Biebl wrote: >> Since the upgrade to 1.2.4, I noticed that my network connection >> (wireless) is gone after a suspend/resume and NM does not auto-connect >> on resume. >&g

Re: ANN: NetworkManager 1.2.4 released

Am 03.08.2016 um 18:40 schrieb Francesco Giudici: > Hi, > I'm pleased to announce the second update to the NetworkManager 1.2.x > stable series. Since the upgrade to 1.2.4, I noticed that my network connection (wireless) is gone after a suspend/resume and NM does not auto-connect on resume. Is

Re: ANN: NetworkManager 1.2.4 released

Hi Am 03.08.2016 um 18:40 schrieb Francesco Giudici: > The 1.2.4 release include some new features and bug fixes. > > The rc-manager option has been extended with the "symlink" and > "unmanaged" values. Moreover, it is now possible to set its default by > passing the option

Re: ANN: NetworkManager 1.1.91 (1.2-beta2) released

Am 21.03.2016 um 07:32 schrieb Robby Workman: > 2. Some manual pages were not installed, e.g. NetworkManager.conf(5), >although nm-system-settings.conf(5), which directs users to the >former, is installed. Looking at the Makefile.am, it appears that >maybe these are autogenerated

dbus-policy-without-send-destination

Hi everyone, when building NetworkManager on Debian, I get the following warning from lintian, our Debian package checker: > W: network-manager: dbus-policy-without-send-destination > etc/dbus-1/system.d/org.freedesktop.NetworkManager.conf context="default">

[PATCH] Revert "Install a desktop file for nm-vpnc-auth-dialog"

intelligent life in the universe are pointed away from Earth? From d58947f6173fc2ebec5ac8734e2daa27b0e2e3fc Mon Sep 17 00:00:00 2001 From: Michael Biebl <bi...@debian.org> Date: Fri, 22 Jan 2016 00:28:28 +0100 Subject: [PATCH] Revert "Install a desktop file for nm-vpnc-auth-dialog" Thi

Re: [PATCH] Revert "Install a desktop file for nm-vpnc-auth-dialog"

Am 22.01.2016 um 00:36 schrieb Michael Biebl: > The desktop file was added a long time ago, when we didn't have native > gnome-shell dialogs yet. This is no longer the case and the vpnc plugin > uses supports-external-ui-mode=true nowadays. So drop the desktop file > again. Dan rightf

[PATCH] tests: use dbus-run-session instead of dbus-launch

The dbus-run-session utility was designed to run a process within a D-Bus session, specifically for running regressions tests and is much better suited then dbus-launch. As an additional benefit, this avoids any X dependencies. With the attached patch, I could successfully run the test-suite.

Re: [PATCH] tests: use dbus-run-session instead of dbus-launch

Am 21.01.2016 um 23:19 schrieb Michael Biebl: > The dbus-run-session utility was designed to run a process within a > D-Bus session, specifically for running regressions tests and is much > better suited then dbus-launch. As an additional benefit, this avoids > any X

libnm-* configure check in nm-applet 1.2

Hi, nm-applet 1.1.90 contains the following configure check: PKG_CHECK_MODULES(LIBNM_GLIB, [gio-2.0 >= 2.32 NetworkManager >= 1.1 libnm-glib >= 1.1 libnm-util >= 1.1 libnm-glib-vpn >= 1.1 This check should be

broken VPN routes (Re: ANN: NetworkManager 1.0.10 released)

Am 04.01.2016 um 19:34 schrieb Thomas Haller: > this seems to be a bug in NM. > > The upstream BZ is https://bugzilla.gnome.org/show_bug.cgi?id=759892 > (at the moment still unfixed). Maybe this helps https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=809526#10 -- Why is it that all of the

Re: ANN: NetworkManager 1.0.10 released

Hi everyone! Am 23.12.2015 um 15:47 schrieb Lubomir Rintel: > We're not releasing the new versions of VPN plugins this time. The VPN > plugins for older versions of NetworkManager remain compatible with > NetworkManager 1.0.10. You're encouraged to run version 1.0.8 of the > plugins. I received

Re: [PATCH 1/1] initscript: remove all distribution initscripts

Am 01.12.2015 um 19:22 schrieb Thomas Haller: > These initscripts weren't modified for a long time. Are they > just unused or flawless? It seems they are no longer best-practice > (e.g. NetworkManager supports reloading configuration with SIGHUP, > which only x implement). > > Nowadays some

Re: [PATCH 1/1] start after systemd-networkd

Am 25.11.2015 um 11:53 schrieb Christian Hess: > From: Christian Hesse > > It is possible to use systemd-networkd for some general network setup > (rename devices, ...) even for devices that are managed by > NetworkManager later. > Since systemd 228 the behaviour changed that

Re: ANN: NetworkManager 1.0.8 released

Hi Thomas Am 25.11.2015 um 09:49 schrieb Thomas Haller: > On Wed, 2015-11-25 at 09:45 +0100, Thomas Haller wrote: >> On Wed, 2015-11-25 at 02:46 +0100, Michael Biebl wrote: >>> Hi >> >>> Shouldn't libnm.pc have >>> Requires: NetworkManager >= 1.0.8 >

Re: ANN: NetworkManager 1.0.8 released

Am 25.11.2015 um 13:46 schrieb Michael Biebl: > Am 25.11.2015 um 09:49 schrieb Thomas Haller: >> Thus it's correct to have no "Requires". > > As I tried to explain, > /usr/include/libnm/nm-version.h (from libnm) does actually include a > header from a legacy

Re: ANN: NetworkManager 1.0.8 released

Hi Am 23.11.2015 um 18:20 schrieb Lubomir Rintel: > I'm pleased to announce the release of NetworkManager 1.0.8, the > latest stable release in the 1.0.x series. We recommend that users > of 1.0.x series as well as users of older 0.9.10.x series upgrade to > this release which is D-Bus and C API

Re: [PATCH] Split out the bits which determine ID_NET_DRIVER or DRIVERS, into separate udev rules file

Am 31.08.2015 um 09:50 schrieb Thomas Haller: > On Fri, 2015-08-28 at 16:52 +0200, Michael Biebl wrote: >> Am 28.08.2015 um 16:33 schrieb Michael Biebl: >>> +ENV{ID_NET_DRIVER}=="?*", GOTO="nm_drivers_end" >>> +DRIVERS=="?*", GOTO="nm_u

[PATCH] Split out the bits which determine ID_NET_DRIVER or DRIVERS, into separate udev rules file

are pointed away from Earth? From 7051669d45aaba29a61a6498a92d4d90294e5c37 Mon Sep 17 00:00:00 2001 From: Michael Biebl bi...@debian.org Date: Fri, 28 Aug 2015 16:30:15 +0200 Subject: [PATCH] Split out the bits which determine ID_NET_DRIVER or DRIVERS into separate udev rules file Those

Re: [PATCH] Split out the bits which determine ID_NET_DRIVER or DRIVERS, into separate udev rules file

Am 28.08.2015 um 16:33 schrieb Michael Biebl: +ENV{ID_NET_DRIVER}==?*, GOTO=nm_drivers_end +DRIVERS==?*, GOTO=nm_unmanaged_drivers_end ^ Sorry, this was a typo. Noticed the second I hit send :-/ Fixed patch attached. -- Why is it that all of the instruments seeking

CP error in --enable-more-logging commit

Hi, commit 63593a19d8e7d7fb5e844f0e3c8ac847e68699cb added a --enable-more-logging configure switch which seems to be a CP of the asserts configure switch, resulting in AC_DEFINE(NM_MORE_LOGGING, [1], [Define if more asserts are enabled]) -- Why is it that all of the instruments seeking

Re: is anyone actually still using WiMAX

Am 12.02.2015 um 19:09 schrieb Stuart Longland: On 11/02/15 11:27, Michael Biebl wrote: Debian (and Ubuntu) never enabled WiMAX support in our packages. I don't have plans to enable it in our Debian packages either. So from my PoV, feel free to drop WiMAX support. Probably worth pointing

Re: is anyone actually still using WiMAX

Am 10.02.2015 um 15:53 schrieb Dan Winship: While taking cheap potshots at WiMAX during devconf.cz, we started wonder whether anyone would care (or even notice) if we dropped support for it in NM 1.2, given that: - WiMAX seems to be a dying technology - the Intel WiMAX driver for

Re: [PATCH] build: install nm-settings-ifcfg-rh.5 man page conditionally

Am 09.02.2015 um 11:20 schrieb Lubomir Rintel: Hi Michael, Thanks you for the patch. On Mon, 2015-02-09 at 01:31 +0100, Michael Biebl wrote: Only install nm-settings-ifcfg-rh.5 man page if the ifcfg-rh configuration plugin has been enabled. It's confusing to have this man page around

Re: [PATCH] build: install nm-settings-ifcfg-rh.5 man page conditionally

Am 09.02.2015 um 01:31 schrieb Michael Biebl: Only install nm-settings-ifcfg-rh.5 man page if the ifcfg-rh configuration plugin has been enabled. It's confusing to have this man page around on e.g. a Debian based distro. See attached patch. This time for real... -- Why is it that all

[PATCH] build: install nm-settings-ifcfg-rh.5 man page conditionally

Only install nm-settings-ifcfg-rh.5 man page if the ifcfg-rh configuration plugin has been enabled. It's confusing to have this man page around on e.g. a Debian based distro. See attached patch. There might be small issue here, i.e. if you build the release tarball and you don't have ifcfg-rh

outdated version requirements in libnm-gtk.pc.in

Hi, had a look at nm-applet 1.0.0, specifically src/libnm-gtk/libnm-gtk.pc.in. It contains nmversion=0.8.998 Requires: NetworkManager = ${nmversion} libnm-util = ${nmversion} libnm-glib = ${nmversion} gtk+-3.0 = 2.91.4 That nmversion looks outdated, so does the gtk version. Would be

automake warnings about option 'subdir-objects' is disabled

Hi, during build, I get the following warning: automake: warning: possible forward-incompatibility. automake: At least a source file is in a subdirectory, but the 'subdir-objects' automake: automake option hasn't been enabled. For now, the corresponding output automake: object file(s)

missing xml files in 1.0.0 dist tarball

hi, I just noticed that the 1.0.0 tarball failed to build twice in a row (./configure make make clean * 2) due to man/{NetworkManager.xml,nmcli-examples.xml} missing in the dist tarball. The tarball only contains the generated man pages but should also contains the xml sources. Michael -- Why

.pc file for new libnm with incorrect dependencies?

Hi, the libnm.pc file for the new libnm library has Requires: gio-2.0 dbus-glib-1 This looks incorrect, especially the dependency on dbus-glib-1. Is this a CP error? Especially since the Description is the same as for libnm-util.pc. Michael -- Why is it that all of the instruments seeking

[PATCH] Support building against libsystemd library

of the instruments seeking intelligent life in the universe are pointed away from Earth? From 32b630692a319c14fc2cdba7e6f34404bf47957b Mon Sep 17 00:00:00 2001 From: Michael Biebl bi...@debian.org Date: Tue, 30 Sep 2014 05:38:25 +0200 Subject: [PATCH] Support building against libsystemd library

Re: recent update makes me crazy...

Am 16.07.2014 10:59, schrieb Pal, Laszlo: Hi, One of the recent upgrade continuously trying to destroy my brain by changing my virtual bridge configs... I don't have a very complicated config, one physical ethernet, one wireless and five virtual networks for my KVM machines. It was ok for

Re: nmtui links [Re: ANN: NetworkManager 0.9.9.98 (0.9.10-rc1) released]

Am 23.06.2014 11:00, schrieb Michael Biebl: Looking at nmtui, I think I'd prefer if we made /usr/bin/nmtui-* symbolic links to /usr/bin/nmtui. Attached is an updated patch which I ship as part of the Debian package. Cheers, Michael -- Why is it that all of the instruments seeking

Re: nmtui links [Re: ANN: NetworkManager 0.9.9.98 (0.9.10-rc1) released]

Am 23.06.2014 00:23, schrieb Michael Biebl: Am 21.06.2014 04:55, schrieb Dan Williams: Hi! Continuing the release bullet-train, here's the next one on the way to 0.9.10. Looking at nmtui, I think I'd prefer if we made /usr/bin/nmtui-* symbolic links to /usr/bin/nmtui. This makes

nmtui links [Re: ANN: NetworkManager 0.9.9.98 (0.9.10-rc1) released]

Am 21.06.2014 04:55, schrieb Dan Williams: Hi! Continuing the release bullet-train, here's the next one on the way to 0.9.10. Looking at nmtui, I think I'd prefer if we made /usr/bin/nmtui-* symbolic links to /usr/bin/nmtui. This makes it much more obvious then a hard link. Simple patch

Re: virtual interfaces [Re: ANN: NetworkManager 0.9.9.95 (0.9.10-beta1) released]

Am 17.06.2014 17:21, schrieb Michael Biebl: Am 07.06.2014 02:20, schrieb Dan Williams: Hi, I'm pleased to announce the release of NetworkManager 0.9.9.95 * Changes made to IP addresses, IP routes, and master/slave relationships from external tools are now recognized and reflected

bashisms in configure.ac and usage of realpath

the check is supposed to achieve, but the attached patch fixes the errors for me. Please review. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? From b8fc9817a392dffb4cf2d1a86ce1be998af4bc94 Mon Sep 17 00:00:00 2001 From: Michael

Re: ANN: NetworkManager 0.9.9.95 (0.9.10-beta1) released

Hi, Am 07.06.2014 02:20, schrieb Dan Williams: I'm pleased to announce the release of NetworkManager 0.9.9.95 (0.9.10-beta1) and the same version of nm-applet and nm-connection-editor. This release contains many, many enhancements and bug fixes, most notably much better cooperation with

virtual interfaces [Re: ANN: NetworkManager 0.9.9.95 (0.9.10-beta1) released]

Am 07.06.2014 02:20, schrieb Dan Williams: Hi, I'm pleased to announce the release of NetworkManager 0.9.9.95 * Changes made to IP addresses, IP routes, and master/slave relationships from external tools are now recognized and reflected in the D-Bus API I do have virtualbox and vmware

Re: ANN: NetworkManager 0.9.9.95 (0.9.10-beta1) released

Am 17.06.2014 16:50, schrieb Michael Biebl: I also noticed that you implemented pre-up and pre-down in the dispatcher and that there are now dedicated directories in /etc/NetworkManager/dispatcher.d/pre-down.d /etc/NetworkManager/dispatcher.d/pre-up.d That seems a bit inconsistent with how

Re: ANN: NetworkManager 0.9.9.95 (0.9.10-beta1) released

Am 17.06.2014 18:31, schrieb Dan Williams: Separate directories were used for pre-up/pre-down because these events block state changes internally. NM will not advance a device from ACTIVATED - DISCONNECTED (pre-down) or IP_CHECK - SECONDARIES (pre-up) until all the scripts execute.

Re: ANN: NetworkManager 0.9.9.95 (0.9.10-beta1) released

Am 17.06.2014 19:54, schrieb Dan Winship: On 06/17/2014 10:50 AM, Michael Biebl wrote: Looking through the changes in configure.ac, I notice that libteam is a new (optional) dependency. Which of the new functionality depends on libteam? team devices. (The new half-kernel/half-userland

Re: broken paths in VPN plugins (Re: ANN: NetworkManager 0.9.8.2 released)

Am 08.06.2013 02:31, schrieb Michael Biebl: Hi, Am 07.06.2013 23:43, schrieb Dan Williams: http://ftp.gnome.org/pub/gnome/sources/network-manager-vpn/0.9/ http://ftp.gnome.org/pub/gnome/sources/network-manager-openconnect/0.9/ http://ftp.gnome.org/pub/gnome/sources/network-manager-openvpn

broken paths in VPN plugins (Re: ANN: NetworkManager 0.9.8.2 released)

Hi, Am 07.06.2013 23:43, schrieb Dan Williams: http://ftp.gnome.org/pub/gnome/sources/network-manager-vpn/0.9/ http://ftp.gnome.org/pub/gnome/sources/network-manager-openconnect/0.9/ http://ftp.gnome.org/pub/gnome/sources/network-manager-openvpn/0.9/

[PATCH] Fall back to user-owned connections if user lacks, permissions

Hi, we've discussed this topic in the past and I thought I put the patches out there in the hope to get them merged upstream. To solve the user vs system vs PK prompts issues, we apply the following patch in Debian. I have similar patches for gnome-shell and gnome-control which have been posted

[PATCH] Fall back to user-owned connections if user lacks, permissions

Hi, we've discussed this topic in the past and I thought I put the patches out there in the hope to get them merged upstream. To solve the user vs system vs PK prompts issues, we apply the following patch in Debian. I have similar patches for gnome-shell and gnome-control which have been posted

Re: Possible GSOC project ideas

On 25.02.2013 09:25, todd rme wrote: 3. Implement auto-detection of connection status. This is already supported roughly in a way you are describing it below. It is? I have tried connecting under these circumstances and nothing remotely like this happened. See man NetworkManager.conf

Re: NM 0.9.10 requirements: glib 2.32, gtk 3.4? (and no gtk2)

On 18.02.2013 22:53, Dan Winship wrote: For 0.9.10 (expected sometime May-ish), we'd like to bump up the required versions of some NM dependencies to start taking advantage of assorted new awesomeness (eg, GDBus). We're currently eyeing glib 2.32, and the corresponding gtk release would be

Re: Dropping support for libnl1 and libnl2?

On 06.12.2012 19:11, Dan Williams wrote: So, given that libnl 3.2.7 has been out for almost a year (2012-01-20), and most major distros are packaging it (Ubuntu, OpenSUSE, Debian, Fedora, Gentoo, Arch), would anyone object to libnl = 3.2.7 as a build requirement for the next release of

Re: Debian testing + MM 0.5.2 + Huawei

On 19.05.2012 18:35, PongráczI wrote: /modem-manager: symbol lookup error: /usr/lib/ModemManager/libmm-plugin-cinterion.so: undefined symbol: mm_plugin_base_supports_task_propagate_cached [Inferior 1 (process 6110) exited with code 0177] /usr/lib/ModemManager/libmm-plugin-cinterion.so is

Re: nm-applet as normal user + debian + fluxbox + slim

On 16.02.2012 22:28, PongráczI wrote: Hi, I have an issue with nm-applet, I am not able to enable/setup network (openvpn), due to that, the user has no rights to modify/enable configs. I have to sudo root to setup the network (mobile broadband, vpn). I found a lot of stuff on the

Re: nm-connection-editor working only as root

Am 06.11.2011 14:39, schrieb Ramon Diaz-Uriarte: Yes, I do have polkit-gnome-authentication-agent-1 in /usr/lib/policykit-1-gnome/ ... No, I never see a PolicyKit authentication dialog. However, in case it matters, I do have the daemon running: ramon@Bufo:~$ ps -A -f | grep polkit

Re: nm-connection-editor working only as root

Am 21.10.2011 13:44, schrieb Ramon Diaz-Uriarte: Dear All, I just upgraded to version 0.9 of network manager and the nm-connection-editor (running Debian). Since the upgrade: What's the output of ck-list-sessions? -- Why is it that all of the instruments seeking intelligent life in the

Re: nm-connection-editor working only as root

Am 21.10.2011 21:14, schrieb Ramon Diaz-Uriarte: On Fri, 21 Oct 2011 16:42:52 +0200,Michael Biebl bi...@debian.org wrote: Am 21.10.2011 13:44, schrieb Ramon Diaz-Uriarte: What's the output of ck-list-sessions? Session5: active = FALSE is-local = FALSE That's your

Re: [PATCH] docs/Makefile.am: use `WITH_DOCS_TRUE` to fix `--with-docs=no`

Am 08.05.2011 12:32, schrieb Paul Menzel: Date: Sun, 8 May 2011 12:26:06 +0200 Although passing `--with-docs=no` to `configure` the build system still tries to include `gtk-doc.make`. gtk-doc should always be included, even if the documentation is not built. Otherwise you could end up

Re: build system related issues

Am 20.03.2011 10:39, schrieb Michael Biebl: 2/ We should only ship the input files for the SysV init scripts in the tarball, not the generated files. Patch attached. Looking at this a second time, given that all init scripts are generated via AC_CONFIG_FILES(), there is not point really

Re: build system related issues

Am 20.03.2011 10:45, schrieb Michael Biebl: Am 20.03.2011 10:39, schrieb Michael Biebl: 2/ We should only ship the input files for the SysV init scripts in the tarball, not the generated files. Patch attached. Looking at this a second time, given that all init scripts are generated via

Re: ANN: Release of NetworkManager 0.8.997 (0.9.0-beta3)

Am 20.03.2011 02:47, schrieb Michael Biebl: Am 19.03.2011 20:16, schrieb Dan Williams: VPN plugins to follow. Thanks to everyone so far for their testing, lets keep at it til we're done. Areas of interest are WiFi scanning A few issues I found while testing the 0.8.997 tarball (on Debian

Re: ANN: Release of NetworkManager 0.8.997 (0.9.0-beta3)

Am 20.03.2011 11:10, schrieb Michael Biebl: Am 20.03.2011 02:47, schrieb Michael Biebl: Am 19.03.2011 20:16, schrieb Dan Williams: VPN plugins to follow. Thanks to everyone so far for their testing, lets keep at it til we're done. Areas of interest are WiFi scanning A few issues I found

assertion failures in nm-applet (0.8.3.998)

Hi, I've been running 0.8.3.998 on a up-to-date Debian Sid system, using nm 0.8.3.998 and nm-applet 0.8.3.998. Kernel is 2.6.38, wireless card is ipw2200 When I click on the applet in the systray, I get a lot of those errors on my terminal where I started nm-applet from: (nm-applet:22292):

Re: ANN: Release of NetworkManager 0.8.997 (0.9.0-beta3)

Am 19.03.2011 20:16, schrieb Dan Williams: VPN plugins to follow. Thanks to everyone so far for their testing, lets keep at it til we're done. Areas of interest are WiFi scanning A few issues I found while testing the 0.8.997 tarball (on Debian sid, GCC 4.5, i386) 1/ it fails to build with

0.8.997 / vpn / crashes in nm-applet

Am 19.03.2011 20:16, schrieb Dan Williams: VPN plugins to follow. Thanks to everyone so far for their testing, lets keep at it til we're done. Areas of interest are WiFi scanning (making sure the APs you expect have reasonable signal strength) and connection editing. vpn (pptp and vpnc) do

Re: ANN: Release of NetworkManager 0.8.996 (0.9.0-beta2)

Am 10.03.2011 18:00, schrieb Dan Williams: other VPN plugins may/may not follow depending on whether we find and fix bugs. Thanks to everyone so far for their testing, lets keep at it til we're done. Been testing the 0.8.996 packages. Looking quite ok so far. Some impressions: - Import of

Re: ANN: Release of NetworkManager 0.8.996 (0.9.0-beta2)

Am 11.03.2011 09:49, schrieb Michael Biebl: - I can edit public system connections without authorization through policykit!!! I.e. system connections that were created with 0.8 and required authorization are now editable for everyone. -- Why is it that all of the instruments seeking

Re: ANN: Release of NetworkManager 0.8.996 (0.9.0-beta2)

Am 11.03.2011 09:49, schrieb Michael Biebl: Am 10.03.2011 18:00, schrieb Dan Williams: other VPN plugins may/may not follow depending on whether we find and fix bugs. Thanks to everyone so far for their testing, lets keep at it til we're done. Been testing the 0.8.996 packages. Looking

Re: ANN: Release of NetworkManager 0.8.996 (0.9.0-beta2)

Am 11.03.2011 09:49, schrieb Michael Biebl: Been testing the 0.8.996 packages. Looking quite ok so far. Some impressions: The online/offline (D-Bus) API seems to be broken. firefox always starts in offline mode now when using toolkit.networkmanager.disable false -- Why is it that all

Re: Can not compile 0.8.4-beta3 - implicit declaration of function ‘g_key_file_get_uint64’

Am 11.03.2011 10:47, schrieb Thomas Bechtold: Hi, i can not compile (on debian squeeze) the 0.8.4-beta3 version of NM. ... cc1: warnings being treated as errors nm-sysconfig-settings.c: In function ‘claim_connection’: nm-sysconfig-settings.c:541: error: implicit declaration of function

Re: ANN: Release of NetworkManager 0.8.996 (0.9.0-beta2)

Am 11.03.2011 14:26, schrieb Mikhail Efremov: On Fri, 11 Mar 2011 10:28:58 +0100 Michael Biebl wrote: Am 11.03.2011 09:49, schrieb Michael Biebl: Been testing the 0.8.996 packages. Looking quite ok so far. Some impressions: The online/offline (D-Bus) API seems to be broken. firefox

Re: ANN: Release of NetworkManager 0.8.996 (0.9.0-beta2)

Am 11.03.2011 18:21, schrieb Dan Williams: On Fri, 2011-03-11 at 09:49 +0100, Michael Biebl wrote: Am 10.03.2011 18:00, schrieb Dan Williams: other VPN plugins may/may not follow depending on whether we find and fix bugs. Thanks to everyone so far for their testing, lets keep at it til we're

Re: ANN: One the road to 0.9 - release of 0.8.995 (0.9.0-beta1)

Am 05.03.2011 07:48, schrieb Dan Williams: Any and all testing, patches, comments, etc, greatly appreciated. Lets get 0.9 out soon! Looks like 0.8.995 does not contain the changes of 0.8.4, which moved the timestamps to /var/lib/NetworkManager. I've been compiling on Debian unstable (using

Re: ANN: One the road to 0.9 - release of 0.8.995 (0.9.0-beta1)

Am 07.03.2011 07:11, schrieb Michael Biebl: Will report back when I encounter any other issues. Looks like all user defined connections have been forgotten, they are neither shown anymore by nm-connection-editor nor nm-applet. It would be cool, if nm-applet would automatically convert/import

Re: [PATCH] dnsmasq: fix sending the conf-file parameter to dnsmasq

Hi! Am 26.02.2011 03:19, schrieb Mathieu Trudel-Lapierre: Hi, Please see the attached patch. It fixes an issue reported downstream on https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/725041 dnsmasq, starting in version 2.56, expects parameters requiring arguments to have

Re: Can not build NM 0.8.4 on debian squeeze

Am 24.02.2011 19:28, schrieb toabctl: Hi, NM 0.8.4 can't be build on debian squeeze because squeeze has glib 2.24 and NM needs 2.26 because it uses G_DEFINE_BOXED_TYPE() which was introduced in 2.26. [..] Is there any way to build NM 0.8.4 on debian squeeze? Either the source is changed,

Re: Device removal not detected

On 21.01.2011 19:22, Dan Williams wrote: On Thu, 2011-01-20 at 10:55 +0100, Michael Biebl wrote: On 19.01.2011 07:42, toabctl wrote: Hi, i use networ-manager 0.8.1 (from debian squeeze) and when i remove a usb wlan stick, the device removal is not shown in the nm-applet. any ideas why? I

Re: Device removal not detected

On 19.01.2011 07:42, toabctl wrote: Hi, i use networ-manager 0.8.1 (from debian squeeze) and when i remove a usb wlan stick, the device removal is not shown in the nm-applet. any ideas why? Hm, seem like I can reproduce that. If I run rmmod 8139cp, NM doesn't recognize the hotplug device

Re: networkmanager-0.8.2 keyfile syslog spam

On 14.01.2011 19:44, Dan Williams wrote: First thought is an sqlite database of connection timestamps for system connections so that we don't have to write them out, but some places don't have/want sqlite and thus a more generic solution is a better one. Given the size and the ubiquity of

Re: NM and pm-utils sleep hook

On 11.01.2011 20:03, Dan Williams wrote: On Sat, 2010-12-18 at 10:01 -0600, Robby Workman wrote: Hi Dan, Re this commit: commit 8310593ce48a85aa82d4a2adf805662f2b019ef5 Author: Dan Williams d...@redhat.com Date: Fri Oct 15 10:28:38 2010 -0500 core: ignore authorization

Re: dnsmasq integration?

Am 07.01.2011 17:13, schrieb Uwe Geuder: On Ubuntu Lucid I solved the dnsmasq - nm integration as follows: - dnsmasq is configured to read upstream DNS servers from /etc/resolv.conf1 - nm is patched to write to /etc/resolv.conf1 instead of /etc/resolv.conf (I'm willing to share the

[PATCH 2/2] ifupdown: Allow to mark bridge ports as unmanaged

See attached patch -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? From e793f03ae85dd14e7b4b07a5929938b5800bb3bf Mon Sep 17 00:00:00 2001 From: Michael Biebl bi...@debian.org Date: Mon, 6 Dec 2010 19:03:09 +0100 Subject: [PATCH 2/2

[PATCH 1/2] ifupdown: Correctly mark unmanaged devices

See attached patch for details. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? From fc86ba3b0c7d403defb3014ed5f1e1f745e4c8fc Mon Sep 17 00:00:00 2001 From: Michael Biebl bi...@debian.org Date: Mon, 6 Dec 2010 18:57:50 +0100 Subject

Re: network-manager 0.8.1-beta2 does not work with isc dhcp-clients 3.1.3 and 4.1.1

On 30.05.2010 20:24, Michael Biebl wrote: NM 0.8.1 requires ISC dhcp-client with DHCPv6 support enabled. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=549060 To clarify that: If ISC dhcp is compiled with --enable-dhcpv6, it gets a few new commandline options. Comparing the output

Re: network-manager 0.8.1-beta2 does not work with isc dhcp-clients 3.1.3 and 4.1.1

On 30.05.2010 11:38, Thomas Schmidt wrote: Hi, i am currently testing the beta2 of network-manager 0.8.1 on my Debian Testing system, which has the isc dhcp3-client 3.1.3 installed by default. The new network-manager seems to use some commandline options for calling the dhcp-client which

Re: NM starts disabled after system crash (hard power off)

Am 10.03.2010 18:33, schrieb Andrey Borzenkov: Unfortunately, I still experience occasional lockups which require me to press power off button. What I find annoying - NM consistently comes up disabled after this. Simple cnetworkmanager -o yes is enough, but I am curious - why? Is it

Re: Execute a command after connecting or disconnecting?

Bill C Riemers wrote: Is there a way to automatically execute a command after opening or closing a connection? What I would like to do is figure out a way to run service dnsmasq restart when connecting or disconnecting from openvpn. That way my dns will not continue to cache lookups

  1   2   3   >