Re: Request for Comments

2014-05-09 Thread Sean Farley 

Craig Treleaven  writes:

> At 5:55 PM -0500 5/8/14, Sean Farley wrote:
>>I just finished some quick ports but I wanted to make sure I wasn't
>>overlooking something.
>>
>>First up, we have inkscape-app which is just like gimp-app:
>>
>>https://smf.io/macports/changeset/b452bd0a
>>
>>Then we have a few quicklook plugins:
>>
>>qlstephen: add new port for rendering plain text in quicklook
>>qlmarkdown: add new port for rendering markdown in quicklook
>>qlcolorcode: add new port for rendering highlighted code in quicklook
>>
>>which install the plugins into /Library/QuickLook. Didn't seem to be a
>>way to install into a custom location that could be put under
>>/opt/local.
>>
>>Thoughts?
>
> I'm by no means an expert, but I see that a number of ports move or 
> copy stuff under /Library in their destroot phase.  Eg FScript, 
> Growl, MenuMeters.  Note that you'll have to set 
> 'destroot.violate_mtree  yes'.

Yep, those are set.

> Seems straightforward enough?

I think so too but just wanted to make sure.
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev

port provides and symlink'd $prefix

2014-05-09 Thread Daniel J. Luke 
So, I've got a host where I have a nonstandard $prefix, but have an /opt/local 
symlink to it so that I can still get binarys from the buildbots.

macports.conf prefix is /opt/local while portdbpath points to the 'real' path. 
Things work well except that `port provides` fails.

It looks like this falls apart when port does a [file normalize $filename] (in 
proc action_provides). I'm not sure there's a generic solution to this, but 
maybe it would be good to not try to normalize $filename if it's an absolute 
path? That way `port provides /opt/local/bin/foo` would still work for me?

Thoughts?
--
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-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: mpkg missing daemondo?

2014-05-09 Thread Craig Treleaven 

At 4:41 PM +0200 5/9/14, Clemens Lang wrote:

Hi,


 I'm testing building a installer using 'port mpkg blah' where blah
 has a depends_run on mysql5-server.  The /Library/LaunchDaemons
 /org.macports.mysql5.plist soft link is present but
 ${prefix}/bin/daemondo is not.  Obviously, launchctl can't start the
 database without it.

 Have I done something wrong or is this a bug in mpkg?


Bug in mpkg, daemondo is installed by MacPorts base and not packaged
with mpkg.


Ticket created:  https://trac.macports.org/ticket/43648

Is there any workaround for the time being?

Craig

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

Re: mpkg missing daemondo?

2014-05-09 Thread Clemens Lang 
Hi,

> I'm testing building a installer using 'port mpkg blah' where blah
> has a depends_run on mysql5-server.  The /Library/LaunchDaemons
> /org.macports.mysql5.plist soft link is present but
> ${prefix}/bin/daemondo is not.  Obviously, launchctl can't start the
> database without it.
> 
> Have I done something wrong or is this a bug in mpkg?

Bug in mpkg, daemondo is installed by MacPorts base and not packaged
with mpkg.

-- 
Clemens Lang
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev

mpkg missing daemondo?

2014-05-09 Thread Craig Treleaven 

Hi:

I'm testing building a installer using 'port mpkg blah' where blah 
has a depends_run on mysql5-server.  The /Library/LaunchDaemons 
/org.macports.mysql5.plist soft link is present but 
${prefix}/bin/daemondo is not.  Obviously, launchctl can't start the 
database without it.


Have I done something wrong or is this a bug in mpkg?

Craig

--
--
Craig Treleaven, CA -- Clearview Consulting
(905) 829-2054  ctrelea...@cogeco.ca
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: clamav buildbot failure (snow leopard, lion, mountain lion)

2014-05-09 Thread Daniel J. Luke 
On May 8, 2014, at 9:08 AM, Daniel J. Luke  wrote:
> 
>> The Buildbot has detected a failed build on builder buildports-mtln-x86_64 
>> while building MacPorts.
>> Full details are available at:
>> http://build.macports.org/builders/buildports-mtln-x86_64/builds/13966
> 
> These builds all fail with something like:
>  CCLD   libclamav.la
> ld: warning: ignoring file ../libclamav/libclamav.map, file was built for 
> unsupported file format ( 0x43 0x4c 0x41 0x4d 0x41 0x56 0x5f 0x50 0x55 0x42 
> 0x4c 0x49 0x43 0x20 0x7b 0x a ) which is not the architecture being linked 
> (x86_64): ../libclamav/libclamav.map
> Undefined symbols for architecture x86_64:
>  "_libiconv", referenced from:
>  _encoding_normalize_toascii in libclamav_la-entconv.o
>  "_libiconv_close", referenced from:
>  _encoding_normalize_toascii in libclamav_la-entconv.o
>  _iconv_pool_tls_instance_destroy in libclamav_la-entconv.o
>  "_libiconv_open", referenced from:
>  _encoding_normalize_toascii in libclamav_la-entconv.o
> ld: symbol(s) not found for architecture x86_64
> clang: error: linker command failed with exit code 1 (use -v to see 
> invocation)
> 
> I only really have access to mavericks systems now, but I was able to 
> reproduce this issue with the Xcode 5 devtools (everything builds fine with 
> the Xcode 5.1 devtools). I tried blacklisting clang < 503.0.40, but that 
> didn't help (it caused an install of llvm-gcc42 cctools cctools-headers 
> llvm-3.3 llvm_select gcc_select ld64, and presumably used llvm-gcc42 to try 
> to build). Anyone have any thoughts on what may be going on?

I don't really know why, but the update I made to make clamav link against 
MacPorts openssl (and to be more verbose while building) appears to have fixed 
this.
--
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-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: Buildbot failure for new ROOT ports

2014-05-09 Thread Mojca Miklavec 
On Fri, May 9, 2014 at 2:29 PM, Jeremy Lavergne wrote:
>> Could someone explain the reason for the failure in
>>
>> 
>
> error: forward declaration of class cannot have a nested name specifier
> class AIDA::IAxis; // from AIDA

I think that Chris was asking about the failure in root6, not about
the failure in iAIDA. The failure in root6 was probably just a random
temporary problem (downloader figured out that download was too slow
and gave up?). It seems that a new build solved the problem:

https://build.macports.org/builders/buildports-mavericks-x86_64/builds/3375

The iAIDA issue needs to be addressed separately of course.

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

Re: Unable to install after updating 'port' to trunk

2014-05-09 Thread Michael Dickens 
Forgetaboutit. I figured out that it's on my end, not 'port's issue. Not
sure -what- the issue is yet, but I'll figure that out this morning
hopefully. It has to do with my GSoC student's work, testing out
proposed changes to port1.0/portclean.tcl ... - MLD

On Thu, May 8, 2014, at 03:08 PM, Michael Dickens wrote:
> I just updated to the latest SVN trunk/base for 'port', and I can no
> longer install ports.
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: Buildbot failure for new ROOT ports

2014-05-09 Thread Jeremy Lavergne 
> Could someone explain the reason for the failure in
> 
> 

error: forward declaration of class cannot have a nested name specifier
class AIDA::IAxis; // from AIDA

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

Re: Request for Comments

2014-05-09 Thread Craig Treleaven 

At 5:55 PM -0500 5/8/14, Sean Farley wrote:

I just finished some quick ports but I wanted to make sure I wasn't
overlooking something.

First up, we have inkscape-app which is just like gimp-app:

https://smf.io/macports/changeset/b452bd0a

Then we have a few quicklook plugins:

qlstephen: add new port for rendering plain text in quicklook
qlmarkdown: add new port for rendering markdown in quicklook
qlcolorcode: add new port for rendering highlighted code in quicklook

which install the plugins into /Library/QuickLook. Didn't seem to be a
way to install into a custom location that could be put under
/opt/local.

Thoughts?


I'm by no means an expert, but I see that a number of ports move or 
copy stuff under /Library in their destroot phase.  Eg FScript, 
Growl, MenuMeters.  Note that you'll have to set 
'destroot.violate_mtree  yes'.


Seems straightforward enough?

Craig

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