[belenix-dev] [belenix-discuss] Update on 0.7.1

[S h i v]

On Thu, Jun 12, 2008 at 1:47 AM, Sriram Narayanan <sriramnrn at gmail.com> wrote:
>
> On Wed, Jun 11, 2008 at 10:14 PM, Moinak Ghosh <moinakg at gmail.com> wrote:
>>
>> I have built ON B90 and new FOX sources and using a base set of packages from
>> the existing BeleniX release I have created a chroot environment where
>> it is possible
>> to compile stuff.
>
> I assume you mean that I could use any existing opensolaris / solaris
> setup (say build 81//belenix 0.7), follow your chroot instructions and
> then go about building somethin from a much later revision (build 90
> in this case).
>

You cannot use belenix 0.7 to build ON. I attempted it on Indiana for
ON(b90) which didn't succeed after fixing some of the dependencies.
Using SX was quicker way to get things to work for now, so I moved to
SX.
To build spec files and contribute one doesn't need a chroot, current
V0.7 is sufficient.
Chroot would be necessary for the 1st pass build or the 1st alpha release.

>
> Moinak, would it be OK to build within Belenix 0.7 itself, given that
> we're moving ON from build 81 to build 90.
>

B81 to B90 should make no difference to top application layers in
BeleniX. It is perfectly alright.

> I faced a curious problem recently. On SXDE build 81, I was able to
> build and run vpnc 0.5.1. While I was able to successfully build vpnc
> on belenix 0.7 (based on build 81), I was unable to run it. There some
> issue with a missing "ip" command, I think. This is a separate topic,
> of course, but I want to ask if the following makes sense.
>

Open a new thread & lets have a look at the error log.

>
> Now here is where I get stuck. I could build stuff on Belenix 0.7, but
> the only way to validate that all this will work on build 90

B81 to B90 move is a non-issue for applications. If anything it only
provides some more functionalities that the newer kernel provides and
a few bug fixes.
If apps start to break, it is an interface issue that shouldn't occur !
There could be issues with package dependencies (at spec file build
level), but an already built package on V0.7 is expected to work on
V0.7.1 at a binary level.

>
>> One major work will be to build the slim_install repository and re-brand the
>> Caiman installer.
>

I will look into this.

>
>> IMHO IPS still has a bunch of problems
>> and areas of improvement that need addressing before it can be generally
>> used. Lack of an on-disk format and mirroring are some things I personally
>> consider impt. limitations.
>>
>
> Well, given that one can still install pkgs on even opensolaris
> 2008.5, it seems fine that we stick to svr4 for now and pay attention
> to IPS some time later.
>

Zones support for packaging is not available with current packaging in
V0.7. We will need minor enhancements to SVR4 packaging utilities for
understanding zones on the lines of support available in live upgrade
in SX. With IPS this should work but there are other limitations as
pointed out.

-Shiv