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

Should I try to upgrade to XCode 4.2 4c199 - Mac OS X 10.6.8

Newbie here. I have used mac ports for many years and never had a reason to write to the list. The few things I use have always worked. I recently got myself into a pickle (difficult situation) with ffmpeg and tried to reinstall it. I think this issues is being tracked: Ticket #48938 (new defect)

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: Versions in ports

On 2015-09-18 14:18, Artur Szostak wrote: > I have created a ticket with the patch as suggested: > https://trac.macports.org/ticket/48909 > > Kind regards. Thank you for the contribution. I finally committed it in r140804. Rainer ___ macports-users mai

El Capitan changes for Mac Ports ?

While doing the migration thing I noticed two items: 1- This might not be new, but with Apple Mail, “Reply” goes to the author of the comment, not to the list. “Reply All” puts the Author on the To: line and the mailing list on the CC: line. 2- in the Installing xcode guide - https://gui

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