public inbox for gentoo-osx@lists.gentoo.org
 help / color / mirror / Atom feed
From: Nathan <nathan.stocks@gmail.com>
To: gentoo-osx@lists.gentoo.org, gentoo-osx@gentoo.org
Subject: Re: [gentoo-osx] OSX only packages: where to store them?
Date: Sun, 19 Feb 2006 20:10:54 -0700	[thread overview]
Message-ID: <96c9d6a80602191910o17079234t465a141085342eb0@mail.gmail.com> (raw)
In-Reply-To: <20060219102142.GF7819@gentoo.org>

On 2/19/06, Grobian <grobian@gentoo.org> wrote:
> Hi all,
>
> I'm opening a discussion on this subject of where to store packages that
> will only work on OSX.  Examples of such packages are Dirk Shoenberger's
> qt-mac package [1] (which works by the way), and a package I just made:
> sharedmenuscocoa (which is a requirement to build Camino), and the
> package I want to have: Camino itself.  They all make no sense on
> anything but OSX, and perhaps a tiny little bit on GNUstep environments,
> but I doubt that for now.
>
> Question for now is whether we want to add these packages to some
> separate tree, either within or outside of Gentoo, or have them in the
> main tree.  In the latter case, we can make a separate category
> (macos-only?) to put them in, or try to mix them in the tree (where
> would qt-mac fit?  and should it require a virtual because it provides
> qt?)

My personal vote is to put them in the main tree in the appropriate
existing categories.

Assuming that you put them in the main tree--AFAIK, there are ebuilds
throughout the tree that only work on one architecture or another.  I
can't emerge grub on gentoo-ppc, for example.  If gentoo-osx is to act
like any other architecture, then ebuild storage/categorization ought
to follow the same conventions as all the existing architectures. 
None of the existing ebuilds are categorized by "architecture that
this will run on."

If gentoo-osx is really going to move forward then let's get the
ebuilds into the real tree.  Following the same conventions than all
the other architectures with regards to the main portage tree seems
like a wise decision to me.

Of course, if we can't use the main tree anyway because of prefix
issues, that would be different.  But would you be asking this if
there were issues preventing using the main tree?

~ Nathan

-- 
gentoo-osx@gentoo.org mailing list



WARNING: multiple messages have this Message-ID (diff)
From: Nathan <nathan.stocks@gmail.com>
To: gentoo-osx@lists.gentoo.org, gentoo-osx@lists.gentoo.org
Subject: Re: [gentoo-osx] OSX only packages: where to store them?
Date: Sun, 19 Feb 2006 20:10:54 -0700	[thread overview]
Message-ID: <96c9d6a80602191910o17079234t465a141085342eb0@mail.gmail.com> (raw)
Message-ID: <20060220031054.kgvMbl94FPokJB4rjfLN67DMMXlZ5sVwBOR9Cr4HQYU@z> (raw)
In-Reply-To: <20060219102142.GF7819@gentoo.org>

On 2/19/06, Grobian <grobian@gentoo.org> wrote:
> Hi all,
>
> I'm opening a discussion on this subject of where to store packages that
> will only work on OSX.  Examples of such packages are Dirk Shoenberger's
> qt-mac package [1] (which works by the way), and a package I just made:
> sharedmenuscocoa (which is a requirement to build Camino), and the
> package I want to have: Camino itself.  They all make no sense on
> anything but OSX, and perhaps a tiny little bit on GNUstep environments,
> but I doubt that for now.
>
> Question for now is whether we want to add these packages to some
> separate tree, either within or outside of Gentoo, or have them in the
> main tree.  In the latter case, we can make a separate category
> (macos-only?) to put them in, or try to mix them in the tree (where
> would qt-mac fit?  and should it require a virtual because it provides
> qt?)

My personal vote is to put them in the main tree in the appropriate
existing categories.

Assuming that you put them in the main tree--AFAIK, there are ebuilds
throughout the tree that only work on one architecture or another.  I
can't emerge grub on gentoo-ppc, for example.  If gentoo-osx is to act
like any other architecture, then ebuild storage/categorization ought
to follow the same conventions as all the existing architectures. 
None of the existing ebuilds are categorized by "architecture that
this will run on."

If gentoo-osx is really going to move forward then let's get the
ebuilds into the real tree.  Following the same conventions than all
the other architectures with regards to the main portage tree seems
like a wise decision to me.

Of course, if we can't use the main tree anyway because of prefix
issues, that would be different.  But would you be asking this if
there were issues preventing using the main tree?

~ Nathan

-- 
gentoo-osx@gentoo.org mailing list



  reply	other threads:[~2006-02-20  3:11 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-02-19 10:21 [gentoo-osx] OSX only packages: where to store them? Grobian
2006-02-20  3:10 ` Nathan [this message]
2006-02-20  3:10   ` Nathan
2006-02-20  9:27 ` Hasan Khalil
2006-02-20 11:14   ` Stroller
2006-02-20 12:30     ` Dirk Schönberger
2006-02-20 16:34       ` Stroller
2006-02-20 17:07         ` Dirk Schönberger
2006-02-20 18:06           ` Grobian
2006-02-20 23:49             ` Marcin Gabrowski
2006-02-24  9:56               ` Grobian
2006-02-24 17:56                 ` Nathan
2006-02-20 12:02 ` Diego 'Flameeyes' Pettenò
2006-02-24  9:49   ` Grobian
2006-02-24  9:59     ` Diego 'Flameeyes' Pettenò
2006-03-25  8:37       ` [gentoo-osx] WxWidgets (Aqua libs) Dirk Schönberger
2006-03-25 11:03         ` Diego 'Flameeyes' Pettenò
2006-03-25 12:18           ` Dirk Schönberger
2006-03-25 13:34             ` Dirk Schönberger
2006-03-25 13:51               ` Grobian
2006-03-25 13:55                 ` Dirk Schönberger
2006-03-25 19:06                   ` Diego 'Flameeyes' Pettenò
2006-03-25 19:15                     ` Dirk Schönberger
2006-03-25 19:32                     ` Dirk Schönberger

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=96c9d6a80602191910o17079234t465a141085342eb0@mail.gmail.com \
    --to=nathan.stocks@gmail.com \
    --cc=gentoo-osx@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