Re: PIL + ReportLab vs Pillow

2014-07-02 Thread Ryan Schmidt
On Jul 2, 2014, at 9:53 PM, Glenn Ramsey wrote: > Is there a way that I can have both PIL and Pillow installed at the same time? > > PIL 1.1.7 has a bug that affects my code, and the bug is fixed in Pillow. 1.1.7 appears to be the latest version of pil available. Have you reported the problem

Re: Help with DYLD_LIBRARY_PATH

2014-07-02 Thread Ryan Schmidt
On Jul 2, 2014, at 3:04 PM, M-Rick wrote: > I wanted to install SAGA GIS and forcing MacPorts to build over already > existing libraries. > I edited the macports.conf file and added this line but MacPorts doesn't seem > to care about… > > Is this correct? > > extra_env > DYLD_LI

Re: Troubles installing ports with Macports 2.3.1

2014-07-02 Thread Joël Brogniart
> On Jul 2, 2014, at 2:25 AM, Joshua Root wrote: > >>> On Jul 1, 2014, at 4:58 AM, Jo?l Brogniart wrote: >>> I suppose that, during the "Computing dependencies for auto-multiple-choice" phase, a lot of http requests are made to obtain port information and that these requests are

PIL + ReportLab vs Pillow

2014-07-02 Thread Glenn Ramsey
Hi, Is there a way that I can have both PIL and Pillow installed at the same time? PIL 1.1.7 has a bug that affects my code, and the bug is fixed in Pillow. The py27-pil and py27-Pillow packages are mutually exclusive so I can't have them both installed from MacPorts. I also need ReportLab, bu

Re: Troubles installing ports with Macports 2.3.1

2014-07-02 Thread Joshua Root
On 2014-7-3 04:38 , Ryan Schmidt wrote: > > On Jul 2, 2014, at 2:25 AM, Joshua Root wrote: > >>> On Jul 1, 2014, at 4:58 AM, Joël Brogniart wrote: >>> I suppose that, during the "Computing dependencies for auto-multiple-choice" phase, a lot of http requests are made to obtain por

Re: Troubles installing ports with Macports 2.3.1

2014-07-02 Thread Clemens Lang
Hi, > Ok, but that would only be enough http requests to determine if an archive > for the main port is available, right? So ideally 1 http request (in the > case where the archive exists on the server it tried), or maybe a few > requests (to check a few additional servers). It wouldn't be proport

Re: Issue with mirroring gnutls source files

2014-07-02 Thread Ryan Schmidt
On Jul 2, 2014, at 3:15 PM, Daniel J. Luke wrote: > On Jul 2, 2014, at 4:08 PM, Ryan Schmidt wrote: >>> For some reason my MacPorts installed ports don't stay loaded with `port >>> load foo` on that machine (ie, when I reboot squid3 doesn't start up >>> unless/until I do another `port load sq

Re: Issue with mirroring gnutls source files

2014-07-02 Thread Daniel J. Luke
On Jul 2, 2014, at 4:08 PM, Ryan Schmidt wrote: >> For some reason my MacPorts installed ports don't stay loaded with `port >> load foo` on that machine (ie, when I reboot squid3 doesn't start up >> unless/until I do another `port load squid3`). I haven't had time to >> investigate why (yet). >

Re: Issue with mirroring gnutls source files

2014-07-02 Thread Ryan Schmidt
On Jul 2, 2014, at 2:49 PM, Daniel J. Luke wrote: > On Jul 2, 2014, at 3:22 PM, Ryan Schmidt wrote: >> There was a recent Apple network reconfiguration which interrupted that for >> some time. Then more recently, Daniel's proxy server was offline for some >> time. Everything should be working

Help with DYLD_LIBRARY_PATH

2014-07-02 Thread M-Rick
Hi I wanted to install SAGA GIS and forcing MacPorts to build over already existing libraries. I edited the macports.conf file and added this line but MacPorts doesn't seem to care about… Is this correct? extra_env DYLD_LIBRARY_PATH=/Library/Frameworks/GEOS.framework/Versions/Cu

Re: Issue with mirroring gnutls source files

2014-07-02 Thread Daniel J. Luke
On Jul 2, 2014, at 3:22 PM, Ryan Schmidt wrote: > There was a recent Apple network reconfiguration which interrupted that for > some time. Then more recently, Daniel's proxy server was offline for some > time. Everything should be working now, but it could be that gnutls was > updated to 3.3.x

Re: Issue with mirroring gnutls source files

2014-07-02 Thread Ryan Schmidt
On Jul 2, 2014, at 1:45 PM, Marius Schamschula wrote: > I’ve been researching https://trac.macports.org/ticket/44199 > > It seems that the newest files on the MacPorts mirrors are for gnutls version > 3.1.x. > > Why are the gnutls 3.3.x files not mirrored? > > How is mirroring enabled? It is

Issue with mirroring gnutls source files

2014-07-02 Thread Marius Schamschula
HI all, I’ve been researching https://trac.macports.org/ticket/44199 It seems that the newest files on the MacPorts mirrors are for gnutls version 3.1.x. Why are the gnutls 3.3.x files not mirrored? How is mirroring enabled? Is there an issue if the master site is ftp based? Marius -- Marius

Re: libffi refuses to upgrade

2014-07-02 Thread Ryan Schmidt
On Jun 30, 2014, at 6:46 PM, semaphor...@yahoo.com wrote: > I found this bug in the list, but it is happening on a fully 64-bit platform. > I don't get it. > > What else could be causing this problem? The developers of libffi have written code that is incompatible with your system or compiler

Re: Troubles installing ports with Macports 2.3.1

2014-07-02 Thread Ryan Schmidt
On Jul 2, 2014, at 2:25 AM, Joshua Root wrote: >> On Jul 1, 2014, at 4:58 AM, Joël Brogniart wrote: >> >>> I suppose that, during the "Computing dependencies for >>> auto-multiple-choice" phase, a lot of http requests are made to obtain port >>> information and that these requests are not full

Re: of KDE's kcookiejar and kded4 failing to launch automatically

2014-07-02 Thread René J.V. Bertin
On Jul 02, 2014, at 05:25, Ian Wadham wrote: > > Please feel free to join us on kde-mac as Marko has suggested. Maybe you > would like to skim the recent archives there and on kde-devel [1] and [2]. > What Boudewijn Rempt, a seasoned KDE developer, has to say is rather > interesting. Lots of th

Troubles installing ports with Macports 2.3.1

2014-07-02 Thread Joshua Root
> On Jul 1, 2014, at 4:58 AM, Joël Brogniart wrote: > >> I suppose that, during the "Computing dependencies for auto-multiple-choice" >> phase, a lot of http requests are made to obtain port information and that >> these requests are not fully closed either by Macports or by the proxy. As >> th