[Pkg-utopia-maintainers] Bug#742025: network-manager-gnome: Systray icon too small

[Michael Biebl]

Control: tags -1 + moreinfo

On Tue, 18 Mar 2014 14:11:46 +0100 Christophe Troestler
 wrote:
> Package: network-manager-gnome
> Version: 0.9.8.4-1
> Severity: normal
> 
> Dear Maintainer,
> 
> When starting nm-applet
> 
> pkill nm-applet
> nm-applet &
> 
> the systray icon (in fluxbox) is too small (see nm_small.png attached).
> If I restart the network manager
> 
> /etc/init.d/network-manager restart
> 
> the icon has its normal size (see nm.png attached).

Is this still an issue on an up-to-date stretch or sid system?
If so, what tray application do you use?

Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#880169: Please enable Indicator support and build against Ayatana Indicators

[Michael Biebl]

On Mon, 30 Oct 2017 10:36:23 +0100 Mike Gabriel
 wrote:
> Source: network-manager-applet
> Version: 1.8.4-1
> Severity: wishlist
> Tags: upstream patch
> User: pkg-ayatana-de...@lists.alioth.debian.org
> Usertags: ayatanaindicators
> 
> Dear maintainer,
> 
> attached you find a .debdiff that enables Indicator support in Network
> Manager Applet (GNOME) on Debian.
> 
> The Debian + Ubuntu MATE Packaging Team are currently working on porting
> Ubuntu Indicators to a distro-independent state. This is done under a new
> upstream umbrella (https://github.com/AyatanaIndicators).
> 
> For Network Manager Applet (GNOME), we would love to see Indicator
> support being enabled on Debian systems. As the Ubuntu Indicators in
> Debian are severely unmaintained, please switch to Ayatana Indicators
> when enabling Indicator support for your package.
> 
> A Network Manager Applet that has been built against Ayatana Indicators will
> also work as-is on top of Ubuntu Indicators as found in Ubuntu.

Would you consider forwarding this request upstream?
I don't really want to maintain this as a downstream patch.

That aside, which desktops in Debian would benefit from Ayatana
Indicators support?

Regards,
Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#842918: network-manager-gnome: network-manager gnome not supporting appindicator

[Michael Biebl]

Control: tags -1 + moreinfo

On Wed, 02 Nov 2016 11:42:24 +0100 Mark Dickie 
wrote:
> Package: network-manager-gnome
> Version: 1.4.2-1
> Severity: wishlist
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>* What was the outcome of this action?
>* What outcome did you expect instead?
> 
> *** End of the template - remove these template lines ***
> 
> Running enlightenment E21, xembed is not supported in the systray. A version 
> of
> n-m-gnome built with the --with-appindicator configure option would be
> beneficial in systems which have moved away from old xembed system to
> appindicator.

TTBOMK, appindicator is no longer actively maintained (by Ubuntu) and
also unmaintained in Debian.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=818019

I'm thus very reluctant to enable support for it.

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

Re: [Pkg-utopia-maintainers] how to override polkit defaults?

[Michael Biebl]

Am 30.03.2018 um 04:36 schrieb Christoph Anton Mitterer:
> Hi.
> 
> I was just looking into the polkit documentation on how to override the
> defaults of actions... but that seems not easily be possible.
> Perhaps someone here can help me :-)
> 
> 
> Unfortunately we've had a security incident at the institute, in which
> a user was granted quite arbitrary access to disks.
> The reasons seems to be that udisks' default policy allows any "local"
> users pretty vast access (powering off, editing/deleting partitions,
> etc.) on devices it doesn't consider to be system devices.
> 
> No idea how it decides what a system disk is, but anything connected
> via USB doesn't seem to be.
> 
> This alone is IMO a grave security hole, but getting it fixed is
> probably fighting windmills, as there seem to be a clear direction
> towards the simple-desktop-system model, i.e. one user, computer anyway
> fully physically accessible to any user sitting in front of it.
> 
> Real world is of course different, in our case users don't have full
> physical access to the computer (except screen, keyboard and the like)
> ... and some "system disks" are connected via internal USB bridge.
> By that the system could be compromised (well luckily in this case
> there were not bad intentions but just "accidentally" breaking things).
> 
> 
> Long story short, I'd like to fix all the polkit/udisks permissions for
> at least our systems.
> 
> 
> Now there seems to be only little documentation (basically the polkit-
> html manual) that deals with what one would want to do in real world
> cases. :-(
> 
> 
> AFAIU, it's apparently not possible to override the policy files
> themselves, but only to create rules files, which kinda refine the
> policy, right?
> 
> 
> What I'd basically want is to say for e.g. all udisk actions, that at
> least admin-authentication is needed... *but*, ideally, if some
> existing policy or rules file, allow for root or other special groups
> (I think in Debian sudo-group members) to proceed without password-
> authn, then this should be kept.
> 
> Maybe I just don't see it, but this doesn't seem possible.
> I can override the actions to e.g. demand for auth_admin, but then I'll
> also override and auth_admin_keep or e.g. "yes" for root (but not
> users).
> 
> Is this somehow cleanly possible? :-) I guess it would also be worth to
> put something like this into README.Debian.
> I.e. override to require admin_auth for non-admin-users, but retain any
> yes/admin_auth_keep/etc. for admin-users.
> 
> 
> The next thing is: Debian seems to be stuck at some pretty old version
> of polkit?
> 0.105 in contrast to 0.113 upstream? And the customisation via rules in
> some creepy JavaScript as done in upstream 0.113 seems to not be
> available in 0.105... and the pklocalauthority thing seems to be gone
> from the current upstream?
> Is the current version going to Debian sooner or later?

No current plans to upload the JavaScript/mozjs based version to unstable.

> And how should one write/override rules for polkit in Debian?

You might have a look at
https://packages.ubuntu.com/search?keywords=policykit-desktop-privileges

Instead of locking down, those rules open the default policy

Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

Re: [Pkg-utopia-maintainers] how to override polkit defaults?

[Michael Biebl]

Am 30.03.2018 um 04:36 schrieb Christoph Anton Mitterer:

> The reasons seems to be that udisks' default policy allows any "local"
> users pretty vast access (powering off, editing/deleting partitions,
> etc.) on devices it doesn't consider to be system devices.
> 
> No idea how it decides what a system disk is, but anything connected
> via USB doesn't seem to be.
> 
> This alone is IMO a grave security hole, but getting it fixed is
> probably fighting windmills, as there seem to be a clear direction
> towards the simple-desktop-system model, i.e. one user, computer anyway
> fully physically accessible to any user sitting in front of it.

Fwiw, I don't agree here. A computer should be usable by default.
We have a conservative, but usable default policy in Debian, imho.
If a computer is not usable, users will start to employ hacks and
workarounds, which would be worse.
For a specialized lab setup you are indeed encouraged to setup you own
policies and lock down stuff further.

Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Accepted libatasmart 0.19-5 (source) into unstable

[Michael Biebl]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Wed, 21 Mar 2018 17:31:03 +0100
Source: libatasmart
Binary: libatasmart-dev libatasmart4 libatasmart-bin
Architecture: source
Version: 0.19-5
Distribution: unstable
Urgency: medium
Maintainer: Utopia Maintenance Team 
<pkg-utopia-maintainers@lists.alioth.debian.org>
Changed-By: Michael Biebl <bi...@debian.org>
Description:
 libatasmart-bin - ATA S.M.A.R.T. reading and parsing library - utilities
 libatasmart-dev - ATA S.M.A.R.T. reading and parsing library - development 
files
 libatasmart4 - ATA S.M.A.R.T. reading and parsing library
Changes:
 libatasmart (0.19-5) unstable; urgency=medium
 .
   * Update Vcs-* for the switch to salsa.debian.org
   * Bump debhelper compat level to 11 for automatic dh-autoreconf
   * Stop installing library to /lib.
 Late mounting of /usr is no longer supported, so this is not necessary
 anymore.
   * Mark libatasmart-dev as Multi-Arch: same
   * Bump Standards-Version to 4.1.3
Checksums-Sha1:
 6aff6e9fbfea4c2d5da64ac97e9f2f68f4bac9ad 2136 libatasmart_0.19-5.dsc
 280bc1e80c892f697d164284cb334f4de6f43543 6452 libatasmart_0.19-5.debian.tar.xz
 ab0478e56fe714e6ef5718a7d4c8073ce2267271 5514 
libatasmart_0.19-5_source.buildinfo
Checksums-Sha256:
 ace388aa59c5b25ca373625130aa4d2f893e16a81e456e8d41a58bde765e6c2e 2136 
libatasmart_0.19-5.dsc
 5060ada644edb87c7ce48c69eb17402d85e6462ac8194881cdb0caef56a68fb1 6452 
libatasmart_0.19-5.debian.tar.xz
 b9e4a225162d9d7c36951ab475ef46d5430d18e1efa4b6148cb49fadb3dd4ce0 5514 
libatasmart_0.19-5_source.buildinfo
Files:
 6fc7439d45de6281182b1ab8c7ee129c 2136 libs optional libatasmart_0.19-5.dsc
 b9cfd553909f91b0612daf8581169801 6452 libs optional 
libatasmart_0.19-5.debian.tar.xz
 9c296fcc8fb0e80ad5a02e7d2df1ca32 5514 libs optional 
libatasmart_0.19-5_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEECbOsLssWnJBDRcxUauHfDWCPItwFAlqyiRYACgkQauHfDWCP
ItxBdQ//Qls3EFujUeLeUvbS8BKzIrDOlErTGJ6LLG7qyBug+Y/EHGF6kSZJ612g
sLCzFx1XtwIiOQksZZRqc+dSLnOZxeybd/nz5LS5CgeZ0t35EL1X12SRSkNk1E9t
Qb9q6UEjN92yvzpVMTJBO+VDayrMPcnXG9fO+XaqiPFMOc3nhQyp01wfaDB9gjw7
kN4ondjPt3HGAXl+3vY5mMeQHU3aqxPvcpR+RLjNen8cY4CmhsP+AwQ6aZlQtkvz
Io8A0bYTPbh7IEV3jaR/oRxTtQsxQI/PJXzR8rVNb5CnZjsnjLjEPLVuUzJMnV6x
w4FwRdvgmD+cgNzBmamxy/KiNUJd94UJke7/QRCtojFY0/v39wI8gcMElyfKmeM3
tNs0lBtAhlQrs1PFvLrhyDyJ7CibmNt5iys2400TG4LVKwZnnOkOpJ0PiYy/IPFb
ZwJ76Ukm474FMtbCI3/+XYo2G2E1OaYnTHsMIUHrYXcnj41iU15VzUZofJZ8z0iq
zZk9QRHL085ejs8LBej5Doy3qP2j7BX/+vzToPmJx5M8Y5IG+KAU4p5hu3cIyg0J
lhMX3FoEPTZpIy8ihCYlWP8McccCX7IJ4bPjx6/H1Yw0KiIGKK04zZcEFQ9DyJWH
lFGkarn9sSAfPBW4n4XemFdklbQYtQjY6W13Gak/2JZF+qmF7Co=
=DQ0F
-END PGP SIGNATURE-


___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Accepted network-manager-openvpn 1.8.2-1 (source) into unstable

[Michael Biebl]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Tue, 13 Mar 2018 02:00:33 +0100
Source: network-manager-openvpn
Binary: network-manager-openvpn network-manager-openvpn-gnome
Architecture: source
Version: 1.8.2-1
Distribution: unstable
Urgency: medium
Maintainer: Utopia Maintenance Team 
<pkg-utopia-maintainers@lists.alioth.debian.org>
Changed-By: Michael Biebl <bi...@debian.org>
Description:
 network-manager-openvpn - network management framework (OpenVPN plugin core)
 network-manager-openvpn-gnome - network management framework (OpenVPN plugin 
GNOME GUI)
Changes:
 network-manager-openvpn (1.8.2-1) unstable; urgency=medium
 .
   * New upstream version 1.8.2
   * Drop debian/patches/01-Fix_unusable_config_imports.patch, merged upstream
Checksums-Sha1:
 6cafc2475185226fa6ab0edf46fbc1c226a47359 2321 
network-manager-openvpn_1.8.2-1.dsc
 c23f56c6785ac06b2da3f6455fb06e9ded33da8d 540912 
network-manager-openvpn_1.8.2.orig.tar.xz
 3062f776ff4bfdf8904b3858f2ac4a8cc90f7f63 6948 
network-manager-openvpn_1.8.2-1.debian.tar.xz
 eb094fa0d440f1caed7caf8f6d69f667ea733d8a 14547 
network-manager-openvpn_1.8.2-1_source.buildinfo
Checksums-Sha256:
 bc86e3732ba589a6a9686c5eecf01d98f40f5c2f523a4ef5c8cd6010ce438cde 2321 
network-manager-openvpn_1.8.2-1.dsc
 8861afd1f369a55e5d229228370bf63c08cc4e987bcf29d36c410618d094375d 540912 
network-manager-openvpn_1.8.2.orig.tar.xz
 eda44bd92d0ac28e43191c73a81326cfa1b77e500db0a628da9788d717e2d89a 6948 
network-manager-openvpn_1.8.2-1.debian.tar.xz
 8efe9864f20029cafb58f1ac4bdd4295e8bd345409a93f5cf7a23c40fd831fd0 14547 
network-manager-openvpn_1.8.2-1_source.buildinfo
Files:
 baa49acc641b59e13c2cffb2b4bfa0e0 2321 net optional 
network-manager-openvpn_1.8.2-1.dsc
 dce82d9cb007fcdc9d737a2e583e2a9e 540912 net optional 
network-manager-openvpn_1.8.2.orig.tar.xz
 21a78bfab46cbc22c313905e3540eb03 6948 net optional 
network-manager-openvpn_1.8.2-1.debian.tar.xz
 079102842c04e241089ea9001a3b8627 14547 net optional 
network-manager-openvpn_1.8.2-1_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEECbOsLssWnJBDRcxUauHfDWCPItwFAlqnIzMACgkQauHfDWCP
Ity9wQ/9E9Jf5Ov9eWkxtkA0x8jtm2eWVaUsDBxIhDYwm6J/dFHX7FwiZF6gnFnh
qPCLgWnws90E5LAX9UaY34zyerGTzCqFXR5Rpgkm3P/DKEu9L/wC/Jcu7gPCyU9w
SKXB+rM7pQ6Pp8qrrw7tkK7y+Qv/F+QIvfyrJ7iWDUzeJiQ7FiNzcC0o8mlQNuti
Fem5U6kQzi/tH9Dmug2Cau4tm8s8u00ZnZDDXaW+l/41u3ZhqmQ4VZNUc/gAjeb5
c7oAIasO2NSU7g/NAbwU1VS174xhNmc062aoKU//CPaD1jx5wLerlV/dlug0wVsW
EIyG5YT6sy7qPP1pfGaAY0qdwyFE+7oTCZrwJ2G3Q/Omkci8Q5+0e7dCDkVrA3RH
3fzkeWaRl9HA9BNB3i74gi0e9WkgBZLcY4I8fSNDJsnsuybb58eZN16aa/e59ZHT
LMdsykOT1Bo7RIcDiLIXPsxFwicqkwu1C6NAOgMY25Dqp5Y7a9I4NJVPLn9fbWy5
ng2pxSJrUTrXdbPwBKdbOHItA1HCtIlRvQqQkSWkjeZGKKku6G8CsVsQKzJwtPiE
BaNDwU+Pq6n47yyLKnJOUmyJoq+M832srAArOhNOyvvV/DJ/yCeQPlCYTj8mV4QX
jKJei4qYhmkyvXvOgbMQePFiVaAL/n4QSdg+bhZG4jmkdueBJSE=
=MxqS
-END PGP SIGNATURE-


___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Accepted network-manager 1.10.6-2 (source) into unstable

[Michael Biebl]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Tue, 13 Mar 2018 01:57:32 +0100
Source: network-manager
Binary: network-manager network-manager-dev libnm-glib4 libnm-glib-dev 
libnm-glib-vpn1 libnm-glib-vpn-dev libnm-util2 libnm-util-dev libnm0 libnm-dev 
gir1.2-networkmanager-1.0 gir1.2-nm-1.0 
network-manager-config-connectivity-debian
Architecture: source
Version: 1.10.6-2
Distribution: unstable
Urgency: medium
Maintainer: Utopia Maintenance Team 
<pkg-utopia-maintainers@lists.alioth.debian.org>
Changed-By: Michael Biebl <bi...@debian.org>
Description:
 gir1.2-networkmanager-1.0 - GObject introspection data for the 
libnm-glib/libnm-util library
 gir1.2-nm-1.0 - GObject introspection data for the libnm library
 libnm-dev  - GObject-based client library for NetworkManager (development file
 libnm-glib-dev - network management framework (GLib interface)
 libnm-glib-vpn-dev - network management framework (GLib interface)
 libnm-glib-vpn1 - network management framework (GLib VPN shared library)
 libnm-glib4 - network management framework (GLib shared library)
 libnm-util-dev - network management framework (development files)
 libnm-util2 - network management framework (shared library)
 libnm0 - GObject-based client library for NetworkManager
 network-manager - network management framework (daemon and userspace tools)
 network-manager-config-connectivity-debian - NetworkManager configuration to 
enable connectivity checking
 network-manager-dev - network management framework (development files)
Changes:
 network-manager (1.10.6-2) unstable; urgency=medium
 .
   * Update Vcs-* to point to https://salsa.debian.org
Checksums-Sha1:
 150b264260a0c5df58317196425955f67532c891 3828 network-manager_1.10.6-2.dsc
 21d356e30bcd2f358945fa478e96986e093d2b51 50216 
network-manager_1.10.6-2.debian.tar.xz
 7f12c5f89a88e42e7f74143f24825fefc599b3ff 12036 
network-manager_1.10.6-2_source.buildinfo
Checksums-Sha256:
 092ed648b3718df1337f90fec38dc39ca7d0649c3de47a4d06cd124ace874537 3828 
network-manager_1.10.6-2.dsc
 972bdeb83f72c6c6c47ed830d95bf25d47dea0dad46be7c80b69dc2a4ebe35e7 50216 
network-manager_1.10.6-2.debian.tar.xz
 198d02554b1d379fd3b62390f7b49b3850210705f2ecde1361eec2861f66d1ec 12036 
network-manager_1.10.6-2_source.buildinfo
Files:
 9e6fb6288b3a896c04ee012a1bc01804 3828 net optional network-manager_1.10.6-2.dsc
 cea318dd68847ce581287e93e6d19141 50216 net optional 
network-manager_1.10.6-2.debian.tar.xz
 15442eef642cfdfdf47577fbce033af0 12036 net optional 
network-manager_1.10.6-2_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEECbOsLssWnJBDRcxUauHfDWCPItwFAlqnIjoACgkQauHfDWCP
ItwZZw//ectiYJDumD9c7TwtSbmJmpFmkm8zy7xK09PzW5/vHrfXKugb/kW38ijL
d8kSGEYszziSzzMPNKhs9+2Q26pxIESFPLE3Xsr1m4M0YnWW/xuaguk9/wUmcOYK
QueJ0Fb8H/eiDKq/RoLLHuHogxcglQ2A8QFEW2oIus+DuWBHdBV8CwVWepVLSvpV
gyErJOmyg7PGbMmk8u4SgUD+ArQGLZgmS+scBQ9wTvdMOKth0sQYai09mdZIcmhz
0oRCL0vnQ6fh4BbFLlbsKhVRHeG9/W1rYeTB6GroRDVlokYF+Rjmy+DlfQvYY7DQ
U8iBmjdBAMq8bL129BIjVkI5qKQCVmefZrNTLByO8+vqkx+xeGYeD3CZkePdUusK
FTiPutxhcS5OEoONn5DU5zIDWgQRoI44uNrXWTYOiM9xPTjSfLbCIJVV5r5pIJ7c
9K6WXPlYODoA/jHEeM9CXz/Zasl6SeWYB+YMH+j47Qv4A+M/AT2pJi0CnCiAXHkN
YemK9GHgArKLqOegeyaYxIzBs1XBu1P8Lv36n71wbfdHU5cxwcfgGgm94/FgMWAg
4OKrWR1GmVJAeAXgDU1j90SjleCd9cKupqWJ/zUjZIptitazDXxF6LrtzXSVqCsk
LNAABlDvvneJaj3xINqiayaQy742lSU5rYRNYDrgQT8vTRqjPvE=
=K9ul
-END PGP SIGNATURE-


___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Accepted network-manager 1.10.6-1 (source) into unstable

[Michael Biebl]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Tue, 13 Mar 2018 01:47:52 +0100
Source: network-manager
Binary: network-manager network-manager-dev libnm-glib4 libnm-glib-dev 
libnm-glib-vpn1 libnm-glib-vpn-dev libnm-util2 libnm-util-dev libnm0 libnm-dev 
gir1.2-networkmanager-1.0 gir1.2-nm-1.0 
network-manager-config-connectivity-debian
Architecture: source
Version: 1.10.6-1
Distribution: unstable
Urgency: medium
Maintainer: Utopia Maintenance Team 
<pkg-utopia-maintainers@lists.alioth.debian.org>
Changed-By: Michael Biebl <bi...@debian.org>
Description:
 gir1.2-networkmanager-1.0 - GObject introspection data for the 
libnm-glib/libnm-util library
 gir1.2-nm-1.0 - GObject introspection data for the libnm library
 libnm-dev  - GObject-based client library for NetworkManager (development file
 libnm-glib-dev - network management framework (GLib interface)
 libnm-glib-vpn-dev - network management framework (GLib interface)
 libnm-glib-vpn1 - network management framework (GLib VPN shared library)
 libnm-glib4 - network management framework (GLib shared library)
 libnm-util-dev - network management framework (development files)
 libnm-util2 - network management framework (shared library)
 libnm0 - GObject-based client library for NetworkManager
 network-manager - network management framework (daemon and userspace tools)
 network-manager-config-connectivity-debian - NetworkManager configuration to 
enable connectivity checking
 network-manager-dev - network management framework (development files)
Changes:
 network-manager (1.10.6-1) unstable; urgency=medium
 .
   * New upstream version 1.10.6
   * Rebase patches
Checksums-Sha1:
 877ae7c01a7f25d444ff9cc29a71636c442619b6 3842 network-manager_1.10.6-1.dsc
 cd6c5e546fa5f1050540fb4adae303abd5ed2f03 4029656 
network-manager_1.10.6.orig.tar.xz
 79fb52b721a1d8dcf3194cd42fbc9d20ddaf9016 50200 
network-manager_1.10.6-1.debian.tar.xz
 af594d3fe8ac2950165c5b472bdc0ec414212204 12036 
network-manager_1.10.6-1_source.buildinfo
Checksums-Sha256:
 8c8ebbf1d14ea67a9c8e55e50fc93d2d7e65f927173337331722ec0db51afd17 3842 
network-manager_1.10.6-1.dsc
 6af0b1e856a3725f88791f55c4fbb04105dc0b20dbf182aaec8aad16481fac76 4029656 
network-manager_1.10.6.orig.tar.xz
 31532ce6dc78b81f29739014005be14af6ec98d38493ca528fcc42bdb655eb71 50200 
network-manager_1.10.6-1.debian.tar.xz
 436e0180307c2c212b837bd024cd2e3e1da546931a9547b9c79a6c9583d02d7b 12036 
network-manager_1.10.6-1_source.buildinfo
Files:
 9da38f24e8648eed73fefea3e37f1cda 3842 net optional network-manager_1.10.6-1.dsc
 de3c7147a693da6f80eb22f126086a14 4029656 net optional 
network-manager_1.10.6.orig.tar.xz
 6aa8d8c0d0b133b841756fea848873cf 50200 net optional 
network-manager_1.10.6-1.debian.tar.xz
 7dd7af8cefd9eb9304ac9a306ea1b75c 12036 net optional 
network-manager_1.10.6-1_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEECbOsLssWnJBDRcxUauHfDWCPItwFAlqnIJkACgkQauHfDWCP
ItzsIQ//XSYDIfu/0MhM2rKT77SD4hBotXkiBLxlERhAd3bANO7MeplrAeHAmJdS
M+LTPstrzO+N0yrVBs9lHk85vhrj8EsH1q5jlKIfa7O4jrCr6MlWWsZPJ+wvRwYk
SSs097g1gWnaWP8nIyXnVQ/hpyXOE2YhNPDufLogwJqTd53LDFe8pKGphAn7HtDP
f01FhrOcdORtx9N6FxxAmCu/sNLuoLmk1ziinrjaoNSJ4CM0i4mnu1CM9ZLQjLaq
QmiDNddFKUWisy6FXo7Q2TshBsi1frOH8jBxZ3nFUn8I9mqpeN6xhNObWAfCeeWe
Atk99vjvhct7LgIhy/ddaC3P1FfWye89bgQ0QFd/XBHb9ZjaPrlLMOrLXbOWS3NA
j3JkJ48msiAn+2ZrGFW+VV0mfURU2SSuqedbEfes+cXweYIGRZHQdAIBCgrbnGeW
TI6zII3Eay18nUyGA54saNCnNwyltYfb2LBWIQxAB3nvZJLmbR9jKJLvDWl8Uo1w
Ew276626TRJfzt8Ao/1D0qwEAWcS667A67Mjn2nzoSgEOzXyfiv75CFe522K2tP4
niw/+W7AoO/PBhTTfz2limxHaWE7EG56FJ66e3YEr4iJJHtK+41oworrGaqWhz8w
ZJos7p7o196xtCEnLPchKXnnEoWmyA/WTXEdTCrXW4mdSZhO6YI=
=cBsv
-END PGP SIGNATURE-


___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#892755: Bug#892755: network-manager-gnome: aarch64/Debian Buster: nm-applet in xfce4 notification area is active but has no icon

[Michael Biebl]

control: forcemerge 892609 -1

Duplicate of #892609 which you filed the other day.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Accepted network-manager-openvpn 1.8.0-3 (source) into unstable

[Michael Biebl]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sat, 10 Mar 2018 01:36:19 +0100
Source: network-manager-openvpn
Binary: network-manager-openvpn network-manager-openvpn-gnome
Architecture: source
Version: 1.8.0-3
Distribution: unstable
Urgency: medium
Maintainer: Utopia Maintenance Team 
<pkg-utopia-maintainers@lists.alioth.debian.org>
Changed-By: Michael Biebl <bi...@debian.org>
Description:
 network-manager-openvpn - network management framework (OpenVPN plugin core)
 network-manager-openvpn-gnome - network management framework (OpenVPN plugin 
GNOME GUI)
Closes: 736243 888653
Changes:
 network-manager-openvpn (1.8.0-3) unstable; urgency=medium
 .
   [ Matteo F. Vescovi ]
   * debian/patches/: patchset updated
 - 01-Fix_unusable_config_imports.patch added (Closes: #736243, #888653)
   * debian/control: Vcs-* fields updated to point to salsa.d.o
 .
   [ Michael Biebl ]
   * Set Rules-Requires-Root to no
Checksums-Sha1:
 da6587299ce2e258fa23eb7194ffe59983f3f17b 2321 
network-manager-openvpn_1.8.0-3.dsc
 5690f7729319db244544f8b9d346e2d8f9a3abbb 7348 
network-manager-openvpn_1.8.0-3.debian.tar.xz
 c2f969c9b7cf30a39919a1b9ade2761251d4d9f6 7076 
network-manager-openvpn_1.8.0-3_source.buildinfo
Checksums-Sha256:
 0825cd92ac826f4b71f103ed6bb6495453219aa460b445374cd66542c187a4fe 2321 
network-manager-openvpn_1.8.0-3.dsc
 c54f31f00e60aa5757b723cbb906fa67e1da65549a82c91314aef6c91ce13e4b 7348 
network-manager-openvpn_1.8.0-3.debian.tar.xz
 effbfbc9d874da098c6f64a754963b24c8caf45f4edd0ec0e8c704e433400697 7076 
network-manager-openvpn_1.8.0-3_source.buildinfo
Files:
 6b9c29571705294346f8128e6a90e97c 2321 net optional 
network-manager-openvpn_1.8.0-3.dsc
 43463183a9c45fb59061ff58b69404a2 7348 net optional 
network-manager-openvpn_1.8.0-3.debian.tar.xz
 b97447b2e05618609ddfb8b825cfeab3 7076 net optional 
network-manager-openvpn_1.8.0-3_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEECbOsLssWnJBDRcxUauHfDWCPItwFAlqjKNQACgkQauHfDWCP
ItwslA//eMguRGGjFmla81BXkrnUmwMon7fpobbD799euTi5zQe1r1s69KRLXc/b
RznAWO28oUQ9aiGlTGquufTeTlY8h6CILQc7sl4JraoNVxWIDdvTIQt+If+H/p7R
UM0dYeHue60zS1XbnFUOBz1nw5J1Tl8TTZnad93ZtRqJzJ6eZLFi3BsGnrpoMcsq
ugoyW3zPHJt+KWojQOFTmu6iHYbjeBYpGK/agtSU070GaNCuM+qI1i+/1n1ZA/K5
toMKTpU2HaKqCIijiwDsk4jKrQqlhrjUSjZQoSxJLxwis3SU234y9aFS1QoeiJUl
BWR7KPM7O2DjdN4w0WuzwRZ9vQ8P+0ddU0Ej+Mi5uJwueYAsVIe4isy1XT/4LpHo
W6kFWdZmD41C53PFlaaBPNSnRJhOeZsVatKRG//cjCHJv1aCUUpcONunQyLvA+sx
SoTWFrlU6uNj96gdgAoCZsRFM9qh23QEvul66MxWMeYnwn6W2PPKJLTSgysKYn38
aZ8QaV/mpptvuJMeD2xj+mzfDOQWKvXYgcgd2MKzDKD7dXFlpg/D1yd13EXxnNQT
5jDpL4nrzacvLf3PHiW9O7tOOu/skC64UUqlRB0c82Xuv0yhm9nXgCPVv8Tfjg3S
tV1SRIdUj6ei9R3I/8EbFH3V7owO/W1hd7EBOUmTnCrvrOVXjJ0=
=dghu
-END PGP SIGNATURE-


___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#891413: Bug#891413: network-manager-pptp: PPTP connections fail on Authentication

[Michael Biebl]

Am 25.02.2018 um 12:30 schrieb Adam Hough:
> Package: network-manager-pptp
> Version: 1.2.4-5+b1
> Severity: grave
> Justification: renders package unusable
> 
> Dear Maintainer,
> 
>    * What led up to the situation?
> 
> I did a normal apt upgrade which updated network-manager-pptp,
> network-manager, ppp, and pptp-linux to the latest testing versions as
> of 24Feb2018. This caused my PPTP vpn connection to fail to connect
> because of authentication issues with the MSCHAP and MSCHAPv2 protocals.
> 
> Feb 25 02:10:11 localhost pppd[31955]: Plugin
> /usr/lib/pppd/2.4.7/nm-pptp-pppd-plugin.so loaded.
> Feb 25 02:10:11 localhost NetworkManager[16904]: Plugin
> /usr/lib/pppd/2.4.7/nm-pptp-pppd-plugin.so loaded.
> Feb 25 02:10:11 localhost pppd[31955]: pppd 2.4.7 started by root, uid 0
> Feb 25 02:10:11 localhost systemd-udevd[31959]: link_config:
> autonegotiation is unset or enabled, the speed and duplex are not writable.
> Feb 25 02:10:11 localhost NetworkManager[16904]:  
> [1519553411.5971] manager: (ppp0): new Ppp device
> (/org/freedesktop/NetworkManager/Devices/6)
> Feb 25 02:10:11 localhost pppd[31955]: Using interface ppp0
> Feb 25 02:10:11 localhost NetworkManager[16904]: Using interface ppp0
> Feb 25 02:10:11 localhost NetworkManager[16904]: Connect: ppp0 <-->
> /dev/pts/7
> Feb 25 02:10:11 localhost pppd[31955]: Connect: ppp0 <--> /dev/pts/7
> Feb 25 02:10:11 localhost pptp[31960]: nm-pptp-service-31951
> log[main:pptp.c:353]: The synchronous pptp option is NOT activated
> Feb 25 02:10:11 localhost NetworkManager[16904]: Error: either "to" is
> duplicate, or "uid" is a garbage.
> Feb 25 02:10:11 localhost NetworkManager[16904]:  
> [1519553411.6134] devices added (path: /sys/devices/virtual/net/ppp0,
> iface: ppp0)
> Feb 25 02:10:11 localhost NetworkManager[16904]:  
> [1519553411.6134] device added (path: /sys/devices/virtual/net/ppp0,
> iface: ppp0): no ifupdown configuration found.
> Feb 25 02:10:11 localhost pptp[32023]: nm-pptp-service-31951
> log[ctrlp_rep:pptp_ctrl.c:259]: Sent control packet type is 1
> 'Start-Control-Connection-Request'
> Feb 25 02:10:11 localhost pptp[32023]: nm-pptp-service-31951
> log[ctrlp_disp:pptp_ctrl.c:781]: Received Start Control Connection Reply
> Feb 25 02:10:11 localhost pptp[32023]: nm-pptp-service-31951
> log[ctrlp_disp:pptp_ctrl.c:815]: Client connection established.
> Feb 25 02:10:12 localhost pptp[32023]: nm-pptp-service-31951
> log[ctrlp_rep:pptp_ctrl.c:259]: Sent control packet type is 7
> 'Outgoing-Call-Request'
> Feb 25 02:10:12 localhost pptp[32023]: nm-pptp-service-31951
> log[ctrlp_disp:pptp_ctrl.c:900]: Received Outgoing Call Reply.
> Feb 25 02:10:12 localhost pptp[32023]: nm-pptp-service-31951
> log[ctrlp_disp:pptp_ctrl.c:939]: Outgoing call established (call ID
> 62435, peer's call ID 51712).
> Feb 25 02:10:13 localhost pppd[31955]: MS-CHAP authentication failed:
> Feb 25 02:10:13 localhost NetworkManager[16904]: MS-CHAP authentication
> failed:
> Feb 25 02:10:13 localhost NetworkManager[16904]: CHAP authentication failed
> Feb 25 02:10:13 localhost pppd[31955]: CHAP authentication failed
> Feb 25 02:10:13 localhost pppd[31955]: Connection terminated.
> Feb 25 02:10:13 localhost NetworkManager[16904]: Connection terminated.
> Feb 25 02:10:13 localhost charon-nm[31069]: 13[KNL] interface ppp0 deleted
> 
>    * What exactly did you do (or not do) that was effective (or
>      ineffective)?
> 
> Downgrading just pptp-linux was not effective so I also downgraded the
> following packages as well to get ppp to version 2.7.4-1+4:
> gir1.2-nma-1.0 libnma0 network-manager network-manager-gnome
> network-manager-pptp network-manager-pptp-gnome ppp pptp-linux pptpd
> 
>    * What was the outcome of this action?
> 
> After downgrading the packages, The PPTP base vpn connection is working.
> 
>    * What outcome did you expect instead?
> 
> I would have expected that the upgrade would not have broken MSCHAP and
> MSCHAPv2 authenthication.
> 
> 
> -- System Information:
> Debian Release: buster/sid
>   APT prefers stable-updates
>   APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
> LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
> 
> Versions of packages network-manager-pptp depends on:
> ii  libc6            2.26-6
> ii  libglib2.0-0     2.54.3-2
> ii  libnm0           1.10.4-1+b1
> ii  network-manager  1.10.4-1
> ii  ppp              2.4.7-2+1

There weren't any code changes in 1.2.4-5+b1 only a recompilation
against ppp 2.4.7-2+1. I've thus CCed the ppp maintainers.
Maybe they can have a look.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

[Pkg-utopia-maintainers] Accepted udisks2 2.7.6-1 (source) into unstable

[Michael Biebl]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Fri, 09 Feb 2018 00:43:59 +0100
Source: udisks2
Binary: udisks2 udisks2-btrfs udisks2-lvm2 udisks2-doc libudisks2-0 
libudisks2-dev gir1.2-udisks-2.0
Architecture: source
Version: 2.7.6-1
Distribution: unstable
Urgency: medium
Maintainer: Utopia Maintenance Team 
<pkg-utopia-maintainers@lists.alioth.debian.org>
Changed-By: Michael Biebl <bi...@debian.org>
Description:
 gir1.2-udisks-2.0 - GObject based library to access udisks2 - introspection 
data
 libudisks2-0 - GObject based library to access udisks2
 libudisks2-dev - GObject based library to access udisks2 - development files
 udisks2- D-Bus service to access and manipulate storage devices
 udisks2-btrfs - BTRFS support for udisks2
 udisks2-doc - udisks2 documentation
 udisks2-lvm2 - LVM2 support for udisks2
Changes:
 udisks2 (2.7.6-1) unstable; urgency=medium
 .
   * New upstream version 2.7.6
   * Bump Build-Depends on libglib2.0-dev to (>= 2.50)
   * Add Build-Depends on libmount-dev (>= 2.30)
   * Set Rules-Requires-Root to no
   * Update symbols file for libudisks2-0
Checksums-Sha1:
 6bed415a1d9343cd49e1c5607a88c478e520e17e 3183 udisks2_2.7.6-1.dsc
 be2f337809a0037ad0da4a231ea2c4170dace17e 1315047 udisks2_2.7.6.orig.tar.bz2
 1bb2bc398880bd5c4a4aeddf6c617e35372b4e19 14120 udisks2_2.7.6-1.debian.tar.xz
 0562772f3e3226893f9861a6b6b7e799d4b9a45c 15807 udisks2_2.7.6-1_source.buildinfo
Checksums-Sha256:
 b21bf1d97766ee2de41e298b02e33c3f893c8720e4bc8b9b1f3befaddc43da20 3183 
udisks2_2.7.6-1.dsc
 512da29063de1cd4ecbfd9182d4faea0aff40835eaac69bc9f08e20ec56d16fe 1315047 
udisks2_2.7.6.orig.tar.bz2
 a94cf6112b8e47541566955fbd2ef9db5219e3ccaf1a6bc95a1a1739b11127d1 14120 
udisks2_2.7.6-1.debian.tar.xz
 6df4a302f911ada91c598626bc8f7d2a9ccfc2ec32926e5cd48e97630a9ebf28 15807 
udisks2_2.7.6-1_source.buildinfo
Files:
 7ed3cb32a5bd4fed6a79b1eb32853763 3183 admin optional udisks2_2.7.6-1.dsc
 9e0fb5766ad542af920435cc5a68a749 1315047 admin optional 
udisks2_2.7.6.orig.tar.bz2
 5dc8264cddf14ac3c6464abf39ebaf84 14120 admin optional 
udisks2_2.7.6-1.debian.tar.xz
 9f74d50abf7547f9e5fc0229ded7e2f6 15807 admin optional 
udisks2_2.7.6-1_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEECbOsLssWnJBDRcxUauHfDWCPItwFAlp84NsACgkQauHfDWCP
Itzz3A/+KJQ1D8bJTktkuvHE3ksQ9w8e1zZzB9EbEb4E9iGP3Tu1lf8tUkM63amx
v2beMkXejTkGFsQ1ue93UC0WpWjKR6iy0qyWH+8iydqC7td3hVc6n0VqTbizCBJQ
tkBYhNP3lvCBjd2yR5BSJ8rGsNbdn28KMoIv9YpwNH1hiOJOOh3yqgKYJnLRY8ZM
gJwRBckjeWXfTtC/LvyGUAhcoV31dJjH8uXH9pVRbdeRz5ocr16qmxY2Oj83N0tD
ThRFcY9bPRQWz7Lr+fiki1SzB6wBx143GU/L1KJimrkbLf7vpcUe5eFHGCiVVGH8
bGi89xr04CRNuL3LpvxzwvKcCBntEnMtt2m/dXTX8vr226gqOUrdGLvewvvG7mMT
hJ9HDi3P9HwEuxaxrpgwK7MXpQVucOF8D5bMc14pdgb6SH+VmW1ZqcI31O5bjpHK
jf9GolRAU2xMpBqeo4quVuAiSJSEj8+N/8dzqJyOqkJprFolJORca8837LmGNyfY
itKr7gq85IfEZNMsZIJwDnVyUXkowO07/cxRE1yXA1v7wn7lL2LfeCbJm0Xgo8Wr
pyJtRwnkVwpvS2W+zYEudJ4UFyA+axLh8O8iFOmJP0DYoYHFqk5xAw7NG/Me3LrS
2dNomKt/51mU7jx/9IC5j55YCeQy0oaPbzm98isGvHw14nAP0X0=
=vnwO
-END PGP SIGNATURE-


___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Accepted network-manager 1.10.4-1 (source) into unstable

[Michael Biebl]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Wed, 07 Feb 2018 02:51:36 +0100
Source: network-manager
Binary: network-manager network-manager-dev libnm-glib4 libnm-glib-dev 
libnm-glib-vpn1 libnm-glib-vpn-dev libnm-util2 libnm-util-dev libnm0 libnm-dev 
gir1.2-networkmanager-1.0 gir1.2-nm-1.0 
network-manager-config-connectivity-debian
Architecture: source
Version: 1.10.4-1
Distribution: unstable
Urgency: medium
Maintainer: Utopia Maintenance Team 
<pkg-utopia-maintainers@lists.alioth.debian.org>
Changed-By: Michael Biebl <bi...@debian.org>
Description:
 gir1.2-networkmanager-1.0 - GObject introspection data for the 
libnm-glib/libnm-util library
 gir1.2-nm-1.0 - GObject introspection data for the libnm library
 libnm-dev  - GObject-based client library for NetworkManager (development file
 libnm-glib-dev - network management framework (GLib interface)
 libnm-glib-vpn-dev - network management framework (GLib interface)
 libnm-glib-vpn1 - network management framework (GLib VPN shared library)
 libnm-glib4 - network management framework (GLib shared library)
 libnm-util-dev - network management framework (development files)
 libnm-util2 - network management framework (shared library)
 libnm0 - GObject-based client library for NetworkManager
 network-manager - network management framework (daemon and userspace tools)
 network-manager-config-connectivity-debian - NetworkManager configuration to 
enable connectivity checking
 network-manager-dev - network management framework (development files)
Changes:
 network-manager (1.10.4-1) unstable; urgency=medium
 .
   [ Laurent Bigonville ]
   * Do not fail installation of network-manager-config-connectivity-* if
 network-manager fails to reload (see LP: #1742403)
 .
   [ Michael Biebl ]
   * New upstream version 1.10.4
   * Rebase patches
Checksums-Sha1:
 516b59a5d3322d19fc316eba52174dd2067a6d91 3842 network-manager_1.10.4-1.dsc
 9a36f1046917adf220d6965126eb1d464c967c8d 3960724 
network-manager_1.10.4.orig.tar.xz
 32ef5052aa8b88b4cfaf0fb2f5e4fa4fa89a2699 50180 
network-manager_1.10.4-1.debian.tar.xz
 fffa6cc6155633b6bc6191e507b4d346c5730072 11651 
network-manager_1.10.4-1_source.buildinfo
Checksums-Sha256:
 dfd1c22b2ba56e3ae3e67f84e6a071d9233a56b386e0c047c89646fee31301f3 3842 
network-manager_1.10.4-1.dsc
 7de0a7b77c2590a44195da4630b55d61be907f69ea1f3f1bd38da076ebad35fe 3960724 
network-manager_1.10.4.orig.tar.xz
 cceb78c96865a55a5b8b6bb27bb3388a9690f108a263115bc89fe036859df168 50180 
network-manager_1.10.4-1.debian.tar.xz
 5759c8da90aa430c5166cf35b9968955be03176d0fa9ba849ae17aac74d87aa1 11651 
network-manager_1.10.4-1_source.buildinfo
Files:
 e95bb88bc23532240e2564272d3f0d36 3842 net optional network-manager_1.10.4-1.dsc
 2a603a970eaccc9be9bf7bf16175d3c0 3960724 net optional 
network-manager_1.10.4.orig.tar.xz
 f0b808c2345ae1a4d66a3332b3d723de 50180 net optional 
network-manager_1.10.4-1.debian.tar.xz
 a6c45af57647718d3790c16415a91656 11651 net optional 
network-manager_1.10.4-1_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEECbOsLssWnJBDRcxUauHfDWCPItwFAlp6W8cACgkQauHfDWCP
ItzFPw//Y3QrXJKBJunuM11G9jjSEEgBqDy+t0eJPfCLtc9f3OdnpU27kVqSn42S
Vt7hqldU9JUg/xts1SkS8rXnVycf9lv+eW5RYMjORt6KO2euKBoj1QlvH7mQaqm5
g6DgqOfID5MrdXYknLm0jjc5ZFQvHQTiNVsxljgBXNGk0DfRpcKFhfeSHUmjdy54
nyGhVojjcxDv6oVIvShAOzCQMPFyCm9W60eelKtBtVBc3Wp3z3/ZXVDVjZBXktgt
dWYb1/912Cpscl/qJh74J78WVzsztS/ugxE7Vp5+TRg4oMG/MCQOsfF9ljExSXvL
hysIiM8qZCrIbSLUY/mXd/nkmuAmbF4WLOA6dCbIZhhVAvV1SDwgrCmumtDVyKH8
IkwMEllhG5EfuUkmw2CyOewjn0CNn90R7bLMojJ1fraIKq3Iwc5j3w9glweOkIuR
I92B2VGekLM2ADcvpiSod/n6X1EyIqB+d3SCXO0E7g2i5Q9hvV+EqpNKy+9terPD
KcXI8dXs1uaBmI0m7kUG6Ed5JJ87fQ3nBtg+elnE1dUI/P3u5zysuBk5N7eacEdy
owwWJ+ysa860Nlu8M7azGWWLijDBDE7bvVWLtbHrvaDQc9TLBEFxLeExRO74buYq
pj0NFkmGSozl8ynsxabomJ72NMEo2QIorhP9QnKS3q2OzTvF+80=
=isdj
-END PGP SIGNATURE-


___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#889177: RM: avahi-sharp -- ROM; dead upstream, poorly maintained

[Michael Biebl]

Package: ftp.debian.org
Severity: normal

Hi,

please consider removing avahi-sharp from the archive. Upstream is dead,
the last release is from 2007 and it has been kept on life support in
Debian via NMUs over the last couple of years.
The package is currently RC buggy and I don't see a fix for #877038
without a major rewrite, porting everything to GTK3, which given the
upstream situation is unlikely to happen.

The only rdep is gshare, which has very low popcon scores and the
functionality of the application (sharing via FTP) is less important
then it once was.

I've CCed the maintainers of gshare in case they object to this removal.

Regards,
Michael

___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#888970: Bug#888970: network-manager-pptp-gnome: can't connect

[Michael Biebl]

Am 31.01.2018 um 18:41 schrieb Uef:
> Package: network-manager-pptp-gnome
> Version: 1.2.4-5
> Severity: important
> 
> Dear Maintainer,
> 
> after creating a new connection, connection can not be established, clicking 
> on
> the button does not lead to anything, the button returns to the initial state
> 
> try logjournal:
> journalctl -u NetworkManager
> 
> янв 31 20:11:45 cronos NetworkManager[3391]:   [1517418705.2265] vpn-
> connection[0x55c4ec4fc780,8466892e-fe70-4199-8ef8-9c04755a2ae9,"VPN 1",0]:
> Started the VPN service, PID 4441
> янв 31 20:11:45 cronos NetworkManager[3391]:   [1517418705.2335] vpn-
> connection[0x55c4ec4fc780,8466892e-fe70-4199-8ef8-9c04755a2ae9,"VPN 1",0]: Saw
> the service appear; activating connection
> янв 31 20:11:45 cronos NetworkManager[3391]:  [1517418705.2623] vpn-
> connection[0x55c4ec4fc780,8466892e-fe70-4199-8ef8-9c04755a2ae9,"VPN 1",0]:
> Failed to request VPN secrets #3: No agents were available fo
> янв 31 20:11:45 cronos NetworkManager[3391]:   [1517418705.2731] vpn-
> connection[0x55c4ec4fc780,8466892e-fe70-4199-8ef8-9c04755a2ae9,"VPN 1",0]: VPN
> plugin: state changed: stopped (6)
> 
> ...
> I found bypass:
> it works if selected "store password for all users" and don't work when
> selected all of others

Duplicate of #888653

Short answer: Install gnome-shell from unstable. It's currently blocked
by gjs from entering testing.





-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#888790: RM: avahi-sharp -- ROM; RC buggy, dead upstream

[Michael Biebl]

Package: ftp.debian.org
Severity: normal

Hi,

please remove avahi-sharp and its only reverse dependency, gshare, from
the archive.
The packages haven't been in testing for a while due to being RC buggy
and since upstream is dead since a long time, I think it's best to
remove both packages from the archive.

sjoerd, slomo, if you disagree, please shout.


Thanks,
Michael

___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#888653: Bug#888653: No openvpn connection possible since upgrade from 1.2.8-2 to 1.8.0-2

[Michael Biebl]

Am 28.01.2018 um 21:49 schrieb Markus Schmees:
> That could be it. It's currently 3.26.2-3, which seems to be the current
> version of the testing repository. Well, then I suppose I'll just have
> to wait for an update there. Thanks for your help. :-)
> 

sorry for that. Unfortunately gnome-shell got stuck behind gjs. I was
hoping that gnome-shell would migrate to testing the same time as 1.8.0-2.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#888653: Bug#888653: No openvpn connection possible since upgrade from 1.2.8-2 to 1.8.0-2

[Michael Biebl]

Am 28.01.2018 um 13:17 schrieb Markus Schmees:

> Jan 28 12:59:10  gnome-shell[1083]: Invalid VPN service type (cannot
> find authentication binary)



Which gnome-shell version do you have?
You need version 3.26.2-4

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#888285: Bug#888285: network-manager: Upgrade fails (new version cannot restart).

[Michael Biebl]

Control: forcemerge 888050 -1

Am 24.01.2018 um 18:08 schrieb Witold Baryluk:
> on two different systems I tried to upgrade system, and got this during 
> upgrade:
> (on my third system, network-manager updated fine to this version tho).
> 
> Rozpakowywanie pakietu network-manager (1.10.2-3) nad (1.10.2-2) ...
> Unpacking network-manager (1.10.2-3) over (1.10.2-2) ...

> Jan 24 18:05:36 wielkiczarny systemd[1]: NetworkManager.service: Found 
> left-over process 2562 (NetworkManager) in control group while starting unit. 
> Ignoring.
> Jan 24 18:05:36 wielkiczarny systemd[1]: This usually indicates unclean 
> termination of a previous run, or service implementation deficiencies.
> Jan 24 18:05:36 wielkiczarny systemd[1]: NetworkManager.service: Found 
> left-over process 2702 (dhclient) in control group while starting unit. 
> Ignoring.
> Jan 24 18:05:36 wielkiczarny systemd[1]: This usually indicates unclean 
> termination of a previous run, or service implementation deficiencies.
> Jan 24 18:05:36 wielkiczarny systemd[1]: Starting Network Manager...
> Jan 24 18:05:36 wielkiczarny NetworkManager[16411]: NetworkManager is already 
> running (pid 2562)

Duplicate of #888050
Short answer: Kill the already running NetworkManager process manually.
It was mistakenly not started under supervision of systemd which is why
the restart fails.

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#888050: Bug#888050: network-manager: Debian Unstable network-manager 1.10.2-3 does not complete processing

[Michael Biebl]

Am 23.01.2018 um 00:11 schrieb Ron Lovell:
> Yes indeed, that worked great.  I then did a restart, and status of
> NetworkManager looks
> normal. Thanks!
> 
> That's a problem with us retired folks. We have all that time on our
> hands, so we update
> too quickly.  It's a pleasure to give back to projects that have been
> important to me all
> these years.
> 
> Again, thanks.
> 

Ok, thanks for confirming this worked.
I'll keep this bug report open for a week or two so others can find it
an read about the workaround in case they run into the same issue. After
that, I'll just close it as unfortunately there is nothing really I can
do to fix the situation retroactively.

Regards,
Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#888050: Bug#888050: network-manager: Debian Unstable network-manager 1.10.2-3 does not complete processing

[Michael Biebl]

Am 22.01.2018 um 23:53 schrieb Ron Lovell:
> Hi Michael,
> 
> Thanks for the quick reply. Looks like I updated to 1.10.2-2 earlier in
> the day yesterday,
> then the 1.10.2-3 update came later in the day yesterday.  Sounds like
> it fits. Journal
> messages for NetworkManager.service startup are quite confusing; looks
> like it kinda
> starts but parts fail later.
> 
> How do I recover?

Sorry for that.
I quickly made the -3 upload in the hope that not too many users would
have upgraded to -2 in the mean time.

How do you recover? If you kill the running NetworkManager processes
manually via "sudo pkill NetworkManager", then manually start NM via
"sudo systemctl start NetworkManager" and then proceed with the failed
upgrade via dpkg --configure -a , does it work?


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#888050: Bug#888050: network-manager: Debian Unstable network-manager 1.10.2-3 does not complete processing

[Michael Biebl]

Am 22.01.2018 um 23:30 schrieb Ron Lovell:
> Package: network-manager
> Version: 1.10.2-3
> Severity: important
> 
> Dear Maintainer,
> 
> The update of network-manager fails to complete. I noticed before
> applying the update that several packages would be removed, including
> libnm-gtk0, libnm-utils2, and libnm-glib4. The dependencies appeared
> to revolve around the update to gnome-shell.  The network-manager
> package is currently in partly-configured state ("C"). Otherwise,
> system appears to work okay.
> 
> Sample output while doing an update with aptitude, showing attempt
> to restart NetworkManager.service to complete the network-manager 
> configuration:
> 
> Setting up network-manager (1.10.2-3) ...
> Job for NetworkManager.service failed because the control process exited with 
> error code.
> See "systemctl status NetworkManager.service" and "journalctl -xe" for 
> details.
> invoke-rc.d: initscript network-manager, action "restart" failed.

Which version of network-manager was installed when you made the upgrade?
There was a bug in 1.10.2-2 which made network-manager not be started
properly by systemd.

Michael




-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

Re: [Pkg-utopia-maintainers] Bug#887815: network-manager-iodine FTBFS with network-manager 1.10.2-1

[Michael Biebl]

Am 20.01.2018 um 12:09 schrieb Guido Günther:
> /usr/include/libnm/nm-setting-tc-config.h:43:1: error: 'NMTCQdisc' is 
> deprecated: Not available before 1.10.2

I suppose this is the problem in configure.ac

LIBNM_CFLAGS="$LIBNM_CFLAGS -DNM_VERSION_MIN_REQUIRED=NM_VERSION_1_2"
LIBNM_CFLAGS="$LIBNM_CFLAGS -DNM_VERSION_MAX_ALLOWED=NM_VERSION_1_2"

This triggers a warning which together with Werror leads to the build
failure.
The pkg-utopia maintained VPN modules trigger this warning as well, but
don't use Werror, so do not fail the build.
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#885525: /usr/bin/nm-applet: nm-applet crashes when connecting to VPN

[Michael Biebl]

Hi Sean

Am 16.01.2018 um 06:33 schrieb Sean DuBois:
> Mike,
> I don't believe that part is needed, I did a full diff against upstream
> and there is a g_strdup in both. If you do an apt-get source it does a
> g_strdup by default. May be wrong though!
> 
> What happens with not establishing the connection? If you launch
> nm-applet via terminal do you get anything via stderr/stdout? If you
> launch it via valgrind any warnings?
> 
> Michael,
> Anything I do to help get this merged?

Sorry it took a bit longer to get this released.

I now pulled a52ccb2fe170558fc0aab4dd1d15ba8808b10951 and
0c90e08f77b71d2bda699cf032fceec0122bbf82 from upstream and released
1.8.10-2. I quickly tested the result and it seemed to fix the issue.
Your confirmation would be very much appreciated.

Regards,
Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#886325: Bug#886325: dbus daemon does not start with error "undefined symbol: XML_SetHashSalt"

[Michael Biebl]

Am 04.01.2018 um 14:37 schrieb Alberto Brosich:
> Package: dbus
> Version: 1.10.24-0+deb9u1
> Severity: grave
> Justification: renders package unusable
> 
> I'm working on Debian stable.
> 
> After a small update and a reboot, dbus daemon does not start with the
> following message:
> 
> systemd[1]: Started D-Bus System Message Bus.
> dbus-daemon[1350]: /usr/bin/dbus-daemon: symbol lookup error:
> /usr/bin/dbus-daemon: undefined symbol: XML_SetHashSalt
> amaltea systemd[1]: dbus.service: Main process exited, code=exited,
> status=127/n/a
> amaltea systemd[1]: dbus.service: Unit entered failed state.
> amaltea systemd[1]: dbus.service: Failed with result 'exit-code'
> 
> Starting manually same result:
> # DBUS_VERBOSE=1 dbus-daemon --session --print-address
> dbus-daemon: symbol lookup error: dbus-daemon: undefined symbol:
> XML_SetHashSalt
> 
> Other services depend on it, therefore the machine is unusable.
> 
> I tried to upgrade expat and libexpat1 packages from testing. libexpat1
> depends on libc6 >= 2.25, no upgrade possible.

Can you please provide the output of
ldd /usr/bin/dbus-daemon


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#885525: Bug#885525: Bug#885525: better log output

[Michael Biebl]

Control: tags -1 + fixed-upstream patch

Am 03.01.2018 um 20:29 schrieb Sean DuBois:
> Hey Michael,
> 
> This is fixed upstream
> https://git.gnome.org/browse/network-manager-applet/commit/?id=a52ccb2fe170558fc0aab4dd1d15ba8808b10951

Thanks you, Sean!

I've marked the bug accordingly


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#885573: Bug#885573: setting global search domains from installation time

[Michael Biebl]

Am 28.12.2017 um 21:55 schrieb Daniel Pocock:
> 
> 
> On 28/12/17 21:29, Michael Biebl wrote:
>> Am 28.12.2017 um 12:00 schrieb Michael Biebl:
>>> Am 28.12.2017 um 09:24 schrieb Daniel Pocock:
>>>> Package: network-manager
>>>> Version: 1.6.2-3
>>>>
>>>> If a user specifies a domain during system installation, should it
>>>> become a global search domain in the global-dns section of
>>>> NetworkManager.conf or should NetworkManager discover it through some
>>>> other mechanism and put it into resolv.conf?
>>>
>>> I don't think so.
>>
>> I want to add that network-manager would be the wrong package anyway as
>> the configuration that is generated during installation is created by d-i.
>>
> 
> 
> I understand the configuration is generated by d-i, but should the
> network-manager package be looking for that configuration data somehow?

It certainly is.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#885573: Bug#885573: setting global search domains from installation time

[Michael Biebl]

Am 28.12.2017 um 21:57 schrieb Daniel Pocock:

> In my case, the domain I specified in d-i didn't make it into my
> resolv.conf as a search domain.

What network-manager configuration did d-i generate for you?



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#885573: Bug#885573: setting global search domains from installation time

[Michael Biebl]

Am 28.12.2017 um 21:56 schrieb Michael Biebl:
> Am 28.12.2017 um 21:55 schrieb Daniel Pocock:

>> I understand the configuration is generated by d-i, but should the
>> network-manager package be looking for that configuration data somehow?
> 
> It certainly is.

I.e. network-manager will look at the configuration data that is
generated for it by d-i.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#885525: Bug#885525: better log output

[Michael Biebl]

Control: tags -1 + moreinfo

Please install dbgsym packages for at least libnm0, libnma0 and
network-manager-gnome to get a more useful backtrace.
https://wiki.debian.org/HowToGetABacktrace
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#884530: Bug#884530: udisks2: udisks 2.7.4-1 unable to start

[Michael Biebl]

Am 16.12.2017 um 16:58 schrieb jEsuSdA 8):

> I can't reproduce the exact error message cause I'm runing the 2.1.8-1
> version, but the 2.7.4-1 said:
> 
> Failed to activate service "org.freedesktop.UDisks2"
> usr/lib/udisks2/udisksd: symbol lookup error
> 
> I hope this can help. ;)

Not really. This is way to unspecific. Please install 2.7.4-1 again and
get us an exact error message.

Please also attach the output of
ldd /usr/lib/udisks2/udisksd

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#884530: Bug#884530: udisks2: udisks 2.7.4-1 unable to start

[Michael Biebl]

Control: notfound -1 2.1.8-1
Control: found -1 2.7.4-1
Control: tags -1 moreinfo

Am 16.12.2017 um 12:08 schrieb jEsuSdA:
> Package: udisks2
> Version: 2.1.8-1
> Severity: important
> 
> Dear Maintainer,
> 
> I updated the usdisk2 to 2.7.4-1 version and a lot of problems appears.
> 
> One of the annoying one was they appear a lot of devices icon on every gtk
> application: Nautilus, Thunar, XFdesktop, GTK Open/Save Dialogs, etc.
> 
> More info here:
> https://mail.xfce.org/pipermail/xfce/2017-December/035877.html
> 
> I found the problem was caused by udisk2 that was unable to start.

What's the output of
systemctl status udisks2



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#884302: Bug#884302: avahi-ui-utils: recommends virtual package (non-deterministic, potentially pulling in non-free package)

[Michael Biebl]

Am 13.12.2017 um 17:11 schrieb Jonas Smedegaard:
> Quoting Michael Biebl (2017-12-13 16:26:56)
>> Am 13.12.2017 um 16:02 schrieb Jonas Smedegaard:
>>> Moreover, vnc-viewer is provided by nonfree packages tightvnc-java and
>>> vnc-java, 
>>
>> I can't confirm that. Those vnc viewers are from contrib, not from non-free.
> 
> Acknowledged - sorry for my too harsh description.
> 
> My point was (and still is) that those package are outside main, which 
> Debian Policy § 2.2.1 forbids.
> 
> How do you interpret that section differently?

Well, the package does *not* recommend a package outside of main.
It recommends a virtual package which can be satisfied by packages from
main and outside. In our case, there are enough packages in main which
satisfy that provides. So I fail to see how avahi-uti-utils violates that.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#884302: Bug#884302: avahi-ui-utils: recommends virtual package (non-deterministic, potentially pulling in non-free package)

[Michael Biebl]

Am 13.12.2017 um 16:02 schrieb Jonas Smedegaard:
> Moreover, vnc-viewer is provided by nonfree packages tightvnc-java and
> vnc-java, 

I can't confirm that. Those vnc viewers are from contrib, not from non-free.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#884302: Bug#884302: avahi-ui-utils: recommends virtual package (non-deterministic, potentially pulling in non-free package)

[Michael Biebl]

Control: severity -1 normal

Am 13.12.2017 um 16:02 schrieb Jonas Smedegaard:
> Package: avahi-ui-utils
> Version: 0.7-3
> Severity: serious
> Justification: Policy 2.2.1
> 
> avahi-ui-utils recommends vnc-viewer.
> 
> vnc-viewer is a virtual package, which means it is not deterministic
> which package will satisfy the recommendation.
> 
> Moreover, vnc-viewer is provided by nonfree packages tightvnc-java and
> vnc-java, which means those of our users enabling the _ability_ to
> install nonfree packages (by including the nonfree suite) may
> accidentally install nonfree packages they did not explicitly choose.
> 
> Debian Policy includes the following requirement in §2.2.1:
> 
>> must not require or recommend a package outside of main for
>> compilation or execution (thus, the package must not declare a
>> Pre-Depends, Depends, Recommends, Build-Depends, Build-Depends-Indep,
>> or Build-Depends-Arch relationship on a non-main package unless that
>> package is only listed as a non-default alternative for a package in
>> main),
> 
> Listing a virtual package as first choice of a Recommends violates
> Policy §2.2.1, because that is not "a non-default alternative".

I don't read the policy this way, as this specific case is not covered.
Please get clarification from the policy maintainers before raising the
severity.

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#586858: Bug#586858: network-manager: Should auto-detect EAP authentication type

[Michael Biebl]

Hi Josh

Am 12.12.2017 um 20:31 schrieb Josh Triplett:
>> Can you still reproduce the issue with a recent version?
> 
> Yes, this is still relevant. NetworkManager still requires manually
> selecting the EAP type, rather than autodetecting it. I don't know why
> this would have been closed as obsolete.

Thanks for reporting back and confirming this is still an issue.
As I don't have an environment to test EAP setups myself, would you mind
following up at the upstream bug report yourself?
This is probably more productive then me playing a bug proxy.

Regards,
Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#586858: Bug#586858: network-manager: Should auto-detect EAP authentication type

[Michael Biebl]

Control: tags -1 moreinfo

On Wed, 21 Jul 2010 17:51:48 +0200 Michael Biebl <bi...@teco.edu> wrote:
> forwarded 586858 https://bugzilla.gnome.org/show_bug.cgi?id=624939
> thanks
> 
> On 23.06.2010 01:40, Josh Triplett wrote:
> > autodetect all of those from an EAP configuration packet.  It certainly
> > would make connecting to WPA networks easier if NetworkManager could
> > autodetect this as well (or let wpa-supplicant do so).
> 
> I've forwarded this issue to the upstream bug tracker

This bug report was closed upstream as obsolete.

Can you still reproduce the issue with a recent version?

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#877575: network-manager: brcmfmac fails to load firmware

[Michael Biebl]

Control: forcemerge 836280 -1

On Mon, 23 Oct 2017 11:49:22 +1100 Erik de Castro Lopo
 wrote:
> Erik de Castro Lopo wrote:
> 
> > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=836280
> > Can you be more specific how this bug report is different to #836280?
> 
> Its not. Should I reopen the previous bug?

Well, the previous bug is not closed. So this is just another duplicate.
Thus merging

> > Why is a failure to load a firmware a network-manager bug?
> 
> Last time I raise this against the kernel and it was redirected to
> network-manager and it was fixed when a new version of network-manager
> was released.

In the end I think it's a driver bug and the workarounds that were
applied previously are no proper fix.

Have you tried disabling mac randomization?


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#880162: The mobile broadband is missing in the network-manager since upgrading it yesterday

[Michael Biebl]

Control: tags -1 + moreinfo

On Mon, 30 Oct 2017 16:06:25 +0800 gulfstream  wrote:
> Package: network-manager
> Version: 1.8.4-4
> Severity: important
> 
> 
> Hi, the package network-manager was upgraded yesterday, and I find it can not 
> control my mobile broadband in my laptop today. The mobile broadband is 
> missing in the network-manager UI. This function works fine before the 
> upgrading.
> 
> Would you please resolve this problem soon? Thank you very much!
> 

With this little information it is unfortunately not possible to
diagnose your problem.

Please get a debug log following the instructions from
https://wiki.gnome.org/Projects/NetworkManager/Debugging

Especially relevant is the section about debugging 3G connections.
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#881352: Bug#881352: udisks2: Breaks installation with kernel panic

[Michael Biebl]

Am 10.11.2017 um 17:53 schrieb André Esteves:
> Subject: udisks2: Breaks installation with kernel panic
> Package: udisks2
> Version: 2.7.4-1
> Severity: critical
> Justification: breaks the whole system
> 
> Dear Maintainer,
> 
> 
> What led up to the situation?
> 
> Upgrading system tyhrough ssh then it broke in udisks2 install
> 
> with last screen messages:
> 
> -A instalar udisks2 (2.7.4-1) ...
> -
> -Message from syslogd@fw at Nov 10 16:17:08 ...
> - kernel:[339385.530851] CPU: 1 PID: 16 Comm: ksoftirqd/1 Not tainted
> 4.13.0-1-686-pae #1 Debian 4.13.4-2
> 
> -Message from syslogd@fw at Nov 10 16:17:08 ...
> - kernel:[339385.536447] Hardware name: System manufacturer System
> Product Name/P5G41T-M LX, BIOS 090207/27/2011
> 
> system terminal Kernel panic photo appended to message.

This is a kernel crash, so should probably be re-assigned (which an
appropriate severity).

Can you reproduce the problem by re-installing the udisks2 package?


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#880454: Bug#880454: mdns-scan FTCBFS: uses the build architecture compiler

[Michael Biebl]

Hi

Am 31.10.2017 um 20:05 schrieb Helmut Grohne:
> Source: mdns-scan
> Version: 0.5-2
> Tags: patch
> User: helm...@debian.org
> Usertags: rebootstrap
> 
> mdns-scan fails to cross build from source, because it uses the build
> architecture compiler. cdbs does set cross compilers via
> DEB_MAKE_ENVVARS, but mdns-scan overrides them using a := assignment. By
> switching that to +=, mdns-scan cross builds successfully. Please
> consider applying the attached patch.

Feel free to do an NMU without delay.
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#878911: avahi FTBFS with debhelper 10.9.2

[Michael Biebl]

On Tue, 17 Oct 2017 19:45:11 +0300 Adrian Bunk  wrote:
> Source: avahi
> Version: 0.7-3
> Severity: serious
> 
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/avahi.html
> 
> ...
>dh_systemd_start
> dh_systemd_start: Could not find "avahi-daemon.socket" in the 
> /lib/systemd/system directory of avahi-dnsconfd. This could be a typo, or 
> using Also= with a service file from another package. Please check carefully 
> that this message is harmless.
> dh_systemd_start: Cannot open(avahi-daemon.socket) for extracting the Also= 
> line(s)
> debian/rules:4: recipe for target 'binary' failed
> make: *** [binary] Error 2
> 
> 
> 19:35 < nthykier> bunk: Ideally, avahi would fix this on their end.  Without 
> the fail-on-error, debhelper will silently "not do things" 
>   when the file is unreadable (even if only temporarily).  
> I.e. a "fail-to-fail"-case
> 

avahi-daemon.socket is provided by avahi-daemon, a binary package which
is built from the same source package and avahi-dnsconfd depends on
avahi-daemon.
Niels, can you be a bit more specific why this fails now and what you
think is the proper fix?
A service file having an Also= line referencing a service which pulled
in via Depends seems fine to me.

Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

Re: [Pkg-utopia-maintainers] network-manager-gnome - Ethernet - Security - 802.1x - Password can't be changed

[Michael Biebl]

Am 19.10.2017 um 14:39 schrieb Daniel:
> Hello,
> 
> I'm using debian 9 up to date.
> 
> Desktop Environment: Gnome
> 
> Scenario: Where I work we connect to the network with Ethernet and
> 802.1x peap authentication. Each X days passwords expire and we need
> to change it.
> 
> Problem: When I try to change the password to the new one and I apply
> changes everything seems fine (I apply and get no errors), but when I
> open the same settings back again the old password still remains, so
> the password is not really changed no matter how many times I try.
> 
> Workaround so far: The only way I found so far to effectively set the
> password is to disable security completely and enable it back again to
> define all values from scratch.
It looks like you used gnome-control-center to change the password.
Does it make a difference if you use nm-connection-editor (from
network-manager-gnome) to change the password?


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#802283: firewalld: Create an alternative for /usr/share/polkit-1/actions/org.fedoraproject.FirewallD1.policy symlink

[Michael Biebl]

Am 10.10.2017 um 12:54 schrieb Laurent Bigonville:
> 
>>From 97de6680c623bedcf75c8d7a13dd7a0693d210c2 Mon Sep 17 00:00:00 2001
> From: Laurent Bigonville 
> Date: Tue, 14 Feb 2017 15:36:26 +0100
> Subject: [PATCH] Handle
>  /usr/share/polkit-1/actions/org.fedoraproject.FirewallD1.policy symlink using
>  alternatives
> 
> Closes: #802283
> ---
>  debian/firewalld.postinst |  6 ++
>  debian/firewalld.prerm| 25 +
>  debian/rules  |  2 ++
>  3 files changed, 33 insertions(+)
>  create mode 100644 debian/firewalld.prerm
> 
> diff --git a/debian/firewalld.postinst b/debian/firewalld.postinst
> index cc7b96d..68ee272 100644
> --- a/debian/firewalld.postinst
> +++ b/debian/firewalld.postinst
> @@ -12,6 +12,12 @@ case "$1" in
>  chmod 0750 /etc/firewalld
>  fi
>   fi
> + update-alternatives --install 
> /usr/share/polkit-1/actions/org.fedoraproject.FirewallD1.policy \
> + org.fedoraproject.FirewallD1.policy \
> + 
> /usr/share/polkit-1/actions/org.fedoraproject.FirewallD1.server.policy.choice 
> 20
> + update-alternatives --install 
> /usr/share/polkit-1/actions/org.fedoraproject.FirewallD1.policy \
> + org.fedoraproject.FirewallD1.policy \
> + 
> /usr/share/polkit-1/actions/org.fedoraproject.FirewallD1.desktop.policy.choice
>  10
>  ;;
>  
>  abort-upgrade|abort-remove|abort-deconfigure)
> diff --git a/debian/firewalld.prerm b/debian/firewalld.prerm
> new file mode 100644
> index 000..d0e3239
> --- /dev/null
> +++ b/debian/firewalld.prerm
> @@ -0,0 +1,25 @@
> +#!/bin/sh
> +set -e
> +
> +
> +case "$1" in
> +  # only remove in remove/deconfigure so we don't disrupt users' preferences
> +  remove|deconfigure)
> +update-alternatives --remove org.fedoraproject.FirewallD1.policy \
> + 
> /usr/share/polkit-1/actions/org.fedoraproject.FirewallD1.server.policy.choice
> +update-alternatives --remove org.fedoraproject.FirewallD1.policy \
> + 
> /usr/share/polkit-1/actions/org.fedoraproject.FirewallD1.desktop.policy.choice
> +;;
> +
> +  upgrade|failed-upgrade)
> +;;

Can you fix the indentation to use 4 spaces consistently everywhere.

> +  *)
> +echo "prerm called with unknown argument \`$1'" >&2
> +exit 0

Why "exit 0"? That is inconsistent with postinst.

> +;;
> +esac
> +
> +#DEBHELPER#
> +
> +exit 0

We should drop the trailing "exit 0" (also from postinst). It's rather
pointless when using "set -e".

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#877575: Bug#877575: network-manager: brcmfmac fails to load firmware

[Michael Biebl]

Am 03.10.2017 um 08:58 schrieb Erik de Castro Lopo:
> Package: network-manager
> Version: 1.8.4-1
> Severity: normal
> 
> Dear Maintainer,
> 
> I'm running Debian testing. Today I upgraded everything and wifi
> stopped working. The symptoms are *identical* to the problems I
> reported in: 
> 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=836280
Can you be more specific how this bug report is different to #836280?

Why is a failure to load a firmware a network-manager bug?


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#877085: Bug#877085: network-manager installation crashes debian buster

[Michael Biebl]

Control: tags -1 + moreinfo

Am 28.09.2017 um 16:04 schrieb andy:
> Package: network-manager
> Severity: critical
> Justification: breaks the whole system
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
>   I installed network-manager and my system (dell r710 server) crashed 
> immediately, tried to reboot, 
>   failed and tried to reboot, this cycle went on indefinitely

What exactly does "crash" mean?
Did the NetworkManager binary crash or the kernel?
Do you still have (local/remote) access to the system?
Please provide a dmesg log and if possible the output of
journalctl -alb.

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#876442: Failure to reload during/after distupgrade: circular inclusion of file '/etc/dbus-1/system.conf'

[Michael Biebl]

Am 22.09.2017 um 21:10 schrieb Simon McVittie:
> user@host:~$ ls -l /etc/dbus-1
> total 8
> lrwxrwxrwx 1 root root   30 Sep 22 18:45 session.conf -> 
> /usr/share/dbus-1/session.conf
> drwxr-xr-x 2 root root 4096 Nov 22  2016 session.d
> lrwxrwxrwx 1 root root   29 Sep 22 18:45 system.conf -> 
> /usr/share/dbus-1/system.conf
> drwxr-xr-x 2 root root 4096 Sep 22 18:43 system.d

I checked /var/log/installer/lsb_release and it says

DISTRIB_ID=Debian

DISTRIB_DESCRIPTION="Debian GNU/Linux installer"

DISTRIB_RELEASE="9 (stretch) - installer build 20170313-00:01"

X_INSTALLATION_MEDIUM=cdrom

So, the image was not created with the final stretch ISO.
I can confirm that it contains those said symlinks and that after the
dist-upgrade the symlinks have been removed.



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#876442: Bug#876442: Failure to reload during/after distupgrade: circular inclusion of file '/etc/dbus-1/system.conf'

[Michael Biebl]

Am 22.09.2017 um 21:10 schrieb Simon McVittie:
> On Fri, 22 Sep 2017 at 13:04:23 +0200, Michael Biebl wrote:
>> During a dist-upgrade from stretch to sid, I get hundreds of messages
>> like this:
>> Sep 22 12:31:24 debian dbus-daemon[493]: Unable to reload configuration: 
>> Circular inclusion of file '/etc/dbus-1/session.conf'
>> Sep 22 12:31:24 debian dbus-daemon[5061]: Unable to reload configuration: 
>> Circular inclusion of file '/etc/dbus-1/session.conf'
>> Sep 22 12:31:32 debian dbus[414]: [system] Unable to reload configuration: 
>> Circular inclusion of file '/etc/dbus-1/system.conf'
> 
> I'm going to ignore the session bus and consider only the system bus,
> since the two are equivalent and you seem to have the same issue for both.
> When we know how to fix this for the system bus, we can solve it for the
> session bus equally well.
> 
> On a machine that was installed with stretch, there is not going to be a
> problem:

Hm, this was from a test VM which I'm pretty sure was installed with a
stretch d-i ISO.
I'll double check


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#876342: Bug#876342: Bug#876342: avahi-daemon: upgrade failed: failed to configure

[Michael Biebl]

Am 21.09.2017 um 20:05 schrieb Vincent Lefevre:
> On 2017-09-21 18:47:40 +0200, Michael Biebl wrote:
>> Can you provide steps how to reproduce the issue? I've upgraded avahi on
>> several systems and did not run into this particular problem.
> 
> I don't know whether this is reproducible, but this was just an
> upgrade with aptitude. 

Not sure what to do about this bug report then aside from closing it.
The given information at least is not sufficient to further debug this.



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#876342: Bug#876342: avahi-daemon: upgrade failed: failed to configure

[Michael Biebl]

Control: tags -1 moreinfo unreproducible

Am 21.09.2017 um 10:28 schrieb Vincent Lefevre:
> Package: avahi-daemon
> Version: 0.7-3
> Severity: grave
> Justification: renders package unusable
> 
> The upgrade of avahi-daemon failed:
> 
> Setting up avahi-daemon (0.7-3) ...
> Installing new version of config file /etc/avahi/avahi-daemon.conf ...
> Job for avahi-daemon.service failed because the control process exited with 
> error code.
> See "systemctl  status avahi-daemon.service" and "journalctl  -xe" for 
> details.
> invoke-rc.d: initscript avahi-daemon, action "restart" failed.
> ● avahi-daemon.service - Avahi mDNS/DNS-SD Stack
>Loaded: loaded (/lib/systemd/system/avahi-daemon.service; enabled; vendor 
> preset: enabled)
>Active: failed (Result: exit-code) since Thu 2017-09-21 10:21:56 CEST; 6ms 
> ago
>   Process: 740 ExecStart=/usr/sbin/avahi-daemon -s (code=exited, status=255)
>  Main PID: 740 (code=exited, status=255)
> 
> Sep 21 10:21:56 zira systemd[1]: Starting Avahi mDNS/DNS-SD Stack...
> Sep 21 10:21:56 zira avahi-daemon[740]: Daemon already running on PID 740> 
> Sep 21 10:21:56 zira systemd[1]: avahi-daemon.service: Main process
exited, code=exited, status=255/n/a
> Sep 21 10:21:56 zira systemd[1]: Failed to start Avahi mDNS/DNS-SD Stack.
> Sep 21 10:21:56 zira systemd[1]: avahi-daemon.service: Unit entered failed 
> state.
> Sep 21 10:21:56 zira systemd[1]: avahi-daemon.service: Failed with result 
> 'exit-code'.
> dpkg: error processing package avahi-daemon (--configure):
>  subprocess installed post-installation script returned error exit status 1
> 

Can you provide steps how to reproduce the issue? I've upgraded avahi on
several systems and did not run into this particular problem.




-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#876143: Bug#876143: udisks2-btrfs: Dependency on libblockdev-btrfs should be libblockdev-btrfs2

[Michael Biebl]

Control: severity -1 serious

Am 19.09.2017 um 01:41 schrieb Axel Beckert:
> Package: udisks2-btrfs
> Version: 2.7.3-3
> 
> Dear Utopia maintainers,
> 
> udisks2-btrfs depends on libblockdev-btrfs which doesn't exist.
> 
> What exists is libblockdev-btrfs2, so I assume there is a "2" missing in
> that dependency.

Indeed. Will be fixed in the next upload.
Thanks for spotting.




signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#876070: Bug#876070: libavahi-core7: Does not install

[Michael Biebl]

Control: tags -1 + moreinfo unreproducible

Am 18.09.2017 um 09:02 schrieb Eric Valette:
> Package: libavahi-core7
> Version: 0.7-1
> Severity: grave
> Justification: renders package unusable
> 
> apt-get -f install
> Reading package lists... Done
> Building dependency tree   
> Reading state information... Done
> The following additional packages will be installed:
>   libavahi-core7
> The following packages will be upgraded:
>   libavahi-core7
> 1 upgraded, 0 newly installed, 0 to remove and 2 not upgraded.
> 33 not fully installed or removed.
> Need to get 0 B/114 kB of archives.
> After this operation, 3072 B disk space will be freed.
> Do you want to continue? [Y/n] 
> (Reading database ... 147923 files and directories currently installed.)
> Preparing to unpack .../libavahi-core7_0.7-1_amd64.deb ...
> Unpacking libavahi-core7:amd64 (0.7-1) over (0.6.32-2) ...
> dpkg: error processing archive 
> /var/cache/apt/archives/libavahi-core7_0.7-1_amd64.deb (--unpack):
>  unable to install (supposed) new info file '/var/lib/dpkg/tmp.ci/shlibs': 
> Structure needs cleaning
> Errors were encountered while processing:
>  /var/cache/apt/archives/libavahi-core7_0.7-1_amd64.deb
> E: Sub-process /usr/bin/dpkg returned an error code (1)
> 

I can't reproduce the problem. Neither on my laptop nor in a chroot test
environment.

The shlibs file shipped by libavahi-core7_0.7-1 looks right to me
(attached), so I have no idea what's going on here.

Guillem, can you chime in here, please. What does this error message
mean and when and why can this happen.

Regards,
Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
libavahi-core 7 libavahi-core7 (>= 0.6.26)


signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#734721: [avahi-dnsconfd] fails to start at boot

[Michael Biebl]

Control: reassign -1 startpar

Hi Maurizio,

first of all, apologies for not replying earlier.

On Thu, 09 Jan 2014 13:09:38 +0100 Maurizio Avogadro 
wrote:
> Package: avahi-dnsconfd
> Version: 0.6.31-4
> Severity: normal
> 
> 
> The avahi-dnsconfd daemon failed to start at boot; in the daemon.log I
> found:
> 
> [...]
> Jan  8 17:28:41 w150hrm avahi-dnsconfd[3997]: connect(): No such file or
> directory
> Jan  8 17:28:41 w150hrm avahi-dnsconfd[3997]: Failed to connect to the
> daemon. This probably means that you
> Jan  8 17:28:41 w150hrm avahi-dnsconfd[3997]: didn't start avahi-daemon
> before avahi-dnsconfd.
> [...]
> 
> The output of $ ls -1 /etc/rc?.d/*avahi* is:
> 
> /etc/rc0.d/K01avahi-dnsconfd
> /etc/rc0.d/K03avahi-daemon
> /etc/rc1.d/K01avahi-dnsconfd
> /etc/rc1.d/K03avahi-daemon
> /etc/rc2.d/S20avahi-daemon
> /etc/rc2.d/S22avahi-dnsconfd
> /etc/rc3.d/S20avahi-daemon
> /etc/rc3.d/S22avahi-dnsconfd
> /etc/rc4.d/S20avahi-daemon
> /etc/rc4.d/S22avahi-dnsconfd
> /etc/rc5.d/S20avahi-daemon
> /etc/rc5.d/S22avahi-dnsconfd
> /etc/rc6.d/K01avahi-dnsconfd
> /etc/rc6.d/K03avahi-daemon
> 
> Oddly enough, I verified that at boot avahi-dnsconfd got started
> _before_ avahi-daemon, and I begun to suspect that the init system (I'm
> using sysvinit 2.88dsf-45; please see the attached graphs of the boot
> dependencies) were getting confused because of the multiple "Provides:"
> LSB header field of the avahi-daemon init script:
> 
> [...]
> ### BEGIN INIT INFO
> # Provides:  avahi avahi-daemon
> [...]
> 
> The avahi-dnsconfd initscript currently requires "avahi-daemon":
> 
> [...]
> ### BEGIN INIT INFO
> # Provides:  avahi-dnsconfd
> # Required-Start:$remote_fs avahi-daemon
> # Required-Stop: $remote_fs avahi-daemon
> [...]
> 
> Making avahi-dnsconfd initscript require "avahi" instead of
> "avahi-daemon" allowed me to correctly start the daemon _after_
> avahi-daemon at boot.
> 
> Since the solution looked straight and simple, even if this could indeed
> be considered a sysvinit issue, I chose to file this bug against


So, the start priorities S22avahi-dnsconfd and S20avahi-daemon look ok.
With sysvinit, after the switch to dependency based boot, startpar is
used to start the individual services.

I assume startpar computed the wrong dependency information to compute
the services in the correct order.
Using multiple Provides shouled be fine, as documented in
https://refspecs.linuxfoundation.org/LSB_3.0.0/LSB-PDA/LSB-PDA/initscrcomconv.html

I'm thus reassigning this bug to startpar.

Regards,
Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#876037: Bug#876037: Bug#874585: dpkg-shlibdeps: does not parse Version References

[Michael Biebl]

Am 17.09.2017 um 20:36 schrieb Michael Biebl:
> Am 17.09.2017 um 20:13 schrieb Guillem Jover:
> 
>> Reassigning both to gcc-7 to get this fixed there (assuming this is
>> not a binutils problem?), and to network-manager to workaround the
>> issue for now.
> 
> Please elaborate what I'm supposed to do with this bug report in
> network-manager.
> 
> I have no idea what to workaround.

... and why


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#873596: Bug#873596: avahi FTCBFS: uninstallable python Build-Depends, fails to figure out what distribution Debian is

[Michael Biebl]

Am 17.09.2017 um 20:12 schrieb Helmut Grohne:
> Hi Michael,
> 
> On Sun, Sep 17, 2017 at 07:18:08PM +0200, Michael Biebl wrote:
>> Given that python-all-dev already depends on libpython-all-dev,
>> shouldn't python-all-dev ensure to pull in the correct version?
> 
> Yes, python-all-dev depends on libpython-all-dev, but we want the build
> architecture python-all-dev and the host architecture libpython-all-dev.
> Thus the dependency doesn't get us the correct version. Note the ":any".
> 
> Yes, this is weired. No, I don't understand why we didn't make
> dependencies on python-all-dev just work (by swapping python-all-dev and
> libpython-all-dev and reversing the dependency).
> 

I still don't understand why python-all-dev allows the combination with
libpython-all-dev which apparently results in a non-working python
installation and why working around that in individual packages by
specifying additional build depends is the correct way to go.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#876037: Bug#874585: dpkg-shlibdeps: does not parse Version References

[Michael Biebl]

Am 17.09.2017 um 20:13 schrieb Guillem Jover:

> Reassigning both to gcc-7 to get this fixed there (assuming this is
> not a binutils problem?), and to network-manager to workaround the
> issue for now.

Please elaborate what I'm supposed to do with this bug report in
network-manager.

I have no idea what to workaround.

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#873596: avahi FTCBFS: uninstallable python Build-Depends, fails to figure out what distribution Debian is

[Michael Biebl]

Hi Helmut

On Tue, 29 Aug 2017 13:41:43 +0200 Helmut Grohne  wrote:
> Source: avahi
> Version: 0.6.32-2
> Tags: patch
> User: helm...@debian.org
> Usertags: rebootstrap
> 
> avahi fails to cross build from source. Since xmltoman became
> M-A:foreign. avahi's Build-Depends are almost installable. Its python
> dependencies still fail with postinst errors. For cross building, one
> typically wants libpython from the host architecture and the rest from
> the build architecture.

Given that python-all-dev already depends on libpython-all-dev,
shouldn't python-all-dev ensure to pull in the correct version?


After annotating all of those dependencies,
> ./configure fails figuring out the target distribution. After telling it
> that we build for Debian, it cross builds successfully. 

Hm, that would make the package not syncable to Ubuntu and other
derivatives.
I wonder if it would be better to conditionalize on dpkg-vendor
(DEB_VENDOR, /usr/share/dpkg/vendor.mk) instead.

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#870442: upower lazy about critical-action

[Michael Biebl]

On Wed, 13 Sep 2017 21:06:54 -0400 Harlan Lieberman-Berg
 wrote:
> tag 870442 +patch +upstream
> forwarded 870442 https://bugs.freedesktop.org/show_bug.cgi?id=99658
> thanks
> 
> Hello UPower maintainers,
> 
> This is an upstream bug, but there is a very simple patch available
> that solves this issue by allowing a user to set the value to Ignore.
> 
> Unfortunately, this patch has been around for almost a year with no
> action on the part of the maintainers.
> 
> I suggest that we take this patch directly, following our friends over
> at Arch.  (https://aur.archlinux.org/packages/upower-nocritical/ is
> the upower repo + the attached patch.)

I fail to see how this patch is supposed to fix the issues raised in
this bug report. Please elaborate.

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#874832: Bug#874832: [avahi] Future Qt4 removal from Buster

[Michael Biebl]

Am 10.09.2017 um 12:46 schrieb Andreas Henriksson:
> Control: tags -1 + pending
> 
> Hello Lisandro Damián Nicanor Pérez Meyer,
> 
> I've prepared a new upstream release of avahi in the packaging git
> repository and while at it I also removed the qt4 parts from being
> built. (The one rdep is only in unstable and should probably
> be RMed. It seems long dead, unmaintained, etc.)
> 
> https://anonscm.debian.org/cgit/pkg-utopia/avahi.git/commit/?id=346aa63ebc5c0aa7aad0127adb0b0167d5f6a422
> 
> Hopefully one of the utopia maintainers will find time to review the
> pending changes and upload the new version soon.
> 

The switch to python3-avahi is a bit of a blocker given that we have
quite a few rdeps.

Maybe it's better to postpone that do an 0.7 + the cleanup (gtk2 and qt4
removal) first.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#873706: Bug#874614: Bug#874614: Please demote some packages from dependency to recommendation

[Michael Biebl]

On Fri, 8 Sep 2017 14:46:06 +0200 Michael Biebl <em...@michaelbiebl.de>
wrote:

> > Sep 08 14:40:46 pluto systemd[1]: Starting Disk Manager...
> > Sep 08 14:40:46 pluto udisksd[23330]: udisks daemon version 2.7.3 starting
> > Sep 08 14:40:46 pluto udisksd[23330]: failed to load module crypto: 
> > libbd_crypto.so.2: cannot open shared object file: No such file or directory
> > Sep 08 14:40:46 pluto udisksd[23330]: failed to load module mdraid: 
> > libbd_mdraid.so.2: cannot open shared object file: No such file or directory
> > Sep 08 14:40:46 pluto udisksd[23330]: Failed to load a libblockdev plugin
> > Sep 08 14:40:46 pluto udisksd[23330]: Failed to load a libblockdev plugin
> > Sep 08 14:40:46 pluto systemd[1]: Started Disk Manager.
> > Sep 08 14:40:46 pluto udisksd[23330]: Acquired the name 
> > org.freedesktop.UDisks2 on the system message bus
> 
> Maybe that's already good enough to make those plugins optional and
> demote them to Recommends. The failure messages are certainly ugly
> though and I haven't checked how that failure is propagated to the UI,
> say cockpit or gnome-disks and if they handle those properly.

I have to add that this requires udisks2 2.7.3 which has this PR applied
https://github.com/storaged-project/udisks/pull/399

With 2.7.2 the mdraid and crypto modules are mandatory.

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#874614: Bug#874614: AW: Bug#874614: Bug#874614: Please demote some packages from dependency to recommendation

[Michael Biebl]

Am 08.09.2017 um 14:54 schrieb Bracksiek & Hemmelskamp:
> Fine, in that case let's close this bug,

#874614 is already closed


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#873706: Bug#874614: Bug#874614: Please demote some packages from dependency to recommendation

[Michael Biebl]

Am 08.09.2017 um 14:26 schrieb Bracksiek & Hemmelskamp:
> Ok, in that case the modules in udisks2 has to be optional - and not
> dependencies. What do you think?

There is already
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=873706

Further discussion should follow up there.

Manually removing the mdraid module leads to
> Sep 08 14:38:13 pluto udisksd[23063]: udisks daemon version 2.7.3 starting
> Sep 08 14:38:13 pluto udisksd[23063]: failed to load module mdraid: 
> libbd_mdraid.so.2: cannot open shared object file: No such file or directory
> Sep 08 14:38:13 pluto udisksd[23063]: Failed to load a libblockdev plugin
> Sep 08 14:38:13 pluto udisksd[23063]: Acquired the name 
> org.freedesktop.UDisks2 on the system message bus
> Sep 08 14:38:13 pluto systemd[1]: Started Disk Manager.

The udisks2 daemon is still running though. Same for the
libbd_crypto.so.2 plugin:

> Sep 08 14:40:46 pluto systemd[1]: Starting Disk Manager...
> Sep 08 14:40:46 pluto udisksd[23330]: udisks daemon version 2.7.3 starting
> Sep 08 14:40:46 pluto udisksd[23330]: failed to load module crypto: 
> libbd_crypto.so.2: cannot open shared object file: No such file or directory
> Sep 08 14:40:46 pluto udisksd[23330]: failed to load module mdraid: 
> libbd_mdraid.so.2: cannot open shared object file: No such file or directory
> Sep 08 14:40:46 pluto udisksd[23330]: Failed to load a libblockdev plugin
> Sep 08 14:40:46 pluto udisksd[23330]: Failed to load a libblockdev plugin
> Sep 08 14:40:46 pluto systemd[1]: Started Disk Manager.
> Sep 08 14:40:46 pluto udisksd[23330]: Acquired the name 
> org.freedesktop.UDisks2 on the system message bus

Maybe that's already good enough to make those plugins optional and
demote them to Recommends. The failure messages are certainly ugly
though and I haven't checked how that failure is propagated to the UI,
say cockpit or gnome-disks and if they handle those properly.

As for LVM2 and btrfs support: Those are already optional modules in
udisks2 (i.e. Suggests).
But I'm actually not sure if LVM support works in the Debian udisks2
package.
I see that the following features need to be switched on explicitly:
  --enable-lvm2   enable LVM2 support
  --enable-lvmcache   enable LVMCache support
  --enable-iscsi  enable iSCSI support
  --enable-btrfs  enable BTRFS support
  --enable-zram   enable ZRAM support
  --enable-lsmenable LibStorageMgmt support
  --enable-bcache enable Bcache support

Andreas, have you tested if e.g. lvm2 or btrfs support actually works in
the Debian udisks2 package?

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#873627: Bug#873627: Not really fixed

[Michael Biebl]

Am 31.08.2017 um 16:17 schrieb Lisandro Damián Nicanor Pérez Meyer:
> reopen 873627
> severity 873627 serious
> thanks
> 
> I'm afraid this last upload does not fixes the issue. I don't know
> what's the real problem but I had to go back to testing's udisks2 to
> be able to use Plasma.

It does fix the problem in udisks2, but there was one in libblockdev as
well which is fixed in 2.12-2. Make sure to upgrade to that version.

If udisks2 still fails after that, please file a new bug report, with
proper version information and list of package dependencies.

Thanks.

Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#870171: Attributing the problem to NM after all

[Michael Biebl]

Control: tags -1 + moreinfo

On Sun, 30 Jul 2017 20:22:07 +0200 "Eduard Bloch"
 wrote:
> clone 849875 -1
> reassign -1 network-manager
> retitle -1 WPA usage error: Invalid passphrase character
> thanks
> 
> On Sat, Jul 01, 2017 at 11:32:28PM +0200, Francesco Poli wrote:
> > Dear Debian wpasupplicant Maintainers,
> > I noticed that these 3 RC bugs (#849122, #849077, #849875) are marked
> > as found in wpa/2.6-2, which is now superseded by versions with epoch 2.
> > What seems to have happened (please correct me, if I am wrong) is that
> > the upstream version 2.4 was reintroduced into unstable (with epoch 2)
> > and then migrated to stretch (before the stretch release as stable).
> > 
> > Hence, I would say that those three bugs only affect experimental and
> > are not in stretch, buster or sid.
> > 
> > Could you please confirm that these 3 bugs should be marked as fixed in
> > wpa/2:2.4-1 and found in wpa/2:2.6-4 ?
> 
> Ok, now the problem from the original report has hit me too.
> 
> I could not figure out what is going on. I selected an AP which has been
> working fine for months, and suddenly NM switched me to another AP
> (which works partly since it is far away and reception quality is bad).
> 
> I tried removing wpasupplicant and network-manager. Purging config.
> Nothing helps. Checking the log, and WOW... (see attachment).
> So wpa_supplicant says "Line 0: Invalid passphrase character".
> Line 0 of what? This is most likely the input from NM which means: NM
> feeds wpa_supplicant with CRAP. But which crap? When NM asked me for
> passphrase, I am absolutely sure that I entered the correct one.

Does the password have any special characters?
Can you change the WPA passphrase to something else (say only letters)
and try again?
Please also provide a full debug log from NetworkManager (and
wpasupplicant) when the problem happens.
https://wiki.gnome.org/Projects/NetworkManager/Debugging

which versions of wpasupplicant and network-manager do you have installed?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#872977: Bug#872977: libblockdev FTBFS on s390x: fatal error: s390utils/vtoc.h: No such file or directory

[Michael Biebl]

Hi Aaron

Am 23.08.2017 um 18:57 schrieb Aaron M. Ucko:
> Michael Biebl <bi...@debian.org> writes:
> 
>> Afaics, this header is supposed to be provided by s390-tools/libvtoc
> 
> Is it actually needed here at all?  

You mean aside from the actual #include? I'm not sure tbh.

A quick look at the three files
> including it (lib/plugin_apis/s390.api and plugins/s390.[ch]) appears to
> indicate otherwise, though I haven't actually logged into a porterbox to
> test.  If a vtoc.h is needed, will parted's suffice?

The copy in parted seems to be an outdated version of s390-tools' vtoc.h.

Wouldn't it be better if we had a single package providing that header
which packages then can include?
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#869922: Bug#869922: (no subject)

[Michael Biebl]

Am 27.07.2017 um 23:15 schrieb Martin Dosch:
> Dear Michael,
> 
> I'm not the same Martin who opened the bugreport. :)
> 
> Ok, after removing my user from the group sudo (and deleting this group
> at all) also pkexec works like intended.
> 

Ok, thanks for the confirmation that what I said was not wrong.
Fwiw, you don't need to delete the sudo group (and I would advise
against doing so). Simply remove the users from this group for those you
don't want to have admin privileges.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#869922: Bug#869922: (no subject)

[Michael Biebl]

Am 27.07.2017 um 22:46 schrieb Martin Dosch:

Are you the same Martin who filed the bug report? I'm confused because
of the different email addresses

> Dear all,
> 
> 
>>   Members of this group may run any command as any user when using sudo or
>> pkexec (from the policykit-1 package, independently of whether the sudo
>> package is installed).
> 
> 
> I think you are wrong. This is what happens on my buster:

I don't think I'm wrong. If you want to prove me wrong you'll have to
provide more details, like your exact sudo config, your polkit config and
getent groups martin.

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#869928: Bug#869928: network-manager-pptp-gnome: Can't fill password

[Michael Biebl]

Am 27.07.2017 um 19:10 schrieb ImmortalDragon:
> Package: network-manager-pptp-gnome
> Version: 1.2.4-2
> Severity: important
> 
> Dear Maintainer,
> 
> I use mate
> 
> I can't fill password in sittings. The field is not clickable. But show 
> password checkbox is.
> I can fill password after start connecting, but now checkbox to store 
> password.

I don't understand what you are trying to say, sorry.
Can you try to explain your problem in more details please.




signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#869922: Bug#869922: policykit-1: members of group sudo become root with pkexec while ignoring /etc/sudoers

[Michael Biebl]

Control: severity -1 normal
Control: close -1
Am 27.07.2017 um 17:53 schrieb mviereck:
> Package: policykit-1
> Version: 0.105-18
> Severity: grave
> Tags: security
> Justification: user security hole
> 
> Dear Maintainer,
> 
> If an unprivileged user is member of group sudo, he can achieve unrestricted 
> root privileges with pkexec 
> and his user password (instead of root password). This happens regardless if 
> or if not package sudo is installed, 
> and regardless of existing or non-existing entries in /etc/sudoers.
> 
> Command sudo and group sudo were designed to allow single privileged commands 
> for unprivileged users.

This is not correct. The default sudo config ships

%sudo   ALL=(ALL:ALL) ALL

I.e., a user in group sudo can run every command with root privileges.

> Instead, pkexec allows full root access for members of group sudo.
> 
> I expect: 
>  - pkexec does not regard group sudo. (clean way, unlinking polkit from sudo)
> or
>  - pkexec regards entries in /etc/sudoers. (dirty way, pkexec should not be 
> mixed with sudo)
> 
> (Not regarding group sudo would also avoid prompting non-sudo-group users for 
> passwords of sudo-group users)

Granting root-like access via group sudo is intended and not a security
hole and the policykit policy is in line with the sudo policy here.

Regards,
Michael




signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#860040: Bug#866612: network-manager: no permission to toggle network/wifi

[Michael Biebl]

Am 23.07.2017 um 14:30 schrieb Yves-Alexis Perez:
> On Sun, 2017-07-23 at 12:13 +0200, Yves-Alexis Perez wrote:
>> On Sun, 2017-07-23 at 04:30 +0200, Michael Biebl wrote:
>>>
>>>>> There is https://bugzilla.redhat.com/show_bug.cgi?id=1130796 which
>>> provides some more background and also mentions a workaround, i.e.
>>> mounting proc with gid= and adding polkitd to that group.
>>> I haven't actually tested that though.
>>
>> Thanks, I'll try the gid thing and report back, but I had the impression that
>> the /proc/1/cgroup access was done as my user/group and not by polkitd as
>> polkitd user/group.
> 
> Confirmed, giving access to /proc to polkitd user (running polkitd) is not
> enough, the authentication agent seems to requires that as well (and granting
> my user access to /proc denies the interest of hidepid).

Yeah, the polkitd user is actually experimental only. The version in
unstable runs as root.

Hm, I guess this means you'd have to add your user to that group as well
(or rather any user who wants to use polkit). Which sort of defeats the
purpose of hidepid=2 to some extent.



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#860040: Bug#866612: network-manager: no permission to toggle network/wifi

[Michael Biebl]

On Fri, 21 Jul 2017 10:50:31 +0200 Yves-Alexis Perez 
wrote:

> When /proc is mounted with hidepid>0 /proc/1/cgroup can't be read (either
> because /proc/1 doesn't exist, if hidepid=2, or because /proc/1/cgroup is not
> readable, if hidepid=1).
> 
> In that case, polkit-gnome-authentication-agent-1 (or lxpolkit, for that
> matter) bails out early.
> 

There is https://bugzilla.redhat.com/show_bug.cgi?id=1130796 which
provides some more background and also mentions a workaround, i.e.
mounting proc with gid= and adding polkitd to that group.
I haven't actually tested that though.
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#868147: Bug#868147: network-manager-openvpn: feature at TLS Settings -> Subject match is using the removed openvpn option tls-remote

[Michael Biebl]

Control: forcemerge 848024 -1


Am 12.07.2017 um 14:21 schrieb Giorgos Pallas:
> Package: network-manager-openvpn
> Version: 1.2.8-2
> Severity: important
> 
> Dear Maintainer,
> 
> As the subject says, if I set the subject match option, then I get on the 
> logs:
> Jul 12 14:57:29 mordor NetworkManager[742]: Options error: Unrecognized 
> option or missing or extra parameter(s) in [CMD-LINE]:1: tls-remote (2.4.0)
> 
> The tls-remote option has been removed from openvpn, so the vpn connection 
> cannot complete.
> 
> Instead, the package should use the openvpn option verify-x509-name.

Duplicate of

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=848024


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#867909: Bug#867909: network-manager: NetworkManager doesn not write search domains to resolv.conf

[Michael Biebl]

Am 10.07.2017 um 16:23 schrieb Vladimir Kudrya:
> Package: network-manager
> Version: 1.8.0-5
> Severity: normal
> 
> Dear Maintainer, NetworkManager, supposedly after upgrade to 1.8, does not
> write domain information acquired via DHCP into resolv.conf. 'domain' and 
> 'search'
> lines are missing.
> I use dnsmasq on LAN which provides options 15 and 119.
> NetworkManager correctly lists both acquired options in journal and in 
> connection info,
> but silently fails to write them to resolv.conf

Could you attach your /etc/dhcp/dhclient.conf please

What happens if you switch to the internal dhcp implementation.

$ cat /etc/NetworkManager/conf.d/dhcp.conf
[main]
dhcp=internal

$ systemctl restart NetworkManager.service

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#866376: Bug#866376: network-manager: Network-Manager cause kernel panic

[Michael Biebl]

If the kernel panics, this sounds like a driver/kernel issue.
Which hardware and driver do you use?

Ben, does this sound familiar? Should this issue be reassigned to the
kernel?

Am 29.06.2017 um 11:33 schrieb Dario Maiocchi:
> Package: network-manager
> Version: 1.6.2-3
> Severity: critical
> Justification: breaks the whole system
> 
> Dear Maintainer,
> 
>* What led up to the situation?
>  Just booting and connecting with gnome on network wifi, cause kernel 
> panic,
>  impossible to get internet via wifi.(kernel panic attached)
>
>  I know that the wifi initially worked, then i moved and changed
>  wifi device router (not on laptop) and i have the kernel panic.
> 
>  I didn't tried it out with another device.  
>  For any additional info ping me
> 
>* What was the outcome of this action?
>  Disable wlan
>* What outcome did you expect instead?
>  Not kernel-panic
> 
> network-manager-gnome 1.4.4-1 amd64
> 
> -- System Information:
> Debian Release: 9.0
>   APT prefers stable
>   APT policy: (500, 'stable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores)
> Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
> LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> Versions of packages network-manager depends on:
> ii  adduser3.115
> ii  dbus   1.10.18-1
> ii  init-system-helpers1.48
> ii  libaudit1  1:2.6.7-2
> ii  libbluetooth3  5.43-2
> ii  libc6  2.24-11+deb9u1
> ii  libglib2.0-0   2.50.3-2
> ii  libgnutls303.5.8-5+deb9u1
> ii  libgudev-1.0-0 230-3
> ii  libjansson42.9-1
> ii  libmm-glib01.6.4-1
> ii  libndp01.6-1+b1
> ii  libnewt0.520.52.19-1+b1
> ii  libnl-3-2003.2.27-2
> ii  libnm0 1.6.2-3
> ii  libpam-systemd 232-25
> ii  libpolkit-agent-1-00.105-18
> ii  libpolkit-gobject-1-0  0.105-18
> ii  libreadline7   7.0-3
> ii  libselinux12.6-3+b1
> ii  libsoup2.4-1   2.56.0-2
> ii  libsystemd0232-25
> ii  libteamdctl0   1.26-1+b1
> ii  libuuid1   2.29.2-1
> ii  lsb-base   9.20161125
> ii  policykit-10.105-18
> ii  udev   232-25
> ii  wpasupplicant  2:2.4-1
> 
> Versions of packages network-manager recommends:
> ii  crda 3.18-1
> ii  dnsmasq-base 2.76-5+b1
> ii  iptables 1.6.0+snapshot20161117-6
> ii  iputils-arping   3:20161105-1
> ii  isc-dhcp-client  4.3.5-3
> ii  modemmanager 1.6.4-1
> ii  ppp  2.4.7-1+4
> 
> Versions of packages network-manager suggests:
> pn  libteam-utils  
> 
> 
> kernel-panic:
> 
> Jun 29 11:00:03 atene kernel: INFO: rcu_sched self-detected stall on CPU
> Jun 29 11:00:03 atene kernel: 0-...: (5250 ticks this GP)
> idle=223/141/0 softirq=42741/42741 fqs=2317 
> Jun 29 11:00:03 atene kernel:  (t=5251 jiffies g=27933 c=27932
> q=10796)
> Jun 29 11:00:03 atene kernel: Task dump for CPU 0:
> Jun 29 11:00:03 atene kernel: NetworkManager  R  running task0
> 469  1 0x0008
> Jun 29 11:00:03 atene kernel:  a8b13340 a7ea3bbb
>  a8b13340
> Jun 29 11:00:03 atene kernel:  a7f7a4a6 8b01bec18fc0
> a8a4a6c0 
> Jun 29 11:00:03 atene kernel:  a8b13340 
> a7ededf4 0001
> Jun 29 11:00:03 atene kernel: Call Trace:
> Jun 29 11:00:03 atene kernel:   
> Jun 29 11:00:03 atene kernel:  [] ?
> sched_show_task+0xcb/0x130
> Jun 29 11:00:03 atene kernel:  [] ?
> rcu_dump_cpu_stacks+0x92/0xb2
> Jun 29 11:00:03 atene kernel:  [] ?
> rcu_check_callbacks+0x754/0x8a0
> Jun 29 11:00:03 atene kernel:  [] ?
> tick_sched_handle.isra.12+0x50/0x50
> Jun 29 11:00:03 atene kernel:  [] ?
> update_process_times+0x28/0x50
> Jun 29 11:00:03 atene kernel:  [] ?
> tick_sched_handle.isra.12+0x20/0x50
> Jun 29 11:00:03 atene kernel:  [] ?
> tick_sched_timer+0x38/0x70
> Jun 29 11:00:03 atene kernel:  [] ?
> __hrtimer_run_queues+0xdc/0x240
> Jun 29 11:00:03 atene kernel:  [] ?
> hrtimer_interrupt+0x9c/0x1a0
> Jun 29 11:00:03 atene kernel:  [] ?
> smp_apic_timer_interrupt+0x39/0x50
> Jun 29 11:00:03 atene kernel:  [] ?
> apic_timer_interrupt+0x82/0x90
> Jun 29 11:00:03 atene kernel:   
> Jun 29 11:00:03 atene kernel:  [] ?
> delay_tsc+0x21/0x50
> Jun 29 11:00:03 atene kernel:  [] ?
> rtl8723_fw_free_to_go+0xa3/0xf0 [rtl8723_common]
> Jun 29 11:00:03 atene kernel:  [] ?
> rtl8723_download_fw+0xb6/0x130 [rtl8723_common]
> Jun 29 11:00:03 atene kernel:  [] ?
> rtl8723be_hw_init+0xc60/0x1740 [rtl8723be]
> Jun 29 11:00:03 atene kernel:  [] ?
> rtl_pci_start+0x4c/0xb0 [rtl_pci]
> Jun 29 11:00:03 atene kernel:  [] ?
> rtl_op_start+0x4d/0x80 [rtlwifi]
> Jun 29 11:00:03 atene kernel:  [] ?

[Pkg-utopia-maintainers] Bug#865956: Bug#865956: udisks2-doc: GLib links are broken

[Michael Biebl]

Control: tags -1 + pending

Am 26.06.2017 um 05:17 schrieb Arnaud Rebillout:
> Package: udisks2-doc
> Version: 2.1.8-1
> Severity: normal
> 
> Dear Maintainer,
> 
> GLib links are broken in the package udisks2-doc.
> 
> You can easily see it by firing something like `devhelp -s UDisksBlock`
> on the command-line. In the function list displayed there, all GTypes
> returned are unresolved (they should be valid links to GLib
> documentation).
> 
> These links should be resolved at build-time by gtkdoc-fixxref, assuming
> that the GLib documentation is installed in the build environment.
> 
> By comparing with similar packages (GTK+ and GStreamer), I noticed that
> udisks2 lack a dependency to libglib2.0-doc, which is why GLib links are
> left unresolved

Thanks for your bug report. Fixed in
https://anonscm.debian.org/cgit/pkg-utopia/udisks2.git/commit/?id=f148389a5df20ab0948f03660de58fae64871aaf


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#865013: Bug#865013: Bug#865013: network-manager-gnome: Consistent segfault when connecting to WPA2 network

[Michael Biebl]

Am 25.06.2017 um 02:56 schrieb Michael Biebl:
> Fwiw, I'm not able to reproduce the crash
> 
> I can create new wifi (WPA2-PSK) connections without problems.
> 
> What kind of connection do you create?
> The backtrace suggests that it might be something WPA2-EAP
> 
> Would probably be a good idea if you file this bug upstream at
> https://bugzilla.gnome.org/page.cgi?id=browse.html=NetworkManager

You could try this patch

https://git.gnome.org/browse/network-manager-applet/commit/?id=b322931ea

It looks related


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#761850: dhclient problem caused by disconnected stderr socket

[Michael Biebl]

Control: tags -1 + moreinfo

Hi

On Sat, 04 Oct 2014 13:58:40 -0400 Michael Paul  wrote:
> I've encountered this too, and it looks like it's not a problem with 
> dhclient itself.  It may not be NetworkManager either.  I suspect 
> systemd, but I'm not sure.
> 
> Investigating with strace, I found that dhclient is terminating due to a 
> SIGPIPE when trying to write its first line of output ("Internet Systems 
> Consortium DHCP Client") to stderr.  Its /proc/self/fd shows that stderr 
> is a socket:  the "2" link points to "socket:[15055]".  I thought the 
> socket might be connected to NetworkManager, so I checked and found that 
> actually NetworkManager's stderr is the same socket; both processes are 
> sending their output to the same place.
> 
> However, it's not clear what the socket actually connects to. Figuring 
> the number 15055 was an inode number of a Unix domain socket file, I ran 
> "find / -inum 15055" as root, but didn't find anything.  I also did "ls 
> -l /proc/*/fd/* | grep 15055", and the only hits were the stdout and 
> stderr of the NetworkManager process.
> 
> After restarting NetworkManager, its stderr was a *different* socket 
> (different number), and dhclient inherited that new socket and was able 
> to run successfully.  But I did another search and couldn't find any 
> socket files with the new inode number, nor any hits in /proc/*/fd 
> besides the new NetworkManager and dhclient processes, so it's still 
> unclear what's on the other end of the socket even when it's working.
> 
> I suspect systemd is involved since NetworkManager had the bad socket as 
> its stderr, and stderr is typically provided by the parent process, and 
> NetworkManager is started by systemd.  But without knowing what the 
> socket connects to, it's hard to be sure.

Can you still reproduce this issue with an up-to-date stretch system?



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#864221: firefox: Cannot open link from gnome-terminal anymore

[Michael Biebl]

On Mon, 05 Jun 2017 14:25:55 +0200 Laurent Bigonville 
wrote:
> Package: firefox
> Version: 53.0.is.52.0.2-1
> Severity: important
> 
> Hi,
> 
> When clicking on a link in gnome-terminal, the page is not being opened.
> 
> In the journal I can see the following message:
> 
> gnome-terminal-server[3319]: Error: GDK_BACKEND does not match available 
> displays
> 

Is this the result of
https://anonscm.debian.org/cgit/pkg-systemd/systemd.git/commit/?h=stretch=5088d081d54a8736baf195ba5ee1864bc257fad2
specifically,
debian/patches/Revert-selinux-split-up-mac_selinux_have-from-mac_selinux.patch?


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#864356: Bug#864356: Acknowledgement (network-manager: Support for certificate hashes when writing 802.1x configuration.)

[Michael Biebl]

Control: forcemerge -1 864356

Am 07.06.2017 um 16:26 schrieb ebik:
> This was created by invoking 'reportbug -d', thus I assumed,
> that this won't reach debian servers. Corrected version of
> the bugreport is #864357. 

Let's merge the two bug reports.

Would be great if you can forward your patch to upstream.

Regards,
Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#864071: Bug#864071: SIGSEGV when connecting to bluetooth network

[Michael Biebl]

Control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=782545
Control: tags -1 fixed-upstream patch

Am 04.06.2017 um 13:59 schrieb chrysn:
> Hello Michael,
> 
> On Sun, Jun 04, 2017 at 12:37:12AM +0200, Michael Biebl wrote:
>> Probably https://bugzilla.gnome.org/show_bug.cgi?id=782545
>>
>> Could you try the patch mentioned in the upstream bug tracker?
> 
> tried the patch, and it solves the issue.
> 
Thanks for testing. Marking the bug accordingly.

Michael



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#864071: Bug#864071: SIGSEGV when connecting to bluetooth network

[Michael Biebl]

Am 03.06.2017 um 13:18 schrieb chrysn:
> Package: network-manager
> Version: 1.8.0-2
> Severity: normal
> 
> When I connect to the Bluetooth connection to an Android cellphone I
> paired via bluetooth using blueman, network-manager segfaults.
> Backtrace:
> 
> (gdb) bt
> #0  0x55609794 in nm_ip6_config_capture (platform=, 
> ifindex=ifindex@entry=0,
> capture_resolv_conf=capture_resolv_conf@entry=0, 
> use_temporary=use_temporary@entry=NM_SETTING_IP6_CONFIG_PRIVACY_UNKNOWN)
> at src/nm-ip6-config.c:368
> #1  0x55659101 in act_stage3_ip6_config_start (self=0x55c3bce0, 
> out_config=,
> out_failure_reason=) at src/devices/nm-device.c:7727
> #2  0x55668f71 in nm_device_activate_stage3_ip6_start 
> (self=self@entry=0x55c3bce0) at src/devices/nm-device.c:7845
> #3  0x5566a2f0 in activate_stage3_ip_config_start 
> (self=0x55c3bce0) at src/devices/nm-device.c:7922
> #4  0x5564f1f2 in activation_source_handle_cb (self=0x55c3bce0, 
> family=family@entry=2)
> at src/devices/nm-device.c:4453
> #5  0x5564f2de in activation_source_handle_cb4 (user_data= out>) at src/devices/nm-device.c:4390
> #6  0x76b776aa in g_main_context_dispatch () from 
> /lib/x86_64-linux-gnu/libglib-2.0.so.0
> #7  0x76b77a60 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
> #8  0x76b77d82 in g_main_loop_run () from 
> /lib/x86_64-linux-gnu/libglib-2.0.so.0
> #9  0x55580de3 in main (argc=, argv=) 
> at src/main.c:435
> (gdb)
> 
> Based on the trace, I set IPv6 on that interface to "ignore"; the link
> then works as expected.

Probably https://bugzilla.gnome.org/show_bug.cgi?id=782545

Could you try the patch mentioned in the upstream bug tracker?


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

Re: [Pkg-utopia-maintainers] network-manager-l2tp package sponsorship [ITP]

[Michael Biebl]

Hi Doug,

Am 21.05.2017 um 13:55 schrieb Douglas Kosovic:
> Hi,
> 
> I'm the current upstream maintainer for NetworkManager-l2tp and I'm seeking a 
> sponsor for the package. I'm also the Fedora and EPEL7 maintainer for the 
> NetworkManager-l2tp RPM packages.
> 
> NetworkManager-l2tp source code is based on NetworkManager-pptp and in turn, 
> this network-manager-l2tp package request is based on the current Debian 
> network-manager-l2tp package.
> 
> I hope this mailing list is the right place to seek sponsorship for the 
> network-manager-l2tp package? According to the following page, they 
> recommended contacting the appropriate packaging team first for sponsorship :
>https://wiki.debian.org/Mentors/BTS
> 

All in all, the packages looks quite ok.
A few notes:


a/ Build-Depends: libdbus-glib-1-dev
That doesn't seem necessary. The code doesn't use dbus-glib and
configure.ac doesn't check for it, so it seems safe to drop

b/ Build-Depends: dh-autoreconf, dh $@ --with autoreconf
With compat level 10, which you use, dh-autoreconf is enabled by default
and debhelper ensures it is installed.
So you can drop the Build-Depends and the autoreconf sequence in
debian/rules. See man debhelper → COMPATIBILITY LEVELS

c/ Breaks: network-manager-l2tp-gnome (<< 1.2.4)
   Replaces: network-manager-l2tp-gnome (<< 1.2.4)

This is unnecessary. Such a Breaks/Replaces is only necessary if you
move files from one package to another in a new version. Since this
package is new in the archive, this is obviously not needed.

d/ debian/copyright seems to be missing details about
./shared/nm-utils/ which seems to be mostly LGPL-2+ and
network-manager-l2tp.metainfo.xml.in says that the metadata files are
CC0-1.0

Regards,
Michael



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#859934: Bug#859934: Bug#859934: enable captive portal checking by default

[Michael Biebl]

Am 31.05.2017 um 11:36 schrieb Michael Stapelberg:
> One nit regarding the package long description: we should mention the
> privacy implications of this package. My suggestion:
> 
> No user data is transmitted in the connectivity checks, but merely
> contacting the Debian connectivity check servers reveals that the user
> is running a Debian(-based) operating system with NetworkManager.

Nod. Will add this paragraph. Thanks for the suggestion.



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#859934: Bug#859934: enable captive portal checking by default

[Michael Biebl]

Am 26.05.2017 um 17:31 schrieb Michael Biebl:
> Unless someone complains loudly, I intend to go ahead using the package
> name network-manager-config-connectivity-debian.
> 
> The package will provide
> /usr/lib/NetworkManager/conf.d/20-connectivity-debian.conf

I pushed
https://anonscm.debian.org/cgit/pkg-utopia/network-manager.git/commit/?h=experimental=292772f681

Feedback welcome. Especially regarding the package description.

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#863207: Bug#863207: Please backport gettext .its and .loc files from upstream/master

[Michael Biebl]

Am 23.05.2017 um 17:02 schrieb Iain Lane:
> Review appreciated. I'm not in the team so I can't upload. I'd like to
> shove it into unstable so that I can build fwupd against it, but if
> you'd rather not due to the freeze then I can prepare something for exp
> too.

unstable and experimental are different branches. Your fix should be
applied to both.
I granted you commit rights. Please push your change to both branches.
Should we need another stretch upload for PolicyKit, we can either
(temporarily) revert this change, try to convince the RMs to ack this
change or upload via t-p-u.

Regards,
Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#863114: Bug#863114: policykit-1: pkttyagent does not acquire authentication

[Michael Biebl]

Am 22.05.2017 um 02:31 schrieb James Blanford:
>  The failure has an auth.log entry "Operator of unix-session:1 FAILED to 
> authenticate
>  Error executing command as another user: Not Authorized

..

> Init: sysvinit (via /sbin/init)

Can you reproduce the problem with systemd as your init system?


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#861745: Bug#861745: Bug#861745: dbus: Make adduser / perl Depends optional

[Michael Biebl]

Am 03.05.2017 um 15:23 schrieb Michael Biebl:
> Hi Arno
> 
> Am 03.05.2017 um 14:47 schrieb Arnaud Quette:
> 
>> we have a project at Eaton related to 42ITy <http://42ity.org>, which
>> produce a Debian derivative for a HW appliance. For storage footprint
>> reason, we've gotten rid of perl. Now, we're adding avahi, which pulls
>> dbus, which pulls perl through the adduser command and Depends.


Looking again, it seems adduser itself does not actually depend on perl,
I suppose it only requires perl-base, which is essential.
Getting rid of perl-base sounds like a lot of work, as packages are free
to rely on its functionality without having to depend on it. So you'd
have to check a lot of packages.

Regards,
Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#861745: Bug#861745: dbus: Make adduser / perl Depends optional

[Michael Biebl]

Hi Arno

Am 03.05.2017 um 14:47 schrieb Arnaud Quette:

> we have a project at Eaton related to 42ITy , which
> produce a Debian derivative for a HW appliance. For storage footprint
> reason, we've gotten rid of perl. Now, we're adding avahi, which pulls
> dbus, which pulls perl through the adduser command and Depends.
> 
> The attached patch moves adduser to Suggests, and use adduser only if
> available. It otherwise fallback to useradd.
> 
> Note: there is a small nuance between useradd and adduser: the latter tries
> to use the smallest UID/GID for system users, while the former goes top
> down from SYS_UID_MAX.
> As an example, the original dbus postinst ended up with UID/GID 146 on my
> system, while the modified has 999…

While I understand your incentive, I'm not sure this is the right
approach. There are a lot of packages requiring adduser. Adding a
fallback to every one of them doesn't seem right.

Why don't you provide a adduser package in your derivative, which does
not require perl? It could even be a small shell wrapper around useradd.

So, from my POV this bug report is a wontfix as I think it's the wrong
approach. But let's see what Simon, the main dbus maintainer, thinks.

Regards,
Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#861068: Bug#861068: flatpak: Flatpak should install at least one of the portals

[Michael Biebl]

Am 24.04.2017 um 12:35 schrieb Carlos Soriano:
> Package: flatpak
> Version: 0.9.2-1
> Severity: important
> 
> Dear Maintainer,
> 
> Flatpak relies on portals to communicate to some services. Currently in Debian
> they are in the recommended packages, but none is installed once Flatpak is
> installed.

[..]

> Versions of packages flatpak recommends:
> ii  desktop-file-utils   0.22-1
> pn  gtk-update-icon-cache
> ii  hicolor-icon-theme   0.13-1
> ii  libpam-systemd   215-17+deb8u4
> ii  shared-mime-info 1.3-1
> pn  xdg-desktop-portal-gtk | xdg-desktop-portal-backend  

Recommends are installed by default, unless explicitly requested
otherwise by the user. So installing flatpak will by default install
xdg-desktop-portal-gtk  unless another package providing
xdg-desktop-portal-backend is already installed.

The current Recommends looks fine to me.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#860262: Bug#860262: flatpak: fails to download any platform etc (sticks at 0%)

[Michael Biebl]

Am 13.04.2017 um 19:34 schrieb Jonathan Dowland:
> Package: flatpak
> Version: 0.8.5-1
> Severity: important
> 
> Dear Maintainer,
> 
> Fresh stretch install via d-i rc3; then install flatpak. Attempt to
> flatpak install  website). This prompts the installation of a runtime. The installation
> of such stalls at 0%. I think I discussed this on IRC with smcv and he
> thinks it might possibly be a libsoup bug? Anyway, as things currently
> stand, flatpak in soon-to-be-stable is sadly unusable (assuming this
> happens to anyone else; I've reproduced it in 3 separate clean stretch
> installs, 1 on a VM and 2 on a real system)

Hm, seems to work fine here on unstable (installed flatpak a while ago):

# flatpak install gnome-apps org.gnome.Maps
Required runtime for org.gnome.Maps/x86_64/stable
(org.gnome.Platform/x86_64/3.22) is not installed, searching...
Found in remote gnome, do you want to install it? [y/n]: y
Installing: org.gnome.Platform/x86_64/3.22 from gnome

Receiving delta parts: 0/9 1,0 MB/s 18,5 MB/183,1 MB 2 minutes 40
seconds remaining
...

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#860045: Bug#860045: Bug#860045: Please don't use /var/run/$foo in network-manager anymore

[Michael Biebl]

Am 12.04.2017 um 16:20 schrieb Alf Gaida:
>> Please use the actual path, not some non-existing abbreviation.
> will do so
> 
>> This is upgrade code from pre-jessie. This can be dropped.
> i'm fine with - but we need some kind of daemon restart

What do you mean? Remember that dh_installinit/dh_systemd_start will
already create code to restart the daemon after upgrade.

> 
>> We should probably check for both paths here, for upgrade safety, i.e
>> whether /etc/resolv.conf points to the old *or* new path.
> ok, better safe than sorry.
>>> diff --git a/debian/network-manager.preinst
>>> b/debian/network-manager.preinst
>>> index 9fff61d..b4c8a05 100644
>>> --- a/debian/network-manager.preinst
>>> +++ b/debian/network-manager.preinst
>>> @@ -45,6 +45,11 @@ case "$1" in
>>>   if dpkg --compare-versions "$2" lt "1.2.2-2"; then
>>>   deb-systemd-helper purge NetworkManager-wait-online.service
>>>   fi
>>> +
>>> +# Delete a symlink that points to /var/run
>>> +if [ "$(readlink /etc/resolv.conf)" =
>>> /var/run/NetworkManager/resolv.conf ] ; then
>>> +rm -f /etc/resolv.conf
>>> +fi
>> Why is that necessary? This appears to be a risky change with no clear
>> explanation why it's needed.
>>
> in case the symlink points to the old location just remove the symlink -
> an alternative would be the empty file - so NetworkManger can recreate
> the link to the new location at the next start - there is no risk in
> this. this is the same as in the other p-scripts - but you are right,
> the intention should be documented

It's still not clear to me why it's necessary to remove the file.
The file in /var/run won't magically be gone.
What problem exactly does this solve?

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#860045: Bug#860045: Bug#860045: Please don't use /var/run/$foo in network-manager anymore

[Michael Biebl]

Am 11.04.2017 um 21:59 schrieb Alf Gaida:
> index 39402de..ae640de 100755
> --- a/debian/rules
> +++ b/debian/rules
> @@ -47,7 +47,8 @@ override_dh_auto_configure:
>   --enable-json-validation \
>   --enable-bluez5-dun \
>   --with-selinux=yes \
> - --with-libaudit=yes
> + --with-libaudit=yes \
> + --runstatedir=/run

Fwiw, I've asked the debhelper maintainer to make /run the new default
for runstatedir in a future debhelper compat bump.

See
https://anonscm.debian.org/cgit/debhelper/debhelper.git/commit/?id=ea1b656f937c60f0d06d5272c149cb873b7d8ac6

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#860045: Bug#860045: Bug#860045: Please don't use /var/run/$foo in network-manager anymore

[Michael Biebl]

Thanks for the patch. A few questions/comments

Am 11.04.2017 um 21:59 schrieb Alf Gaida:
> diff --git a/debian/changelog b/debian/changelog
> index e93e091..efc12e9 100644
> --- a/debian/changelog
> +++ b/debian/changelog
> @@ -1,3 +1,12 @@
> +network-manager (1.6.2-3.3) unstable; urgency=medium
> +
> +  [ Alf Gaida ]
> +  * run pid in /run/NM instead of /var/run/NM

Please use the actual path, not some non-existing abbreviation.

> +  * remove a symlink to /var/run in preinst
> +  * configure with runstatedir=/run (Closes: #860045)
> +
> + -- Alf Gaida   Tue, 11 Apr 2017 21:50:52 +0200
> +
>  network-manager (1.6.2-3) unstable; urgency=medium
>  
>* device/wifi: block autoconnect while scanning is in progress.
> diff --git a/debian/network-manager.init b/debian/network-manager.init
> index b21c40f..f7aecff 100644
> --- a/debian/network-manager.init
> +++ b/debian/network-manager.init
> @@ -18,7 +18,7 @@ NAME="NetworkManager"
>  
>  DAEMON=/usr/sbin/$NAME
>  
> -PIDFILE=/var/run/$NAME/$NAME.pid
> +PIDFILE=/run/$NAME/$NAME.pid
>  
>  SCRIPTNAME=/etc/init.d/network-manager
>  
> diff --git a/debian/network-manager.postinst b/debian/network-manager.postinst
> index bcb634d..a72383b 100644
> --- a/debian/network-manager.postinst
> +++ b/debian/network-manager.postinst
> @@ -28,7 +28,7 @@ case "$1" in
>   if [ -d /run/systemd/system ] && \
> [ -f /var/run/NetworkManager/NetworkManager.pid ]; then
>   start-stop-daemon --stop --retry 5 --quiet --exec 
> /usr/sbin/NetworkManager \
> -   --pidfile /var/run/NetworkManager/NetworkManager.pid || true
> +   --pidfile /run/NetworkManager/NetworkManager.pid || true
>   fi
>   fi

This is upgrade code from pre-jessie. This can be dropped.


>  
> diff --git a/debian/network-manager.postrm b/debian/network-manager.postrm
> index f0d9188..3d83170 100644
> --- a/debian/network-manager.postrm
> +++ b/debian/network-manager.postrm
> @@ -25,7 +25,7 @@ case "$1" in
>  # Replace /etc/resolv.conf symlink with an empty file on package
>  # removal to signal other packages that NetworkManager is no longer
>  # controlling the file. (See: #826366)
> -if [ "$(readlink /etc/resolv.conf)" = 
> /var/run/NetworkManager/resolv.conf ] ; then
> +if [ "$(readlink /etc/resolv.conf)" = 
> /run/NetworkManager/resolv.conf ] ; then

We should probably check for both paths here, for upgrade safety, i.e
whether /etc/resolv.conf points to the old *or* new path.

>  rm -f /etc/resolv.conf
>  touch /etc/resolv.conf
>  fi
> diff --git a/debian/network-manager.preinst b/debian/network-manager.preinst
> index 9fff61d..b4c8a05 100644
> --- a/debian/network-manager.preinst
> +++ b/debian/network-manager.preinst
> @@ -45,6 +45,11 @@ case "$1" in
>   if dpkg --compare-versions "$2" lt "1.2.2-2"; then
>   deb-systemd-helper purge NetworkManager-wait-online.service
>   fi
> +
> + # Delete a symlink that points to /var/run
> + if [ "$(readlink /etc/resolv.conf)" = 
> /var/run/NetworkManager/resolv.conf ] ; then
> + rm -f /etc/resolv.conf
> + fi

Why is that necessary? This appears to be a risky change with no clear
explanation why it's needed.

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#860045: Bug#860045: Please don't use /var/run/$foo in network-manager anymore

[Michael Biebl]

Am 10.04.2017 um 19:01 schrieb Alf Gaida:
> Package: network-manager
> Severity: normal
> 
> We live in the 21. century - 
> https://wiki.debian.org/ReleaseGoals/RunDirectory : This is a release goal 
> for Wheezy. 
> 

feel free to send a patch.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#859934: Bug#859934: enable captive portal checking by default

[Michael Biebl]

Am 09.04.2017 um 14:47 schrieb Michael Biebl:

> This feature could be considered "phoning-home", so I'm a bit concerned
> in that regard indeed and do not want to enable it unconditionally and
> globally for everyone. If this config is shipped in a separate package,
> which can be installed (and uninstalled) on demand (and which e.g. the
> gnome-core or gnome meta package could depend on), would be a reasonable
> compromise I guess.
> 
> Fedora named this package NetworkManager-config-connectivity-fedora,
> shipping /usr/lib/NetworkManager/conf.d/20-connectivity-fedora.conf. The
> package is installed by default in a F25 workstation desktop.
> 
> Afair, Ubuntu had/has similar plans. Jeremy, can you comment on that?

I remember that I discussed that briefly with Jeremy on IRC. Such a
separate binary package (even if tiny) seems like an approach to me
which I'd be fine with.

I found this after a bit of searching:
https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/997200
https://lists.ubuntu.com/archives/ubuntu-devel/2017-February/039696.html

Next step would be to decide, how we name things, i.e. if we choose
different names for Ubuntu and Debian, like
network-manager-config-connectivity-debian and
network-manager-config-connectivity-ubuntu (quite the mouthful)
or an unbranded name like
network-manager-config-connectivity, but with different content
depending on the distro.

Any preferences?


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#859934: Bug#859934: enable captive portal checking by default

[Michael Biebl]

[CCed the full message so Jeremy has all context]


Hi Michael

Am 09.04.2017 um 14:04 schrieb Michael Stapelberg:
> 
> I recently noticed that NetworkManager as distributed by Debian does
> not do captive portal checks by default. I.e., when using an Airport
> WiFi (or similar), users are left in the dark about how to connect to
> the internet. Given that more and more websites go https-only, users
> will just be presented with a hard-to-understand error message about
> security issues.
> 
> I think having NetworkManager detect captive portals is a clear
> improvement in user experience.
> 
> In technical terms:
> 
> • You can check what NetworkManager thinks of your connectivity using
>   e.g. “nmcli networking connectivity”, which will result in either
>   “full” or “portal”.
> 
> • In Debian, regardless of the network type, I always see “full”,
>   because we don’t specify the connectivity.uri setting.
> 
> • Fedora ships the following configuration fragment to enable
>   connectivity checking:
>   
> https://cgit.freedesktop.org/NetworkManager/NetworkManager/tree/contrib/fedora/rpm/20-connectivity-fedora.conf
> 
> • Not all frontends make use of the connectivity status. E.g.,
>   nm-applet does not seem to do anything, whereas I’m told that GNOME
>   shell will make use of the status.
> 
> Aside from the technicalities of enabling the feature, there are a
> couple of open questions to answer:
> 
> 1. Does enabling connectivity checking pose a privacy issue? No user
>data is transmitted in the connectivity checks, but merely making
>such a request implies that the user is running a Debian(-based)
>operating system with NetworkManager.
> 
> 2. I’m assuming the ideal URL to configure as connectivity.uri is a
>Debian-specific URI (as opposed to re-using Fedora’s), and that URI
>would likely point to a vhost configured on Debian’s static
>mirroring infrastructure. Extrapolating from network-manager’s
>71874 popcon votes and a default connectivity check interval of 300
>seconds, we’d place an additional load of at least 239
>requests/second on our infrastructure. Are we equipped to handle
>this load now and in the future? Note that we could easily disable
>the feature by removing the DNS record of a single-purpose vhost
>for this feature (e.g. nm-connectivity-check.debian.org).
> 
> I’d be happy to talk to DSA to get point ② clarified, but I’m not
> quite sure who can help with clarifying point ①. Any thoughts?

2) is already solved, we have http://network-test.debian.org/nm, see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729783

$ cat /etc/NetworkManager/conf.d/connectivity.conf
[connectivity]
uri=http://network-test.debian.org/nm

Something like this should already work today in Debian.


This feature could be considered "phoning-home", so I'm a bit concerned
in that regard indeed and do not want to enable it unconditionally and
globally for everyone. If this config is shipped in a separate package,
which can be installed (and uninstalled) on demand (and which e.g. the
gnome-core or gnome meta package could depend on), would be a reasonable
compromise I guess.

Fedora named this package NetworkManager-config-connectivity-fedora,
shipping /usr/lib/NetworkManager/conf.d/20-connectivity-fedora.conf. The
package is installed by default in a F25 workstation desktop.

Afair, Ubuntu had/has similar plans. Jeremy, can you comment on that?


Regards,
Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#859451: Bug#859451: dbus: error messages on boot for systems with NSS LDAP

[Michael Biebl]

Am 04.04.2017 um 13:53 schrieb Laurent Bonnaud:
> On 04/04/2017 13:29, Simon McVittie wrote:

>> Alternatively, your NSS configuration might be such that the NSS-backed
>> library calls that dbus-daemon uses during configuration loading (mainly
>> getpwuid_r() and getgrnam_r() I think) hit the network even if the
>> group is configured locally.
> 
> In /etc/nsswitch.conf LDAP is configured as follows:
> 
> passwd: files ldap
> group:  files ldap

Any idea why NSS tries to use ldap although, as you said, all system
users are local? Can you double check that all users from

grep -s -R -E "(user|group)=" /etc/dbus-1/system.d/
/usr/share/dbus-1/system.d/ | sed 's/.*/\1/' | sort -u

are available in /etc/passwd and /etc/group



-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#859147: Bug#859147: network-manager: restart failure on upgrade

[Michael Biebl]

Am 31.03.2017 um 11:08 schrieb ydir...@free.fr:
> Here is the relevant journalctl -alb excerpt, sending more details in private 
> mail
> 
> Mar 30 20:22:06 yantop systemd[1]: Stopping Network Manager Wait Online...
> Mar 30 20:22:06 yantop systemd[1]: Stopping Network Manager...
> Mar 30 20:22:06 yantop NetworkManager[4948]:   [1490898126.5839] caught 
> SIGTERM, shutting down normally.
> Mar 30 20:22:06 yantop NetworkManager[4948]:   [1490898126.6660] device 
> (wlan0): state change: unavailable -> unmanaged (reason 'unmanaged') [20 10 3]
> Mar 30 20:22:06 yantop NetworkManager[4948]:   [1490898126.6663] device 
> (wlan0): set-hw-addr: reset MAC address to B4:6D:83:58:53:31 (unmanage)
> Mar 30 20:22:06 yantop NetworkManager[4948]:   [1490898126.6676] device 
> (E0:98:61:62:F4:53): state change: disconnected -> unmanaged (reason 
> 'unmanaged') [30 10 3]
> Mar 30 20:22:06 yantop NetworkManager[4948]:   [1490898126.6761] device 
> (44:00:10:24:8F:70): state change: disconnected -> unmanaged (reason 
> 'unmanaged') [30 10 3]
> Mar 30 20:22:06 yantop NetworkManager[4948]:   [1490898126.8186] 
> exiting (success)
> Mar 30 20:22:07 yantop systemd[1]: Stopped Network Manager.
> Mar 30 20:22:07 yantop systemd[1]: Starting Network Manager...
> Mar 30 20:23:06 yantop systemd[1]: Starting Laptop Mode Tools - Battery 
> Polling Service...
> Mar 30 20:23:06 yantop systemd[1]: Reloading Laptop Mode Tools.
> Mar 30 20:23:06 yantop systemd[1]: Started Laptop Mode Tools - Battery 
> Polling Service.
> Mar 30 20:23:06 yantop laptop_mode[5372]: Laptop mode
> Mar 30 20:23:06 yantop laptop_mode[5372]: enabled, not active [unchanged]
> Mar 30 20:23:06 yantop systemd[1]: Reloaded Laptop Mode Tools.
> Mar 30 20:23:37 yantop systemd-journald[398]: Suppressed 1050 messages from 
> /init.scope
> Mar 30 20:23:37 yantop systemd[1]: NetworkManager.service: Start operation 
> timed out. Terminating.

Your systemd instance seems to be in a confused state. I wonder if
that's related to laptop-mode-tools.
Try purging that package and reboot to reset the state.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers

[Pkg-utopia-maintainers] Bug#859147: Bug#859147: network-manager: restart failure on upgrade

[Michael Biebl]

Am 30.03.2017 um 23:50 schrieb ydir...@free.fr:

> Any other information would be useful ?

Can you attach the following information
journalctl -alb
systemd-cgls







-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

___
Pkg-utopia-maintainers mailing list
Pkg-utopia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers