public inbox for gentoo-osx@lists.gentoo.org
 help / color / mirror / Atom feed
From: Grobian <grobian@gentoo.org>
To: gentoo-osx@lists.gentoo.org
Subject: [gentoo-osx] The road ahead?
Date: Sun, 30 Oct 2005 11:49:01 +0100	[thread overview]
Message-ID: <20051030104901.GA15227@gentoo.org> (raw)

Since it "is silly if you want things to work before several years off"
[1], perhaps it's not that useful to discuss this issue.  However, we
can all dream, can't we, so let's just do it(tm).

I will try to carve a few roads in the sand in this mail that should
somehow reflect what I think the things to discuss are, if we really
want to get moving towards our holy grail.  Considering [1], this might
be all useless afterward, but ok.

My personal targets for this project are as follows:
1. Make Gentoo for OSX an acceptable sub-project of the Gentoo family.
2. Get a prefixed install to make Gentoo for OSX comparative to Fink and
   Darwin Ports, and quality wise go beyond.

Both two targets require some extra explanation.
1. Gentoo for OSX functions as "black sheep" of the Gentoo family.  In
   that way we put a spell on not only ourselves, but also on the
   Gentoo/Alt project -- which is a good candidate for the second black
   sheep.  It may be just that some people don't like the smell of non
   GNU/Linux stuff, but there are also constructive comments which
   cannot be denied.
   - My current stategy is to just show some goodwill, by for instance
     reacting swift and accurate to security bugs, as my impression is
     that those have been ignored in the past.  But not only securty
     bugs, all bugs where we get involved I try to react within
     reasonable time, just to show we care.  Well I do.  Of course any
     support in this gets a warm welcome from me.
   - In cooperation with others (mostly vapier) I try to reduce the
     ebuild "spam" caused by ppc-macos.  An example is the big
     anti conditional bug [2] which unfortunately hasn't got much of
     my attention yet.  The idea is simple: make unconditional stuff
     just to ease maintenance and keep ebuilds slim and pure.
2. A prefixed install for me means having a way to install into
   /Library/Gentoo, /Gentoo, /Users/Library/Gentoo or wherever.  I don't
   really care about the location, and a system wide install would be
   fine with me too.  I envision that a touch discussion on variable
   prefixes, or homedir prefixes and whatever will follow if not yet
   have been on the portage channels.  What I would like to see is that
   we can play with it, maybe not in its ideal state, but those
   improvements can be made while we're playing.
   - Although I have seen signals that we're close to something like
     this (kudos to Kito and Brian) in the mean-while I try to cope with
     the bugfloods ;).  Keywording the low-hanging fruit (those ebuilds
     with little or none USE-flags that just compile out of the box)
     reduces the number of open bugs and should be ok when in a prefix
     too.  Having more keyworded in portage prepares us a bit for the
     grand "Fink challenge" too.
   - To reach a good quality we will have to reenable the normal
     keywording scheme again.  This will only be done once we have a
     prefixed installer.  From that point, the imlate scripts and such
     count for us too.  Problem there is that we will have to maintain
     the whole tree, like for instance the AMD64 guys do.  We're
     outnumbered and hence I think we could use some extra devs that
     have more free time on their hands than most of us now.

To conclude a short note on various flavours of the project, such as
progressive and darwin.  I am not interested in those myself.  My main
focus is on the 'consumer product', which should be the mainline
product, or the collision-protect profiles as they are called now.  The
fact that I am not interested (yet) into these profiles, does not mean I
will never support them.  I would just like to focus on getting the
mainline (normal users) product going, then if people have a personal
target to create a progressive profile for instance, I will not stop
such development -- not even wondering on how I would be able to stop it
anyway.  I consider one of my personal wishes for a 64-bit install to
be a profile that should walk the same path like a progressive profile:
it should wait till there is a working mainline product.


[1] ciaranm@gentoo.org in gentoo-alt@gentoo.org (not archived on gmane)
[2] http://bugs.gentoo.org/show_bug.cgi?id=108029

-- 
Fabian Groffen
Gentoo for Mac OS X Project -- Interim Lead
-- 
gentoo-osx@gentoo.org mailing list



             reply	other threads:[~2005-10-30 10:49 UTC|newest]

Thread overview: 58+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-10-30 10:49 Grobian [this message]
2005-10-30 17:15 ` [gentoo-osx] The road ahead? Stroller
2005-10-31  5:25 ` Lina Pezzella
2005-10-31 18:58   ` Grobian
2005-10-31 18:52 ` Kito
2005-10-31 19:34   ` Grobian
2005-10-31 21:42     ` Kito
2005-10-31 22:20       ` Grobian
2005-11-01 22:45     ` Lina Pezzella
2005-11-02  0:06       ` Kito
2005-11-02  7:29         ` Grobian
2005-11-01  0:16   ` m h
2005-11-01  0:32     ` Brian Harring
2005-11-01  0:59       ` Kito
2005-11-01 19:16         ` m h
2005-11-01 20:10           ` Kito
2005-11-01 20:16             ` Nathan
2005-11-01 20:21               ` Grobian
2005-11-01 20:37                 ` Kito
2005-11-01 20:45                   ` Grobian
2005-11-01 20:58                     ` Kito
2005-11-01 21:05                       ` Grobian
2005-11-01 22:01             ` m h
2005-11-01 22:55               ` Kito
2005-11-04 17:50                 ` m h
2005-11-08  1:48                   ` m h
2005-11-08 16:53                     ` Grobian
2005-11-08 17:09                       ` Kito
2005-11-08 21:10                         ` m h
2005-12-05  5:19                           ` m h
2005-12-05 17:20                             ` Kito
2005-11-02  2:33             ` Brian Harring
2005-11-02  3:00               ` Kito
2005-11-02  4:12                 ` Brian Harring
2005-11-02  4:16               ` Nathan
2005-11-02  5:52                 ` Brian Harring
2005-11-01  1:20       ` m h
2005-11-01  1:57         ` Brian Harring
2005-11-01  0:51     ` Kito
  -- strict thread matches above, loose matches on Subject: below --
2005-10-31 22:17 dirk.schoenberger
2005-10-31 23:12 ` Kito
2005-10-31 23:49   ` dirk.schoenberger
2005-11-01  7:33     ` Grobian
2005-11-01 16:07 ` Nathan
2005-11-01 16:28   ` Kito
2005-11-01 16:55     ` Nathan
2005-11-01 17:17     ` Grobian
2005-11-01 18:09       ` Nathan
2005-11-01 19:03         ` m h
2005-11-01 19:13           ` Grobian
2005-11-01 19:32             ` m h
2005-11-01 19:36               ` Grobian
2005-11-01 19:45                 ` m h
2005-11-01 19:14           ` Nathan
2005-11-01 16:57   ` dirk.schoenberger
2005-11-01 17:26     ` Grobian
2005-11-01 18:08     ` Nathan
2005-11-01 19:35 dirk.schoenberger

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20051030104901.GA15227@gentoo.org \
    --to=grobian@gentoo.org \
    --cc=gentoo-osx@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox