From owner-freebsd-hackers@FreeBSD.ORG Fri Jun 25 09:03:44 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD31A1065670; Fri, 25 Jun 2010 09:03:44 +0000 (UTC) (envelope-from gljennjohn@googlemail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by mx1.freebsd.org (Postfix) with ESMTP id 077128FC1D; Fri, 25 Jun 2010 09:03:43 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 25so24733eya.9 for ; Fri, 25 Jun 2010 02:03:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:reply-to:x-mailer:mime-version :content-type:content-transfer-encoding; bh=ElNIEfTefmijEC+63lM1FK7XvUTM/ay0STMGI+/t3PU=; b=mHUksa4OImj2Z52hfH8IVnbXzqtjSG3i+M7nFuaXYzmVQFdlIBAsh+1ZzM2yXEMjCL S9anukIedCrti+1qCr6IrKGduLvbBFFdXj6SEuSYUtVaDPOpRLhBi+1l1VcRMHHiMDvQ XFf4Y8hNPPc9UYf/GmkxpeqByHQSLH1rPh+go= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :x-mailer:mime-version:content-type:content-transfer-encoding; b=p7GfP4eyL2Tq0VbsdcRA/8tzkG61t0NfFgjKDCC2It9RgOM08NSOIhBQgX26BQBb0e muThGKLovCwmzMuAKp+wpPHFp3bQ8CReUTcj3k4XBwZq1rSy4KdQmuNZwB5vh6na+/ON Dj67Ipkb8ylLfB6cfM0HfrEEEnVOyWhcwGXqE= Received: by 10.102.13.11 with SMTP id 11mr85852mum.74.1277456622671; Fri, 25 Jun 2010 02:03:42 -0700 (PDT) Received: from ernst.jennejohn.org (p578E2768.dip.t-dialin.net [87.142.39.104]) by mx.google.com with ESMTPS id j10sm13264298muh.58.2010.06.25.02.03.40 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 25 Jun 2010 02:03:41 -0700 (PDT) Date: Fri, 25 Jun 2010 11:03:39 +0200 From: Gary Jennejohn To: Ted Faber Message-ID: <20100625110339.398a5006@ernst.jennejohn.org> In-Reply-To: <20100624165445.GF46600@zod.isi.edu> References: <4C21AE18.4050400@icyb.net.ua> <201006230852.26536.hselasky@c2i.net> <4C21B170.2030903@icyb.net.ua> <4C21B383.2000602@icyb.net.ua> <20100623154531.GB31578@zod.isi.edu> <20100624011509.GI31578@zod.isi.edu> <20100624092337.6bed1f45@ernst.jennejohn.org> <20100624152957.GA46600@zod.isi.edu> <20100624165445.GF46600@zod.isi.edu> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Tom Evans , freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: using cupsd instead of base lpr [was Re: [HEADS UP] Kernel modules don't work properly in FreeBSD 8.1-RC1 (solved)] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gljennjohn@googlemail.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jun 2010 09:03:44 -0000 On Thu, 24 Jun 2010 09:54:45 -0700 Ted Faber wrote: > On Thu, Jun 24, 2010 at 08:29:57AM -0700, Ted Faber wrote: > > On Thu, Jun 24, 2010 at 09:40:00AM +0100, Tom Evans wrote: > > > I also have this in make.conf: > > > CUPS_OVERWRITE_BASE=yes > > > WITHOUT_LPR=yes > > > > > > which print/cups-base uses to do make any lpr related binaries in > > > /usr/bin non-executable, so they are skipped over and the cups > > > specific ones in /usr/loca/bin are used instead. WITHOUT_LPR just > > > stops LPR being built by buildworld. > > > > The clear winner, and one I was unaware of. > > > > Thanks, Tom. > > CUPS_OVERWRITE_BASE seems to do an odd thing. It doesn't install the > cups binaries in /usr/bin, but it does do a chmod 0000 on everything it > replaces in /usr/bin . For example > > praxis:~$ ls -l /usr/bin/lpr > -r-sr-sr-x 1 root daemon 29876 Jun 24 09:16 /usr/bin/lpr > # portupgrade -f cups-base-1.4.3 > praxis:~$ ls -l /usr/bin/lpr > ---------- 1 root daemon 29876 Jun 24 09:16 /usr/bin/lpr > > I'll still use it, but interesting behavior. > IMO if you're going to make the binaries in base non-executable you might just as well delete them. But CUPS_OVERWRITE_BASE does have the advantage that it works without (active) user intervention. -- Gary Jennejohn