Date: Mon, 01 Sep 2014 19:39:54 -0700 From: Julian Elischer <julian@freebsd.org> To: Andrew Berg <aberg010@my.hennepintech.edu>, Michelle Sullivan <michelle@sorbs.net>, "Sam Fourman Jr." <sfourman@gmail.com> Cc: ports@freebsd.org, pkg@freebsd.org, stable@freebsd.org, FreeBSD Current <current@freebsd.org> Subject: Re: [HEADSUP] pkg(8) is now the only package management tool Message-ID: <54052DFA.4030808@freebsd.org> In-Reply-To: <54052891.5000104@my.hennepintech.edu> References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <CAOFF%2BZ1MOr9-rYbwHYWqBKjMvRPwUnew4jThEoJ_WkoTmwyNsQ@mail.gmail.com> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On 9/1/14, 7:16 PM, Andrew Berg wrote: > On 2014.09.01 20:51, Michelle Sullivan wrote: >>>> And for the portsnap users? >>>> >>> In short, this change doesn't directly effect portsnap users. >>> >> Sure about that? > I'm sure of it. Your issue is with the tree itself, not the tool used to fetch it. > >> Correct, take a 9.2 install disk, install it, portsnap and then install >> pkg on it... Oh wait, you can't.. pkg_install is broken, and 9.2 >> install disks don't have pkg in the BaseOS.... > Use the ports tree tarball included, or fetch it (either during or after > installation). It is not impossible to get an old version of the ports tree > with only the 9.2 base system. I don't see how this is anything more than an > inconvenience. > Also, 9.3 is out and the 9.2 EOL is not far away. Not sure why you would be > doing a new install with 9.2. sigh.. when are we as a project, all going to learn that reality in business is that you often need to install stuff that is old. Its not always your choice. The custommers require it.. You should try arguing with someone like Bank of Americas security and operations department some day about whether they want to suddenly upgrade 300 machines for no real reason (from their perspective). On that topic, 10.0 is slightly broken from that perspective because as you install it, it upgrades pkg to a new version that was not in 10.0, so you can no longer build a 10.0 machine that matches the 10.0 machines you installed at the custommer site when 10.0 first came out, that they qualified as acceptible.. Well you MAY get the mostly same result, but the 'pkg' you have is a different one so the image checks out as different' (Imaginary hooters sound and theoretical security alerts trigger etc.) (oh and it interacts badly with the installer designed to run with the previous version.. The first part of the install works fine, and then half way through the install, things go strange when pkg upgrades itself.) 10.0 is past but we should think about how to prevent that in 10.1 etc. I guess the pkg config file in the install needs to be locked down to the release until the install is completed. We should make sure the base install only installs the pkg in the release and doesn't upgrade itself without asking first... (luckily that last issue doesn't affect most business customers who use their own install schemes). > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?54052DFA.4030808>