<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.os.apple.macports.devel">
    <title>gmane.os.apple.macports.devel</title>
    <link>http://blog.gmane.org/gmane.os.apple.macports.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.macports.devel/22719"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.macports.devel/22701"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.macports.devel/22697"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.macports.devel/22692"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.macports.devel/22681"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.macports.devel/22680"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.macports.devel/22679"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.macports.devel/22665"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.macports.devel/22661"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.macports.devel/22660"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.macports.devel/22658"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.macports.devel/22655"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.macports.devel/22653"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.macports.devel/22648"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.macports.devel/22639"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.macports.devel/22638"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.macports.devel/22628"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.macports.devel/22625"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.macports.devel/22614"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.apple.macports.devel/22612"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.macports.devel/22719">
    <title>Promote octave-devel to octave?</title>
    <link>http://comments.gmane.org/gmane.os.apple.macports.devel/22719</link>
    <description>&lt;pre&gt;octave is at 3.2.4 while octave-devel is at 3.6.4.  Any reason not to 
copy octave-devel to octave and do work on octave until the next major 
version of octave comes out?

Blair
&lt;/pre&gt;</description>
    <dc:creator>Blair Zajac</dc:creator>
    <dc:date>2013-05-22T17:43:00</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.macports.devel/22701">
    <title>MacPorts Lion buildbot is stuck</title>
    <link>http://comments.gmane.org/gmane.os.apple.macports.devel/22701</link>
    <description>&lt;pre&gt;Tonight it is the Lion buildbot that's stuck deploying archives:



(view as text)
./deploy_archives.sh archive_staging-buildports-lion-x86_64

** RUNNING ON BUILDMASTER **
 in dir /var/buildbot
 argv: ['./deploy_archives.sh', 'archive_staging-buildports-lion-x86_64']



&lt;/pre&gt;</description>
    <dc:creator>Ryan Schmidt</dc:creator>
    <dc:date>2013-05-20T07:48:49</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.macports.devel/22697">
    <title>Putting my Mac to sleep wedged my Installer package scripts</title>
    <link>http://comments.gmane.org/gmane.os.apple.macports.devel/22697</link>
    <description>&lt;pre&gt;Hi,

I'm trying to install MacPorts 2.1.3 on my Retina Display MacBook Pro,
Model Identifier MacBookPro10,1, running Mac OS X 10.8.3.

When the Installer was running the package scripts, and reporting that it
had five minutes left, I had to catch a bus so I put the unit to sleep,
then closed the lid.

When I opened it, the Installer reported that it had seven minutes left.  I
let the installer run quite a lot longer than seven minutes, but the
estimated time left steadily grew to seventeen minutes without any
advancement of the progress bar.

Finally I used Command-Option-Escape to kill the process, but when I try to
run the installer again, it tells me that it's waiting for a previous
installation to complete.  I killed the process again, then tried to
restart, but OS X won't let me.  Instead it displays a window that says I
have to wait until the installation completes.  It still says Running
Package Scripts, but does not display a time estimate.

I can force a shutdown by holding down the power key, but a&lt;/pre&gt;</description>
    <dc:creator>Michael Crawford</dc:creator>
    <dc:date>2013-05-20T02:08:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.macports.devel/22692">
    <title>no response to ticket #8901</title>
    <link>http://comments.gmane.org/gmane.os.apple.macports.devel/22692</link>
    <description>&lt;pre&gt;Hello,

There has been no response in 2 months from maintainer
fabian.renn-gM/Ye1E23mwN+BqQ9rBEUg&amp;lt; at &amp;gt;public.gmane.org to ticket #8901 which I filed about port libxc.
Can the patch I submitted there please be reviewed and committed? These are
minor issues, but it doesn't look like the maintainer is active anymore.

Thanks,
David
&lt;/pre&gt;</description>
    <dc:creator>David Strubbe</dc:creator>
    <dc:date>2013-05-20T00:03:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.macports.devel/22681">
    <title>Ticket #39006 - OpenSceneGraph</title>
    <link>http://comments.gmane.org/gmane.os.apple.macports.devel/22681</link>
    <description>&lt;pre&gt;Hi,

Would it be possible for someone to submit ticket number 39006, please?

http://trac.macports.org/ticket/39006

Thanks
Eduardo
&lt;/pre&gt;</description>
    <dc:creator>Eduardo Poyart</dc:creator>
    <dc:date>2013-05-18T20:32:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.macports.devel/22680">
    <title>PyPy buildbot times out</title>
    <link>http://comments.gmane.org/gmane.os.apple.macports.devel/22680</link>
    <description>&lt;pre&gt;I have a patch to fix pypy Using The Right Compiler but noticed that the
buildbot was failing with a timeout error. Is there any way to increase the
timeout for pypy?
&lt;/pre&gt;</description>
    <dc:creator>Sean Farley</dc:creator>
    <dc:date>2013-05-18T17:34:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.macports.devel/22679">
    <title>Deprecated options (option_deprecate) in variants and other standardcode blocks</title>
    <link>http://comments.gmane.org/gmane.os.apple.macports.devel/22679</link>
    <description>&lt;pre&gt;I'm hoping some other developers who have a good understanding of MacPorts base can help me. I'm trying to understand some strange behavior of the "option_deprecate" procedure which I think is a bug.


First, some background for those who may not be as familiar with MacPorts base. An "option" in MacPorts—such as "depends_lib" or "configure.args"—is a variable that can be set or overwritten without using the "set" command, that can behave as a list, that can have items appended or deleted or replaced using the special -append, -delete or -replace modifiers, and that supports lazy/late evaluation. And options can have variable traces attached to them using "option_proc" so that a particular procedure runs whenever an option is accessed or changed or deleted.

Options are also automatically global within standard portfile code blocks, like "build {}" or "pre-destroot {}" or "variant {}", meaning that you can just use any option without having to first indicate that it's a global variable. This magic occurs &lt;/pre&gt;</description>
    <dc:creator>Ryan Schmidt</dc:creator>
    <dc:date>2013-05-18T09:49:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.macports.devel/22665">
    <title>MacPorts 10.6 buildbot is stuck (eom)</title>
    <link>http://comments.gmane.org/gmane.os.apple.macports.devel/22665</link>
    <description>&lt;pre&gt;
&lt;/pre&gt;</description>
    <dc:creator>Lawrence Velázquez</dc:creator>
    <dc:date>2013-05-16T02:07:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.macports.devel/22661">
    <title>Permissive licenses</title>
    <link>http://comments.gmane.org/gmane.os.apple.macports.devel/22661</link>
    <description>&lt;pre&gt;Hello,

For porting packages with the following licenses

http://code.google.com/p/mplh5canvas/source/browse/trunk/LICENSE.txt
http://code.google.com/p/pywebsocket/source/browse/trunk/src/COPYING

are these considered 'Permissive', i.e., is 'license Permissive' appropriate in Portfiles for these two packages? The key terms are:

Redistribution and use in source and binary forms, with or without
modification, are permitted provided that the following conditions are
met:

* Redistributions of source code must retain the above copyright
notice, this list of conditions and the following disclaimer.
* Redistributions in binary form must reproduce the above
copyright notice, this list of conditions and the following disclaimer
in the documentation and/or other materials provided with the
distribution.
* Neither the name of &amp;lt;insert company name here&amp;gt; nor the names of its
contributors may be used to endorse or promote products derived from
this software without specific prior written permission.

THIS SOFTWARE IS PR&lt;/pre&gt;</description>
    <dc:creator>Leo Singer</dc:creator>
    <dc:date>2013-05-15T03:59:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.macports.devel/22660">
    <title>python27: Different python27 binaries</title>
    <link>http://comments.gmane.org/gmane.os.apple.macports.devel/22660</link>
    <description>&lt;pre&gt;Hi,

I am trying to create a new Portfile (attached) for a python script (namely https://sourceforge.net/projects/cif2cell/ ). In principle, everything goes well, not much to do, it's just that the script does not work as intended. If however, I run the cif2cell file included in the tar.gz-Archive, everything works fine. The only difference I could find between the cif2cell script included in the tar.gz and the one generated by the python setup.py sequence run by the mac ports build command is in the very first line. The original script reads

#!/usr/bin/env python

while the newly generated one reads

#!/opt/local/Library/Frameworks/Python.framework/Versions/2.7/Resources/Python.app/Contents/MacOS/Python

On my system /usr/bin/env python evaluates (via multiple soft links) to /opt/local/Library/Frameworks/Python.framework/Versions/2.7/bin/python2.7 both this file and the other file are binaries created by the mac port python27. I can see the binaries are different.

I now have two questions: 
* What is the &lt;/pre&gt;</description>
    <dc:creator>Peter Brommer</dc:creator>
    <dc:date>2013-05-14T13:02:56</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.macports.devel/22658">
    <title>fail2ban update to v0.8.8 - commit needed</title>
    <link>http://comments.gmane.org/gmane.os.apple.macports.devel/22658</link>
    <description>&lt;pre&gt;Hi,

Can someone please check ticket #38961 and commit the files ?

Thanks,
Francois.
&lt;/pre&gt;</description>
    <dc:creator>Francois Claire</dc:creator>
    <dc:date>2013-05-14T10:06:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.macports.devel/22655">
    <title>Revbumps for virtuoso and octave-devel needed</title>
    <link>http://comments.gmane.org/gmane.os.apple.macports.devel/22655</link>
    <description>&lt;pre&gt;I just noticed that revbumps are needed for virtuoso and octave-devel.
&lt;/pre&gt;</description>
    <dc:creator>MK-MacPorts-5B4pB1Cg6zb1P9xLtpHBDw&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2013-05-14T06:11:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.macports.devel/22653">
    <title>Certificate Authorities: curl-ca-bundle, certsync, keychain</title>
    <link>http://comments.gmane.org/gmane.os.apple.macports.devel/22653</link>
    <description>&lt;pre&gt;Howdy,

Over the weekend I whipped up (and added a port for) 'certsync'; it's a small tool that fetches all trusted certificates from the Mac OS X system keychain, and then spits them out as OpenSSL-readable pem-encode certificate bundle.

The goal was to provide a replacement for curl-ca-bundle with the following benefits:
- Uses the CAs Apple provides -- that way MacPorts doesn't have to be in the business of distributing CA certificates.
- Also includes any custom CAs that the user has added. This is the case for many people who use internal CAs to sign certificates for their corporate (or personal) services.
- Automatically updates (if the launchd item is loaded) when the System Keychain(s) or trust settings are modified. 

There are a few gotchas that I could use input on, however:
- curl-ca-bundle currently lays claim to ${prefix}/etc/openssl/cacerts.pem. This conflicts with certsync, and there's no way to have both installed at the same time.
- A small number of ports directly depend on curl-ca-b&lt;/pre&gt;</description>
    <dc:creator>Landon Fuller</dc:creator>
    <dc:date>2013-05-14T01:39:56</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.macports.devel/22648">
    <title>Update of digikam port</title>
    <link>http://comments.gmane.org/gmane.os.apple.macports.devel/22648</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

could someone try to commit the updated patch of ticket #38706
&amp;lt;https://trac.macports.org/ticket/38706&amp;gt; again?

Thanks,
Jan
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlGRLisACgkQ5zkufi1obaFK6gCdGLL43NYrHHaTNhh/HP1xs+wJ
bqoAn1u0Ma5Gxy8eUJv7fJjZqG7Q9KFc
=qAGM
-----END PGP SIGNATURE-----
&lt;/pre&gt;</description>
    <dc:creator>Jan Gosmann</dc:creator>
    <dc:date>2013-05-13T18:17:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.macports.devel/22639">
    <title>Different deps shown on console and web</title>
    <link>http://comments.gmane.org/gmane.os.apple.macports.devel/22639</link>
    <description>&lt;pre&gt;I noticed that 

http://www.macports.org/ports.php?by=name&amp;amp;substr=abtransfers 

shows qt4-x11 as dependency, although the Portfile has qt4-mac defined and "port info abtransfers" also shows qt4-mac, as expected:
---
$ port deps abtransfers 
Full Name: abtransfers &amp;lt; at &amp;gt;0.0.4.0_0
Build Dependencies:   pkgconfig
Library Dependencies: qt4-mac, aqbanking5
---

What's going on on http://www.macports.org ???
&lt;/pre&gt;</description>
    <dc:creator>MK-MacPorts-5B4pB1Cg6zb1P9xLtpHBDw&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2013-05-12T21:29:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.macports.devel/22638">
    <title>netcdf-fortran +universal</title>
    <link>http://comments.gmane.org/gmane.os.apple.macports.devel/22638</link>
    <description>&lt;pre&gt;Hi,

Can anyone advise on how to make a port using netcdf-fortran +universal,
specifically how to resolve the paths where the Fortran mod files get
installed? This might involve use of the 'muniversal' portgroup.

See the discussion at https://trac.macports.org/ticket/38995

Thanks,
David
&lt;/pre&gt;</description>
    <dc:creator>David Strubbe</dc:creator>
    <dc:date>2013-05-12T16:59:50</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.macports.devel/22628">
    <title>Gtk based applications not working right</title>
    <link>http://comments.gmane.org/gmane.os.apple.macports.devel/22628</link>
    <description>&lt;pre&gt;Hey,

I'm new to macports, i've been using it for a month or so, i've been having
trouble with a lot of applications that use Gtk. Once i install them, they
seem to start start normally on the X11 terminal, but are incapable of
showing any text. I faced this problem after installing two applications,
Wireshark and Gedit.
Both of them give almost the same error messages.
I tried searching for existing complaints &amp;amp; solutions, looks like i
couldn't phrase my search well enough to find anything.

http://imagr.eu/up/51892a8f04661_screen-capture.png
http://pastebin.com/A2a8RCz7

Thank you

Vishwajit Kolathur
&lt;/pre&gt;</description>
    <dc:creator>Vishwajit Kolathur</dc:creator>
    <dc:date>2013-05-07T16:31:24</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.macports.devel/22625">
    <title>buildports-mtln hung build?</title>
    <link>http://comments.gmane.org/gmane.os.apple.macports.devel/22625</link>
    <description>&lt;pre&gt;https://build.macports.org/builders/buildports-mtln-x86_64

It looks like the deploy step might be hung on a build of port:nco (started 88 hours ago). It's been sitting so long that the seconds counter appears to have overflowed.

&lt;/pre&gt;</description>
    <dc:creator>Jeremy Lavergne</dc:creator>
    <dc:date>2013-05-06T16:34:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.macports.devel/22614">
    <title>Fix for OpenSceneGraph</title>
    <link>http://comments.gmane.org/gmane.os.apple.macports.devel/22614</link>
    <description>&lt;pre&gt;Hello,

The OpenSceneGraph port has a runtime infinite recursion bug when the
function sinf is called, as well as other math functions. This is
described here:
http://forum.openscenegraph.org/viewtopic.php?t=9121

I prepared the attached fix. Would it be possible to apply it?

Thanks
Eduardo
&lt;/pre&gt;</description>
    <dc:creator>Eduardo Poyart</dc:creator>
    <dc:date>2013-05-04T21:33:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.macports.devel/22612">
    <title>Handle configure.pkg_config_path as a list</title>
    <link>http://comments.gmane.org/gmane.os.apple.macports.devel/22612</link>
    <description>&lt;pre&gt;MacPorts base sets PKG_CONFIG_PATH to ${configure.pkg_config_path}.

But should we allow configure.pkg_config_path to be a Tcl list, and join the elements with a ":" before assigning it to PKG_CONFIG_PATH?

I don't see any ports currently needing to set it to more than a single path, but if any did need that, this would make it much easier for them.

&lt;/pre&gt;</description>
    <dc:creator>Ryan Schmidt</dc:creator>
    <dc:date>2013-05-04T04:07:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.apple.macports.devel/22603">
    <title>questions on "test" phase and variant dependency</title>
    <link>http://comments.gmane.org/gmane.os.apple.macports.devel/22603</link>
    <description>&lt;pre&gt;Hi all,

I have two questions about Portfile development.

I saw in the guide that there is a "test" phase that can be defined with
test.run, test.cmd, test.target. But the information there is quite
minimal. How is this intended to be used? It seems to me that it does not
run when a port is being installed, only if you do 'port test', and that it
does an independent build, not using one that may have been installed
already, which I find somewhat surprising. How is the result of the test
supposed to be reported after the run?

I am trying to make a port that depends on netcdf-fortran. The Fortran mod
files installed by netcdf-fortran (as always) are dependent on compiler and
even compiler version, so it is necessary for my port and netcdf-fortran to
both use the same compiler version, e.g. gcc46. How can this be requested
or checked in the Portfile? If they do not match, the configure step will
fail in a not particularly informative manner.

Thanks,
David
&lt;/pre&gt;</description>
    <dc:creator>David Strubbe</dc:creator>
    <dc:date>2013-05-03T03:53:14</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.os.apple.macports.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.os.apple.macports.devel</link>
  </textinput>
</rdf:RDF>
