On Feb 19, 2018, at 13:37, Qianqian Fang wrote:
> I don't know what was changed recently, the built-in git command from Xcode
> stopped working with the following error
>
> fangq@jinwy:~/space/git/Project/autobuild/mcx$ git pull
> dyld: lazy symbol binding failed: Symbol not found: _iconv_open
On Dec 26, 2017, at 04:12, rmgls wrote:
> sorry, my english is not very concease, but here is how to reproduce:
> here is the complete procedure to repeat.
> sudo port install lynx.
> ...
> lynx ./
> m n
> NEWNAME return:
> abort: trap 6!!!
>
> this was fixed in lynx-cur when i contacted
On Dec 26, 2017, at 11:16, Ryan Schmidt wrote:
> On Dec 26, 2017, at 04:12, rmgls wrote:
>
>> sorry, my english is not very concease, but here is how to reproduce:
>> here is the complete procedure to repeat.
>> sudo port install lynx.
>> ...
>> lynx ./
On Dec 28, 2017, at 18:18, Richard L. Hamilton wrote:
> I don't think this relates to any of the existing tickets.
Hmm, sounds like you should file a ticket!
On Dec 25, 2017, at 13:47, Raoul wrote:
> On 24 Dec 2017, at 14:59, Jan Stary wrote:
>
>> On Nov 10 07:37:31, Raoul wrote:
>>> It was fixed on my demand two years ago by the developer
>>> Thomas Dickey (a FreeBSD developer!)
>>> I will revert to 2.8.8 to see if it is the culprit.
>>
>
On Jan 1, 2018, at 09:18, Mike wrote:
> Is it possible to install Xmgr (v4.1.2) on macOS High Sierra?
Don't know. I guess you tried it and it didn't work? Show us what happened.
On Jan 2, 2018, at 13:33, Jan Stary wrote:
>
> Deactivatng e.g. man warns me that
>
> Note: It is not recommended to uninstall/deactivate a port that has
> dependents as it breaks the dependents.
> The following ports will break: lirc @0.9.4d_3
>
> It's a build dependency, not a run
On Jun 21, 2018, at 09:20, Michael Dickens wrote:
> See < https://trac.macports.org/ticket/56294 >.
>
> Boost 1.67.0 has significant changes in the way it handles time computations
> that are not ABI or API backward compatible with any prior Boost.
>
> I think all of the ports I maintain are
On Jun 21, 2018, at 16:46, Langer, Stephen A. (Fed) wrote:
> Hi--
>
> I'm making some progress in writing a Portfile for my project, but I'm stuck
> on one point. The project's build script uses python distutils (which I'd be
> happy to get rid of but that's not likely to happen soon).
On Jul 29, 2018, at 13:02, Gregory Bonar wrote:
>
> When I type 'sudo port upgrade outdated' I get:
>
> ---> Computing dependencies for poppler
> ---> Building poppler
> Error: Failed to build poppler: command execution failed
> Error: See
>
On Jul 29, 2018, at 12:24, Gregory Bonar wrote:
> I just installed Macports 2.5.3.
> When I try to start gimp I get the following messages:
> dyld: Library not loaded: /opt/local/lib/libpng14.14.dylib
> Referenced from: /opt/local/bin/gimp
> Reason: image not found
> Abort trap: 6
>
> I'm
On Aug 16, 2018, at 12:41, Langer, Stephen A. (Fed) wrote:
> https://guide.macports.org/chunked/development.local-repositories.html
> contains instructions for adding a local port file repository. When I'm done
> with the local repository, how can I delete it? Is removing it from
>
On Aug 20, 2018, at 12:42, Christopher Jones wrote:
> Honestly, I suspect the only safe fix here is to provide an uninstaller
> (could just be a bash script) that does it safely for the user…
Yes, MacPorts should ship with an uninstaller script.
https://trac.macports.org/ticket/42207
On Aug 25, 2018, at 11:18, Joshua Root wrote:
> On 2018-8-26 01:22 , joerg van den hoff wrote:
>
>> On 25.08.18 06:21, Joshua Root wrote:
currently, this port is at version
tcl-sqlite3 @3.6.22_3
sqlite3, however, is already at 3.24. there have been relevant
On Aug 25, 2018, at 15:03, Riccardo Mottola wrote:
> I am updating gimp2 and it fails to build:
>
> /opt/local/bin/clang-mp-5.0 -DHAVE_CONFIG_H -I. -I../..
> -DISO_CODES_LOCATION=\"/opt/local/share/xml/iso-codes\"
> -DISO_CODES_LOCALEDIR=\"/opt/local/share/locale\"
>
On Aug 26, 2018, at 07:54, Marius Schamschula wrote:
> On Aug 26, 2018, at 7:34 AM, Marius Schamschula wrote:
>
>> I’ve added a sqlite3-tcl subport:
>>
>> https://github.com/macports/macports-ports/commit/0e46e32ec2ff78ce3adc725cb3aed714b8203d5b
Do you want to make tcl-sqlite3 replaced_by
On Aug 17, 2018, at 20:31, Carlo Tambuatco wrote:
> Doing routine port upgrading and gstreamer1-gst-plugins-bad
> failed to upgrade
https://trac.macports.org/ticket/56781
f this one...
>
> On Fri, Aug 17, 2018 at 11:48 PM Ryan Schmidt wrote:
> On Aug 17, 2018, at 21:46, Carlo Tambuatco wrote:
>
> > On Fri, Aug 17, 2018 at 10:21 PM Ryan Schmidt wrote:
> >
> >> On Aug 17, 2018, at 20:31, Carlo Tambuatco wrote:
> >>
On Jul 20, 2018, at 13:24, Manav Bhatia wrote:
> No GUI. My app is a terminal application with plenty of dependencies. My
> users are at places and on systems without root access.
>
> I am not sure what the best approach is here, but I am looking at various
> options where I can distribute
On Jul 15, 2018, at 08:49, Richard L. Hamilton wrote:
> Would it make sense if packages that installed GNU executables where that
> sort of problem might arise also symlinked them into e.g. /opt/local/gnu/bin
> without the g prefix?
Most already do, but the directory is
On Jul 18, 2018, at 14:17, Richard L. Hamilton wrote:
> But...as soon as I tried to run it, it popped up its own updater telling me
> that 3.1.7 was available. Now I know enough NOT to use a non-MacPorts
> updater on something installed via MacPorts, but IMO, the MacPorts build
> really
On Jul 18, 2018, at 13:48, Comer Duncan wrote:
> The thing is that I've now uninstalled iTerm2 and tried to reinstall it but
> the reinstall fails now with a complaint that no destroot for iTerm2 is found:
>
> Failed to install iTerm2: no destroot found at:
>
On Jul 12, 2018, at 13:47, dan d. wrote:
> Is there any idea when it will be on macports?
If you want a port to be updated, please file a ticket in our issue tracker. Or
you can do the update yourself and send a pull request.
On Jul 25, 2018, at 05:32, Rainer Müller wrote:
>> Would it be useful if port(1) had --disable-silent-rules
>> among configure.args by default? Or at least with port -vs?
>> Not having the actual commands renders the main.log a bit useless.
>
> Yes, --disable-silent-rules should be used
On Jul 24, 2018, at 08:48, Christopher Jones wrote:
> What exactly is your question ? The macPorts build of cotvnc is 64-bit and no
> warnings are offered running it.
Agreed. I use cotvnc all the time and I've seen no problems with it on High
Sierra so far. Actually I use the cotvnc-devel
On Aug 30, 2018, at 15:15, Langer, Stephen A. (Fed) wrote:
> Earlier I had asked what version of OpenGL is supported by MacPorts' version
> of mesa, and then was distracted by other issues and never got to the next
> part of the question...
>
> Mesa 17.1.6 nominally supports OpenGL 4.5,
On Sep 4, 2018, at 14:15, Daniel J. Luke wrote:
> On Sep 2, 2018, at 11:25 PM, James Linder wrote:
>
>> It seems the port of nmap is quite different to linux nmap.
>
> You haven't provided information to substantiate that assertion (but linux
> and mac os x /are/ different, so you might just
Hi Werner,
On Sep 8, 2018, at 09:08, Werner LEMBERG wrote:
> macports newbie here :-)
Welcome!
> I'm running a Lion box and I'm running macports from git, which works
> just fine. I've followed the advice on LibcxxOnOlderSystems and did
>
> cxx_stdlib libc++
> buildfromsource
On Sep 9, 2018, at 13:49, Andrew Luke Nesbit wrote:
> I am preparing to install and configure MacPorts on a new machine that
> has been supplied by my employer. It will be used in a corporate
> network with strict access controls between the intranet and the Internet.
>
> The only option is
On Sep 8, 2018, at 20:00, Joshua Root wrote:
> Riccardo Mottola wrote:
>> I finished "port upgrade outdated" successfully (on Lion) and in fact
>> I can re-run it and no action happens.
>>
>> Kaiserin:~ multix$ sudo port -v upgrade outdated
>> Password:
>> ---> Scanning binaries for linking
On Sep 8, 2018, at 16:31, Werner LEMBERG wrote:
>>> * Where can I get a concise and up-to-date description of
>>> portfiles? `portfiles.7' seems to be heavily out of date...
>>
>> What would you like to know?
>
> A list of all available variables/keywords, with a description.
Yup, that's
On Sep 9, 2018, at 23:21, Joshua Root wrote:
> On 2018-9-10 13:23 , Ryan Schmidt wrote:
>> It is fine for ports to offer different versions to different platforms. Up
>> to now, a "platform" was the combination of an operating system name, major
>> version nu
On Sep 9, 2018, at 10:23, Christopher Jones wrote:
> Note that MacPorts has a policy of not using external libraries, as far as
> possible (apart from obvious system ones) so if you aim is to have a port
> that basically allows something externally externally to pretend to be
> something
On Sep 7, 2018, at 15:42, Watson Ladd wrote:
> I'm trying to write a portfile for Macauly 2 and it is complicated by
> the fact that all the build commands have to be executed in a
> subdirectory. Does anyone have any tips? The guide doesn't seem to say
> much about this as far as I can tell.
Hello,
On Sep 7, 2018, at 12:19, Gijs Vermeulen wrote:
> I need some help installing wine dependencies.
> I tried running port install -v rdepof:wine-devel +x11 +universal but it
> fails when it tries to install xattr.
>
> I get "Error: xattr cannot be installed for the configured
On Sep 7, 2018, at 19:19, Kenneth F. Cunningham wrote:
> On 2018-09-07, at 1:57 PM, Ryan Schmidt wrote:
>
>> The problem is that you are asking MacPorts to install *all* of wine-devel's
>> recursive dependencies with the universal variant:
>>
>> On Sep 7, 2018,
On Sep 7, 2018, at 19:25, Kenneth F. Cunningham wrote:
> On 2018-09-07, at 5:20 PM, Ryan Schmidt wrote:
>
>>> I guess the real problem is that xattr is not a dependency on almost any
>>> system, and so it should not come into the list when you look for the rdeps.
&
On Aug 30, 2018, at 01:32, Riccardo Mottola wrote:
> Hey,
>
> I was upgrading ports on my Leopard system 10.5, I missed a couple of weeks..
> a lot of "big stuff" built well though :)
>
> ninja fails - it is not directly selected for upgrade, it must be a
> dependency.
>
> bootstrapping
On Sep 10, 2018, at 15:18, joerg van den hoff wrote:
> issuing `help overview' (or `help {any_other_topic}') in `calc' results in
> "no such help file".
Fixed:
https://github.com/macports/macports-ports/commit/c2c413321117ca470b1ebd4680acf148a960c320
Wait an hour, then run `sudo port
On Jul 4, 2018, at 11:06, Manav Bhatia wrote:
> I am wondering if it is possible for MacPorts to install packages from
> prebuilt binaries on 10.14 beta. Is it possible force this? Maybe there is a
> way to tell MacPorts to assume 10.13 even though it is running on 10.14?
No, we are not
On Jul 4, 2018, at 09:24, Christoph Kukulies wrote:
> Thanks. Deinstallation of Gimp and macports worked via the link below. The
> only thing that there is a relict in a folder named macports
> with a document showing a question mark and named „Idle“.
>
> Would be fine if I could get rid of
On Jul 10, 2018, at 12:23, Adam Dershowitz wrote:
> Is there a way to find what base ports that I have installed are universal?
"base port" is not a term I'm familiar with, but you can show which ports have
been installed with the universal variant using:
port -q installed | grep +universal
On Jul 10, 2018, at 19:12, John Korchok wrote:
> After installing subversion +mod_dav_svn, then restarting apache2, I get:
> httpd: Syntax error on line 170 of /opt/local/etc/apache2/httpd.conf: Cannot
> load /opt/local/libexec/mod_dav_svn.so into server:
>
On Jul 5, 2018, at 07:35, Manav Bhatia wrote:
> What I had in mind was to make macports believe that it is still running on
> 10.13, so that it could use the precompiled binaries already available on the
> servers.
>
> MacPorts must have a way to figure out which OS version it is running
On Jul 3, 2018, at 07:48, Curtis Matz wrote:
> For the last few days Graphene won’t update due to some error. When I copy
> and paste the path to the log file it says it doesn’t exist. Is there an
> issue at this time with Graphene? I’ve tried sudo port clean graphene but to
> no help.
>
On Jul 3, 2018, at 12:40, Rainer Müller wrote:
> On 2018-07-03 19:02, Turner, Adrian Keith wrote:
>> Also, interesting are the results of which and whereis:
>> which gcc
>> /opt/local/bin/gcc
>> whereis gcc
>> /usr/bin/gcc
>
> That is normal, whereis does not respect PATH.
>
>> How do I make
On Jul 2, 2018, at 10:23, Riccardo Mottola wrote:
> can selected ports be kept at a previous version?
MacPorts is not intended to be used in that way, so it does not have good
support for that.
> E.g. gimp 2.10 currently doesn't compile on older MacOS versions. I have
> supplied Ken some
On Jan 11, 2018, at 11:31, Vincent Habchi wrote:
> Alternatively to what Ryan just mentioned, you can statically link the
> executable, which means that you embed all the code the executable and its
> dependencies need into the main code. This result in a bigger executable
> (more code) but
On Jan 19, 2018, at 15:42, Jan Stary wrote:
> On Jan 19 14:18:00, Chris Jones wrote:
>> The point is third party applications (and perhaps even some Apple stuff) is
>> not well tested on anything other than the defaults. So its far from
>> impossible for there to be applications that internally
On Jan 19, 2018, at 15:15, Dave Horsfall wrote:
> On Fri, 19 Jan 2018, Jan Stary wrote:
>
>> This is MacOS 10.13.2. Is this expected? I see it but I don't believe it.
>
> MacOS has a broken filesystem; case is preserved but not honoured i.e. "file"
> is the same as "FILE" is the same as
On Jan 20, 2018, at 14:55, Uli Wienands wrote:
> Ok, I did selfupdate Macports and tried again, and indeed it now gets past
> this hurdle.
>
> However, at the end it tells me that all compilers are blacklisted & it will
> default to first fall-back option (whatever that is)_. It then wants to
On Jan 20, 2018, at 17:11, Richard L. Hamilton wrote:
> The lspci command might be handy for those not wishing to parse native tools
> in hopes of finding similar info.
>
> The version at https://mj.ucw.cz/sw/pciutils/ built easily enough for me,
> although it does require boot-args
On Sep 11, 2018, at 01:34, Werner LEMBERG wrote:
> * Where can I get a concise and up-to-date description of
> portfiles? `portfiles.7' seems to be heavily out of date...
What would you like to know?
>>>
>>> A list of all available variables/keywords, with a description.
tch. But since this one does offer a variable, you don't.
> On 2018-03-07, at 12:16, Ryan Schmidt wrote:
>
>> Presumably, you're meant to specify PREFIX=/opt/local in build.args.
>
> The advantage is not making a patch for Makefile.
Yes.
> combined:
> -
>
On Mar 7, 2018, at 19:28, Dave Horsfall wrote:
>> As always, changes are described in perldelta:
>>
>> http://search.cpan.org/dist/perl-5.26.0/pod/perldelta.pod#Removal_of_the_current_directory_(".")_from_@INC
>
> Aha - all is now clear! Was there actually a port note about it that I
>
Are any MacPorts users or developers attending South by Southwest in Austin
(March 9-18)? Maybe we could meet up.
On Feb 26, 2018, at 13:40, Michael wrote:
> :info:configure Include the log file "ffbuild/config.log" produced by
> configure as this will help
> :info:configure solve the problem.
If you could show us this file, it might help.
On Feb 26, 2018, at 00:57, Jan Stary wrote:
> On Feb 22 19:04:41, Jan Stary wrote:
>> On Feb 22 17:09:22, Rainer Mueller wrote:
>>> On 2018-02-21 20:14, Jan Stary wrote:
If I am reading https://guide.macports.org/chunked/reference.phases.html
right, there is are no "fetch
On Mar 10, 2018, at 12:18, db wrote:
>
> bash-completion for port outputs stderr on pressing tab, right before it
> completes a word, on certain actions like contents.
>
> $ port contents bash-complWarning: port definitions are more than two weeks
> old, consider updating them by running 'port
On Mar 10, 2018, at 14:53, S. L. Garwood wrote:
> I need boost 1.65 … is it available on MacPorts? All I see is 1.66
No, MacPorts provides only the current version of a port.
Instructions for installing an older version of a port are here:
On Mar 10, 2018, at 14:24, db wrote:
> On 10 Mar 2018, at 20:05, Ryan Schmidt wrote:
>> Are your port definitions in fact more than two weeks old?
>
> Yes, but I'd expect the warning after I actually ran the command.
When you press tab, the bash completion code runs. Looking
On Mar 10, 2018, at 18:51, Lenore Horner wrote:
> I just tried to run port upgrade outdated and a dependency of openscad
> (qscintilla-qt4) failed to upgrade. I still have the previous version of
> that dependency listed as active and only one version of port is listed as
> installed and it
On Mar 10, 2018, at 18:15, Lenore Horner wrote:
> I don’t know whether the fetch errors are related at all.
Nope.
> qscintilla-qt4-2.10.3_0.darwin_17.x86_64.tbz2 doesn't seem to exist in
> /opt/local/var/macports/incoming/verified
> Attempting to fetch
On Mar 6, 2018, at 04:00, db wrote:
> On 6 Mar 2018, at 10:49, Ryan Schmidt wrote:
>> The portindex indexes Portfiles, not portgroups. So the port's version must
>> be set in the Portfile, not anywhere else.
>
> Would then portindex fail if the port's version in the p
On Mar 6, 2018, at 03:47, db wrote:
> On 6 Mar 2018, at 02:34, Ryan Schmidt wrote:
>> On Mar 5, 2018, at 05:43, db wrote:
>>> As I said in my previous post, you can get HEAD's hash with 'git ls-remote
>>> --heads'. And store it somewhere.
>> Who are you suggesting
On Mar 6, 2018, at 09:01, pdv wrote:
> I'm trying to local install jdupes with my own test fixes, but i cannot
> destroot/activate due to more violation.
>
> how can i - without patching the Makefile, specify /opt/local as destination?
>
> logextract:
> ---
> # port install jdupes
>
On Apr 7, 2018, at 13:50, Murray Eisenberg wrote:
> What’s happening now is befuddling to me. Doing the step
>
>echo rsync://build.openmodelica.org/macports/ >>
> /opt/local/etc/macports/sources.conf
>
> as root (sudo su - ) seems to have worked, as
>
On Apr 7, 2018, at 13:56, Murray Eisenberg wrote:
> On 7 Apr2018, at 2:51 PM, Ryan Schmidt wrote:
>
>> On Apr 7, 2018, at 13:50, Murray Eisenberg wrote:
>>
>>> What’s happening now is befuddling to me. Doing the step
>>>
>>> echo rsync://build.
On Apr 7, 2018, at 12:49, Ken Cunningham wrote:
> sounds like this software needs a port and a maintainer!
It already has a port, and a collection of hundreds of related ports, in an
entirely separate ports collection that the user must load into MacPorts in
order to use. The previous
On Apr 12, 2018, at 11:05, Chris Jones wrote:
> On 12/04/18 04:24, Ryan Schmidt wrote:
>> On Apr 11, 2018, at 21:54, Joshua Root wrote:
>>> On 2018-4-12 12:39 , Ryan Schmidt wrote:
>>>>
>>>> On Apr 11, 2018, at 10:23, Joshua Root wrote:
>>>&g
On Apr 12, 2018, at 03:50, Clemens Lang wrote:
>
> Can you remove the -q flag and/or retry running git fetch? That should give us
> an idea what went wrong here.
No change. No additional output is produced.
Thanks for the pointers! The problem was that release/base was configured to
sync from the *old* location of trunk/base (from before I moved everything but
the rsync data onto the SSD):
git -C /Volumes/RAID/var/tmp/mprsyncup/release/base config remote.origin.url
/var/tmp/mprsyncup/trunk/base
I
On Apr 7, 2018, at 15:02, Ken Cunningham wrote:
> Also, installing both gcc5 and gcc7 and libgcc6 and libgcc just seems nutty,
> so I added gcc6 and gcc7 to the fortran variants — but that has nothing to do
> with the above.
Using both gcc5 and gcc7 in a single port would indeed be nutty, if
On Apr 7, 2018, at 15:13, Murray Eisenberg wrote:
> Would it be appropriate to open a ticket http://trac.macports.org?
No, since we were not involved in the creation of the openmodelica portfiles
nor do we host them in our repository, and we have no influence over those who
do host them to
On Apr 11, 2018, at 21:54, Joshua Root wrote:
> On 2018-4-12 12:39 , Ryan Schmidt wrote:
>>
>> On Apr 11, 2018, at 10:23, Joshua Root wrote:
>>
>>> No, rsync just hasn't updated yet. The ports are also a bit out of date.
>>> Ryan should be able to take a
On Apr 11, 2018, at 10:23, Joshua Root wrote:
> No, rsync just hasn't updated yet. The ports are also a bit out of date.
> Ryan should be able to take a look before too long.
mprsyncup is failing with:
2018-04-11T02:10:34+ error: pathspec 'v2.4.3' did not match any file(s)
known to git.
Thanks. I think this problem was introduced by a presumably unintentional part
of this commit:
https://github.com/macports/macports-ports/commit/e3710d6800e803ebaa9528d3bdb38fb2fcade513#diff-5513a677784c8c1520463fedf268a37f
I think that needs to be reverted, and the tk port's revision increased
On Apr 18, 2018, at 06:07, William H. Magillwrote:
> One assumes that a big problem with any migration guide (or automated
> process) will be with Apache and MAMP
>
> I haven’t run OSX Server for several years now, but the difference in
> locations between OSX Server’s locations (Site, etc.)
On Apr 16, 2018, at 08:37, pagani laurent wrote:
> Here one such example :
>
> […]
> ---> Installing py36-six @1.11.0_0
> ---> Activating py36-six @1.11.0_0
> Error: Failed to activate py36-six: Image error:
>
On Apr 20, 2018, at 01:17, Riccardo wrote:
> while installing gimp dependencies, on Leopart 10.5 PPC
>
> ---> Building gdk-pixbuf2
> Error: Failed to build gdk-pixbuf2: command execution failed
> Error: See
>
On Apr 19, 2018, at 12:12, pagani laurent wrote:
> After totally cleaning my macports installation and reinstalling everything,
> I ended up having py27-jupyter and py36-jupyter installed :
>
> Macports>port -v installed py36-jupyter
> The following ports are currently installed:
>
On Apr 20, 2018, at 09:14, petr.2006 wrote:
> I am trying to instal gollum in gem:
>
> sudo gem install gollum
> Building native extensions. This could take a while...
> ERROR: Error installing gollum:
> ERROR: Failed to build gem native extension.
>
>current directory:
>
On Apr 22, 2018, at 23:59, Ulrich Wienands wrote:
> On Apr 22, 2018, at 10:18 PM, Ulrich Wienands wrote:
>
>> uli% sudo port -d selfupdate
>> Password:
>> DEBUG: Copying /Users/uli/Library/Preferences/com.apple.dt.Xcode.plist to
>> /opt/local/var/macports/home/Library/Preferences
>> DEBUG:
On Apr 16, 2018, at 15:50, Murray Eisenberg wrote:
> Error: Failed to fetch qrupdate: must set at least one Fortran variant
> (e.g. +gfortran, +gccX, +g95)
>
This message is printed by the compilers-1.0 portgroup, and is not customized
for the set of variants that a particular port offers:
On Apr 17, 2018, at 06:08, pagani laurent wrote:
> ---> Activating xorg-xproto @7.0.31_0
> Error: Failed to activate xorg-xproto: Image error:
> /opt/local/include/X11/X.h is being used by the active tk port. Please
> deactivate this port first, or use 'port -f activate xorg-xproto' to force
On Mar 24, 2018, at 07:35, Andreas Falkenhahn wrote:
> When I compile my C++11 project on a 10.5 PPC system using gcc6 and try to
> run it on another 10.5 PPC system that doesn't have gcc6 installed, I get an
> error that a symbol cannot be imported from /usr/lib/libstdc++.6.dylib. I
> guess
On Mar 24, 2018, at 08:14, Mojca Miklavec wrote:
>> I propose that the 'platforms' field be no longer required
>> if it is ignored, and if it stays, let it be a free form text,
>> as opposed to a predefined definitive list of all unixes.
>
> We'll need it to specify which darwin versions are
On Mar 24, 2018, at 04:49, Jan Stary wrote:
> what is the plan really with libressl and libressl-devel?
> We have 2.5.5 in security/libressl, 2.6.2 in security/libressl-devel,
> and now 2.7.1 is out.
>
> I would just prepare an udate of libressl to 2.7.1,
> but I want to as kfirst: why do we
On Mar 25, 2018, at 01:49, Jan Stary wrote:
> On Mar 24 14:14:37, Mojca wrote:
>> On 24 March 2018 at 13:54, Jan Starý wrote:
>>> The 'platforms' field of a Portfile is currently
>>> both _required_ and _ignored_. By the Guide,
>>>
>>>A list of the platforms on which the port has been
On Mar 25, 2018, at 09:57, Joshua Root wrote:
> A port with no destroot phase will install no files. I doubt that is
> what you want.
Well it's technically possible to write a port that performs the destroot tasks
in an earlier phase. We'd prefer a port not do this, but some build systems are
On Mar 19, 2018, at 08:03, Yanni wrote:
> I'm not sure if this has anything to do with macports but I am using macports
> to install a specific software called pymol. The laptop is 10.13.3 High
> Sierra and up to date.
>
> When I try to install it ("sudo port install pymol") I get the error:
On Mar 19, 2018, at 10:00, db wrote:
> Today I tried syncing and it failed, see log below. It succeeded when I moved
> the portfile away. Base is from source.
>
>
> $ sudo port -v sync
> ---> Updating the ports tree
> Synchronizing local ports tree from file:///opt/local/myports
> Creating
On Mar 18, 2018, at 08:32, Andreas Falkenhahn wrote:
> There's just one little problem remaining: I cannot use gcc-ar-mp-6 because
> it reports the following error: "Cannot find plugin liblto_plugin.so".
> So I just use the "ar" that came with Xcode and it worked fine but maybe
> gcc-ar-mp-6
On Mar 16, 2018, at 09:08, Marius Schamschula wrote:
> On Mar 16, 2018, at 9:05 AM, Ray Zimmerman wrote:
>
>> Octave 4.2.2 was released recently. Would love to have the octave port
>> updated, so I could benefit from the bug fixes.
>
> Waiting for maintainer: see:
On Mar 19, 2018, at 11:21, db wrote:
> On 19 Mar 2018, at 16:56, Ryan Schmidt wrote:
>> Probably an unintended consequence of one of my changes last month.
>> What version of macOS and what version of Xcode are you using?
>
> OS X 10.8.5, Xcode 5.1.1.
Hmm. I can't reproduc
On Mar 20, 2018, at 17:22, Jeremy Huddleston Sequoia wrote:
> On Mar 19, 2018, at 4:34 PM, Ryan Schmidt wrote:
>
>> Ok, I've figured out that the reason why I'm not seeing the "Unable to
>> determine location of a macOS SDK" message is that I was running MacPor
On Mar 22, 2018, at 18:26, Qianqian Fang wrote:
> I don't know if this si common, but when I tried to install gdb (because my
> lazarus 1.8 complains about missing gdb) using
>
> sudo port install gdb
>
> I got an error when installing the dependency package xz, with the following
> error
>
On Mar 15, 2018, at 07:18, pagani laurent via macports-users wrote:
> Hello,
>
> Running Mac OS 10.12.6, I try to install ATLAS with macports but 1) it
> selects /usr/bin/clang as a C compiler (why not the /opt/local/bin/gcc one ?),
MacPorts intentionally builds ports with specific compilers.
On Mar 16, 2018, at 03:11, Dave Horsfall wrote:
> What should I be using now?
Possibly git.
On Mar 5, 2018, at 04:34, db wrote:
>
> I know, but I don't see how HEAD is pragmatically that much different from
> the devel ports that use a hash+date instead.
"HEAD" is not a specific version. It will vary as developers make new commits.
A user installing a port that fetches from "HEAD"
301 - 400 of 1456 matches
Mail list logo