On Thu, Sep 22, 2016 at 12:31:21AM +0200, Julien Dhaille wrote:
> Hi ports@
> php-fpm is chrooted by default, but php-fpm.conf show :
>
> ; Default Value: not set
> chroot = /var/www
>
> so there is a small fix with also a commentary in the readme.
This comment documents the default value in cas
The mk.conf file wasn't being created if only mkconf_lines was defined.
The check was only being made for mkconf_tail.
Tim.
Index: proot
===
RCS file: /cvs/ports/infrastructure/bin/proot,v
retrieving revision 1.54
diff -u -p -r1.54 p
On Wed, Sep 21, 2016 at 03:16:15PM -0300, Gonzalo L. Rodriguez wrote:
> Hi,
>
> Update for SMPlayer to 16.9.0:
>
> http://smplayer.sourceforge.net/en/changes
>
> Ok? Comments?
Working fine for me on amd64.
On Wed, Sep 21, 2016 at 11:03:11PM +0200, Rafael Sadowski wrote:
> http(s)?!
The committed diff:
Index: Makefile
===
RCS file: /systems/cvs/ports/net/transmission/Makefile,v
retrieving revision 1.106
retrieving revision 1.107
diff
patch-sapi_fpm_php-fpm_conf_in.diff
Description: Binary data
README-main.diff
Description: Binary data
On Wed Sep 21, 2016 at 06:46:30AM -0400, Josh Grosse wrote:
> On Wed, Sep 21, 2016 at 06:30:50AM -0400, Josh Grosse wrote:
> > On Wed, Sep 21, 2016 at 11:10:16AM +0100, Stuart Henderson wrote:
> > > They still have proper tarballs, this is identical to the previous one:
> > >
> > > https://github.
> What do you think about adding this to avoid the massive "sox.h:xxx:
> warning: 'cdecl' attribute ignored" spam during build on non-i386?
Works fine for me, except it's REVISION = 1 already
after ratchov@'s sndio commit.
Thanks!
Jan
Hi,
There were 2 CVEs published last week (see their advisory [0]). They
say "Irssi 0.8.20 is a maintenance release without any new features."
though it's quite a long diff (see [1]) between both so I just
backported the fix for -stable. -oldstable is impacted too but I can't
test it so I didn't c
Would it be possible to have
<<--with-http_dav_module>>
as a flavor or by default please ?
Works here (amd64)
Index: Makefile
===
RCS file: /cvs/ports/www/nginx/Makefile,v
retrieving revision 1.98
diff -u -p -r1.98 Makefile
--- Makef
I've attached my WIP diff of moving sqlite3 to ports. Still to be
done: fix www/firefox-esr and mail/mozilla-thunderbird, they don't
find the header in /usr/local/include for some (but not all) of
the files that use it.
Notes:
- lemon is gone, it's not in the autoconf tarball. If somebody needs
i
On Wed, Sep 21, 2016 at 10:44:37AM BST, Stuart Henderson wrote:
> Related to the forwarded mail below, the mandoc.db files are also
> affected by umask.
>
> Would it make sense for pkg_add and pkg_delete to just force a sane
> umask before starting operations?
Please do - it would be very nice in
Hi porters,
here's a port of the improved open source game engine [1] for the old
classic jagged alliance 2. The game runs fine most of the time, but
there are still some hidden bugs where the game crashes, so i enabled
the debug symbols.
Any comments? I take maintainer for this port.
Nils
1
This updates capybara-webkit to 1.11.1 (the latest version), and
capybara to 2.7.1 (the latest version supported by capybara-webkit).
This also adds USE_WXNEEDED to capybara-webkit, which is necessary
as it runs W|X code in a separate executable. I'm not use if
USE_WXNEEDED by itself is sufficien
This backports a patch from Qt 5.6 that fixed a SIGFPE when using Xvfb.
I've tested this with an updated ruby-capybara-webkit running using Xvfb
and confirmed that it fixes the issue.
OK?
Thanks,
Jeremy
Index: Makefile
===
RCS file:
Hi,
Update for SMPlayer to 16.9.0:
http://smplayer.sourceforge.net/en/changes
Ok? Comments?
Cheers.-
--
Sending from my toaster.
Index: Makefile
===
RCS file: /cvs/ports/x11/smplayer/Makefile,v
retrieving revision 1.28
diff -u -p
Hello ports@,
New port: games/scid
Tested on: amd64 release.
pkg/DESCR:
Shane's Chess Information Database
Manage databases with millions of games, analyze using UCI or Winboard engines,
prepare for your next opponent, and much more.
This is my first port and I'm not ready yet to be the main
On Wed, Sep 21, 2016 at 11:46:58AM +0100, Stuart Henderson wrote:
> On 2016/09/21 06:30, Josh Grosse wrote:
> > On Wed, Sep 21, 2016 at 11:10:16AM +0100, Stuart Henderson wrote:
> > > They still have proper tarballs, this is identical to the previous one:
> > >
> > > https://github.com/transmissio
On 2016/09/21 06:30, Josh Grosse wrote:
> On Wed, Sep 21, 2016 at 11:10:16AM +0100, Stuart Henderson wrote:
> > They still have proper tarballs, this is identical to the previous one:
> >
> > https://github.com/transmission/transmission-releases/raw/master/transmission-2.92.tar.xz
>
> Thank you,
On Wed, Sep 21, 2016 at 06:30:50AM -0400, Josh Grosse wrote:
> On Wed, Sep 21, 2016 at 11:10:16AM +0100, Stuart Henderson wrote:
> > They still have proper tarballs, this is identical to the previous one:
> >
> > https://github.com/transmission/transmission-releases/raw/master/transmission-2.92.ta
On Wed, Sep 21, 2016 at 11:10:16AM +0100, Stuart Henderson wrote:
> They still have proper tarballs, this is identical to the previous one:
>
> https://github.com/transmission/transmission-releases/raw/master/transmission-2.92.tar.xz
Thank you, Sir. But is there a GH_* mechanism to fetch it? Or
On 2016/09/21 06:05, Josh Grosse wrote:
> Upstream has relocated source to Github, and are using
> a tarball that requires a pre-configure step.
>
> It is still the same release 2.92. Tested on amd64.
>
> My thanks to David Hill for letting me know Upstream had
> transitioned development to Git
Upstream has relocated source to Github, and are using
a tarball that requires a pre-configure step.
It is still the same release 2.92. Tested on amd64.
My thanks to David Hill for letting me know Upstream had
transitioned development to Github.
Index: Makefile
=
On 2016/09/20 19:40, Christian Weisgerber wrote:
> On 2016-09-20, Stuart Henderson wrote:
>
> > Any suggestions what to do in the short term about these kvm-grovellers?
>
> I move that we delete lsof. It has been building fine on the
> amd64.ports machines and I was mystified how this could be
Related to the forwarded mail below, the mandoc.db files are also
affected by umask.
Would it make sense for pkg_add and pkg_delete to just force a sane
umask before starting operations?
- Forwarded message from Marc Espie -
From: Marc Espie
Date: Tue, 10 Mar 2015 13:13:53 +0100
To: A
24 matches
Mail list logo