From nobody Tue Mar 19 08:02:30 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TzPMw6BDqz5DnMx for ; Tue, 19 Mar 2024 08:02:36 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4TzPMw34p6z4MNN for ; Tue, 19 Mar 2024 08:02:36 +0000 (UTC) (envelope-from manu@bidouilliste.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1710835351; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=aBPZ4HcrBN0kwBV1bQB1BbCsVyo7LeKeuCdeu7C64Bo=; b=ZY5/8eHo2tJabYMNyyOPwfk1emLvlEXTy1U8k0OY88N/otF3J+dN45r9XI1+K75FyEYd/S 4eh+qgZu/tZDoMB+nR/Q2mqxh3ax2zgomfzN9DDD9Whhmlf3/TdNoaGD+FqmH69Uj0FDWp tla6hMfy+jLdlfUG8HGLyqjJDhSCp5E= Received: from skull.home.blih.net (lfbn-lyo-1-2174-135.w90-66.abo.wanadoo.fr [90.66.97.135]) by mx.blih.net (OpenSMTPD) with ESMTPSA id ed22357d (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Tue, 19 Mar 2024 08:02:31 +0000 (UTC) Date: Tue, 19 Mar 2024 09:02:30 +0100 From: Emmanuel Vadot To: Alastair Hogge Cc: Freebsd Current Subject: Re: sysutils/pam_xdg: Cancelled on -CURRENT Message-Id: <20240319090230.3a1e7409578f8f4a373a341e@bidouilliste.com> In-Reply-To: References: <4e4a5f033f4169dd07f4afdd7b5f6976@riseup.net> <20240319082306.f4ffef050d8439be07b10962@bidouilliste.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd15.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR] X-Rspamd-Queue-Id: 4TzPMw34p6z4MNN On Tue, 19 Mar 2024 07:55:15 +0000 Alastair Hogge wrote: > On 2024-03-19 15:23, Emmanuel Vadot wrote: > > Hi, > > Hey Emmanuel, > > > On Tue, 19 Mar 2024 06:54:27 +0000 > > Alastair Hogge wrote: > > > >> Hello, > >> > >> Recently a similar module (PAM) mentioned in the subject was committed > >> to base[1]. The module in base masks the currently installed Port, the > >> man page can be accessed with man -M /usr/local/share/man 8 pam_xdg, > >> however, I can now no longer build the Port. I noticed that the base > >> module has no WITHOUT_ option, tho, that might be extreme for one > >> module, but then again, the base module masks a more feature full > >> module. What is the practice to enable use of the Port again? At the > >> moment I am updating my host, and testing the following: > >> > >> diff --git a/lib/libpam/modules/modules.inc > >> b/lib/libpam/modules/modules.inc > >> index f3ab65333f4f..ddbb326f0312 100644 > >> --- a/lib/libpam/modules/modules.inc > >> +++ b/lib/libpam/modules/modules.inc > >> @@ -30,4 +30,3 @@ MODULES += pam_ssh > >> .endif > >> MODULES += pam_tacplus > >> MODULES += pam_unix > >> -MODULES += pam_xdg > >> \ No newline at end of file > >> > >> 1: > >> https://cgit.freebsd.org/src/commit/?id=6e69612d5df1c1d5bd86990ea4d9a170c030b292 > >> > >> Thanks. > >> > > > > I don't see why you can't build the ports. > > From sysutils/pam_xdg[2]: > > if exists(/usr/lib/pam_xdg.so) > IGNORE= module name conflict with a different implementation in > base system > endif Ah yes, I've missed this :) > > Using would be a problem but why do you want to use it now that we > > have one in base ? > > Do you have any problems with the one in base ? > > I would like to continue using sysutils/pam_xdg because it handles all > ${XDG_*_HOME}, and local name spaces. XDG_*_HOME variables aren't needed, all applications must have a fallback to the base directories in the spec and sysutils/pam_xdg doesn't offer to use other directories so that's why I didn't implement those in the base one. What do you mean by "local name spaces" ? > 2: https://cgit.freebsd.org/ports/tree/sysutils/pam_xdg/Makefile#n16 > > Thanks. > Cheers, -- Emmanuel Vadot