Re: co-installable qt4-mac and qt5-mac step1 : qt4-mac +concurrent

[Ian Wadham]

On 15/12/2014, at 9:46 AM, René J.V. Bertin wrote:

> 'evening!
> 
> I finally got around to finishing up (or almost) my draft version for a 
> qt4-mac port that can live alongside other (future) Qt port versions 
> installed with the same approach: see https://trac.macports.org/ticket/46238 .
> 
> Related submissions:
> https://trac.macports.org/ticket/46239
> https://trac.macports.org/ticket/46240
> 
> Hope this helps! :)

It is a great start !!!  Thanks very much René!

Two things concern me about the proposed new directory structure, under "We get"
in ticket 46238.

   a) Traditionally you can install new or development versions of Qt 
"somewhere else"
and point to your test or development version via environment variable 
$QTDIR.
Does this presuppose a fixed hierarchy of directories and names under 
$QTDIR?
If so, changing that hierarchy may cause problems.

  b) Shifting Qt libraries from ${prefix}/lib to 
${prefix}/libexec/${qt_name}/lib might be
   a "no-op".  In the lib subdir (/opt/local/lib on my system), Qt 
libraries are installed
   as links.  For example, libQtCore.dylib, libQtCore.4.dylib, 
libQtCore.4.8.dylib and
   libQtCore.4.8.6.dylib all point to 
/opt/local/Library/Frameworks/QtCore.framework/QtCore,
   which in turn points to Versions/4/QtCore and THAT is actually a file 
described as
   Versions/4/QtCore: Mach-O 64-bit x86_64 dynamically linked shared 
library.

Maybe I am missing something.

Cheers, Ian W.

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

Re: [129767] trunk/dports/perl/p5-convert-binary-c/Portfile

[David Evans]

On 12/19/14 7:34 PM, khindenb...@macports.org wrote:

[129767] trunk/dports/perl/p5-convert-binary-c/Portfile

Revision
129767 
Author
khindenb...@macports.org
Date
2014-12-19 19:34:52 -0800 (Fri, 19 Dec 2014)


  Log Message

p5-convert-binary-c: update to 0.76; add license; remove perl 5.8 - add 
5.18/20; test yes #33083 maintainer timeout


Modified: trunk/dports/perl/p5-convert-binary-c/Portfile
(129766 => 129767)


  use_parallel_build  no
+
+if {${perl5.major} != ""} {
+test.runyes
+}

You really don't need to add the test.run yes.  perl5 port group does it 
for you.


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

Re: dbus port notes are not correct

[Bradley Giesbrecht]

On Dec 19, 2014, at 3:09 AM, René J.V. Bertin  wrote:

> On Friday December 19 2014 07:50:38 Marko Käning wrote:
> 
>> # sudo launchctl load -w 
>> /Library/LaunchDaemons/org.freedesktop.dbus-system.plist
>> # launchctl load -w /Library/LaunchAgents/org.freedesktop.dbus-session.plist
>> 
> 
>> isn’t needed anymore - already since quite some time!
> 
> I think what Marko means is that there's no need to launch a system dbus, or 
> at least there appears to be none (never seen one on Linux either).
> Right?

I read somewhere years ago that the dbus system bus was no longer required and 
there should be a thread in the macports list archives regarding this subject. 
I don't maintain the port and cannot remember the conclusion of that list 
thread.


Regards,
Bradley Giesbrecht (pixilla)



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev

Re: [129708] trunk/dports/games/ski/Portfile

[Ryan Schmidt]

On Dec 19, 2014, at 4:13 PM, Lawrence Velázquez wrote:

> On Dec 19, 2014, at 3:19 PM, Ryan Schmidt wrote:
> 
>> None of the python ports provide a binary "python" so this dependency was 
>> and still is incorrect. And the port should probably be changed to use 
>> "${prefix}/bin/python2.7", wherever it currently uses "python".
> 
> r129746 should do it, thanks.
> https://trac.macports.org/changeset/129746

Thank you! Could you also look into http-replicator and pyobfuscate?

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

Re: [129708] trunk/dports/games/ski/Portfile

[Lawrence Velázquez]

On Dec 19, 2014, at 3:19 PM, Ryan Schmidt  wrote:

> None of the python ports provide a binary "python" so this dependency was and 
> still is incorrect. And the port should probably be changed to use 
> "${prefix}/bin/python2.7", wherever it currently uses "python".

r129746 should do it, thanks.
https://trac.macports.org/changeset/129746

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

Re: [129708] trunk/dports/games/ski/Portfile

[Ryan Schmidt]

> On Dec 18, 2014, at 5:57 PM, lar...@macports.org wrote:
> 
> Revision
> 129708
> Author
> lar...@macports.org
> Date
> 2014-12-18 15:57:18 -0800 (Thu, 18 Dec 2014)
> Log Message
> 
> ski: Switch from Python 2.5 to 2.6

> Modified: trunk/dports/games/ski/Portfile (129707 => 129708)

> -depends_run bin:python:python25
> +depends_run bin:python:python27

None of the python ports provide a binary "python" so this dependency was and 
still is incorrect. And the port should probably be changed to use 
"${prefix}/bin/python2.7", wherever it currently uses "python".

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