Re: [gentoo-dev] macos mess

[Jason Stubbs]

On Sunday 25 July 2004 11:22, Pieter Van den Abeele wrote:
> On 25 Jul 2004, at 03:26, Jason Stubbs wrote:
> > The real problem is that nobody (if I am like everybody else) has
> > heard about this stuff except those that are following the macos movement.
> > If you had announced your plan to inject everything in MacOS and keyword
> > ebuilds on the assumption that those packages are available, many people
> > could have told you that the issues that are happening currently would
> > occur. More importantly, solutions would have been able to be created
> > before the current issues became issues.
>
> The MacOS project was announced one year ago. One single portage
> feature that still isn't implemented held the project up for that long.

Bug #? If there is in fact a bug, it's not marked as a blocker or even as 
being critical.

> It's a relatively simple feature compared to the other requirements I
> have for a next generation portage.

So you're planning to fork the project?

> What MacOS is doing right now is moving forward and identifying all MacOS
> related issues, creating bug reports for them and we try to do our best
> finding both long term and short term solutions. We can't afford to be put
> on hold for another year, unfortunately.

I've been an official developer for just over five months, and have been 
working on portage and hanging out in #gentoo-portage and on the 
gentoo-portage-dev list for about nine months yet I haven't heard any 
discussion whatsoever about what is required to support portage on macos. 
THAT is what has held it up for a year.

> >> Why does repoman/linux think the dependency graph for macos is broken.
> >
> > Because it is.
>
> By design.

As I said above, no reason had been shown to change the design.

> > So then you are trying to use one keyword to describe both a situation
> > where all base packages are available and one where they aren't?
>
> darwin keyword + darwin profiles -> from scratch approach,
> bootstrapping, livecds, nothing which depends on xcode
> macos keyword + macos profiles -> repository of mac OS X compatible
> apps, supports forced overwrites, supports prefixed installs, no
> bootstrapping
>
> anything that is darwin compatible is macos compatible, but not the
> other way around.

That seems fine.

> >> Since repoman doesn't complain about macos under macos (it must be
> >> broken or somehow take into account injected packages when doing
> >> --emptytree), I prefer this option. It's also the least amount of
> >> work.
> >
> > Does it complain when the patch Travis mentioned is in place?
>
> I'll try.
>
> I must say that repoman doesn't work out of the box on any of my
> computers. You're free to try it yourself, I was quite surprised to see
> repoman being happy about macos keywords on my x86, ppc and sparc
> machines. All running latest portage development release .51_pre13.

Yes, repoman is quite buggy. That is no reason to use it as a scapegoat.

> >> 2. make repoman macos aware
> >
> > s/make repoman macos aware/include support in ALL of portage/
>
> That's the plan. There will be code, no worry. But until there's code,
> we use the cleanest possible short-term solution for various issues.

Again, by forking?

> >> This requires new portage features. Adding another file to the
> >> profiles, I can think of at least 2 portage feature requests that
> >> require adding another file to the profiles, so this can't be a short
> >> term solution.
> >
> > Why wasn't this suggested months ago? A feature such as this (which
> > isn't hard to implement btw) could allow you to not inject everything and
> > be able satisfy repoman as well. It would also be useful in separating
> > your two types of macos users into separate profiles.
>
> When I openened the bug about persistent packages, somebody masked it
> as a DUP for a bug numbered somewhere between 11000 - 12000 (we're at
> 54000 right now). I'm assuming similar feature requests have been
> waiting for some time.

Please give bug numbers. I want the facts first-hand.

Regards,
Jason Stubbs

--
gentoo-dev@g.o mailing list