> On Nov 10, 2015, at 06:21, Daniel J. Luke wrote:
>
> On Nov 10, 2015, at 5:12 AM, René J.V. Bertin wrote:
>> Indeed. Still, the mod Jeremy introduced is the best/only way I know to
>> allow choice that doesn't involve introducing an SSL PortGroup that provides
>> +openssl and +libressl vari
> On Nov 10, 2015, at 1:10 PM, Daniel J. Luke wrote:
>
> On Nov 10, 2015, at 1:47 PM, Brandon Allbery wrote:
>> There is nothing in the port to create a launchd plist. The documentation
>> suggests to me that there is no daemon involved, even; it is (a) a library
>> for use by clients, and (b
On Nov 10, 2015, at 10:44 AM, Rainer Müller wrote:
> This would basically cause the same problems as with the current path:
> dependency.
you’re right, of course.
> It is still required to rev-upgrade all ports after switching the
> variant. All binary archives built with the default option woul
On Nov 10, 2015, at 1:47 PM, Brandon Allbery wrote:
> There is nothing in the port to create a launchd plist. The documentation
> suggests to me that there is no daemon involved, even; it is (a) a library
> for use by clients, and (b) a "milter" (mail filter plugin) for a mail
> daemon, which w
On Tue, Nov 10, 2015 at 2:30 PM, Terry Barnum wrote:
> Thanks Brandon. It does make sense that there isn't anything to load. I
> haven't ever used opendkim so I'm unfamiliar with the setup and config.
> Will continue pressing forward and trying to do my part to help prevent
> spoofing spam.
htt
> On Nov 10, 2015, at 10:47 AM, Brandon Allbery wrote:
>
> On Tue, Nov 10, 2015 at 1:41 PM, Terry Barnum wrote:
> The next issue I'm running into is after a successful opendkim installation,
> when I try port load it complains about a missing launch plist:
>
> There is nothing in the port to
On Tue, Nov 10, 2015 at 1:41 PM, Terry Barnum wrote:
> The next issue I'm running into is after a successful opendkim
> installation, when I try port load it complains about a missing launch
> plist:
>
There is nothing in the port to create a launchd plist. The documentation
suggests to me that
Thanks Daniel. That fixed unbound--it now installs and loads without error.
The next issue I'm running into is after a successful opendkim installation,
when I try port load it complains about a missing launch plist:
Error: org.macports.load for port opendkim returned: Launchd plist
/Library/La
On 2015-11-11 01:26 , Daniel J. Luke wrote:
> On Nov 10, 2015, at 5:42 AM, Ryan Schmidt wrote:
>> I think interest in PowerPC systems is truly very low at this time.
>
> These machines no longer run a version of Mac OS X that receives security
> updates from Apple - and don’t run one of the 2 ma
> On Nov 10, 2015, at 00:17, Ryan Schmidt wrote:
>
>
> On Nov 9, 2015, at 6:10 PM, Jeremy Huddleston Sequoia wrote:
>
>> On Nov 9, 2015, at 13:10, René J.V. Bertin wrote:
>>
>>> On Monday November 09 2015 15:05:26 Ryan Schmidt wrote:
>>>
In r139229 Jeremy made libressl a drop-in replace
Just to let it be known that there is at least one person in the universe very
interested in PPC software… myself. I suspect I am not alone.
Unfortunately I cannot volunteer my G5 dualie as I actually use that machine
daily… I assume as buildbot it would have to live in some location you chose.
On Tue, Nov 10, 2015 at 3:26 PM, Daniel J. Luke wrote:
> On Nov 10, 2015, at 5:42 AM, Ryan Schmidt wrote:
>> You could presumably edit archive_sites.tcl to add another packages server
>> IP address.
>
> or just modify $prefix/etc/archive_sites.conf
>
> see also https://trac.macports.org/wiki/howto
On 2015-11-10 15:21, Daniel J. Luke wrote:
> We could have a port “mp-ssl-lib” that defaults to depending on one
> of the ssl libs (say openssl). It could also be installed as
> mp-ssl-lib +libressl which would modify it’s dependencies and install
> libressl and not openssl.
>
> Other ports would
On Tuesday November 10 2015 09:27:27 Brandon Allbery wrote:
> As quoted from Rainer Müller:
>
> See both the official statement and a blog post from a Gentoo developer
> > explaining the problem:
Right ... exactly the same posts I found myself. I was looking for a link
to gentoo.org or with
On Nov 10, 2015, at 3:12 AM, Ryan Schmidt wrote:
> Looks to me like a typo in the portfile. You should file a bug report in the
> our tracker.
this should be fixed now (r142352)
—
Daniel J. Luke
+==
On Tuesday November 10 2015 09:21:19 Daniel J. Luke wrote:
>Other ports would all depend on ‘mp-ssl-lib’ and not directly only openssl or
>libressl.
>
>It’s not a perfect solution, but may be nicer than adding +openssl/+libressl
>to every possible port.
Hmmm, I should have thought of that. Wait
On Tue, Nov 10, 2015 at 7:11 AM, René J.V. wrote:
> > See the Gentoo dev link given previously
> Care to repeat it, I cannot seem to find it in this thread?
As quoted from Rainer Müller:
See both the official statement and a blog post from a Gentoo developer
> explaining the problem:
>
> https
On Nov 10, 2015, at 5:42 AM, Ryan Schmidt wrote:
> You could presumably edit archive_sites.tcl to add another packages server IP
> address.
or just modify $prefix/etc/archive_sites.conf
see also https://trac.macports.org/wiki/howto/ShareArchives2
> I think interest in PowerPC systems is truly
On Nov 10, 2015, at 5:12 AM, René J.V. Bertin wrote:
> Indeed. Still, the mod Jeremy introduced is the best/only way I know to allow
> choice that doesn't involve introducing an SSL PortGroup that provides
> +openssl and +libressl variants.
One other way to handle it would be how we tried to ha
On Tuesday November 10 2015 04:46:50 Ryan Schmidt wrote:
> > No, but if the ABIs are indeed not compatible there is no other solution,
> > is there?
>
> What has currently be done with libressl in MacPorts is a bug, not a solution.
?? Why?
It leaves the educated user with a choice regardless of
On Nov 10, 2015, at 4:12 AM, René J.V. Bertin wrote:
> On Tuesday November 10 2015 02:17:06 Ryan Schmidt wrote:
>
>>> This is the same solution we've used elsewhere in MacPorts (eg:
>>> ffmpeg-devel).
>>
>> That's not the same situation. If a user had been using glib2 and then later
>> needed
On Nov 10, 2015, at 4:31 AM, Mojca Miklavec wrote:
> Hi,
>
> On Mon, Nov 9, 2015 at 10:29 PM, Ryan Schmidt wrote:
>> On Nov 9, 2015, at 2:34 AM, Artur Szostak wrote:
>>
>>> Let me ask another question: Is there a seamless way to add building and
>>> mirroring services from 3rd parties for the
There is a simple service that anyone could set up, that I intended to
do myself but presently am unable to:
Use a script to randomly select anywhere from 10 to 100 packages, then
do "sudo port install" for all of them, all at once.
Quite likely that install will fail due to some problem with
dep
Hi,
On Mon, Nov 9, 2015 at 10:29 PM, Ryan Schmidt wrote:
> On Nov 9, 2015, at 2:34 AM, Artur Szostak wrote:
>
>> Let me ask another question: Is there a seamless way to add building and
>> mirroring services from 3rd parties for the pre-built binaries?
>
> No. We want verified binaries built in a
On Tuesday November 10 2015 02:17:06 Ryan Schmidt wrote:
>> This is the same solution we've used elsewhere in MacPorts (eg:
>> ffmpeg-devel).
>
>That's not the same situation. If a user had been using glib2 and then later
>needed to switch to glib2-devel for some reason, everything should still
On Nov 9, 2015, at 6:10 PM, Jeremy Huddleston Sequoia wrote:
> On Nov 9, 2015, at 13:10, René J.V. Bertin wrote:
>
>> On Monday November 09 2015 15:05:26 Ryan Schmidt wrote:
>>
>>> In r139229 Jeremy made libressl a drop-in replacement for openssl. If a
>>> rebuild is needed to make things work
On Nov 9, 2015, at 9:24 PM, Terry Barnum wrote:
> Pixilla was kind enough to update both the amavisd-new and opendkim ports but
> I ran into a problem with unbound, a dependency of opendkim. I went to look
> at the opendkim port on trac to see if I could figure it out or open a ticket
> but I
27 matches
Mail list logo
