Hi!
Now with go 1.7 in ports it's time to update go libraries. The diff below
changes lang/go port and module so that go libraries have runtime dependency on
lang/go, so that they get rebuilt once lang/go is updated. Ports
devel/go-tools, net/go-net, security/go-crypto and textproc/go-text are u
not W^X
devel/lazarus random build failure on i386
W^X enforcement
lang/hugs ERROR - mallocBytesRWX: failed to protect 0x0x7becea20
lang/sbcl mmap: Not supported
lang/obcmprotect failed: Not supported
editors/libreoffice (with USE_WXNEEDED)
On 2016/08/18 19:38, Christian Weisgerber wrote:
> On 2016-08-18, Stuart Henderson wrote:
>
> > This factors out the wrapper so it can be generated by ports
> > infrastructure instead (by setting USE_WXNEEDED=Yes), and adds
> > it to the sqlports database so we can spot them more easily.
>
> I g
Hi,
I don't really use this piece of software but I happened to remember
that it uses webkit. Simply invoking phantomjs would result in a crash.
Not anymore with the patch below.
Thanks,
Caspar Schutijser
Index: Makefile
===
RCS fi
On Thursday, 18 August 2016 22:07:12 CEST, Ted Unangst wrote:
Caspar Schutijser wrote:
trojita violates W^X at runtime. USE_WXNEEDED=Yes does not work in this
case so I patched CMakeLists.txt.
webkit related?
Yes.
Caspar Schutijser wrote:
> Hi,
>
> trojita violates W^X at runtime. USE_WXNEEDED=Yes does not work in this
> case so I patched CMakeLists.txt.
webkit related? we should probably be annotating these.
Hi,
trojita violates W^X at runtime. USE_WXNEEDED=Yes does not work in this
case so I patched CMakeLists.txt.
I am also willing to become the new maintainer for trojita. Probably
I will be able to update to trojita 0.7 next week.
Thanks,
Caspar Schutijser
Index: Makefile
==
On 2016-08-18, Stuart Henderson wrote:
> This factors out the wrapper so it can be generated by ports
> infrastructure instead (by setting USE_WXNEEDED=Yes), and adds
> it to the sqlports database so we can spot them more easily.
I guess ports that were changed to use LDFLAGS=-Wl,-z,wxneeded
sho
On 2016-08-18, Rafael Sadowski wrote:
> the patch below fix my chromium build @amd64.
What's the problem?
--
Christian "naddy" Weisgerber na...@mips.inka.de
On Thu, Aug 18, 2016 at 04:45:08PM +0200, David Coppa wrote:
> The reason is we'd like to remove lang/gfortran from the ports tree.
>
> Revised diff:
OK
> Index: Makefile
> ===
> RCS file: /cvs/ports/math/R/Makefile,v
> retrieving r
Hi ports@,
the patch below fix my chromium build @amd64.
Kind regards,
Rafael
Index: Makefile
===
RCS file: /cvs/ports/www/chromium/Makefile,v
retrieving revision 1.302
diff -u -p -u -p -r1.302 Makefile
--- Makefile17 Aug 2016
On Wed, 17 Aug 2016 at 20:30:22 -0600, Theo de Raadt wrote:
> >There are various ways we can go.
> >
> >One is as awolk@ has done in his diff, making all W|X-needing ruby
> >modules work.
> >
> >The other is to mark therubyracer broken with an explanation, so
> >people who need it can build a speci
On Thu, 18 Aug 2016, Ingo Feinerer wrote:
> I have a few comments below. Assuming that you have good reasons for the
> choices below: OK feinerer@
The reason is we'd like to remove lang/gfortran from the ports tree.
Revised diff:
Index: Makefile
=
"Dmitrij D. Czarkoff" wrote:
>Below is a port for hgsubversion. Hgsubversion is an extension for
>Mercurial that allows using Mercurial as a Subversion client. It allows
>cloning subversion repository with as if it was a regular Mercurial
>repository:
>
> $ hg clone [destination]
>
>and subseq
On Thu, Aug 18, 2016 at 02:43:30PM +0200, David Coppa wrote:
> With this patch:
>
> $ diff -u /usr/local/lib/R.prev/etc/Makeconf /usr/local/lib/R/etc/Makeconf
> --- /usr/local/lib/R.prev/etc/MakeconfWed Aug 17 09:50:09 2016
> +++ /usr/local/lib/R/etc/Makeconf Thu Aug 18 14:23:37 2016
>
With this patch:
$ diff -u /usr/local/lib/R.prev/etc/Makeconf /usr/local/lib/R/etc/Makeconf
--- /usr/local/lib/R.prev/etc/Makeconf Wed Aug 17 09:50:09 2016
+++ /usr/local/lib/R/etc/Makeconf Thu Aug 18 14:23:37 2016
@@ -33,11 +33,11 @@
ECHO_N = -n
ECHO_T =
## NB, set FC before F77 as on
On Wed, 17 Aug 2016 21:04:26 +0200, Daniel Jakots
wrote:
> On Wed, 10 Aug 2016 13:11:23 +0200, Daniel Jakots
> wrote:
>
> > Hi,
> >
> > Here's a diff to update claws-mail to its latest release. Changelog
> > is available as usual http://claws-mail.org/NEWS
> >
> > Quickly tested (so far) on a
Frederic Cambus writes:
> Hi ports@,
>
> Here is a patch to update devel/tig to 2.2.
>
> Notable changes:
>
> - Added a FAKE_FLAGS directive so upstream Makefile install target puts
> 'tigrc' where it should (and not outside of every prefix)
> - We do not need to install 'tigrc' manually in pos
On 2016/08/18 12:12, Jeremie Courreges-Anglas wrote:
> Stuart Henderson writes:
>
> > As most readers know by now, ports requiring WX mappings must now
> > be annotated when the binaries are created. Because there are many
> > build systems in ports (sometimes even different ones within a
> > sin
Stuart Henderson writes:
> As most readers know by now, ports requiring WX mappings must now
> be annotated when the binaries are created. Because there are many
> build systems in ports (sometimes even different ones within a
> single port) this is an utter pain to setup, so for the jdk ports
>
On 2016/08/18 10:12, Stuart Henderson wrote:
> As most readers know by now, ports requiring WX mappings must now
> be annotated when the binaries are created. Because there are many
> build systems in ports (sometimes even different ones within a
> single port) this is an utter pain to setup, so fo
On 2016/08/17 21:55, Rafael Sadowski wrote:
> > -V =3.2.0
> > -DISTNAME = nomacs-${V}-source
> > -PKGNAME = ${DISTNAME:S/-source//}
> > +V =3.4
> > +DISTNAME = nomacs-${V}
No need to set DISTNAME here.
> > +
> > +GH_ACCOUNT
lan...@openbsd.org wrote:
>build failures: 17
>http://build-failures.rhaalovely.net//powerpc/2016-07-25/audio/moc.log
Could you please try this diff?
Index: Makefile
===
RCS file: /var/cvs/ports/audio/moc/Makefile,v
retrieving revis
As most readers know by now, ports requiring WX mappings must now
be annotated when the binaries are created. Because there are many
build systems in ports (sometimes even different ones within a
single port) this is an utter pain to setup, so for the jdk ports
I've used a wrapper installed to ${WR
On Wed, Aug 17, 2016 at 02:57:16AM +1000, Joel Sing wrote:
> The following updates lang/go to version 1.7.
>
> Passes regress on i386 and amd64.
>
> ok?
>
You have an extra m in WANTLIB :
go-1.7(lang/go):
Extra: m.9
Otherwise it works fine on @amd64.
ok pea@
> Index: Makefile
>
25 matches
Mail list logo
