From owner-freebsd-ports@FreeBSD.ORG Wed Feb 13 19:06:37 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 958DF16A41A for ; Wed, 13 Feb 2008 19:06:37 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.172]) by mx1.freebsd.org (Postfix) with ESMTP id 1F2FA13C442 for ; Wed, 13 Feb 2008 19:06:36 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so1164148uge.37 for ; Wed, 13 Feb 2008 11:06:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; bh=DUA5wjYualclxf2N/APvn5EsYC8BD9mA5AbO6a/1wts=; b=MuRrBtyEH3RTrH5TYIIX0WTUtRt8Z0DGRzNGhpHTKgdq4Q0IupeGbE8/WCcAmfCra5LtR/YURHKYY2d5C7lFCP6iduDN/+2Ut2TODqcNza7iaGsrYozbB89LVfap16psvYiJxMJuLzh6lJEzJl/AapaqKOd3wPjiVBl8BswBYGM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=VxWExXKi3bkd2N8YUnKzrd9e7hHNn5TxcpAJt3aodjSSu1VoN5WsDQh2obVMjq/3EjKxg3DVFrliw5smHSUJuQXBif4miKBLN62BX2vlqRIWjOCoX17A/Jfz1z7kGnpxcr/ep9O5NLHyoI+MZsYxCAXNaa6+GWQcu2J/RKpsz1E= Received: by 10.66.221.18 with SMTP id t18mr2255183ugg.80.1202929595688; Wed, 13 Feb 2008 11:06:35 -0800 (PST) Received: from atlas ( [89.162.141.1]) by mx.google.com with ESMTPS id j3sm3754495ugd.6.2008.02.13.11.06.33 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 13 Feb 2008 11:06:34 -0800 (PST) From: Nikolay Pavlov To: Peter Pentchev Date: Wed, 13 Feb 2008 21:06:30 +0200 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) References: <200802131850.45757.qpadla@gmail.com> <47B33262.9010809@infracaninophile.co.uk> <20080213183845.GB1044@straylight.m.ringlet.net> In-Reply-To: <20080213183845.GB1044@straylight.m.ringlet.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200802132106.31571.qpadla@gmail.com> Cc: Scot Hetzel , freebsd-ports@freebsd.org Subject: Re: net-im/openfire port related question. X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: qpadla@gmail.com List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Feb 2008 19:06:37 -0000 On Wednesday 13 February 2008 20:38:45 Peter Pentchev wrote: > On Wed, Feb 13, 2008 at 06:09:38PM +0000, Matthew Seaman wrote: > > Scot Hetzel wrote: > > > On 2/13/08, Nikolay Pavlov wrote: > > >> Hello all. I am a maintainer of the net-im/openfire port. I have a > > >> report from Dmitri Frolov that openfire > > >> uses the same uid as security/stunnel port. Could someone please > > >> suggest me as how i can resolve this situation? > > > > > > If you look at security/cyrus-sasl2/pkg-install, it checks to see if > > > the username exists, if it doesn't exist, then it checks if the uid > > > is available, if it is not available, it increments the uid until it > > > finds an available uid. > > > > > > Both ports should be using a similar routine to check if the uid/gid > > > they are requesting is available. > > > > Actually, that's old hat. The current standard is that you should > > pick an otherwise unused UID (and/or GID) from /usr/ports/UIDs and > > register that as belonging to your port. Submit a maintainer update > > with patches to UIDs and GIDs plus modifications to the way the port > > is installed so that it uses the allocated numbers, and you're golden. > > > > If another port has a UID clash with yours and you have established > > rights by registering the uid in this way, then you can insist that > > the other port is changed to not clash with yours. > > ...and that's precisely what I did with the stunnel port five months > ago, in rev. 1.48 of the ports/UIDs file :) Before that, stunnel > just invoked "pw groupadd" and then "pw useradd" without any specific > ID's, but now it always uses 341. > > Hmmm, that might indeed be a problem if this user ID is already taken > by another account on the user's system; I'll see if I can work > something out on the autodetection front, but my advice to Nikolay would > be to pick another user ID and register it in the ports/UIDs file, at > least for the benefit for people who have not yet installed openfire and > shall do so for the first time in the future :) > > G'luck, > Peter Ok guys. Thanks for suggestions. I'll try to figure this out. -- ====================================================================== - Best regards, Nikolay Pavlov. <<<----------------------------------- ======================================================================