Re: Darwin Version

> Am 02.10.2015 um 16:33 schrieb Ryan Schmidt : > > We're trying to make MacPorts into a system that just works, and that means > that when we discover common situations where MacPorts fails to work, we try > to modify MacPorts so that users are less likely to encounter them. One of > the comm

Re: Darwin Version

> On Oct 9, 2015, at 7:31 AM, Rainer Müller wrote: > > On 2015-10-04 12:25, William H. Magill wrote: >> As with the “success” above, the answer appears to be with the >> Migration Instructions. The problem is that the visual queues given >> by the “command indent and boxing” are much more emphat

Re: Darwin Version

On 2015-10-04 12:25, William H. Magill wrote: > As with the “success” above, the answer appears to be with the > Migration Instructions. The problem is that the visual queues given > by the “command indent and boxing” are much more emphatic than the > numbered items. i.e. the Eye overrides RTFM. T

Re: Darwin Version

On Oct 6, 2015, at 10:41 AM, Richard L. Hamilton wrote: > Unix was originally a name for an operating system, and unofficially for a > code lineage of variants derived from it. > > It is now a trademark that can be granted to any OS meeting the current > Single Unix Specification testing, and

Re: Darwin Version

Unix was originally a name for an operating system, and unofficially for a code lineage of variants derived from it. It is now a trademark that can be granted to any OS meeting the current Single Unix Specification testing, and where the OS owner has paid for permission to use the trademark. h

Re: Darwin Version

Dominik Reichardt wrote on 06.10.2015 11:10: While it is off topic, why the need to be so rude? I'm not rude, just asking. :) There is always many discussion about what is a real UNIX, if something was derived or rewritten, if Linux is UNIX and so on... I just don't get what's the reason for

Re: Darwin Version

> Am 06.10.2015 um 11:05 schrieb Bachsau : > > Dave Horsfall wrote on 06.10.2015 09:53: >> Anyway, "from scratch" => "clean-room implementation" e.g. Unix/Linux, >> whereas "evolved" => V5/V6/V7/4.nBSD/BSDI/FreeBSD/OpenBSD/etc. > > Is this discussion of any importance? I don't see why. While i

Re: Darwin Version

Dave Horsfall wrote on 06.10.2015 09:53: Anyway, "from scratch" => "clean-room implementation" e.g. Unix/Linux, whereas "evolved" => V5/V6/V7/4.nBSD/BSDI/FreeBSD/OpenBSD/etc. Is this discussion of any importance? I don't see why. ___ macports-users ma

Re: Darwin Version

On Mon, 5 Oct 2015, Daniel J. Luke wrote: > > You're saying that Darwin was written from scratch and not evolved > > from a modified FreeBSD 4.1, or am I thinking of an earlier MacOS? > > it all depends on what you mean by ‘written from scratch’, ‘evolved > from’, and how detailed you care to b

Re: Darwin Version

On Mon, 5 Oct 2015, Brandon Allbery wrote: > It was never derived from FreeBSD 4.1. I may have been thinking of this: https://en.wikipedia.org/wiki/Berkeley_Software_Distribution "Also Darwin, the system on which Apple's Mac OS X is built, is a derivative of 4.4BSD-Lite2 and FreeBSD." -- Dav

Re: Darwin Version

On Mon, Oct 5, 2015 at 6:42 PM, Dave Horsfall wrote: > On Sat, 3 Oct 2015, Ryan Schmidt wrote: > > > Remember: under the bonnet (ObUSA: hood) the Mac runs FreeBSD. > > > > OS X is underpinned by Darwin, not FreeBSD. Darwin is based on NeXTSTEP, > > BSD, XNU and other projects, and of course a gre

Re: Darwin Version

On Oct 5, 2015, at 6:42 PM, Dave Horsfall wrote: > You're saying that Darwin was written from scratch and not evolved from a > modified FreeBSD 4.1, or am I thinking of an earlier MacOS? it all depends on what you mean by ‘written from scratch’, ‘evolved from’, and how detailed you care to be w

Re: Darwin Version

On Sat, 3 Oct 2015, Ryan Schmidt wrote: > > Remember: under the bonnet (ObUSA: hood) the Mac runs FreeBSD. > > OS X is underpinned by Darwin, not FreeBSD. Darwin is based on NeXTSTEP, > BSD, XNU and other projects, and of course a great deal of independent > work by Apple. You're saying that D

Re: Darwin Version

> On Oct 3, 2015, at 9:35 AM, Jeffrey A. Singleton wrote: > > As you can see…the very first command run as instructed by the so-called > migration steps shows the same error. Basically…nothing anyone has suggested > so far even remotely comes close to a solution, and the migration page is > u

Re: Darwin Version

> On Oct 3, 2015, at 14:41, Brandon Allbery wrote: > > On Sat, Oct 3, 2015 at 2:39 PM, Clemens Lang > wrote: > > Same thing, but as seen in the 2nd case, no com.apple.rootless attribute, no > > restricted (or hidden) flags. :-) > > Mounts are a nice idea, but not poss

Re: Darwin Version

Presumably keeping normal uses of system programs from being subverted (even if they're not running privileged, i.e. setuid/setgid). There is probably some benefit to normal uses, but it's demonstrably trivial to work around if one already has full control. I tend to think they went overboard,

Re: Darwin Version

Where is the security benefit from this, that Apple wants to Achieve? > Am 03.10.2015 um 22:30 schrieb Richard L. Hamilton : > > But it's so easy to test that theory::-) > sh-3.2# dtruss /bin/sh > dtrace: failed to execute /bin/sh: dtrace cannot control executables signed > with restricted e

Re: Darwin Version

> On Oct 3, 2015, at 14:41, Brandon Allbery wrote: > > On Sat, Oct 3, 2015 at 2:39 PM, Clemens Lang > wrote: > > Same thing, but as seen in the 2nd case, no com.apple.rootless attribute, no > > restricted (or hidden) flags. :-) > > Mounts are a nice idea, but not poss

Re: Darwin Version

On Sat, 3 Oct 2015, Rainer Müller wrote: > What should we change on the wiki page to make it more clear? > This is an honest question. I am open to suggestions. You cannot force the sheeple to read the instructions. "Warning: this gun will blow your foot off if you point it that way." -- Dave

Re: Darwin Version

- On 3 Oct, 2015, at 20:41, Brandon Allbery allber...@gmail.com wrote: > ...but at some point the NFS server must access the file, in the original > filesystem where all of those exist and will be enforced. But that's not really a problem. As I said earlier, we work around the limitation of

Re: Darwin Version

On Sat, Oct 3, 2015 at 2:39 PM, Clemens Lang wrote: > > Same thing, but as seen in the 2nd case, no com.apple.rootless > attribute, no > > restricted (or hidden) flags. :-) > > Mounts are a nice idea, but not possible without root privileges, and that > leaves > out everybody that uses a user-onl

Re: Darwin Version

- On 3 Oct, 2015, at 19:53, Richard L. Hamilton rlha...@smart.net wrote: >> Is there something clever that could be done with mounts or hard (directory) >> links here? Hard links will only work on the same filesystem, which is not necessarily the case for all MacPorts installations. Addit

Re: Darwin Version

> On Oct 3, 2015, at 13:26, Eric A. Borisch wrote: > > On Saturday, October 3, 2015, Clemens Lang > wrote: > > > - On 3 Oct, 2015, at 15:47, Bachsau w...@bachsau.name > wrote: > > > Clemens Lang wrote on 03.10.2015 15:02: > >> such as /bin/sh, /usr/bin/python,

Re: Darwin Version

> > Btw, what I would actually consider a bug is that running /usr/bin/env (or > printenv) now no longer show any DYLD_* variables that may be set in your > environment. Previously we would ask users to run env | grep DYLD_ to check > for environment variables if they had trouble executing binarie

Re: Darwin Version

On Saturday, October 3, 2015, Clemens Lang wrote: > > > - On 3 Oct, 2015, at 15:47, Bachsau w...@bachsau.name > wrote: > > > Clemens Lang wrote on 03.10.2015 15:02: > >> such as /bin/sh, /usr/bin/python, /usr/bin/make, /usr/bin/clang, > >> etc. > > > > All of which are also part of macports,

Re: Darwin Version

- On 3 Oct, 2015, at 15:47, Bachsau w...@bachsau.name wrote: > Clemens Lang wrote on 03.10.2015 15:02: >> such as /bin/sh, /usr/bin/python, /usr/bin/make, /usr/bin/clang, >> etc. > > All of which are also part of macports, so can't you just use this or > create shadowcopies yourself? Yes,

Re: Darwin Version

Jeremy Huddleston Sequoia wrote: >> On Oct 2, 2015, at 08:01, Clemens Lang wrote: >> There are changes that can be done by Apple with OS upgrades that will render >> your currently installed libraries useless. Examples for changes that are of >> this nature are: >> - Apple changing CPU architect

Re: Darwin Version

> On Oct 3, 2015, at 06:02, Clemens Lang wrote: > > Hi Jeremy, > > - On 3 Oct, 2015, at 10:56, Jeremy Huddleston Sequoia jerem...@apple.com > wrote: > >>> In theory, we have a solution for this problem: trace mode hides anything >>> from >>> a port's build system that doesn't come with t

Re: Darwin Version

On 10/03/2015 03:35 PM, Jeffrey A. Singleton wrote: > So I go to the migration page as mentioned in the error and begin with Step 1: > > root@minimac ~ # port -qv installed > myports.txt > Error: Current platform "darwin 15" does not match expected platform > "darwin 14" > Error: If

Re: Darwin Version

On Oct 3, 2015, at 8:45 AM, Bachsau wrote: > Jeffrey A. Singleton wrote on 03.10.2015 15:35: >> As you can see…the very first command run as instructed by the so-called >> migration steps shows the same error. Basically…nothing anyone has >> suggested so far even remotely comes close to a solution

Re: Darwin Version

This whole thread has been extremely entertaining… I am amazed by the attitudes shown by so many adults. This is FREE software, shit breaks, shit breaks on day one of a new os, wow, news flash. Don’t like it 1) Don’t use it - no one is forcing you to 2) Fix it yourself - it IS open 3) wait for

Re: Darwin Version

Clemens Lang wrote on 03.10.2015 15:02: such as /bin/sh, /usr/bin/python, /usr/bin/make, /usr/bin/clang, etc. All of which are also part of macports, so can't you just use this or create shadowcopies yourself? ___ macports-users mailing list macport

Re: Darwin Version

Jeffrey A. Singleton wrote on 03.10.2015 15:35: As you can see…the very first command run as instructed by the so-called migration steps shows the same error. Basically…nothing anyone has suggested so far even remotely comes close to a solution, and the migration page is useless. WTF is going o

Re: Darwin Version

So I just read through this whole thread and it appears not a single person understands the problem After upgrading to El CapitanŠthen proceeding to do Œport selfupdate¹ I am show the error reported by the original poster. > root@minimac ~ # port -v selfupdate > Error: Current platform "darwin 1

Re: Darwin Version

Hi Jeremy, - On 3 Oct, 2015, at 10:56, Jeremy Huddleston Sequoia jerem...@apple.com wrote: >> In theory, we have a solution for this problem: trace mode hides anything >> from >> a port's build system that doesn't come with the system and is not in the >> list >> of dependencies, so *in th

Re: Darwin Version

On Oct 3, 2015, at 5:25 AM, Dave Horsfall wrote: > Remember: under the bonnet (ObUSA: hood) the Mac runs FreeBSD. OS X is underpinned by Darwin, not FreeBSD. Darwin is based on NeXTSTEP, BSD, XNU and other projects, and of course a great deal of independent work by Apple. _

Re: Darwin Version

On Fri, 2 Oct 2015, Ryan Schmidt wrote: > We're trying to make MacPorts into a system that just works, and that > means that when we discover common situations where MacPorts fails to > work, we try to modify MacPorts so that users are less likely to > encounter them. One of the common problems

Re: Darwin Version

> On Oct 2, 2015, at 08:01, Clemens Lang wrote: > > Hi, > > - On 2 Oct, 2015, at 15:33, Bachsau w...@bachsau.name wrote: > >> Maybe. Seems like I'm just not getting what is technically causing these >> problems. When libraries change, and it breaks a particular application, why >> can't I

Re: Darwin Version

> On Oct 2, 2015, at 07:00, Brandon Allbery wrote: > > I should note that that's just an example; libSystem has only changed that > way once, I think. Do you have a radar or forum post or something regarding this example of where libSystem broke in a binary incompatible way (and wasn't seen a

Re: Darwin Version

> On Oct 2, 2015, at 06:24, Brandon Allbery wrote: > > On Fri, Oct 2, 2015 at 9:19 AM, Brandon Allbery wrote: > On Fri, Oct 2, 2015 at 9:13 AM, Bachsau wrote: > What a crap is this? I've been using Arch Linux before and never needed to > recompile any third party software, just because system

Re: Darwin Version

> On Oct 2, 2015, at 06:19, Brandon Allbery wrote: > > On Fri, Oct 2, 2015 at 9:13 AM, Bachsau wrote: > What a crap is this? I've been using Arch Linux before and never needed to > recompile any third party software, just because system packages where > updated. Software that needs to be rein

Re: Darwin Version

> On Oct 2, 2015, at 06:18, Dominik Reichardt wrote: > > Calm down and complain to Apple Well, complain if you actually have a specific bug to complain about. For the most part, I'm pretty sure the original reporter is correct and most everything that was built against Yosemite will continue

Re: Darwin Version

On Fri, 2 Oct 2015, Dominik Reichardt wrote: > Calm down and complain to Apple I've found that Penguin/OS users have a rather blinkered view of the real world; they seem to think that they invented Unix, for example. Personally, I'm a BSD bigot; at least the Mac is FreeBSD-based. -- Dave Hors

Re: Darwin Version

William H. Magill wrote on 02.10.2015 17:21: Some vendors mad “backwards compatibility a priority. Most did not — upgrade the OS, switch vendors, work cross-platform - you were on your own. Sadly this this is true, even though it wouldn't have to. It’s Apple’s way or the highway. They know w

Re: Darwin Version

> On Oct 2, 2015, at 10:33 AM, Ryan Schmidt wrote: > > On Oct 2, 2015, at 8:13 AM, Bachsau wrote: >> >> Am 01.10.2015 um 16:08 schrieb Rainer Müller: >> >>> It may appear to be still working right now, but there is no guarantee >>> that it will work at all. Even if it seems to be working now,

Re: Darwin Version

Hi, - On 2 Oct, 2015, at 15:33, Bachsau w...@bachsau.name wrote: > Maybe. Seems like I'm just not getting what is technically causing these > problems. When libraries change, and it breaks a particular application, why > can't I recompile just that? And why would the build of a newly installe

Re: Darwin Version

Brandon Allbery wrote on 02.10.2015 15:52: Dependencies. Port X compiles against new libSystem, depends on port Y that was linked against old libSystem, link fails because it tries to bring in both versions and they conflict. (Keeping around old libSystem versions is how you can still run applica

Re: Darwin Version

On Oct 2, 2015, at 8:13 AM, Bachsau wrote: > > Am 01.10.2015 um 16:08 schrieb Rainer Müller: > >> It may appear to be still working right now, but there is no guarantee >> that it will work at all. Even if it seems to be working now, later >> updates will cause problems. For example updates will

Re: Darwin Version

I should note that that's just an example; libSystem has only changed that way once, I think. But the same applies to other Apple-only frameworks, which change more often and more radically. Apple also has no qualms about removing old frameworks they don't care about any more, in which case your ol

Re: Darwin Version

On Fri, Oct 2, 2015 at 9:31 AM, Bachsau wrote: > Maybe. Seems like I'm just not getting what is technically causing these > problems. When libraries change, and it breaks a particular application, > why can't I recompile just that? And why would the build of a newly > installed port fail, just be

Re: Darwin Version

> On 2 Oct 2015, at 2:33 p.m., Bachsau wrote: > > >> Am 02.10.2015 um 15:24 schrieb Brandon Allbery : >> >> If you don't like it, don't use OS X, because Apple is not going to change. >> It will break stuff as it sees fit. This is the price of living in Apple's >> world. > > > Maybe. Seem

Re: Darwin Version

> Am 02.10.2015 um 15:24 schrieb Brandon Allbery : > > If you don't like it, don't use OS X, because Apple is not going to change. > It will break stuff as it sees fit. This is the price of living in Apple's > world. Maybe. Seems like I'm just not getting what is technically causing these pr

Re: Darwin Version

On Fri, Oct 2, 2015 at 9:19 AM, Brandon Allbery wrote: > On Fri, Oct 2, 2015 at 9:13 AM, Bachsau wrote: > >> What a crap is this? I've been using Arch Linux before and never needed >> to recompile any third party software, just because system packages where >> updated. Software that needs to be

Re: Darwin Version

On Fri, Oct 2, 2015 at 9:13 AM, Bachsau wrote: > What a crap is this? I've been using Arch Linux before and never needed to > recompile any third party software, just because system packages where > updated. Software that needs to be reinstalled / recompiled on every little > operating system upg

Re: Darwin Version

Calm down and complain to Apple > Am 02.10.2015 um 15:13 schrieb Bachsau : > > >> Am 01.10.2015 um 16:08 schrieb Rainer Müller : >> >> It may appear to be still working right now, but there is no guarantee >> that it will work at all. Even if it seems to be working now, later >> updates will ca

Re: Darwin Version

> Am 01.10.2015 um 16:08 schrieb Rainer Müller : > > It may appear to be still working right now, but there is no guarantee > that it will work at all. Even if it seems to be working now, later > updates will cause problems. For example updates will link to a > different set of new system librari

Re: Darwin Version

On 2015-10-01 15:43, Bachsau wrote: > Hi, could anyone please tell me where MacPorts saves on which > operating system version it was installed, so i can bump it? It says > "Current platform 'darwin 15' does not match expected platform > 'darwin 14'". I read the Migration instructions, but sorry. N

Re: Darwin Version

On Thu, Oct 1, 2015 at 9:43 AM, Bachsau wrote: > sorry. No. It is idiotic to reinstall all of my stuff. If you like random incomprehensible link failures, sure, fake it all you want, it's in the registry. Don't be surprised when things break, since you chose to let them break. The Migration in

Darwin Version

Hi, could anyone please tell me where MacPorts saves on which operating system version it was installed, so i can bump it? It says "Current platform 'darwin 15' does not match expected platform 'darwin 14'". I read the Migration instructions, but sorry. No. It is idiotic to reinstall all of my s