<?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://permalink.gmane.org/gmane.os.apple.macports.user">
    <title>gmane.os.apple.macports.user</title>
    <link>http://permalink.gmane.org/gmane.os.apple.macports.user</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://permalink.gmane.org/gmane.os.apple.macports.user/32214"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.apple.macports.user/32213"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.apple.macports.user/32212"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.apple.macports.user/32211"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.apple.macports.user/32210"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.apple.macports.user/32209"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.apple.macports.user/32208"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.apple.macports.user/32207"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.apple.macports.user/32206"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.apple.macports.user/32205"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.apple.macports.user/32204"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.apple.macports.user/32203"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.apple.macports.user/32202"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.apple.macports.user/32201"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.apple.macports.user/32200"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.apple.macports.user/32199"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.apple.macports.user/32198"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.apple.macports.user/32197"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.apple.macports.user/32196"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.apple.macports.user/32195"/>
      </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://permalink.gmane.org/gmane.os.apple.macports.user/32214">
    <title>Re: MacPorts opt folder: Hidden one?</title>
    <link>http://permalink.gmane.org/gmane.os.apple.macports.user/32214</link>
    <description>&lt;pre&gt;On Thu, May 23, 2013 at 7:37 PM, Eneko Gotzon Ares
&amp;lt;enekogotzon&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:

I think this is the default behaviour in Mountain Lion. If you want to
show it in the Finder you should be able to do this by running the
following in a terminal:

$ chflags nohidden /opt

Cheers

Adam
&lt;/pre&gt;</description>
    <dc:creator>Adam Mercer</dc:creator>
    <dc:date>2013-05-24T04:30:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.apple.macports.user/32213">
    <title>Re: wine/quicktime installer</title>
    <link>http://permalink.gmane.org/gmane.os.apple.macports.user/32213</link>
    <description>&lt;pre&gt;
On May 23, 2013, at 11:29, René J.V. Bertin wrote:


I have not tried it. What problems do you experience?

You may be better off asking the wine people directly, since the problem you're experiencing is unlikely to be unique to MacPorts. We're just more or less packaging the official wine software into MacPorts; we're not patching or modifying it in a way that should affect how it works.

&lt;/pre&gt;</description>
    <dc:creator>Ryan Schmidt</dc:creator>
    <dc:date>2013-05-24T04:11:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.apple.macports.user/32212">
    <title>Re: Problems installing ffmpeg 1.2.1</title>
    <link>http://permalink.gmane.org/gmane.os.apple.macports.user/32212</link>
    <description>&lt;pre&gt;
I'm not aware of any feature in MacPorts that would cause that to happen—aside from explicitly requesting that (e.g. "sudo port activate ffmpeg &amp;lt; at &amp;gt;1.1.2_0+gpl2"), but John isn't doing that.


"install" and "upgrade" both upgrade dependencies first—unless you explicitly request for that not to happen, by using the "-n" flag, but John isn't doing that.


John, have you run "sudo port selfupdate" to make sure your ports and MacPorts base are up to date? If so, and this is still happening, is it possible you have deliberately set up a local portfile repository, which contains this older ffmpeg 1.1.2 port? Check your sources.conf file for unusual entries.


&lt;/pre&gt;</description>
    <dc:creator>Ryan Schmidt</dc:creator>
    <dc:date>2013-05-24T04:03:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.apple.macports.user/32211">
    <title>MacPorts opt folder: Hidden one?</title>
    <link>http://permalink.gmane.org/gmane.os.apple.macports.user/32211</link>
    <description>&lt;pre&gt;Due to difficulties accessing the content of the user accounts I have  
had to reinstall the system, and I took the opportunity to also  
reinstall MacPorts. Now, its opt folder is a hidden one: Is that its  
normal status?

This is not a problem, just a question. Thanks.
--
Eneko Gotzon Ares

&lt;/pre&gt;</description>
    <dc:creator>Eneko Gotzon Ares</dc:creator>
    <dc:date>2013-05-24T00:37:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.apple.macports.user/32210">
    <title>Re: Problems installing ffmpeg 1.2.1</title>
    <link>http://permalink.gmane.org/gmane.os.apple.macports.user/32210</link>
    <description>&lt;pre&gt;

At a guess, it's getting installed and then immediately deactivated and
replaced with the older version because of dependencies broken by the new
one. Use "upgrade" instead of "install" to make sure those dependencies are
also updated to use the new version; or if that also ends up re-downgrading
you in the rev-upgrade step following the upgrade, then make a note of the
ports which were noted as broken in rev-upgrade and file Trac tickets
against them, as that would indicate they have dependencies they are not
declaring properly.

&lt;/pre&gt;</description>
    <dc:creator>Brandon Allbery</dc:creator>
    <dc:date>2013-05-23T23:39:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.apple.macports.user/32209">
    <title>Problems installing ffmpeg 1.2.1</title>
    <link>http://permalink.gmane.org/gmane.os.apple.macports.user/32209</link>
    <description>&lt;pre&gt;Having a problem getting the 1.2.1 version installed.  When I search for 
ffmpeg in available ports, the result I see is ffmpeg 1.2.1 and the 
associated Portfile also lists 1.2.1 as the version.

However, when I run "sudo port install ffmpeg +nonfree", I get version 
1.1.2 installed.

If I then uninstall 1.1.2 and run ffmpeg &amp;lt; at &amp;gt;1.2.1+nonfree I still get the 
1.1.2 version installed.

Is there some other syntax or procedure to force the installation of 
1.2.1 rather than 1.1.2?  Maybe download the Portfile and run it locally?

I need the 1.2.1 version to use some specific encoding command line 
parameters.

&lt;/pre&gt;</description>
    <dc:creator>John King</dc:creator>
    <dc:date>2013-05-23T23:11:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.apple.macports.user/32208">
    <title>Re: launchctl: failed: -10</title>
    <link>http://permalink.gmane.org/gmane.os.apple.macports.user/32208</link>
    <description>&lt;pre&gt;
Yes, I'm running Leopard.

It is my first attempt as root (or superuser). Go for it!

Brandon, thank you very much for illuminate my way :) and take care.
--
Eneko Gotzon Ares

&lt;/pre&gt;</description>
    <dc:creator>Eneko Gotzon Ares</dc:creator>
    <dc:date>2013-05-23T22:39:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.apple.macports.user/32207">
    <title>Re: wine/quicktime installer</title>
    <link>http://permalink.gmane.org/gmane.os.apple.macports.user/32207</link>
    <description>&lt;pre&gt;
On May 23, 2013, at 22:28, Chris Jones wrote:

Well, I may not have tried hard enough, but I doubt that the win32 apps using QuickTime (and QT components) that I develop would work with the Mac version O:^)

It'd be very nice to be able to avoid firing up a VM for just a couple of tweaks to my code!

R.

&lt;/pre&gt;</description>
    <dc:creator>René J.V. Bertin</dc:creator>
    <dc:date>2013-05-23T21:35:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.apple.macports.user/32206">
    <title>Re: wine/quicktime installer</title>
    <link>http://permalink.gmane.org/gmane.os.apple.macports.user/32206</link>
    <description>&lt;pre&gt;

On 23 May 2013, at 05:29 PM, "René J.V. Bertin" &amp;lt;rjvbertin&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:


Just curious, but why would you want to... You are already on a mac, so just install the native version ?

_______________________________________________
macports-users mailing list
macports-users&amp;lt; at &amp;gt;lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users
&lt;/pre&gt;</description>
    <dc:creator>Chris Jones</dc:creator>
    <dc:date>2013-05-23T20:28:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.apple.macports.user/32205">
    <title>wine/quicktime installer</title>
    <link>http://permalink.gmane.org/gmane.os.apple.macports.user/32205</link>
    <description>&lt;pre&gt;Hello,

Am I alone in not being able to install Apple QuickTime under the current wine version (1.5.29)?

René
&lt;/pre&gt;</description>
    <dc:creator>René J.V. Bertin</dc:creator>
    <dc:date>2013-05-23T16:29:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.apple.macports.user/32204">
    <title>Re: launchctl: failed: -10</title>
    <link>http://permalink.gmane.org/gmane.os.apple.macports.user/32204</link>
    <description>&lt;pre&gt;

Are you on Leopard or earlier? -w used to edit the actual plist, which
doesn't work for LaunchAgents as the plist is owned by root. (On Snow
Leopard and later, the disabled status is stored in a per-user state file,
avoiding this issue. This also means it's actually per user instead of all
users.)

On older OS X, you'll need to edit the plist as root and change the value
of the Disabled key to False, then run the launchctl command without -w (or
just log out and back in).

&lt;/pre&gt;</description>
    <dc:creator>Brandon Allbery</dc:creator>
    <dc:date>2013-05-23T14:10:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.apple.macports.user/32203">
    <title>launchctl: failed: -10</title>
    <link>http://permalink.gmane.org/gmane.os.apple.macports.user/32203</link>
    <description>&lt;pre&gt;Hi all computer savvy :) Here Eneko rethinking how to use MacPorts :)

About the generated startup items –that will aid in starting dbus with  
launchd–, Terminal says that to start them, and to cause them to  
launch at startup, the following commands must be executed:

%% sudo launchctl load -w /Library/LaunchDaemons/org.freedesktop.dbus- 
system.plist
Successfully executed.

%% launchctl load -w /Library/LaunchAgents/org.freedesktop.dbus- 
session.plist
Terminal shows the ensuing error message:
launchctl: CFURLWriteDataAndPropertiesToResource(/Library/LaunchAgents/ 
org.freedesktop.dbus-session.plist) failed: -10

I want to understand and fix the error, but I found very few answers  
in the Internet and, for common men, they are quite difficult to  
understand, so I need your advice. What happens? What to do?

Thank you very much –and have a great life!– ;)
--
Eneko Gotzon Ares

&lt;/pre&gt;</description>
    <dc:creator>Eneko Gotzon Ares</dc:creator>
    <dc:date>2013-05-23T13:57:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.apple.macports.user/32202">
    <title>Re: Refresher on gcc port and the executables</title>
    <link>http://permalink.gmane.org/gmane.os.apple.macports.user/32202</link>
    <description>&lt;pre&gt;
On May 23, 2013, at 02:15, Tabitha McNerney wrote:

 he Apple tools?

If you don't trust the compilers provided by Apple in Xcode, then you can't trust any compiler built by MacPorts, since MacPorts will build its compilers using a compiler from Xcode.

Not trusting your vendor's compiler seems needlessly paranoid. Then again I don't write security-critical software.

Using, say, a compiler binary provided by Apple to compile your software does not somehow give Apple any rights to your software. That would be silly.

You could ask your boss to clarify his intent, but it sounds like what he wants is for the source code you write to not *require* a specific compiler, but to be *portable* to any normal C compiler. That's a reasonable requirement, and is one that's followed by most of the software ported by MacPorts. The C language is standardized, as is C++; assuming you write standards-compliant code, and don't use e.g. Apple- or Microsoft-specific language or compiler extensions, you should have no problem c&lt;/pre&gt;</description>
    <dc:creator>Ryan Schmidt</dc:creator>
    <dc:date>2013-05-23T10:59:13</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.apple.macports.user/32201">
    <title>Re: Refresher on gcc port and the executables</title>
    <link>http://permalink.gmane.org/gmane.os.apple.macports.user/32201</link>
    <description>&lt;pre&gt;
Read this:
    http://scienceblogs.com/goodmath/2007/04/15/strange-loops-dennis-ritchie-a/

Mojca
&lt;/pre&gt;</description>
    <dc:creator>Mojca Miklavec</dc:creator>
    <dc:date>2013-05-23T10:07:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.apple.macports.user/32200">
    <title>Re: Refresher on gcc port and the executables</title>
    <link>http://permalink.gmane.org/gmane.os.apple.macports.user/32200</link>
    <description>&lt;pre&gt;


Thank you for pointing that out, I hadn't inspected enough to realize they
are hard links.




For a particular project I am working on, my boss asked me if there was a
way to compile some code from source (which depends on and will use of some
advanced cryptography potentially for highly sensitive business), such
that, in his words, "it is not dependent on any compiler tools from a
corporation like Apple, Google or Microsoft" and he said "it should be the
same as what is used by open source Linux distros". So this would mean gcc
but it makes me think I might need to do something unique such as making
gcc from source on my own since my boss doesn't want there to be any
company fingerprints (he's really worried but also its his job that could
be on the line). For special purposes, is it fairly easy to make gcc and
g++ from source, on OS X, in a way that is in fact "divorced" from the
Apple tools?




If I do this, the same will apply from what you wrote above, true (about
the assembler, archiver, linker, z&lt;/pre&gt;</description>
    <dc:creator>Tabitha McNerney</dc:creator>
    <dc:date>2013-05-23T07:15:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.apple.macports.user/32199">
    <title>Re: libcryptopp needs updating (is Raphael will with us?)</title>
    <link>http://permalink.gmane.org/gmane.os.apple.macports.user/32199</link>
    <description>&lt;pre&gt;Hi Raphael,

Thank you so very much for updating libcryptopp! I wasn't aware that I
could get the maintainer email address the way you suggested. Instead, I
had searched my email archives for MacPorts and sent the email to
attie&amp;lt; at &amp;gt;mps.mpg.de (that may have been a different Raphael? Sorry).

-Tabitha



On Wed, May 22, 2013 at 1:59 AM, Raphael Straub &amp;lt;raphael&amp;lt; at &amp;gt;macports.org&amp;gt;wrote:

&lt;/pre&gt;</description>
    <dc:creator>Tabitha McNerney</dc:creator>
    <dc:date>2013-05-23T07:03:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.apple.macports.user/32198">
    <title>Re: Refresher on gcc port and the executables</title>
    <link>http://permalink.gmane.org/gmane.os.apple.macports.user/32198</link>
    <description>&lt;pre&gt;

There is no difference. They're hard links to the same files:

    % for f in {gcc{-ranlib,,-nm,-ar},g++}-mp-4.7; do  
    for&amp;gt;            stat -f 'inode %i: %N' /opt/local/bin/{,x86_64-apple-darwin12-}$f;
    for&amp;gt;            echo;
    for&amp;gt; done
    inode 40693975: /opt/local/bin/gcc-ranlib-mp-4.7
    inode 40693975: /opt/local/bin/x86_64-apple-darwin12-gcc-ranlib-mp-4.7

    inode 40693973: /opt/local/bin/gcc-mp-4.7
    inode 40693973: /opt/local/bin/x86_64-apple-darwin12-gcc-mp-4.7

    inode 40693974: /opt/local/bin/gcc-nm-mp-4.7
    inode 40693974: /opt/local/bin/x86_64-apple-darwin12-gcc-nm-mp-4.7

    inode 40693972: /opt/local/bin/gcc-ar-mp-4.7
    inode 40693972: /opt/local/bin/x86_64-apple-darwin12-gcc-ar-mp-4.7

    inode 40693966: /opt/local/bin/g++-mp-4.7
    inode 40693966: /opt/local/bin/x86_64-apple-darwin12-g++-mp-4.7

The argv[0] each executable sees does depend on the name used to call it, so runtime behavior might be different, or even incorrect. (I have not tried it.) But they're still &lt;/pre&gt;</description>
    <dc:creator>Lawrence Velázquez</dc:creator>
    <dc:date>2013-05-22T23:15:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.apple.macports.user/32197">
    <title>Re: Where is man octave installed?</title>
    <link>http://permalink.gmane.org/gmane.os.apple.macports.user/32197</link>
    <description>&lt;pre&gt;
On May 22, 2013, at 6:28 AM, Michael Dickens &amp;lt;michaelld&amp;lt; at &amp;gt;macports.org&amp;gt; wrote:


Yes, that's completely reasonable. 

Honestly, I use google for documentation more than anything else for pretty much any program. 


-Cheers!
Frank

&lt;/pre&gt;</description>
    <dc:creator>Frank Schima</dc:creator>
    <dc:date>2013-05-22T15:11:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.apple.macports.user/32196">
    <title>Re: Refresher on gcc port and the executables</title>
    <link>http://permalink.gmane.org/gmane.os.apple.macports.user/32196</link>
    <description>&lt;pre&gt;
On May 22, 2013, at 14:17, Ryan Schmidt wrote:


Also, if things haven't changed from Xcode 3.2x, you can create your own .pbcompspec or .xccompspec file to tell Xcode about any non-standard compilers you may want to use. Evidently that probably wouldn't be the best idea for compiling ObjC, but for any other project it ought to work. You'll want to obtain the standard 3.2x settings file(s) though, to have a starting reference for the gcc options (with 3.2.6, I just refer to gcc-4.2 from my gcc-4.7 specification).

R.

&lt;/pre&gt;</description>
    <dc:creator>René J.V. Bertin</dc:creator>
    <dc:date>2013-05-22T12:36:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.apple.macports.user/32195">
    <title>Re: Where is man octave installed?</title>
    <link>http://permalink.gmane.org/gmane.os.apple.macports.user/32195</link>
    <description>&lt;pre&gt;The manpage is provided by the +docs variant. The reason +docs is
separate is because it requires texlive, which is a pretty serious set
of ports to compile/install -- so I kept it separate. Is this the
behavior we want? - MLD
&lt;/pre&gt;</description>
    <dc:creator>Michael Dickens</dc:creator>
    <dc:date>2013-05-22T12:28:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.apple.macports.user/32194">
    <title>Re: Refresher on gcc port and the executables</title>
    <link>http://permalink.gmane.org/gmane.os.apple.macports.user/32194</link>
    <description>&lt;pre&gt;
On May 22, 2013, at 05:25, Tabitha McNerney wrote:


Yes.



Note that Xcode 4.2 and later do not include any version of gcc. However if you install the command line tools (which you must do in order to use MacPorts) then /usr/bin/gcc does exist, as a symlink to llvm-gcc-4.2. I assume as of Xcode 4.7 it will change to a symlink to clang, since it has already been announced that Xcode 4.6 is the last version that will include llvm-gcc.

If you want "gcc" to be a MacPorts compiler instead, use "sudo port select gcc" (which was several years ago known as "gcc_select"). You can learn more about how to use "port select" by running "port help select".

&lt;/pre&gt;</description>
    <dc:creator>Ryan Schmidt</dc:creator>
    <dc:date>2013-05-22T12:17:19</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.os.apple.macports.user">
    <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.user</link>
  </textinput>
</rdf:RDF>
