1
[6] https://build.macports.org/changes/58439
[7] https://build.macports.org/changes/58440
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
Dear Nicolas,
I think you're aware of René's striving for getting KF5 to work in
MacPorts...
In the last 2 months or so I tried to catch up with his incredible pace
and thus
decided to at least come up with a minimal set of ports, which would
allow to
get started with KF5 on OS
1cda66c841a548a07cc37e80b0727354b1236d9f374c7d44362acdb85eb3e1
> +checksums rmd160 95d5c0b79969d28d23b3330bb2fb5d4c94fe8919 \
> +sha256
> 08fc3b6c05c39fb975bba1f6dd49992df46511790ce8dc67398208af9565e199
>
> patchfiles patch-issue7845.di
> On Apr 18, 2016, at 7:43 AM, Mark Evenson wrote:
>
>
>
> On 2016/4/18 15:34, Macports wrote:
>>
>>> On Apr 18, 2016, at 4:34 AM, easie...@macports.org
>>> <mailto:easie...@macports.org> wrote:
>>>
>>> Revision
>&g
. :-)
+Additionally one should define a few (not necessarily global) presets
for working with your clone of the MacPorts repository:
+{{{
+$ git config --global push.default nothing
+$ git config --global branch.autosetuprebase always
+$ git config --global core.excludesfile ~/.gitignore_global
+$ git
36a0fb9873137514090849820e296eb7
Please reinstate the rmd160 checksum. Per the guide [1], we like to use both
rmd160 and sha256 checksums.
Cheers!
Frank
[1] <https://guide.macports.org/#reference.phases.checksum>
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
ket, just wondering what is next to
> progress...
>
> John
> ___
> macports-dev mailing list
> macports-dev@lists.macosforge.org
> https://lists.macosforge.org/mailman/listinfo/macports-dev
reinplace to replace
>> the placeholder with its final value.
>
> You shouldn't even be able to write to ${filespath}, it just happens
> that (a) this is the destroot phase so we're running as root, and (b)
> you're using Tcl commands (as opposed to something run via system) so
> sandboxing isn't applied.
>
> That should be considered a bug in base, albeit not an easy one to fix.
I have made some adjustments in r133108.
Cheers!
Frank
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
hould
> probably be marked as a legacy compatibility variant that does nothing but
> requires the qt4 variant.
>
> Consider using configure.args-replace instead of using configure.args-delete
> and configure.args-append.
>
> The qt5 variant should be marked as conflicting
e they're meant to update the configure.args in this
> variant as well.
>
> Instead, just replace the one arg you care about with the new arg:
>
> configure.args-replace --without-guile --with-guile
See <https://trac.macports.org/ticket/45527#comment:14>
Cheers!
Frank
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
${python.version}-setuptools
> +
> +depends_run-append port:py${python.version}-numpy
> +
> +livecheck.type none
> +} else {
> +livecheck.type regex
> +livecheck.url ${master_sites}
> +}
> Property changes on: trunk/dports/python/py-pyorick/Po
t possible to have these
> reviewed and/or submitted?
>
> Kind regards,
>
> --
> Björn Ketelaars
> GPG key: 0x4F0E5F21
> ___
> macports-dev mailing list
> macports-dev@lists.macosforge.org
> https://lists.macosforge
svn: PROPFIND request failed on '/repository/macports/trunk'
svn: PROPFIND of '/repository/macports/trunk': Could not resolve hostname
`svn.macports.org': No address associated with nodename
(http://svn.macports.org)
Updating the dports tree from
http://svn.macport
make failed.
___
macports-dev mailing list
macports-dev@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-dev
svn: Commit failed (details follow):
svn: Can't create directory
'/svn/repositories/macports/db/transactions/29860-1.txn': No space left on
device
SVN commit failed.
___
macports-dev mailing list
macports-dev@lists.maco
svn: Commit failed (details follow):
svn: Can't create directory
'/svn/repositories/macports/db/transactions/29860-1.txn': No space left on
device
SVN commit failed.
___
macports-dev mailing list
macports-dev@lists.maco
svn: PROPFIND request failed on '/repository/macports/trunk'
svn: PROPFIND of '/repository/macports/trunk': Could not resolve hostname
`svn.macports.org': No address associated with nodename
(http://svn.macports.org)
Updating the dports tree from
http://svn.macport
svn: PROPFIND request failed on '/repository/macports/trunk/doc-new'
svn: PROPFIND of '/repository/macports/trunk/doc-new': Could not resolve
hostname `svn.macports.org': No address associated with nodename
(http://svn.macports.org)
Updating the doc tree from
http://sv
svn: PROPFIND request failed on '/repository/macports/trunk'
svn: PROPFIND of '/repository/macports/trunk': Could not resolve hostname
`svn.macports.org': No address associated with nodename
(http://svn.macports.org)
Updating the dports tree from
http://svn.macport
checking build system type... powerpc-apple-darwin9.1.0
checking host system type... powerpc-apple-darwin9.1.0
checking target system type... powerpc-apple-darwin9.1.0
checking for sw_vers... sw_vers
checking Mac OS X version... 10.5.1
checking Xcode version... 3.0
checking MacPorts version
checking build system type... powerpc-apple-darwin9.1.0
checking host system type... powerpc-apple-darwin9.1.0
checking target system type... powerpc-apple-darwin9.1.0
checking for sw_vers... sw_vers
checking Mac OS X version... 10.5.1
checking Xcode version... 3.0
checking MacPorts version
checking build system type... powerpc-apple-darwin9.1.0
checking host system type... powerpc-apple-darwin9.1.0
checking target system type... powerpc-apple-darwin9.1.0
checking for sw_vers... sw_vers
checking Mac OS X version... 10.5.1
checking Xcode version... 3.0
checking MacPorts version
svn: Working copy '/Users/mp-user/mp_svn_index_regen/source/dports' locked
svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for details)
Updating the dports tree from
http://svn.macports.org/repositor
checking build system type... powerpc-apple-darwin9.1.0
checking host system type... powerpc-apple-darwin9.1.0
checking target system type... powerpc-apple-darwin9.1.0
checking for sw_vers... sw_vers
checking Mac OS X version... 10.5.1
checking Xcode version... 3.0
checking MacPorts version
Testing fail emails: 3
___
macports-dev mailing list
macports-dev@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev
Testing fail emails: 3
___
macports-dev mailing list
macports-dev@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev
Synchronizing from file:///Volumes/data/macports/macports/dports
U/Volumes/data/macports/macports/dports/games/gnushogi/Portfile
U/Volumes/data/macports/macports/dports/games/jnethack/Portfile
U/Volumes/data/macports/macports/dports/devel/libdatrie/Portfile
U/Volumes/data/macports
Synchronizing from file:///Volumes/data/macports/macports/dports
U/Volumes/data/macports/macports/dports/archivers/gnutar/Portfile
A/Volumes/data/macports/macports/dports/devel/lua-expat
A/Volumes/data/macports/macports/dports/devel/lua-expat/files
A
/Volumes/data/macports
Synchronizing from file:///Volumes/data/macports/macports/dports
U/Volumes/data/macports/macports/dports/devel/cmake/Portfile
U/Volumes/data/macports/macports/dports/devel/glademm/Portfile
U/Volumes/data/macports/macports/dports/devel/glade/Portfile
Fetching external item into
Synchronizing from file:///Volumes/data/macports/macports/dports
U/Volumes/data/macports/macports/dports/ruby/rb-mysql/Portfile
U/Volumes/data/macports/macports/dports/devel/atk/Portfile
U/Volumes/data/macports/macports/dports/devel/libsdl_ttf/Portfile
A/Volumes/data/macports
svn: This client is too old to work with working copy
'/Users/mp-user/mp_svn_index_regen/source/dports'; please get a newer
Subversion client
SVN commit failed.
___
macports-dev mailing list
macports-dev@lists.macosforge.org
http://lists.maco
svn: Working copy '/Users/mp-user/mp_svn_index_regen/source/dports' locked
svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for details)
Updating the dports tree from
http://svn.macports.org/repositor
Synchronizing local ports tree from file:///admin/var/macports/ports/
Synchronizing local ports tree from file:///rsync/macports-san/release/ports/
Error: CHILDSTATUS 11797 1: ERROR 1062 (23000) at line 16252: Duplicate entry
'ruby'
Synchronizing local ports tree from file:///rsync/macports-san/release/ports/
Error: CHILDSTATUS 49264 1: ERROR 1062 (23000) at line 1670: Duplicate entry
'phonon' for key 1
___
macports-dev mailing list
macports-dev@lists.macosforg
Synchronizing local ports tree from file:///rsync/macports-san/release/ports/
Error: CHILDSTATUS 2126 1: ERROR 1062 (23000) at line 43127: Duplicate entry
'php5-yaz' for key 1
___
macports-dev mailing list
macports-dev@lists.macosforg
Synchronizing local ports tree from file:///rsync/macports-san/release/ports/
Error: CHILDSTATUS 35836 1: ERROR 1062 (23000) at line 43127: Duplicate entry
'php5-yaz' for key 1
___
macports-dev mailing list
macports-dev@lists.macosforg
Synchronizing local ports tree from file:///rsync/macports-san/release/ports/
Error: CHILDSTATUS 18426 1: ERROR 1062 (23000) at line 43625: Duplicate entry
'midgard2-core' for key 1
___
macports-dev mailing list
macports-dev@lists.macosforg
Synchronizing local ports tree from file:///rsync/macports-san/release/ports/
Error: CHILDSTATUS 30137 1: ERROR 1062 (23000) at line 43625: Duplicate entry
'midgard2-core' for key 1
___
macports-dev mailing list
macports-dev@lists.macosforg
Synchronizing local ports tree from file:///rsync/macports-san/release/ports/
Error: CHILDSTATUS 69819 1: ERROR 1062 (23000) at line 43898: Duplicate entry
'php5-midgard2' for key 1
___
macports-dev mailing list
macports-dev@lists.macosforg
Synchronizing local ports tree from file:///rsync/macports-san/release/ports/
Error: CHILDSTATUS 97029 1: ERROR 1062 (23000) at line 43898: Duplicate entry
'php5-midgard2' for key 1
___
macports-dev mailing list
macports-dev@lists.macosforg
PortIndex2MySQL lock file found, is another job running?
___
macports-dev mailing list
macports-dev@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev
…
I am using the kde4 portgroup for that port.
Any hint for me?
Greets,
Marko
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
esponding.
:-)
Greets,
Marko
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
could describe how and with which permissions you set
this user up in your case.
Thanks in advance and thanks for the great job you’ve done with bringing this
to MacPorts.
I am looking forward to test the suite.
Greets,
Marko
___
macports-dev mailing
have just done it… :-)
Thanks.
BTW, for all users who do not have an empty root password I suggest using
option “-p” here:
/opt/local/lib/mysql5/bin/mysql_tzinfo_to_sql /usr/share/zoneinfo |
mysql5 -u root -p mysql
:-)
___
macports-dev mai
Hi Craig,
after deinstallation of mythtv-core.27 I realised on 10.9 that
Myth_Filldatabase and Myth_Frontend stay behind in one of LauchPad’s MacPorts
application folders although they are invalid links.
Is this normal behaviour or a glitch in the deinstallation phase?
Greets,
Marko
Hi Craig,
On 30 Dec 2013, at 15:57 , Craig Treleaven wrote:
> Yes, that would be expected behaviour. MacPorts has no way of
> knowing that the link was created so it ends up pointing to a
> now-deleted file after an uninstall.
ah, okay. I wasn’t sure, that’s why I asked. I thought t
make MacOSX’s
launchpad realise the vanishing of the two files? ;)
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
qemu is horribly slow or it is not able to successfully find USB devices
for it at all.
:-(
Greets,
Marko
P.S.: qemu likes to use kvm under Linux... Is this not supplied on MacOSX?
[1] https://trac.macports.org/ticket/41392
___
macports-dev mailing
initialize libusb: -99
—
Don’t know though whether this was due to the rescue system itself or due to a
the qemu emulation.
Greets,
Marko
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
ure is searching for USB devices FOREVER,
unfortunately.
So, I guess qemu isn’t a true alternative to virtualbox on MacOSX, due to the
missing kvm implementation.
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/m
^
:info:build 1 error generated.
:info:build make[3]: *** [aqdb_db.lo] Error 1
—
I figure that these missing cache files don’t stop clang from working
correctly, but I wonder why this permission error occurs. Is my portfile
wrongly set up for clang for some reason?
Greets,
Marko
__
ue to
>> the missing kvm implementation.
> I see it uses Xen or KVM, but the fact you're getting this far, well past the
> kernel and initramfs being loaded, seems like it is working.
Well, a lot seems to work, indeed. But unfortunately I can’t get beyond the USB
device recognition
OK, now I found out using “info usb” that USB support is NOT enabled by default.
So, perhaps that is the problem?
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
On 12 Jan 2014, at 22:41 , Chris Murphy wrote:
> Maybe. Try adding -usbdevice tablet to the qemu command line.
That made my trackpad almost unusable. :-(
But it didn’t change anything.
No progress during the system probe step.
___
macports-
erformance
> degradation.
>
> I recommend you delete the cache directory entirely
>
Thanks, Clemens, for the hint.
I did so and it has solved the issue:
markos-imac:5396pzbj3gq7s1hwf2shczvm0000gq marko$ l
total 0
drwxr-xr-x 4 macports macports 136 Jan 13 00:04 ./
drwxr-xr-x 3
my system once I upgrade or remove the
software. That’s why I like MacPorts. :-)
BUT, I guess, this is my only option left now. :-/
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
On 14 Jan 2014, at 03:02 , Ryan Schmidt wrote:
> Perhaps you could contribute to resolving the MacPorts VirtualBox ticket
> then.
I am afraid my knowledge about setting up a proper virtualbox installation is
not sufficient for this endeavour.
I tried a while ago though.
Ticket #41392
ting
"curl post "submission\[data\]=$json" $stats_url"
—
What can be done about this?
Greets,
Marko
_______
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
On 09 Feb 2014, at 20:42 , Jeremy Lavergne wrote:
> You probably need to run trunk for access to POST, which isn’t available in a
> release yet.
Ooops, I see. I wasn’t aware of that trunk is a must for this feature.
___
macports-dev mailin
rt is replaced_by or
simply non-existing?!
Greets,
Marko
[1] http://stats.macports.neverpanic.de/ports/search/name/aqbanking
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
> The problem here is that the aqbanking Portfile violates lint:
Oh, good to know.
Can be fixed. :)
Will do so right away.
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
make sense to handle cases like that differently?!
And, do I need trunk to be able to run mpstats?
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
Hi,
I would like to try MacPorts’ current trunk version.
How do I do this seamlessly, i.e. is it necessary to reinstall MacPorts from
scratch, or can I somehow manage to keep all installed ports in place while
just switching from my existing installation to trunk??
Greets,
Marko
Hi Clemens,
On 10 Feb 2014, at 12:01 , Clemens Lang wrote:
> You can just install trunk right over your old installation… Note that
> selfupdate will no longer do anything once you installed trunk. If you want
> to update your MacPorts installation you need to svn up your workin
I just wanted to set up a 2nd parallel MacPorts install - as I used to have it
before moving to Mavericks…
Now I realise that it is probably not a good idea to have a setup like that
after all.
Some applications install themselves into /Applications and have settings in
/Library…
Assuming I
for every installation I should be able to make
sure that no file lands outside /opt/local !
Of course I have to assume that there are no rogue ports.
Greets,
Marko
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.or
On 16 Feb 2014, at 21:46 , Jeremy Lavergne wrote:
> But I am assuming macports can handle being inside a symlink since I recall
> it can operate across drives.
Thanks, Jeremy.
That seems to be a good approach.
Greets,
Marko
___
macports-dev m
There is still one big problem with all of this, which is that a ton of daemons
and agents might be running as root or as another user for a given MacPorts
installation.
In case I want to swap in another installation, say a debug installation, I
would have to make sure that all these services
Windows"-like! ;-)
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
> At that point, it might take as long as a reboot depending on your build: but
> you should achieve the same outcome.
I guess you’re right. :)
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/m
orm this stunt! No?
Greets,
Marko
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
ote that selfupdate will no longer do anything once you installed trunk.
> If you want to update your MacPorts installation you need to svn up your
> working copy of trunk and run the install process again.
So, he was only referring to macports base and NOT the whole MacPorts
insta
,
Marko
[1] https://trac.macports.org/ticket/42160
[2] https://trac.macports.org/ticket/42404
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
From: mk-li...@email.de
Subject: Re: Running KDE apps on Apple OS X
Date: 11 Mar 2014 23:05:09 GMT+1
To: KDE-devel Mailing-List
Cc: KMyMoney KDE Development List , Developer-MacPorts
Mailing-List
Hi Ian,
thanks for your initiative!!!
I am not a software engineer - but just a Linux/MacOSX
/./:/opt/local/lib${DYLD_LIBRARY_PATH:+:$DYLD_LIBRARY_PATH}
"/Users/marko/projects/TestGraphical/build/src/testgraphical.app/Contents/MacOS/testgraphical"
"$@"
—
So, does this mean, that a system framework tries to use a library supplied by
MacPorts?
This is what otool te
application itself?!
I am new to this, so I don’t understand for a start why a URL is being
displayed with this app.
I figure I need to consult KDE’s developer mailing list regarding this one,
right?
Greets,
Marko
___
macports-dev mailing list
macports-dev
application itself?!
I am new to this, so I don’t understand for a start why a URL is being
displayed with this app.
I figure I need to consult KDE’s developer mailing list regarding this one,
right?
Greets,
Marko
___
macports-dev mailing list
macports-dev
On 16 Mar 2014, at 19:42 , Sean Farley wrote:
> I would suggest Mercurial.
+1
But, in order to avoid any flamewars: I’d be going for git as well, if it would
win in an election. :-)
___
macports-dev mailing list
macports-dev@lists.macosforge.
s to be worked out first.
Yes, absolutely!
> Coming from the Linux kernel, pure git expects a pull-based workflow.
> One central instance pulls up changes from many other repositories into
> the main repository. I would rule out such a person-based pull model for
> MacPorts, as who wou
Hi MacPorts devs,
how is the schedule for release of the next MP release which will - I gather -
include the opt-in-able mpstats?
Greets,
Marko
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman
actually installed in the system and
not only built and removed again.
So, I’d like to know where to place which files below ${destroot}.
Greets,
Marko
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman
did the job.
(And yes, you are right, the tests wouldn’t work if one would install the tests
someplace.
The test apps need to sit in the build directory in order to access additional
files outside it.
___
macports-dev mailing list
macports-dev@lists.mac
HI devs,
do MacPorts’ buildbots also build all debug variants of the various ports, or
only the default variant of every port?
Greets,
Marko
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo
On 22 Mar 2014, at 18:01 , Ryan Schmidt wrote:
> On Mar 22, 2014, at 11:51, mk-macpo...@techno.ms wrote:
>> do MacPorts’ buildbots also build all debug variants of the various ports,
>> or only the default variant of every port?
> Only default variants.
I was afraid to hear
Search for Phonon
:info:configure -- -> PHONON_VERSION is 4.7.1
:info:configure -- -> PHONON_INCLUDE_DIR is /opt/local/include
:info:configure -- -> PHONON_LIBRARY is /opt/local/lib/libphonon.dylib
:info:configure Change Dir:
/opt/local/var/macports/build/_Users_okram_WC_MacPorts_ports_kde_
tp://randa-meetings.ch/2014/02/19/randa-meetings-2014-the-date-is-set-please-register/
---
In various discussion threads during the last weeks the KDE community expressed
that they would welcome anyone willing to do some bridge-building between KDE
on Linux and OSX/MacPorts! KDE is considering to als
TERFACE_LIBRARIES:
This warning is for project developers. Use -Wno-dev to suppress it.
-- Generating done
-- Build files have been written to:
/Users/okram/WC/GIT/kmymoney.online-balance_highlighting_extended/build
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
rko
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
de-mac
:-/
KDE-DEVEL makes more sense:
https://mail.kde.org/mailman/listinfo/kde-devel
Greets,
Marko
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
I also had problems with the git upgrades every now and then. Just a give it
some time and then all will run smoothly.
(Have no idea why it happens, though. Perhaps an issue with some mirrors… )
I usually tried some hours later once again.
___
macports
Hi Ryan,
I do like your work very much! This looks really cool!!!
A few remarks:
1) Perhaps the icons at least could be blue to match the mandatory
good-old MacPorts icon, which definitely needs to appear here instead of the
new “macports”. :)
2) I think that the headline is
Hi MP devs,
currently I have to have patch [1] in place to be able to successfully install
qmake-based ports.
The problem is now that during "sudo port selfupdate” all these changes get
reverted.
How can I keep my needed patches for MacPorts base without the need to re-patch
base afte
On 10 Apr 2014, at 22:09 , Jeremy Lavergne wrote:
> You probably need add a local repo with higher priority, such as:
Looks like it. :)
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listi
might imply.
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
tests" is perhaps not so nice
during install, but at least it does what I intended to do.
Greets,
Marko
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
is mp-distributable.sh in order to determine whether
a port is binary-distributable.
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
Hi Eric,
> #!/bin/sh
> for depport in `port -q rdeps $1`; do
> sh /path/to/mp-distributable.sh ${depport}
> done
that worked like a breeze. I should have been able to create in on my own. :-)
Thanks!
Greets,
Marko
___
libiodbc
gtk2
gtk-doc
…
—
So, the question is, why the rdependants command didn’t spot this in the first
place?
Greets,
Marko
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman
-)
Greets,
Marko
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
1 - 100 of 282 matches
Mail list logo
