From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id ABE5F1396D0 for ; Tue, 15 Aug 2017 06:43:20 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 04C321FC051; Tue, 15 Aug 2017 06:43:14 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id A4B711FC002 for ; Tue, 15 Aug 2017 06:43:13 +0000 (UTC) Received: from pomiot (d202-252.icpnet.pl [109.173.202.252]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id AFAF634182B; Tue, 15 Aug 2017 06:43:11 +0000 (UTC) Message-ID: <1502779387.828.2.camel@gentoo.org> Subject: Re: [gentoo-dev] [FRC] News item: Changing USE flags for >=app-backup/bacula From: =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?= To: gentoo-dev@lists.gentoo.org Date: Tue, 15 Aug 2017 08:43:07 +0200 In-Reply-To: <150277294168.6272.8309842023603072749@ham.local.de> References: <20170814215842.55855987@ham> <1502747720.9741.0.camel@gentoo.org> <150277294168.6272.8309842023603072749@ham.local.de> Organization: Gentoo Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-qbL4buCbQXm97IIrKPD9" X-Mailer: Evolution 3.22.6 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 X-Archives-Salt: af8ed71d-1bd6-4cb1-a064-1e3a45b2097a X-Archives-Hash: 88b776d9c04367eed3773617adc35b95 --=-qbL4buCbQXm97IIrKPD9 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On wto, 2017-08-15 at 06:55 +0200, tomjbe@gentoo.org wrote: > Quoting Rich Freeman (2017-08-15 00:29:19) > > On Mon, Aug 14, 2017 at 5:55 PM, Micha=C5=82 G=C3=B3rny wrote: > > > On pon, 2017-08-14 at 21:58 +0200, Thomas Beierlein wrote: > > > >=20 > > > > * 'bacula-clientonly' becomes 'clientonly' > > >=20 > > > This is still negative logic in disguise. clientonly =3D noserver. >=20 > True. See below for discussion. > > >=20 > > > > * 'bacula-nodir' will be replaced by 'director' but with inverted l= ogic > > > > * 'bacula-nosd' will be replaced by 'storage-daemon' (also inverted= ). > > > >=20 > > > > 'director' and 'storage-daemon' will be active by default resulting= in an > > > > installation with backup director and storage daemon enabled. > > > >=20 > >=20 > > ++ > >=20 > > I guess to make it a bit more explicit, would it make sense to have 3 f= lags: > >=20 > > client - install the client (or consider calling it file-daemon inste= ad) > > director - install the director > > storage-daemon - install the storage daemon > >=20 >=20 > That would be best, but it is not supported by their (autoconf based) bui= ld > system (and would require a complete rewrite of it). The actual USE flags > mostly mirrors the switches from the configure script. You can not set th= em as > you like, they are not orthogonal E.g. the file deamon (client) will be > installed unconditionally. >=20 > The configure script itself is very brittle atm and needs an urgent overh= aul. > Discussion with upstream goes a long way, but they do not want to change = it > because of the need to retest it on very different systems. No good situa= tion. >=20 > A possible idea may be to drop the 'no/client' flag completely. If neithe= r > 'director' nor 'storage-daemon' is active all that is left would be the= =20 > file daemon. > What do you think? WFM. If the flag doesn't do anything except for disabling the two other flags, then there's no place for such a flag. >=20 > The downside of that idea is that we diverge from baculas documentation w= hich > explicitly state that there is a 'clientonly' install.=20 >=20 Upstream install documentation is not relevant to Gentoo. The flag descriptions in metadata.xml are. --=20 Best regards, Micha=C5=82 G=C3=B3rny --=-qbL4buCbQXm97IIrKPD9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQKmBAABCgCQFiEEbbsHzE8NrQbqCv5BsHoa6u+0Rk4FAlmSl/tfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDZE QkIwN0NDNEYwREFEMDZFQTBBRkU0MUIwN0ExQUVBRUZCNDQ2NEUSHG1nb3JueUBn ZW50b28ub3JnAAoJELB6GurvtEZOHdgP/22jSkTrvD9OqWcurFduy+GmPzZHcOn6 K/s2rzLzU+ubogSRqpG+8Yh7P5IH5ViUq26aQkcJGrjdcIsQZ0SIeZgS8dLKkTt8 0B9Z/ihWPZcbkodj1nOb/eIYfa4OGdtl7DnwraUYH/PtKBghNNxKf09oF+FExE9/ AD3/Fqt4lE0CYSxn+z780s5Lwjo+NtJUnwbI83QYpZU3arloXjpJIrbuKgAT2iKv bqFPV4cljPCvPCcosv9BZZb87ToVgkqpZ0fISJO2hLR4CBp1FrRZtA9gKKL2ZURJ HWV0EjKjcomAs6H7YvFNnf0vCQleWXUUC5IMvV8oeYZRGR23TMdSE4nzrhXzVeNs QrDDK6EtIYPUkDdrLK1pAnrI26PxhEgSLvMOBlDsNROvU0wEVEYuc3ifIXLGnOu1 5MJW2wi2lUt48VZXhhBvoyGqBvaSfevzzo7H2Q2dzEEZBCcJXRBW+zBmRYwk7KQ0 csCl4Y98IM0x8H1PVkuHroStT9t88hWeghl7st2fA4Z2K6G601hpq6UE7pHwgobE pVsKyCEcpX34N0Htzbua5sjkd4lq4fLvTpAqLyPgqfw5VZ64Te9ww03413voPZTw 93vt7rO2/npvikVe4Dh73oRxCtrtvtQEMfstmQLVa5AWq+LOwbAeW6fNxzpgta6O K+HgNW2WUX8v =QTey -----END PGP SIGNATURE----- --=-qbL4buCbQXm97IIrKPD9--