Re: [UPDATE] www/sblg to 0.4.3

2017-06-21 Thread Anthony J. Bentley
Bryan Vyhmeister writes: > This is another simple update of sblg from 0.4.2 to 0.4.3. The change > listed by the author is: > > "Make Atom feeds aware of the data-sblg-striplink attribute. This > attribute strips the directory part from the altlink (if requested), > allowing input files to have ar

[UPDATE] www/sblg to 0.4.3

2017-06-21 Thread Bryan Vyhmeister
This is another simple update of sblg from 0.4.2 to 0.4.3. The change listed by the author is: "Make Atom feeds aware of the data-sblg-striplink attribute. This attribute strips the directory part from the altlink (if requested), allowing input files to have arbitrary directory parts harmlessly."

Re: [NEW] net/google-compute-engine

2017-06-21 Thread Helen Koike
On 2017-06-21 11:50 AM, Stuart Henderson wrote: On 2017/06/21 16:38, Antoine Jacoutot wrote: rc.d was never designed to handle anything but daemons... Right, I'll redesign the scripts then. To add a script in rc.local and rc.shutdown I need to add instruction in the README right? The user n

Re: [NEW] net/google-compute-engine

2017-06-21 Thread Helen Koike
On 2017-06-21 08:32 AM, Stuart Henderson wrote: On 2017/06/14 21:46, Helen Koike wrote: I updated to rdate and removed ntp from the dependencie list. Plese see attachment. Sorry for the delay getting back to this. Can you check it still works with these changes please? New tar.gz attached, c

Re: File::LibMagic dumping core non-deterministically (2)

2017-06-21 Thread IMAP List Administration
Hello Stuard, hello Andrew, I, um, forgot that my mail server is still running OpenBSD 5.9 with associated amavisd and Perl versions. Sorry about that. cheers, rob urban On 06/21/2017 10:16 PM, Stuart Henderson wrote: > On 2017/06/21 21:54, IMAP List Administration wrote: >> Hello Folks, >> >> i

Re: File::LibMagic dumping core non-deterministically (2)

2017-06-21 Thread Andrew Fresh
On Wed, Jun 21, 2017 at 09:54:18PM +0200, IMAP List Administration wrote: > if the subject seems familiar, it's because it is. LibMagic is again causing > amavisd-new to dump core which fouls up my postfix mailserver. > > LibMagic is dumping core on the following one-liner file: > The test file c

Re: File::LibMagic dumping core non-deterministically (2)

2017-06-21 Thread Stuart Henderson
On 2017/06/21 21:54, IMAP List Administration wrote: > Hello Folks, > > if the subject seems familiar, it's because it is. LibMagic is again causing > amavisd-new to dump core which fouls up my postfix mailserver. > > LibMagic is dumping core on the following one-liner file: > > > This is an Ope

File::LibMagic dumping core non-deterministically (2)

2017-06-21 Thread IMAP List Administration
Hello Folks, if the subject seems familiar, it's because it is. LibMagic is again causing amavisd-new to dump core which fouls up my postfix mailserver. LibMagic is dumping core on the following one-liner file: > This is an OpenPGP/MIME signed message (RFC 4880 and 3156) There is no new-line at

Re: NEW: net/texnut && REMOVE: net/texapp

2017-06-21 Thread Frederic Cambus
On Wed, Jun 21, 2017 at 03:08:19PM -0400, Brian Callahan wrote: > >>> > >>> Additionally, net/texapp should be removed. The service texapp targeted > >>> has shut down, rendering this port now useless. However, texnut should > >>> not be viewed as an upgrade to texapp, as there's no reason to assum

Re: NEW: net/texnut && REMOVE: net/texapp

2017-06-21 Thread Brian Callahan
On 6/15/2017 8:34 PM, Brian Callahan wrote: > > On 6/6/2017 2:28 PM, Brian Callahan wrote: >> Hi ports -- >> >> On 5/16/2017 2:51 PM, Brian Callahan wrote: >>> Hi ports -- >>> >>> Attached is a new port, net/texnut, a command-line client for the >>> pnut.io social networking service. It is mostly

Re: UPDATE: x11/worker 3.9.0 => 3.10.0

2017-06-21 Thread Brian Callahan
On 6/11/2017 8:27 PM, Brian Callahan wrote: > Hi ports -- > > Attached is a trivial diff to update x11/worker to its latest version. > Changelog is here: http://www.boomerangsworld.de/cms/worker/changes.html > > Works well on amd64. > > ~Brian > Ping.

Re: update: sysutils/sysclean 2.3

2017-06-21 Thread Antoine Jacoutot
On Wed, Jun 21, 2017 at 05:12:21PM +0200, Sebastien Marie wrote: > Hi, > > The following diff updates sysclean to 2.3. \o/ Committed :-) > It includes a correction for licence information. > > This release is the result of several dicussions with aja@. Thanks to > him. > > It includes several

update: sysutils/sysclean 2.3

2017-06-21 Thread Sebastien Marie
Hi, The following diff updates sysclean to 2.3. It includes a correction for licence information. This release is the result of several dicussions with aja@. Thanks to him. It includes several importants changes: - program options simplification - more simple use for users (less things to in

Re: [NEW] net/google-compute-engine

2017-06-21 Thread Stuart Henderson
On 2017/06/21 16:38, Antoine Jacoutot wrote: > > > rc.d was never designed to handle anything but daemons... > > > > > > > Right, I'll redesign the scripts then. > > To add a script in rc.local and rc.shutdown I need to add instruction in the > > README right? The user needs to manually add those

Re: [NEW] net/google-compute-engine

2017-06-21 Thread Antoine Jacoutot
> > rc.d was never designed to handle anything but daemons... > > > > Right, I'll redesign the scripts then. > To add a script in rc.local and rc.shutdown I need to add instruction in the > README right? The user needs to manually add those no? Or is there a way to > automatically add them at ins

Re: [NEW] net/google-compute-engine

2017-06-21 Thread Helen Koike
On 2017-06-21 11:19 AM, Antoine Jacoutot wrote: It'd be nice to make these patches upstreamable instead of patching over at some point... I am working on that, the problem is the compatibility with linux that the upstream project wants to keep, so those patches can't not be simply merged in u

Re: [NEW] net/google-compute-engine

2017-06-21 Thread Antoine Jacoutot
> > > It'd be nice to make these patches upstreamable instead of patching over > > > at some > > > point... > > I am working on that, the problem is the compatibility with linux that the > upstream project wants to keep, so those patches can't not be simply merged > in upstream. Yes, that is my

Re: [NEW] net/google-compute-engine

2017-06-21 Thread Helen Koike
Hi Antoine and Stuart, Thanks for reviewing this package On 2017-06-21 09:49 AM, Stuart Henderson wrote: On 2017/06/21 14:33, Antoine Jacoutot wrote: On Wed, Jun 21, 2017 at 12:32:35PM +0100, Stuart Henderson wrote: On 2017/06/14 21:46, Helen Koike wrote: I updated to rdate and removed ntp f

Re: [NEW] net/google-compute-engine

2017-06-21 Thread Antoine Jacoutot
> > - the pkg-readme is pretty useless as is > > I think we do need something - without it, it's unclear which of the > rc scripts to use. Well, it looks like most of this stuff is a script that must be started at boot. Not a daemon per se. They belong in rc.local and rc.shutdown imho. At least i

Re: [NEW] net/google-compute-engine

2017-06-21 Thread Stuart Henderson
On 2017/06/21 13:49, Stuart Henderson wrote: > Updated version fixes those. Helps if I attach the updated version.. (but not ready yet). google-compute-engine.tar.gz Description: application/tar-gz

Re: [NEW] net/google-compute-engine

2017-06-21 Thread Stuart Henderson
On 2017/06/21 14:33, Antoine Jacoutot wrote: > On Wed, Jun 21, 2017 at 12:32:35PM +0100, Stuart Henderson wrote: > > On 2017/06/14 21:46, Helen Koike wrote: > > > I updated to rdate and removed ntp from the dependencie list. Plese see > > > attachment. > > > > Sorry for the delay getting back to t

Re: [NEW] net/google-compute-engine

2017-06-21 Thread Antoine Jacoutot
On Wed, Jun 21, 2017 at 12:32:35PM +0100, Stuart Henderson wrote: > On 2017/06/14 21:46, Helen Koike wrote: > > I updated to rdate and removed ntp from the dependencie list. Plese see > > attachment. > > Sorry for the delay getting back to this. Can you check it still works with > these changes pl

Re: SECURITY UPDATE: net/openvpn 2.4.3

2017-06-21 Thread Paul Irofti
On Wed, Jun 21, 2017 at 01:58:46PM +0200, Jeremie Courreges-Anglas wrote: > Paul Irofti writes: > > > On Wed, Jun 21, 2017 at 02:34:13PM +0300, Paul Irofti wrote: > >> The following fixes 4 remote holes. OK? :) > >> I have diffs for -stable too, coming up next. > >> > >> https://marc.info/?l=oss

Re: SECURITY UPDATE: net/openvpn 2.4.3

2017-06-21 Thread Jeremie Courreges-Anglas
Paul Irofti writes: > On Wed, Jun 21, 2017 at 02:34:13PM +0300, Paul Irofti wrote: >> The following fixes 4 remote holes. OK? :) >> I have diffs for -stable too, coming up next. >> >> https://marc.info/?l=oss-security&m=149804249114979&w=2 > > Stable diff follows Thanks, but please use the foll

Re: SECURITY UPDATE: net/openvpn 2.4.3

2017-06-21 Thread Paul Irofti
On Wed, Jun 21, 2017 at 01:53:47PM +0200, Jeremie Courreges-Anglas wrote: > Paul Irofti writes: > > > The following fixes 4 remote holes. OK? :) > > Nope, please don't blindly delete patches that don't apply. ;) Oh, I missunderstood the log messages about patches pushed upstream. Sure, go ahead

Re: SECURITY UPDATE: net/openvpn 2.4.3

2017-06-21 Thread Jeremie Courreges-Anglas
Paul Irofti writes: > The following fixes 4 remote holes. OK? :) Nope, please don't blindly delete patches that don't apply. ;) My take: Index: Makefile === RCS file: /d/cvs/ports/net/openvpn/Makefile,v retrieving revision 1.78 d

Re: SECURITY UPDATE: net/openvpn 2.4.3

2017-06-21 Thread Paul Irofti
On Wed, Jun 21, 2017 at 02:34:13PM +0300, Paul Irofti wrote: > The following fixes 4 remote holes. OK? :) > I have diffs for -stable too, coming up next. > > https://marc.info/?l=oss-security&m=149804249114979&w=2 Stable diff follows Index: Makefile ==

SECURITY UPDATE: net/openvpn 2.4.3

2017-06-21 Thread Paul Irofti
The following fixes 4 remote holes. OK? :) I have diffs for -stable too, coming up next. https://marc.info/?l=oss-security&m=149804249114979&w=2 Index: Makefile === RCS file: /cvs/ports/net/openvpn/Makefile,v retrieving revision 1.78

Re: [NEW] net/google-compute-engine

2017-06-21 Thread Stuart Henderson
On 2017/06/14 21:46, Helen Koike wrote: > I updated to rdate and removed ntp from the dependencie list. Plese see > attachment. Sorry for the delay getting back to this. Can you check it still works with these changes please? New tar.gz attached, commentary below. If this still works for you, the

Re: FIX: Allow textproc/xxdiff to open non-ASCII paths

2017-06-21 Thread Rafael Sadowski
On Wed Jun 21, 2017 at 05:18:19AM +0300, Vadim Zhukov wrote: > Hi all. > > This unbreaks xxdiff on paths with non-ASCII characters in them. > > To be discussed with upstream (probably those should be toLocal8bit() > calls instead), but at least I can co-operate with my students again. > > Anyone

Re: NEW: emulation/ppsspp-1.3

2017-06-21 Thread Jan Beich
Jakub Skrzypnik writes: > USE_WXNEEDED = Yes JIT supports W^X, see https://github.com/hrydgard/ppsspp/issues/8943 Maybe try the following instead --- Common/MemoryUtil.cpp~ +++ Common/MemoryUtil.cpp @@ -281,7 +281,7 @@ void FreeAlignedMemory(void* ptr) { bool PlatformIsWXExclusive() {

Re: NEW: emulation/ppsspp-1.3

2017-06-21 Thread Jan Beich
Jakub Skrzypnik writes: > Build system is pretty messy, I wasted few hours for non-defining > BSD_VISIBLE definition (added it to C{,XX}FLAGS finally), Have you tried to remove -D_XOPEN_SOURCE* lines in CMakeLists.txt? Each BSD seems to have slightly different way to hide namespace pollution to