Home | Devuan | Git | Forum | Packages | Popcon
Donate now!
Download

Devuan bug report logs - #506
libvirt-daemon-system should not depend on policykit-1

version graph

Package: libvirt-daemon-system; Maintainer for libvirt-daemon-system is Andreas Messer <andi@bastelmap.de>; Source for libvirt-daemon-system is src:libvirt.

Reported by: "Thierry B." <thierryb@zaclys.net>

Date: Wed, 12 Aug 2020 16:03:01 UTC

Severity: wishlist

Found in version 6.5.0-1

Fixed in version libvirt-daemon-system/6.5.0-1+devuan3

Done: Andreas Messer <andi@bastelmap.de>

Full log

Message #80 received at 506@bugs.devuan.org (full text, mbox, reply):

Received: (at 506) by bugs.devuan.org; 15 Aug 2020 13:52:25 +0000
Return-Path: <thierryb@zaclys.net>
Delivered-To: devuanbugs@dyne.org
Received: from tupac3.dyne.org [195.169.149.119]
	by doc.devuan.org with IMAP (fetchmail-6.4.0.beta4)
	for <debbugs@localhost> (single-drop); Sat, 15 Aug 2020 13:52:25 +0000 (UTC)
Received: from mail.zaclys.net (mail.zaclys.net [178.33.93.72])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by vm6.ganeti.dyne.org (Postfix) with ESMTPS id 965DCF60CE9
	for <506@bugs.devuan.org>; Sat, 15 Aug 2020 15:50:24 +0200 (CEST)
Authentication-Results: vm6.ganeti.dyne.org;
	dkim=pass (1024-bit key; secure) header.d=zaclys.net header.i=@zaclys.net header.b="l2e7hjLK";
	dkim-atps=neutral
Received: from [192.168.1.66] (47.154.1.93.rev.sfr.net [93.1.154.47])
	(authenticated bits=0)
	by mail.zaclys.net (8.14.7/8.14.7) with ESMTP id 07FDoHim015543
	(version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO);
	Sat, 15 Aug 2020 15:50:17 +0200
DMARC-Filter: OpenDMARC Filter v1.3.2 mail.zaclys.net 07FDoHim015543
Authentication-Results: mail.zaclys.net; dmarc=fail (p=reject dis=none) header.from=zaclys.net
Authentication-Results: mail.zaclys.net; spf=fail smtp.mailfrom=thierryb@zaclys.net
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zaclys.net;
	s=default; t=1597499418;
	bh=yXwA3nrJnHOMsaegEAPwCnD49pgl5LzKPmaiiRM5RZM=;
	h=To:Cc:References:From:Subject:Date:In-Reply-To:From;
	b=l2e7hjLKcjtyXmadUnJSUU19CzMHNr895PVZJVNVh7P+KI5fWl9AxgbXWWBia5cmh
	 nnGdpAyqk8lRoHOBeO0coOuEYEPs2uj+ub0QQP1gknGTuqZ9519qm0IMsCbBT+l8dv
	 NWcHPWJCVWGlf/gO/JZOWH2xNeNsfhw+hvCIPdUw=
To: Mark Hindley <mark@hindley.org.uk>
Cc: 506@bugs.devuan.org, andi@bastelmap.de
References: <de895771-ac7e-6aad-8424-2181fbe7a1b8@zaclys.net>
 <20200813090541.GP3011@hindley.org.uk>
 <3ed4496b-2ccb-5bee-d19a-bff72c1ca646@zaclys.net>
 <20200813131740.GS3011@hindley.org.uk>
 <a09547c4-ee89-f6db-3635-3fbbbb59ec0f@zaclys.net>
 <20200814135138.GA3011@hindley.org.uk>
 <fc3d4aaa-3d22-7e37-15b9-11e050451615@zaclys.net>
 <20200814210242.GC3011@hindley.org.uk>
 <c6b3a7ca-b407-c675-8b78-b412d9f51774@zaclys.net>
 <20200815100429.GE3011@hindley.org.uk>
From: "Thierry B." <thierryb@zaclys.net>
Autocrypt: addr=thierryb@zaclys.net; prefer-encrypt=mutual; keydata=
 mQINBFtc2tIBEADBZ+SYdA5xybZdWo1tSzvF9LowFu/MeyxQRUBQD/d2dRYPfH882s147Fcu
 l9E2XcOY8F5dOOMW2AH2cUhumjBXVidxG7vlFKLE2mkkgp7ZPnv806Qasmu7EoCYHvda4OhN
 7vrrS3kuZ5jD9MnC6B5cZUjT1gjPvwbBstFHNDizTyUNqNPzzokavUhT9pUmmJbPMV/nEUYv
 xo3s9g3P0r+stlHvQSacBA4hXkavI39pYhJK78k6OiWkK4sZF26XaFva96mXPSasYdW4p8zo
 6fDITyXRDS4FKhjnQPNlvhcgbT7cpTL02BCSTx47qFZsnnUf/brOSI+0QeAaIU+SwQpYA/xK
 ugvthpW1PTmOfUxTwsFICa1xS/iGohYNXPUvsGiHB4cQAZK2pkggBzK5t/KS6LeYr+TTMkJ5
 87l0pS5KdH3WTmiHIdu6p0WAcieIq7YzoL3QRJH64cTgokVbCn5jqrRJr/xj4ofuM1jxrF83
 TqdDOWZwZWjPn1Al/zaLrf6tsGClNCiskUAbUhxmXiWELmlrzwOaJ9BqevzFJQrfxbhYcd5h
 /6dgQSJkO8XTPjJAAi6OEQC4tpsVFsqXY8xSVxiDrNVyU38Z9zyLgyN4sPUwzcgZa9a1rFHx
 EMxN+xZUOdwfRv77/kaOAn7Y6eQxlROcC4mbvpc8znxnAHQtLwARAQABtCZUaGllcnJ5IEJv
 dGhvcmVsIDx0aGllcnJ5YkB6YWNseXMubmV0PokCVAQTAQoAPhYhBJosJciZqbKNTT0SnoG7
 hQ9guivCBQJelLa5AhsjBQkJZgGABQsJCAcCBhUKCQgLAgQWAgMBAh4BAheAAAoJEIG7hQ9g
 uivCaXsP/RZqVBNGdmLkYYSslu/4Hs1IzcZzTfWdqicCPaia5hNLPiy5Onfr4uhHfc/DDQu8
 Ix8QLd1Xco8p/4OmmcxOrU6OoUb1pQyuIB78MFY8QgUq2MI7LhVlsT6xmccQZ0/LVLJ9OaVV
 AYQ9J3k9LIqxKBpf60ow+dUYHrgAhTloMxXOXZ5rglQA/FyDdzzHPOryBNRBUL5O7m2fc2JF
 I5r/HBV/Me/o9yMn9NFkxZKMJ3vTi0iyuqYz1mHl/vVN4titxx8BXX/z2FdeGfH5XD8giyFt
 h1pcmdy1Ss8qy780KCXqLHpQFrG03gcZSBwb52DQ3DTF2sUbugWDHMTrDO9CwlUKeXwTVKJV
 88+dhgvggC/eiWZWN99/oUwTL7Dkkb94HfzeTgHSAqf3Kcg3gpIgk7TEkfjULyVZJiRqgW/D
 jpiFbNwwgIrMfmQmr1go1K1s7nM/qboxjqu2EpTbLHIJHTbV1X7a0NWZnETQncZCDPFeTFem
 z+Okutcm8G09vgNm/jrT+7IpwF4BYi8OWWRERVh3lLTycFimc7cVEq3yA9f35Vo9ohZuDlf+
 i/k2kHKH4V6ir+fPVNCcjiJiJWnnvdhu7KyRScH8c9ESHqNpTlr7VIiidnb5Jy8Lo/aMx8pZ
 yCZn/wdGZBPL6bY7BtBSGYKDwhMTIKALxc/cZubVeGvpuQINBFtc2tIBEADMbH+Nq5X+w2OS
 6Rd4IIhdv5Wt7/rSR9A42VnyqUDGZqb8pFzkgFC/AqJkc7oWeGiKcRVFETZA/UGWmz+VghDq
 6pfzWjXF5xpqAMypbRS2SQtxNZkr6Dl2F3wwUwjzaod2aECWKIeoxvGIzyU+e63h2gCR/LIG
 2rObHC0dV/DIDV5TNCEgVrfSNx8xH47JOk8QlXMVIqR2Ya04E+7b1qKu6G+Rj4tHIKJutmHg
 Q/8SwukFIxfxlgolXDkqjutB5xcCxpM6NipV9fG0NUX+KUWrAxEj7kSmFzxn6gT+yd21RgDf
 0VzD0LbU/JncfRmLKSeJjMADhYf1ofjJx4uM+FnZ5OcXR1sPeNRrCLBqJzIiV4SkeFyz1ijS
 tZGGpD5g5fQ6JxJSQ8TkXC8TfbfUEN2CGzbBZCmmjsaRhODDaxd1KaODKo9CbeypcNXJAnZ3
 EL3pKVpYSKN4aPrsX8sc75KwvP1ZAlYpCnfvBRQ8sMDiCu1Edt4iZYC5ZjtsYqRDwPXjNJWR
 LlE9OecFFBjZCQopIrwGQA1eK2zr+zF0xUnWu20os0HzeRlUg9IJWJNkX5OXomwzfLjp3lS+
 MyHfpqKgCDq8uVMWlA/jxV9aJXYzeTl53QYWtsvUlP43vg981Htus/fadbTmNRDE7QOik+ts
 mikDhdvvQuq35jnaklWTtQARAQABiQI8BBgBCAAmFiEEmiwlyJmpso1NPRKegbuFD2C6K8IF
 Altc2tICGwwFCQlmAYAACgkQgbuFD2C6K8JumxAAgUbVtK0zVIHAdu/YVa9VjddgfJotgBjw
 em8qiqD9WVLbux8KZ/C5H/mY1VHKLcgHLlxB/gFgPSwlejzOM2Kvog5CUDUR41DIxBRyntNU
 xb028TtlN0wEcBMDPy+FIsEfJhk0Qn23jyTNaI0UfiBzvn+rOw2QfBt6f2sAXzWDuPfemUuw
 evwobFw+0S4PuxdcUbYXCleShKmLFVxBN06EiKt8S1mUtN0jOhkes381k8yGPej0KwldsRmf
 2IRfLlxswIAOhOBIVFOYTT+Dr0KxESdJBJdy4Mo1+5nHYiiJNEm/9iZChS4rlUVEP28b1n+V
 o1mZ4idOu6mPykjdza14hoXyHluomIjEm1IPQL4J5XEs0xsc3qqh64BdJvDL4LhRNuVcXU1d
 DU7G5W1maNdmf+jP8ZCZs8an0BSl0Qt1Kh0VppWWfhkvJ5m1o7/2RtQj1IyPBsWIqGXGgLwW
 IIfVC903exfMptWPyx1bN4lwMu66sfgJhrWRtDgP62RzE12G5bJG2STmrMDZDDdet8+847yp
 o3kEuW5p5Ct1oJ+EmpmPhmyzC9C6qmKIUDWW9bwOe/F0TsYQojUusOSq+LCUQLax3CrtdVCo
 n8AigTtLM7SPHEVMmh0F+M4UO8k0sB0MsYngVKVp8WEU0OEosOhnEG7KM98CaPAltW1MexbS H+U=
Subject: Re: libvirt-daemon-system should not depend on policykit-1
Message-ID: <6abf43f0-8cfe-9439-45a6-0229e1ea3d21@zaclys.net>
Date: Sat, 15 Aug 2020 15:49:54 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101
 Thunderbird/68.11.0
MIME-Version: 1.0
In-Reply-To: <20200815100429.GE3011@hindley.org.uk>
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-Spam-Status: No, score=-0.2 required=5.0 tests=DKIM_SIGNED,DKIM_VALID,
	DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE,SPF_PASS
	autolearn=disabled version=3.4.2
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tupac3.dyne.org

Le 15/08/2020 à 12:04, Mark Hindley a écrit :


> 
> I have had a quick look and these issues struck me as needing attention:
> 
> d/control:
> 
>  - Set yourself as maintainer.
>  - Remove uploaders (or replace with Andreas Messer?)> 
> You may have seen that Andreas Messer also offered to help.  So you may want to
> do this jointly? The d/control Maintainer field can only take a single email address, but
> other addresses can be added to Uploaders.

Not commited yet.
Please explain the difference between Maintainer and Uploader.
I do not want to set myself as the maintainer as i'm not even able to
handle the whole build process on my computer and test the new deb on my
computer. I am still stucked at the build error and the build-dependency
problem. I am puzzled with your sentence:

> One of the nice things about gbp is you don't have to worrk about build-deps --
> it handles that for you cleanly in the build chroot without messing with the
> host system.

I would like to solve this problem.


>  - Remove the libvirt-daemon-system-systemd package. It will always be broken in Devuan.
>  - Update the libvirt-daemon-system-sysv description to remove the systemd as default/preferred reference.

commited.

But is the removing of 'libvirt-daemon-system-systemd' sufficient to
prevent building the package?

> 
> d/changelog:
> 
>  - Add '(Closes: #506)' so the bug will be automatically closed when the package
>    enters the archive.
>  - Maybe add a 'Fork for Devuan' entry to cover other changes?

Commited

> 
> Other than that, it builds and is reasonably lintian clean. It will be worth
> checking with lintian again after you have made these new changes.

I don't know how to do that. And I guess I have to do a successfully
local build before.

> 
> Let me know how you get on. #devuan-dev on irc.freenode.net is a good place to
> get quick help.
> 
> Thanks
> 
> Mark (LeePen)
> 

Connected

THBO (thierrybo)

Send a report that this bug log contains spam.

Devuan BTS -- Powered by Debian bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson,
2005-2017 Don Armstrong, and many other contributors.

Devuan Bugs Owner <owner@bugs.devuan.org>.
Last modified: Fri Apr 19 08:48:54 2024;