On Jun 5, 2013, at 02:55, g...@macports.org wrote:
> Revision: 106691
> https://trac.macports.org/changeset/106691
> Author: g...@macports.org
> Date: 2013-06-05 00:55:54 -0700 (Wed, 05 Jun 2013)
> Log Message:
> ---
> devel/coccinelle:
> fix homepage (I like it better with
On 06/06/2013, at 9:02 AM, Lawrence Velázquez wrote:
> On Jun 5, 2013, at 12:03 PM, Nicolas Pavillon wrote:
>
>> This error seem to appear because Qt forward-declares
>> random_access_iterator_tag in qiterator.h in the part:
>> #ifdef QT_NO_STL
>> namespace std {
>>struct bidirectional_ite
There's already a fix committed to the qt 4.8 git master (not a release,
though); see attached. I've wondered how to approach Qt 4.8 now that
they've moved on to the 5 series. They are still fixing the 4.8 series,
but, I think, not producing point releases; just "devel" style releases.
I monitor t
As of 2013-05-04 Debian stable uses GNOME 3.4 as its standard desktop
environment.
I would hope their move can be taken as an indication that 3.x versions of
all essential libraries are now available.
I think we could copy MacPorts' GNOME ports to a branch for upgrading to
3.x versions.
Freezing br
On Jun 5, 2013, at 12:03 PM, Nicolas Pavillon wrote:
> This error seem to appear because Qt forward-declares
> random_access_iterator_tag in qiterator.h in the part:
> #ifdef QT_NO_STL
> namespace std {
> struct bidirectional_iterator_tag;
> struct random_access_iterator_tag;
> }
> #endi
On Jun 5, 2013, at 4:18 PM, strom...@macports.org wrote:
> Revision: 106706
> https://trac.macports.org/changeset/106706
> Author: strom...@macports.org
> Date: 2013-06-05 13:18:34 -0700 (Wed, 05 Jun 2013)
> Log Message:
> ---
> mapnik: update to version 2.2.0
>
> Modified
Hello,
I have an issue with upgrading a port, about which I would like to ask for
advice. I looked into upgrading kdevelop and its dependency kdevplatform, and
ran into an issue which finally relates to Qt, apparently.
In details, kdevplatform links to grantlee, which appears to have issues wi
On Tue, Jun 4, 2013, at 10:14 PM, Ryan Schmidt wrote:
> > +pre-fetch {
> > +if {[file exists /opt/local/lib/libgnuradio-runtime.dylib]} {
> Doesn't this "/opt/local" need to be "${prefix}"?
Yes; my bad.
> In fact there may be a
> better way to accomplish this, by using the registry_a
