Re: Error when starting python3
> On 20/set/2015, at 11:14, Glenn Ramsey wrote: > > Neither of those had any output. > > I installed python 3.4, which worked OK, and then reinstalled 3.5rc4 and it > works now. It must have been some sort of configuration issue as you > suggested. > > Thanks for your reply. Ok, glad you sorted it out! -- Aljaž Srebrnič a.k.a g5pw My public key: http://bit.ly/g5pw_pubkey ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Old port of libpng15.15 no longer available
Hi, I'm trying to run some software which requires libpng15.15.dylib. I
currently have libpng16.16.dylib.
I found the old version in the revision log, and fetched it by
cd /tmp
svn checkout -r 104708
http://svn.macports.org/repository/macports/trunk/dports/graphics/libpng
cd png
sudo port install
I got the following error. I've truncated most of the output, but basically
it looks like this port is no longer available on any of the targets that
macports queries.
=
[snip]
:debug:fetch Fetching distfile failed: The requested URL returned error:
404 Not Found
:notice:fetch ---> Attempting to fetch libpng-1.5.15.tar.xz from
http://netcologne.dl.sourceforge.net/project/libpng/libpng15/1.5.15
:debug:fetch Fetching distfile failed: The requested URL returned error:
404 Not Found
:notice:fetch ---> Attempting to fetch libpng-1.5.15.tar.xz from
http://svn.macports.org/repository/macports/distfiles/libpng
:debug:fetch Fetching distfile failed: The requested URL returned error:
404 Not Found
:error:fetch org.macports.fetch for port libpng returned: fetch failed
:debug:fetch Error code: NONE
:debug:fetch Backtrace: fetch failed
while executing
"portfetch::fetchfiles"
(procedure "portfetch::fetch_main" line 17)
invoked from within
"portfetch::fetch_main org.macports.fetch"
("eval" body line 1)
invoked from within
"eval $procedure $targetname"
:info:fetch Warning: targets not executed for libpng: org.macports.activate
org.macports.fetch org.macports.checksum org.macports.extract
org.macports.patch org.macports.configure org.macports.build
org.macports.destroot org.macports.install
:notice:fetch Please see the log file for port libpng for details:
/opt/local/var/macports/logs/_private_tmp_libpng/libpng/main.log
=
Is there any way to get a copy of this version?
I'm currently running OS/X Mavericks (10.10.5).
All the best,
Rehan
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users
Re: Old port of libpng15.15 no longer available
On Sep 23, 2015, at 11:21 AM, Rehan Ali wrote:
> Hi, I'm trying to run some software which requires libpng15.15.dylib. I
> currently have libpng16.16.dylib.
>
> I found the old version in the revision log, and fetched it by
>
> cd /tmp
> svn checkout -r 104708
> http://svn.macports.org/repository/macports/trunk/dports/graphics/libpng
> cd png
> sudo port install
>
> I got the following error. I've truncated most of the output, but basically
> it looks like this port is no longer available on any of the targets that
> macports queries.
>
> =
> [snip]
> :debug:fetch Fetching distfile failed: The requested URL returned error: 404
> Not Found
> :notice:fetch ---> Attempting to fetch libpng-1.5.15.tar.xz from
> http://netcologne.dl.sourceforge.net/project/libpng/libpng15/1.5.15
> :debug:fetch Fetching distfile failed: The requested URL returned error: 404
> Not Found
> :notice:fetch ---> Attempting to fetch libpng-1.5.15.tar.xz from
> http://svn.macports.org/repository/macports/distfiles/libpng
> :debug:fetch Fetching distfile failed: The requested URL returned error: 404
> Not Found
> :error:fetch org.macports.fetch for port libpng returned: fetch failed
> :debug:fetch Error code: NONE
> :debug:fetch Backtrace: fetch failed
> while executing
> "portfetch::fetchfiles"
> (procedure "portfetch::fetch_main" line 17)
> invoked from within
> "portfetch::fetch_main org.macports.fetch"
> ("eval" body line 1)
> invoked from within
> "eval $procedure $targetname"
> :info:fetch Warning: targets not executed for libpng: org.macports.activate
> org.macports.fetch org.macports.checksum org.macports.extract
> org.macports.patch org.macports.configure org.macports.build
> org.macports.destroot org.macports.install
> :notice:fetch Please see the log file for port libpng for details:
> /opt/local/var/macports/logs/_private_tmp_libpng/libpng/main.log
> =
>
>
> Is there any way to get a copy of this version?
>
> I'm currently running OS/X Mavericks (10.10.5).
If you type "libpng-1.5.15.tar.xz" into Google you should be able to find a
server that offers it. But you probably don't need it. There weren't many
incompatibilities between libpng 1.5 and 1.6. You should be able to rebuild the
software you're trying to use with libpng 1.6. If it's failing to build, search
Google for the error message you're getting; you might find a solution. Or post
it here; I may have seen it before and know how to fix it.
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users
Housekeeping script to reclaim disk space by removing old Xcode caches
I recently discovered that several gigabytes of disk space were being used by caches specific to Xcode versions I no longer had installed. I wrote a script to clean them up. You can get a copy by running: svn export https://svn.macports.org/repository/macports/users/ryandesign/scripts/housekeeping-xcode ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Re: Housekeeping script to reclaim disk space by removing old Xcode caches
Seems I compile less than you ;) Phobos ~ > sudo ./housekeeping-xcode Password: ---> Deleting 2.7M of caches for Xcode 6.1.1-6A2008a which is no longer installed ---> Deleting 1.1M of caches for Xcode 6.2-6C131e which is no longer installed ---> Deleting 2.4M of caches for Xcode 6.3-6D570 which is no longer installed ---> Deleting 1.1M of caches for Xcode 6.3.1-6D1002 which is no longer installed ---> Deleting 1.1M of caches for Xcode 6.3.2-6D2105 which is no longer installed ---> Deleting 2.8M of caches for Xcode 6.4-6E35b which is no longer installed ---> Keeping 3.0M of caches for Xcode 7.0-7A220 which is installed at /Applications/Xcode.app ---> Deleted a total of 11.6M of Xcode caches ---> Kept a total of 3.0M of Xcode caches thanks for the script though ! Chris > On 23 Sep 2015, at 7:36pm, Ryan Schmidt wrote: > > I recently discovered that several gigabytes of disk space were being used by > caches specific to Xcode versions I no longer had installed. I wrote a script > to clean them up. You can get a copy by running: > > > svn export > https://svn.macports.org/repository/macports/users/ryandesign/scripts/housekeeping-xcode > > > > ___ > 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
Linking curl, lz, and ldl to netCDF
Hello, I was wondering how one goes about linking curl (-lcurl), -lz, and -ldl to netCDF that's build through Macports? Thanks, Ryan ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Re: Linking curl, lz, and ldl to netCDF
On Sep 23, 2015, at 2:49 PM, Ryan Jamison wrote: > I was wondering how one goes about linking curl (-lcurl), -lz, and -ldl to > netCDF that's build through Macports? Thanks, Looks like curl support is added to netcdf by enabling the dap variant. It's on by default so you should already have it, unless you explicitly disabled it. My copy of netcdf is also already linking with libz. I'm not sure if that's because of curl (which itself depends on libz) or for other reasons. Maybe netcdf needs to have a zlib dependency added. My copy of netcdf is not linked with libdl and I don't see a way in the portfile to do that. What would linking with libdl accomplish? ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Re: Linking curl, lz, and ldl to netCDF
I'm trying to build a code that requires netCDF and hdf5. I keep getting the errors shown in the attached log file. It appears to me there are issues with lcurl and lz. On Wed, Sep 23, 2015 at 2:40 PM, Ryan Schmidt wrote: > > On Sep 23, 2015, at 2:49 PM, Ryan Jamison wrote: > > > I was wondering how one goes about linking curl (-lcurl), -lz, and -ldl > to netCDF that's build through Macports? Thanks, > > Looks like curl support is added to netcdf by enabling the dap variant. > It's on by default so you should already have it, unless you explicitly > disabled it. > > My copy of netcdf is also already linking with libz. I'm not sure if > that's because of curl (which itself depends on libz) or for other reasons. > Maybe netcdf needs to have a zlib dependency added. > > My copy of netcdf is not linked with libdl and I don't see a way in the > portfile to do that. What would linking with libdl accomplish? > > build_exodus.log Description: Binary data ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Re: Linking curl, lz, and ldl to netCDF
Your project is linking against the static versions of netCDF and hdf5. I believe the proper solution to your problem is adding -lcurl, -lz, and -ldl to the linker flags of your project. On Wed, Sep 23, 2015 at 3:57 PM, Ryan Jamison wrote: > I'm trying to build a code that requires netCDF and hdf5. I keep getting > the errors shown in the attached log file. It appears to me there are > issues with lcurl and lz. > > > > On Wed, Sep 23, 2015 at 2:40 PM, Ryan Schmidt > wrote: > >> >> On Sep 23, 2015, at 2:49 PM, Ryan Jamison wrote: >> >> > I was wondering how one goes about linking curl (-lcurl), -lz, and -ldl >> to netCDF that's build through Macports? Thanks, >> >> Looks like curl support is added to netcdf by enabling the dap variant. >> It's on by default so you should already have it, unless you explicitly >> disabled it. >> >> My copy of netcdf is also already linking with libz. I'm not sure if >> that's because of curl (which itself depends on libz) or for other reasons. >> Maybe netcdf needs to have a zlib dependency added. >> >> My copy of netcdf is not linked with libdl and I don't see a way in the >> portfile to do that. What would linking with libdl accomplish? >> >> > > ___ > 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: Where is AS located after Binutils is installed?
>> Where is AS located after binutils is installed? > > However, you won't have much luck with that, because binutils doesn't > come with GNU as on OS X. That's not a choice MacPorts made, but done > by upstream's configure.ac, see line 909, where it says > noconfigdirs="$noconfigdirs ld gas gprof" > in a case matching x86_64-*-darwin*. > > I assume this is because GNU as is actually not useful on OS X, but you'd > have to ask upstream on details. "Please enable AS and LD in configure.ac for OS X", https://sourceware.org/bugzilla/show_bug.cgi?id=18997. ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
