On Wed, Oct 22, 2008 at 11:40 PM, Martin Bochnig <[EMAIL PROTECTED]> wrote: > On Wed, Oct 22, 2008 at 11:28 PM, Shawn Walker <[EMAIL PROTECTED]> wrote: > >> I would venture to guess that a significant majority of users will never >> need to or want to recompile or alter the software as you suggest. >> >> They're going to want a stable, tested version of the software, and that >> means a pre-built, pre-configured binary that's been signed by their vendor. >> >> Since you need or want a more flexible system, I'd suggest you discuss >> it with the pkgbuild folks. > > > Or on conary, which features "cooking source recipes". > It is as easy as this: > > # conary emerge --no-deps bash:source=3.2.10-7 > > (build bash and makes a binary set of "troves" out of it, which then > constitute a binary package that is under conary's control in its > database backend. > > Configuring the "recipes" can be comapred to setting up spec files for > pkgbuild (or rpmbuild). >
Without "--no-deps" it would look like this: # LD_PRELOAD=/tmp/y/a.out conary emerge bash:source=3.2.10-7 + Methods called: Bash.setup + Building [EMAIL PROTECTED]:devel[~!bootstrap,~buildtests] error: Could not find the following troves needed to cook this recipe: autoconf:runtime bash:runtime binutils:devellib binutils:lib binutils:runtime byacc:runtime bzip2:runtime conary-build:lib conary-build:python conary-build:runtime conary:python conary:runtime coreutils:runtime cpio:runtime debugedit:runtime dev:runtime diffutils:runtime elfutils:runtime file:runtime filesystem:runtime findutils:runtime gawk:runtime gcc:devel gcc:devellib gcc:lib gcc:runtime glibc:devel glibc:devellib glibc:lib glibc:runtime grep:runtime gzip:runtime install-info:runtime libgcc:devellib libgcc:lib libtermcap:devel make:runtime mktemp:runtime patch:runtime python:lib python:runtime readline:devel sed:runtime setup:runtime sqlite:lib tar:runtime texinfo:runtime unresolved build dependencies # uname -a SunOS Ultra-20 5.11 snv_95 i86pc i386 i86pc # > > %martin > >> >> It is highly unlikely that the IPS team will focus resources on a build >> system as it won't help us reach our primary goals and the resources >> spent developing are better spent on improving the primary user experience. >> >> Cheers, >> -- >> Shawn Walker >> _______________________________________________ >> opensolaris-discuss mailing list >> [email protected] >> > _______________________________________________ opensolaris-discuss mailing list [email protected]
