El feb 17, 2551 BE, a las 21:49, Jordan K. Hubbard escribió:
>
> On Feb 17, 2008, at 7:40 PM, Esteban Barahona wrote:
>
>> That may be the main objective, but why not also support darwin
>> without the propietary parts of Mac OS X? As I understand it, if it
>> runs on Darwin it must run on Mac
On Feb 17, 2008, at 7:40 PM, Esteban Barahona wrote:
> That may be the main objective, but why not also support darwin
> without the propietary parts of Mac OS X? As I understand it, if it
> runs on Darwin it must run on Mac OS X... but I guess it's CLI-only
> apps...
Because it's more w
El feb 17, 2551 BE, a las 15:01, Jordan K. Hubbard escribió:
> This topic was, in any case, hashed out rather thoroughly back when
> the project changed its name from DarwinPorts to MacPorts. GIven
> the plethora of projects already devoted to multi-platform ports
> collections (portage, p
On Feb 17, 2008, at 2:42 PM, Anders F Björklund wrote:
> The project doesn't seem to have decided yet whether it wants to
> provide the best possible Mac OS X experience, or whether it wants
> to e.g. provide its own bootstrap versions of all the required
> system libraries and binaries ?
Jordan K. Hubbard wrote:
> This topic was, in any case, hashed out rather thoroughly back when
> the project changed its name from DarwinPorts to MacPorts. GIven
> the plethora of projects already devoted to multi-platform ports
> collections (portage, pkgsrc, etc) and the relative shortag
Given that they haven't posted any updates to their site in over a
year, it's probably fair to say that it's mostly just a domain name at
this point.
This topic was, in any case, hashed out rather thoroughly back when
the project changed its name from DarwinPorts to MacPorts. GIven the
This might be (or is) off the topic, but is there any way to boot
into console (or ``>console'' if you like) without loading anything
related to Aqua, Carbon, Cocoa or any GUI related part of the OS X?
On Feb 17, 2008, at 3:34 PM, Jordan K. Hubbard wrote:
> I don't see any point in supporting
I don't see any point in supporting Pure Darwin for any reason at this
point. You're talking about an installed base of what - 20 people?
50? 100 tops? I can think of more Amiga Unix users than that.
- Jordan
On Feb 17, 2008, at 12:25 AM, Ryan Schmidt wrote:
> On Feb 17, 2008, at 01:40,
It is very new. I don't have any details on it. http://www.puredarwin.org/
On Feb 17, 2008 1:00 PM, Esteban Barahona <[EMAIL PROTECTED]>
wrote:
> El feb 17, 2551 BE, a las 07:34, Michael Franz escribió:
>
> > I may have misspoke, I am using just darwin, I forgot that there is
> > a puredarwin p
El feb 17, 2551 BE, a las 07:34, Michael Franz escribió:
> I may have misspoke, I am using just darwin, I forgot that there is
> a puredarwin project. That is not what I am using.
There is a puredarwin project?! what's the difference with
darwin? ...I thought there was only OpenDarwin and a
Michael Franz wrote:
> There are even three: "darwin", a superset of "macosx" and
> "puredarwin"
>
> Darwin does not automatically include e.g. Carbon and Cocoa
> frameworks.
> So technically those ports are wrong, or at least making
> assumptions...
> I may have misspoke, I am using just da
I remember having built Kaffe on Darwin 7.2.1. Darwin 8 should work too.
>
> Kaffe 1.1.7 does, but 1.1.8 does not. Or, Kaffe 1.1.8 does not build on
OS X.
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/m
Le 08-02-17 à 08:29, Michael Franz a écrit :
That is OK, as long as the ports I am interested in will work. At
this point it is only Kaffe and anything Kaffe depends on.
On Feb 17, 2008 2:40 AM, Yves de Champlain <[EMAIL PROTECTED]> wrote:
Le 08-02-16 à 22:26, Michael Franz a écrit :
> I
On Feb 17, 2008 4:06 AM, Anders F Björklund <[EMAIL PROTECTED]> wrote:
> Ryan Schmidt wrote:
>
> >> and BTW many ports will also fail because they just suppose darwin to
> >> be mac os x
> >
> > We still have separate "macosx" and "darwin" platforms don't we?
>
> There are even three: "darwin", a
That is OK, as long as the ports I am interested in will work. At this
point it is only Kaffe and anything Kaffe depends on.
On Feb 17, 2008 2:40 AM, Yves de Champlain <[EMAIL PROTECTED]> wrote:
>
> Le 08-02-16 à 22:26, Michael Franz a écrit :
>
> > I was able to install darwinports 1.3.2, but t
Ryan Schmidt wrote:
>> and BTW many ports will also fail because they just suppose darwin to
>> be mac os x
>
> We still have separate "macosx" and "darwin" platforms don't we?
There are even three: "darwin", a superset of "macosx" and "puredarwin"
Darwin does not automatically include e.g. Carb
Yves de Champlain wrote:
>> Is there a version of Macports that can be installed on a darwin
>> installation? I installed the Darwin 8 iso and can not get
>> Macports to configure since GNUStep is missing.
>
> You can install an older version of macports, install gnustep and
> then update m
On Feb 17, 2008, at 01:40, Yves de Champlain wrote:
> Le 08-02-16 à 22:26, Michael Franz a écrit :
>
>> I was able to install darwinports 1.3.2, but the port files have
>> properties/commands that this old version does not understand.
>>
>> The problem with building the latest version (This starte
Uh, sorry, and furthermore, Charlse, your error was with ntop, while
Andrei's was with cgilib.
On Feb 17, 2008, at 02:21, Ryan Schmidt wrote:
> Yes but Charlse, your error with ntop was "libtool: compile: unable
> to infer tagged configuration" which was in a different thread, "ntop
> install
Yes but Charlse, your error with ntop was "libtool: compile: unable
to infer tagged configuration" which was in a different thread, "ntop
install failure" and for which a ticket was already filed:
http://trac.macosforge.org/projects/macports/ticket/14308
Whereas Andrei's ntop error is "make:
20 matches
Mail list logo