Re: el capitan

[Mark Brethen]

Here is a list of messages I have observed while installing ports:

1/27/16 8:07:05.232 PM sandboxd[116]: ([327]) xcodebuild(327) deny 
file-write-data 
/opt/local/var/macports/home/Library/Preferences/com.apple.dt.xcodebuild.plist

1/27/16 7:54:01.522 PM sandboxd[116]: ([95150]) mdworker(95150) deny 
file-read-data /opt/local/share/devhelp/books/vala-0.30/default.css (import 
fstype:hfs fsflag:480D000 flags:5E diag:0 isXCode:0 uti:public.html 
plugin:/Library/Spotlight/RichText.mdimporter - find suspect file using: sudo 
mdutil -t 4063742)

1/27/16 7:11:59.062 PM sandboxd[116]: ([1526]) Python(1526) deny 
file-write-unlink 
/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/_sysconfigdata.pyc

1/27/16 6:55:33.014 PM sandboxd[116]: ([95150]) mdworker(95150) deny 
file-read-data 
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_vala/vala/work/vala-0.30.0/doc/vala/default.css
 (import fstype:hfs fsflag:480D000 flags:24005E diag:0 isXCode:0 
uti:public.html plugin:/Library/Spotlight/RichText.mdimporter - find suspect 
file using: sudo mdutil -t 4062840)

1/27/16 9:27:14.350 AM sandboxd[116]: ([95150]) mdworker(95150) deny 
file-read-data /opt/local/share/gtk-doc/html/libxml2/left.png (import 
fstype:hfs fsflag:480D000 flags:5E diag:0 isXCode:0 uti:public.html 
plugin:/Library/Spotlight/RichText.mdimporter - find suspect file using: sudo 
mdutil -t 3254918)



> On Jan 27, 2016, at 1:52 PM, Brandon Allbery  wrote:
> 
> On Wed, Jan 27, 2016 at 2:32 PM, Mark Brethen  wrote:
> I'm migrating from Yosemite to a clean install of El Capitan. I'm seeing 
> several of these "deny" messages for various reasons besides Java. This is 
> affecting both file and directory creation. Should I post the list here?
> 
> Anything that was using /usr or various other paths in 10.10 will get errors 
> on 10.11 because of SIP/"rootless". You can post the list but I suspect it 
> will just confirm that you need SIP-compatible versions of some things.
> 
> -- 
> brandon s allbery kf8nh   sine nomine associates
> allber...@gmail.com  ballb...@sinenomine.net
> unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net

___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: el capitan

[William H. Magill]

This is obviously "one of those important things" that Apple won't tell us about - or Fix 
- or tell "us" how to fix it.
If you scan the forums, it has been around for a while.
It is clearly related to Apple's security, nominally to the new "rootless" (or whatever 
its name is) environment, and "sandboxing."

William H. Magill 


mag...@icloud.com
whmag...@gmail.com


On Jan 27, 2016, at 08:38 AM, Mark Brethen  wrote:

On el capitan I’ve noticed when installing ports messages in the console like 
the following:

1/27/16 7:31:48.671 AM sandboxd[116]: ([33785]) javac(33785) deny 
file-write-create /opt/local/var/macports/home/.oracle_jre_usage

Is this anything to be concerned about?
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: el capitan

[Daniel J. Luke]

Not in this case.

Macports makes use of the sandbox feature of Mac OS X to make it a little less 
likely that a poorly written Portfile (or upstream software build system) can 
cause unintended changes to your system.

The original poster is setting the error because 'javac' is trying to update 
the java usage tracker 
(https://docs.oracle.com/javacomponents/usage-tracker/overview/). There seems 
to be a java bug that causes the usage tracker folder to be created even if the 
usage tracker isn't enabled 
(https://community.oracle.com/thread/3783686?start=0=0)

This particular message is safe to ignore. 

> On Jan 27, 2016, at 12:42 PM, William H. Magill  wrote:
> This is obviously "one of those important things" that Apple won't tell us 
> about - or Fix - or tell "us" how to fix it.
> If you scan the forums, it has been around for a while.
> It is clearly related to Apple's security, nominally to the new "rootless" 
> (or whatever its name is) environment, and "sandboxing."
> 
> On Jan 27, 2016, at 08:38 AM, Mark Brethen  wrote:
>> On el capitan I’ve noticed when installing ports messages in the console 
>> like the following:
>> 
>> 1/27/16 7:31:48.671 AM sandboxd[116]: ([33785]) javac(33785) deny 
>> file-write-create /opt/local/var/macports/home/.oracle_jre_usage
>> 
>> Is this anything to be concerned about?

-- 
Daniel J. Luke  
 
++ 
| * dl...@geeklair.net * |  

| *-- http://www.geeklair.net -* |  

++ 
|   Opinions expressed are mine and do not necessarily   |  

|  reflect the opinions of my employer.  |  

++





___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: el capitan

[Mark Brethen]

I'm migrating from Yosemite to a clean install of El Capitan. I'm seeing 
several of these "deny" messages for various reasons besides Java. This is 
affecting both file and directory creation. Should I post the list here?

Sent from my iPhone

> On Jan 27, 2016, at 11:49 AM, Daniel J. Luke  wrote:
> 
> Not in this case.
> 
> Macports makes use of the sandbox feature of Mac OS X to make it a little 
> less likely that a poorly written Portfile (or upstream software build 
> system) can cause unintended changes to your system.
> 
> The original poster is setting the error because 'javac' is trying to update 
> the java usage tracker 
> (https://docs.oracle.com/javacomponents/usage-tracker/overview/). There seems 
> to be a java bug that causes the usage tracker folder to be created even if 
> the usage tracker isn't enabled 
> (https://community.oracle.com/thread/3783686?start=0=0)
> 
> This particular message is safe to ignore. 
> 
>> On Jan 27, 2016, at 12:42 PM, William H. Magill  wrote:
>> This is obviously "one of those important things" that Apple won't tell us 
>> about - or Fix - or tell "us" how to fix it.
>> If you scan the forums, it has been around for a while.
>> It is clearly related to Apple's security, nominally to the new "rootless" 
>> (or whatever its name is) environment, and "sandboxing."
>> 
>>> On Jan 27, 2016, at 08:38 AM, Mark Brethen  wrote:
>>> On el capitan I’ve noticed when installing ports messages in the console 
>>> like the following:
>>> 
>>> 1/27/16 7:31:48.671 AM sandboxd[116]: ([33785]) javac(33785) deny 
>>> file-write-create /opt/local/var/macports/home/.oracle_jre_usage
>>> 
>>> Is this anything to be concerned about?
> 
> -- 
> Daniel J. Luke
>
> ++ 
> | * dl...@geeklair.net * |
>   
> | *-- http://www.geeklair.net -* |
>   
> ++ 
> |   Opinions expressed are mine and do not necessarily   |
>   
> |  reflect the opinions of my employer.  |
>   
> ++
> 
> 
> 
> 
> 
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: el capitan

[Brandon Allbery]

On Wed, Jan 27, 2016 at 2:32 PM, Mark Brethen 
wrote:

> I'm migrating from Yosemite to a clean install of El Capitan. I'm seeing
> several of these "deny" messages for various reasons besides Java. This is
> affecting both file and directory creation. Should I post the list here?


Anything that was using /usr or various other paths in 10.10 will get
errors on 10.11 because of SIP/"rootless". You can post the list but I
suspect it will just confirm that you need SIP-compatible versions of some
things.

-- 
brandon s allbery kf8nh   sine nomine associates
allber...@gmail.com  ballb...@sinenomine.net
unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: el capitan

[Alexander Garcia Castro]

thanks it does take a while to install took like 30 min but it got
it done. thanks again.

On Sun, Oct 25, 2015 at 3:36 AM, Stanton Sanderson 
wrote:

> It is hard to resist the temptation to “pull the plug” when there is no
> apparent movement, but the process worked for me as described on the
> migration page.
>
>  Have you looked at the Activity Monitor and Console apps? They can offer
> some reassurance as to whether things are moving. Using the verbose mode
> also helps ( port -v install ….)
>
> On Oct 24, 2015, at 7:49 PM, Brandon Allbery  wrote:
>
> On Sat, Oct 24, 2015 at 8:20 PM, Alexander Garcia Castro <
> alexgarc...@gmail.com> wrote:
>
>> Hi, I am using el capitan and I have downloaded mac ports several times.
>> it just does not work. the installation reaches close to 70% and then it
>> just does not move any more. does it work in el capitan -BTW el capitan
>> sucks. I am downloading it from https://www.macports.org/install.php
>>
>>
>>
> At that point it is doing a "port sync", and depending on the state of the
> servers, your local network conditions, etc. it may take a long time to
> update itself.
>
> --
>
>
>


-- 
Alexander Garcia
http://www.alexandergarcia.name/
http://www.usefilm.com/photographer/75943.html
http://www.linkedin.com/in/alexgarciac
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: el capitan

[Ryan Schmidt]

On Oct 24, 2015, at 7:49 PM, Brandon Allbery wrote:

> At that point it is doing a "port sync", and depending on the state of the 
> servers, your local network conditions, etc. it may take a long time to 
> update itself.

Some amount of time will be spent fetching the ports tree, yes, but the longer 
delay after that is caused by generating the portindex. We need to get a server 
side index created for El Capitan. That request is:

https://trac.macports.org/ticket/49050

___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: el capitan

[Horst Simon]

Hi Alexander,

I have it installed without any problems, how long are you waiting when it 
reaches 70%?. For me it took a while at this point, I think I waited more than 
15 minutes but if completed ok.

Kind Regards,
Horst Simon


> On 25 Oct 2015, at 11:20, Alexander Garcia Castro  
> wrote:
> 
> Hi, I am using el capitan and I have downloaded mac ports several times. it 
> just does not work. the installation reaches close to 70% and then it just 
> does not move any more. does it work in el capitan -BTW el capitan sucks. I 
> am downloading it from https://www.macports.org/install.php 
> 
> 
> -- 
> Alexander Garcia
> http://www.alexandergarcia.name/ 
> http://www.usefilm.com/photographer/75943.html 
> 
> http://www.linkedin.com/in/alexgarciac 
> 
> 
> ___
> macports-users mailing list
> macports-users@lists.macosforge.org
> https://lists.macosforge.org/mailman/listinfo/macports-users

___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: el capitan

[Brandon Allbery]

On Sat, Oct 24, 2015 at 8:20 PM, Alexander Garcia Castro <
alexgarc...@gmail.com> wrote:

> Hi, I am using el capitan and I have downloaded mac ports several times.
> it just does not work. the installation reaches close to 70% and then it
> just does not move any more. does it work in el capitan -BTW el capitan
> sucks. I am downloading it from https://www.macports.org/install.php
>
>
>
At that point it is doing a "port sync", and depending on the state of the
servers, your local network conditions, etc. it may take a long time to
update itself.

-- 
brandon s allbery kf8nh   sine nomine associates
allber...@gmail.com  ballb...@sinenomine.net
unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: el capitan

[Stanton Sanderson]

It is hard to resist the temptation to “pull the plug” when there is no 
apparent movement, but the process worked for me as described on the migration 
page. 

 Have you looked at the Activity Monitor and Console apps? They can offer some 
reassurance as to whether things are moving. Using the verbose mode also helps 
( port -v install ….)

> On Oct 24, 2015, at 7:49 PM, Brandon Allbery  wrote:
> 
> On Sat, Oct 24, 2015 at 8:20 PM, Alexander Garcia Castro 
> > wrote:
> Hi, I am using el capitan and I have downloaded mac ports several times. it 
> just does not work. the installation reaches close to 70% and then it just 
> does not move any more. does it work in el capitan -BTW el capitan sucks. I 
> am downloading it from https://www.macports.org/install.php 
>  
> 
> At that point it is doing a "port sync", and depending on the state of the 
> servers, your local network conditions, etc. it may take a long time to 
> update itself.
> 
> -- 

___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: El Capitan build errors...

[Richard L. Hamilton]

Ok, got past the ones I caused.  Here's what's left before I get stuck (filed 
tickets for the last three that didn't have them, found the tickets for the 
others):


PortTkt#  Description

wireshark   49065 wireshark 1.12.17 +quartz crashes when opening a network 
device on ElCap
48835 build fails with lua 5.3),

rcs 49046 rcs @5.9.4: error: '_Noreturn' keyword must precede 
function declarator

star49104 permission error creating /etc/default

py26-mustache   49105 checksum error on file

kblackbox   49106 kblackbox fails to build on El Capitan (iconutil more 
picky)

kblackbox is a prerequisite for kdegames4; so when that's fixed, I may find 
more. :-)  The kdeblackbox problem may be due to iconutil being more picky 
about input filenames; i wonder how many other ports that may affect...

http://stackoverflowproxy.eu/questions/31632304/iconseterror-failed-to-generate-icns/32490491#32490491

smime.p7s
Description: S/MIME cryptographic signature
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: El Capitan changes for Mac Ports ?

[Ryan Schmidt]

On Oct 4, 2015, at 3:22 AM, Sven Kolja Heinemann wrote:

> Maybe the installer should just call xcodebuild -license. The User will still 
> have to press Y.

An interesting idea, but I don't think we can do that. First, admin privileges 
are required ("sudo xcodebuild -license"). That might be doable in the 
installer, since the user already has to give their admin name and password, 
however "sudo xcodebuild -license" displays the license in the terminal, piped 
to a pager, which the user must page through in the terminal and then agree to 
by typing "agree" and pressing enter. I don't know of a way that we could have 
all that happen in the installer.

Even if we could, we probably shouldn't do it. When a user installs MacPorts, I 
think they expect to be presented with license agreements that pertain to 
MacPorts, not license agreements that pertain to other software made by a 
different organization. 

We should just document that the user must separately accept the Xcode license, 
and document how to do so.

___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: El Capitan build errors...

[Richard L. Hamilton]

That's ok, a couple were my bad anyway (built ok now).

> On Oct 4, 2015, at 14:54, Rainer Müller  wrote:
> 
> On 2015-10-04 20:16, Richard L. Hamilton wrote:
>> Here's my latest set of errors with log excerpts, now that I got
>> further by applying the qt4-mac patch described in the ticket.
>> They're in order by number of other ports dependent on them, i.e. of
>> those I ran into, clucene had the most.  Latest MacPorts, latest
>> everything.
> 
> Please check Trac first if the problem was already reported:
> 
> El Capitan:   http://trac.macports.org/wiki/ElCapitanProblems
> Search for ports: https://trac.macports.org/wiki/Tickets
> 
> If no report exists yet, please file a separate new Ticket for each
> port. Follow the guidelines and specifically set the maintainer in the
> CC field, so they get a notification.
> 
> See the guide here:
> https://guide.macports.org/#project.tickets
> 
> Thanks!
> 
> Rainer
> 



smime.p7s
Description: S/MIME cryptographic signature
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: El Capitan changes for Mac Ports ?

[Sven Kolja Heinemann]

Maybe the installer should just call xcodebuild -license. The User will still 
have to press Y.

> Am 04.10.2015 um 09:28 schrieb Ryan Schmidt :
> 
> You're right, it looks like after Apple changed Xcode to require users to 
> accept a license agreement, the guide was not updated to include instructions 
> for doing that.
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: El Capitan changes for Mac Ports ?

[Ryan Schmidt]

On Oct 3, 2015, at 10:09 AM, William H. Magill wrote:

> 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.

The lists have always worked this way.


> 2- in the Installing xcode guide  - 
> https://guide.macports.org/#installing.xcode
> 
>There is no instruction to accept the license — sudo xcodebuild -license
> 
> The first instruction should probably read something like: 
> 
> "Once you have Xcode installed, open a terminal, run sudo xcodebuild -license 
> (for user-level acceptance) or sudo xcodebuild -license (for system-wide 
> acceptance) as appropriate for your situation. Then run xcode-select 
> --install, and click the Install button to install the required command line 
> developer tools. Don't worry if you see a message telling you the software 
> cannot be installed because it is not currently available from the Software 
> Update Server. This usually means you already have the latest version 
> installed. You can also get the command line tools from the Apple developer 
> website.

You're right, it looks like after Apple changed Xcode to require users to 
accept a license agreement, the guide was not updated to include instructions 
for doing that. Also, the guide neglects to instruct users to open Xcode.app 
once after installation.

___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: El Capitan build errors...

[Rainer Müller]

On 2015-10-04 20:16, Richard L. Hamilton wrote:
> Here's my latest set of errors with log excerpts, now that I got
> further by applying the qt4-mac patch described in the ticket.
> They're in order by number of other ports dependent on them, i.e. of
> those I ran into, clucene had the most.  Latest MacPorts, latest
> everything.

Please check Trac first if the problem was already reported:

El Capitan:   http://trac.macports.org/wiki/ElCapitanProblems
Search for ports: https://trac.macports.org/wiki/Tickets

If no report exists yet, please file a separate new Ticket for each
port. Follow the guidelines and specifically set the maintainer in the
CC field, so they get a notification.

See the guide here:
https://guide.macports.org/#project.tickets

Thanks!

Rainer
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users