Re: Volunteer for a workshop on "setting up your own buildbot/buildslave"?

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

Re: openssl vs. libressl

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

Re: openssl vs. libressl

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

Re: openssl vs. libressl

> 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

Re: opendkim and Trac error

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 >

Re: Volunteer for a workshop on "setting up your own buildbot/buildslave"? (Was: Experiences with El Capitan)

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.

Re: opendkim and Trac error

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

Re: opendkim and Trac error

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

Re: Volunteer for a workshop on "setting up your own buildbot/buildslave"?

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

Re: opendkim and Trac error

> 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

Re: opendkim and Trac error

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

Re: openssl vs. libressl

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

Re: opendkim and Trac error

> 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

Re: opendkim and Trac error

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

Re: openssl vs. libressl

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

Re: Volunteer for a workshop on "setting up your own buildbot/buildslave"? (Was: Experiences with El Capitan)

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

Re: openssl vs. libressl

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

Volunteer for a workshop on "setting up your own buildbot/buildslave"? (Was: Experiences with El Capitan)

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

Re: Volunteer for a workshop on "setting up your own buildbot/buildslave"?

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

Re: Volunteer for a workshop on "setting up your own buildbot/buildslave"?

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

Re: openssl vs. libressl

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

Re: openssl vs. libressl

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.

Re: opendkim and Trac error

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

Re: openssl vs. libressl

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

Re: openssl vs. libressl

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

Re: openssl vs. libressl

> 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