Re: Familiar Release Strategy

Alexander,

Here's one more thing to think about as you are organizing releases
and feeds:

The Packages file does not need to live in the same directory as all
of its .ipks. The user can point to a directory with a Packages file
and that Packages files can point to .ipks in any directory, (perhaps
../pool/ or some such).

The reason we might want to take advantage of this feature is that it
could reduce all the duplication of packages. Multiple feeds/releases
could share .ipks in a common directory, and could simply point to the
right ones with the Packages file. This would reduce load on mirrors.

Then again, this may not be the right thing for releases if you want
to have a snapshot directory with only the packages belonging to that
release.

Anyway, it's something to think about.

-Carl

Alexander Guy writes:
> On Fri, May 18, 2001 at 02:09:55PM -0400, Carl Worth wrote:
> > There's still one issue to think about here.
> >
> > We absolutely need an easy mechanism for those users who only want to
> > track releases, (rather than feeds), to easily upgrade. I don't
> > consider editing the /etc/ipkg.conf and changing 0.4 to 0.4.1 an easy
> > mechanism, (at least for purposes of this discussion).
>
> Maybe we need a util to be able to track things, and let the users
> know when changes have been made that they want to check out.
>
> > With the current ipkg, tracking a feed is as simple as "ipkg update;
> > ipkg upgrade". We should ensure that tracking releases is just as
> > simple I think.
> >
> > Or does that simply create another "feed" which is the latest point
> > "release"?
>
> Hah. We could go Debian-a-like and break it down as stable, testing,
> and unstable. Stable pointing to the latest release. My issue is
> that I don't want people to be auto-upgrading to the next release
> unless they explicitly ask for it. I don't think having people
> editing /etc/ipkg.conf is too much to ask, but I'd rather have
> a utility that did that for them.
>
>
> Alexander
>
> _______________________________________________
> Familiar mailing list
> Familiar@handhelds.org
> http://handhelds.org/mailman/listinfo/familiar
Received on Mon May 21 07:54:30 2001