From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 10 04:00:49 2007 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 08B1A16A417 for ; Sat, 10 Nov 2007 04:00:49 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from mxout3.cac.washington.edu (mxout3.cac.washington.edu [140.142.32.166]) by mx1.freebsd.org (Postfix) with ESMTP id E0B2513C4A7 for ; Sat, 10 Nov 2007 04:00:48 +0000 (UTC) (envelope-from youshi10@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout3.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lAA40fBh032443 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 9 Nov 2007 20:00:42 -0800 X-Auth-Received: from [127.0.0.1] (node127.245.100.208.1dial.com [208.100.245.127] (may be forged)) (authenticated authid=youshi10) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id lAA40HPJ017394 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 9 Nov 2007 20:00:39 -0800 Message-ID: <47352CAF.1080609@u.washington.edu> Date: Fri, 09 Nov 2007 19:59:43 -0800 From: Garrett Cooper User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Maslan , FreeBSD Hackers References: <319cceca0711030605m370709d1ua0c694d12dbb1766@mail.gmail.com> <47301ADA.3080509@u.washington.edu> <319cceca0711061227h6dbaf2fdib03a962aae7ddad1@mail.gmail.com> <4730D640.3080304@u.washington.edu> <319cceca0711061758m786918c1y2594e7a11e91d873@mail.gmail.com> <47312888.1070400@u.washington.edu> In-Reply-To: <47312888.1070400@u.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.3.3.310218, Antispam-Engine: 2.5.2.313940, Antispam-Data: 2007.11.9.194525 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CP_NAME_BODY 0, __CP_URI_IN_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __STOCK_PHRASE_7 0, __USER_AGENT 0' Cc: Subject: Re: pkg_add doesn't keep dependent pkgs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Nov 2007 04:00:49 -0000 Garrett Cooper wrote: > Maslan wrote: >> That would be great. >> I'll wait for the patch >> >> >> On Nov 6, 2007 1:01 PM, Garrett Cooper >> wrote: >> >>> Maslan wrote: >>> >>>>> Package dependencies may change, depending on the user >>>>> settings and >>>>> port maintainers configuration for the port (i.e. Makefiles). The >>>>> same >>>>> sort of applies to packages as well. >>>>> Or were you referring to just packages instead of ports based >>>>> package metadata :)? >>>>> Or maybe a better question is: what are you trying to accomplish? >>>>> -Garrett >>>>> >>>>> >>>>> >>>> The problem is that i always try FreeBSD snapshots, and each time i >>>> did a fresh install, i found my self in need to install xorg & gnome. >>>> so when i use pkg_add -rK xorg or pkg_add -rK gnome, it just keeps the >>>> package itself only without its dependencies, it would be better for >>>> me to keep the packages i use rather than downloading them every time. >>>> >>>> The ports has no problem with that, since it leaves all the port >>>> dependencies in /usr/ports/distfiles but i prefer packages than >>>> recompiling every time i install a fresh system something like gnome >>>> would eat my day compiling it. >>>> >>> Hmm... that is indeed silly. >>> >>> Let me see if I can fire up a patch for that little issue sometime >>> either next week or the week after to fix that. >>> >>> -Garrett > That's assuming (IIRC) pkg_add doesn't invoke libfetch related APIs > directly and extract straight to the command line. It may take a bit > more work than I initially think, but a patch *should* be trivial to > create. > -Garrett The URL provided to this really simple patch should fix the problem for -K not being propagated down child pkg_add processes (http://students.washington.edu/youshi10/posted/pkg_add_keep_flag_prop.patch). I would test it out but my FreeBSD box is still not hooked up to the net, so no dice :(. It's simple enough though that I'm almost 100% positive that it's correct. If the behavior's wrong or slightly askew, please let me know and I'll see if I can hack around the code a bit more. You made a good point though in terms of usage and propagating / whitelisting options from parent to child (master to slave?) copies of pkg_install apps. I'll write that up for my todo list for the pkg_install rewrite (VLSI's kicking my ass this quarter along with work, so I haven't had a real chance to sit down and make a plan for developing pkg_install). Cheers, -Garrett