[Bug 193212] [stage] sysutils/bsdconfig
bugzilla-noreply at freebsd.org
bugzilla-noreply at freebsd.org
Tue Sep 2 14:49:59 UTC 2014
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193212
--- Comment #18 from John Marino <marino at FreeBSD.org> ---
(In reply to C Hutchinson from comment #16)
> OH. I understand. FWIW here is the make.conf(5) for poudriere
> DEVELOPER=yes
> USE_PORTLINT=yes
> USE_PACKAGE_DEPENDS=yes
> BATCH=yes
> WRKDIRPREFIX=/wrkdirs
Daniel gave you an excellent answer, but I think the above means you don't
understand. What I was talking about has *NOTHING* to do with poudriere. This
must be the source of confusion. I finally gave up asking for poudriere logs
and I started asking for something that I knew you could provide. Apparently
you thought it was related to poudriere.
> I really feel
> like the requirement for using poudriere, a bit premature.
A good "howto" is missing and I've asked a committer to write one in the
official documentation, but poudriere itself is not immature at all.
> Given that the use of make(1) install/deinstall/stage/* plist/
> {...} will frequently pollute the system it's on, and, as
> mentioned; the lack of pertinent info, where poudriere is
> concerned.
This sentence makes no sense to me. It's obviously not true.
> I would probably have been better off using a
> dump(8) restore(8) scheme. To provide a fresh system to work
> in after thoroughly testing each port. Or perhaps devise some
> chroot(8) scheme. In short; I think I spent too much time
> attempting to employ a development scheme, on something that
> isn't [yet] readily adapted to, without a great deal of
> experimentation, trial, and error. Don't get me wrong, I am all
> too aware of that being a big part of general development. But
> in this case [poudriere] isn't [yet] the most expedient approach.
I also have no idea what you are attempting.
You can literally have a working poudriere in 2 commands (1 = build jail, 2 =
install portree).
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the freebsd-ports-bugs
mailing list