On Fri, Jul 28, 2017 at 04:13:35PM +0100, Stuart Henderson wrote:
> ok?
ok, though perhaps mention this is svn rev 3841.
https://sourceforge.net/p/dosbox/code-0/3841/
Too bad they stopped doing releases seven years ago...
>
> Index: Makefile
> ===
Hi Carolyn and Kaashif --
On 7/28/2017 9:44 PM, Carolyn Saunders wrote:
> On Friday, July 28, 2017, Kaashif Hymabaccus wrote:
>
>> Hello ports@,
>>
>> Please find attached a port for wmutils, a set of programs for
>> manipulating and getting information about windows.
>>
>> pkg/DESCR:
>> wmutils
On Friday, July 28, 2017, Kaashif Hymabaccus wrote:
> Hello ports@,
>
> Please find attached a port for wmutils, a set of programs for
> manipulating and getting information about windows.
>
> pkg/DESCR:
> wmutils is a set of tools for X windows manipulation. Each tool only has
> one purpose, to
Hello ports@,
Please find attached a port for wmutils, a set of programs for
manipulating and getting information about windows.
pkg/DESCR:
wmutils is a set of tools for X windows manipulation. Each tool only has
one purpose, to make it as flexible and reliable as possible. This
package includes
On Sat, Jul 29, 2017 at 01:05:27AM +0100, Stuart Henderson wrote:
> On 2017/07/28 19:06, Michael Reed wrote:
> > I'm running the July 28 amd64 snapshot, and the following
> > issue appeared after upgrading to packages built July 28
> > (from ftp.openbsd.org).
>
> With the switch to clang, now that
On 2017/07/28 19:06, Michael Reed wrote:
> I'm running the July 28 amd64 snapshot, and the following
> issue appeared after upgrading to packages built July 28
> (from ftp.openbsd.org).
With the switch to clang, now that new packages are available, I'd recommend
updating all packages. It may be wo
I'm running the July 28 amd64 snapshot, and the following
issue appeared after upgrading to packages built July 28
(from ftp.openbsd.org).
When running sakura, firefox, or any other application that
depends on graphics/cairo, this happens:
$ sakura
sakura:/usr/local/lib/libcairo.
On 17-07-28 16:04:16, Ted Unangst wrote:
> moving to ports
>
> viq wrote:
> > On 17-07-27 10:35:08, Ted Unangst wrote:
> > > CVSROOT: /cvs
> > > Module name: src
> > > Changes by: t...@cvs.openbsd.org2017/07/27 10:35:08
> > >
> > > Modified files:
> > > lib/librthread : rthread.
Has nested functions, because reasons.
This fixes the build with clang, but it crashes on startup here. I don't
know if that's new or not.
OK?
~Brian
Index: Makefile
===
RCS file: /cvs/ports/games/frozen-bubble/Makefile,v
retriev
moving to ports
viq wrote:
> On 17-07-27 10:35:08, Ted Unangst wrote:
> > CVSROOT:/cvs
> > Module name:src
> > Changes by: t...@cvs.openbsd.org2017/07/27 10:35:08
> >
> > Modified files:
> > lib/librthread : rthread.c rthread_fork.c
> >
> > Log message:
> > bad things can (a
Here's the corresponding list of bulk build failures on amd64.
I've uploaded the logs to
http://build-failures.rhaalovely.net/amd64/2017-07-27/
audio/festival/core
devel/arm-none-eabi/gcc-linaro
devel/glog
devel/mico
devel/mono-addins
devel/p5-Alien-wxWidgets
devel/stp
devel/ti-msp430gcc
devel/xul
On Sat, Jul 22, 2017 at 02:09:17PM +0200, Sebastien Marie wrote:
> Hi,
>
> The following diff updates rustc to 1.19.0.
>
updated diff to be in sync with latest changes on lang/rust.
Thanks.
--
Sebastien Marie
Index: devel/Makefile
==
On 2017/07/28 19:02, Sebastien Marie wrote:
> On Fri, Jul 28, 2017 at 01:58:06PM +0100, Stuart Henderson wrote:
> > Excerpt from the logs below, URLs to full logs included next to the excerpt.
> >
> > textproc/ripgrepld.so: rustc: can't load library
> > 'libestdc++.so.17.1'
> >
>
>
On Fri, Jul 28, 2017 at 07:02:41PM +0200, Sebastien Marie wrote:
> On Fri, Jul 28, 2017 at 01:58:06PM +0100, Stuart Henderson wrote:
> > Excerpt from the logs below, URLs to full logs included next to the excerpt.
> >
> > textproc/ripgrepld.so: rustc: can't load library
> > 'libestdc+
On Fri, Jul 28, 2017 at 01:58:06PM +0100, Stuart Henderson wrote:
> Excerpt from the logs below, URLs to full logs included next to the excerpt.
>
> textproc/ripgrep ld.so: rustc: can't load library
> 'libestdc++.so.17.1'
>
It should be a missing RUN_DEPENDS on lang/rust to ${MODGC
On Fri, Jul 28, 2017 at 07:52:03AM +0200, Landry Breuil wrote:
> Hi,
>
> xulrunner/24 is ancient, dead upstream, and only two ports uses them:
> - www/conkeror which, even if sorta alive upstream, hasnt seen an update
> in 4 years
conkeror is mostly dead upstream, if anyone actually uses it the
ok?
Index: Makefile
===
RCS file: /cvs/ports/emulators/dosbox/Makefile,v
retrieving revision 1.37
diff -u -p -r1.37 Makefile
--- Makefile26 Jul 2017 22:45:19 - 1.37
+++ Makefile28 Jul 2017 15:11:56 -
@@ -5,7 +5,7
me-4.x
x11/ogre mmx
>==> https://junkpile.org/p/failures/i386-20170728/audio/festival/core.log <==
>(needs update)
../include/EST_iostream.h:52:13: fatal error: 'iostream.h' file not found
>==> https://junkpile.org/p/failures/i386-20170728/cad/qcad.log
sysutils/tarsnap-gui update from 0.9 to 1.0.
Changes are detailed in ${WRKSRC}/CHANGELOG or:
https://github.com/Tarsnap/tarsnap-gui/blob/master/CHANGELOG
Tested on amd64.
One typgraphic is included to align COMPILER_LIBCXX.
Comments? Questions? OKs?
Index: Makefile
On Fri, Jul 28, 2017 at 10:20:33AM +0200, Marc Espie wrote:
> On Fri, Jul 28, 2017 at 06:50:35AM +0200, Sebastien Marie wrote:
> > Hi,
> >
> > I would like to understand the rationale about the addition of
> > COMPILER_LIBCXX in WANTLIB on lang/rust.
> >
> > lang/rust is compiled using ports gcc4
On Fri, Jul 28, 2017 at 10:34:20AM +0100, Stuart Henderson wrote:
> Good point - I think using MODGCC4_CPPWANTLIB is the best option here, then
> it's clear what it's doing, and will still work when we stop the gcc4 module
> automatically adding to WANTLIB. Does that make sense to you?
>
Yes
Good point - I think using MODGCC4_CPPWANTLIB is the best option here, then
it's clear what it's doing, and will still work when we stop the gcc4
module automatically adding to WANTLIB. Does that make sense to you?
On Fri, Jul 28, 2017 at 06:50:35AM +0200, Sebastien Marie wrote:
> Hi,
>
> I would like to understand the rationale about the addition of
> COMPILER_LIBCXX in WANTLIB on lang/rust.
>
> lang/rust is compiled using ports gcc4.9. The c++ library used is
> libestdc++. And the use of devel/llvm is due
I like it.
I will use only javaws every now and then.
Cheers
Giovanni
On 07/28/17 09:12, Landry Breuil wrote:
> On Fri, Jul 28, 2017 at 07:52:03AM +0200, Landry Breuil wrote:
>> Hi,
>>
>> xulrunner/24 is ancient, dead upstream, and only two ports uses them:
>> - www/conkeror which, even if sort
On Fri, Jul 28, 2017 at 07:52:03AM +0200, Landry Breuil wrote:
> Hi,
>
> xulrunner/24 is ancient, dead upstream, and only two ports uses them:
> - www/conkeror which, even if sorta alive upstream, hasnt seen an update
> in 4 years
> - www/icedtea-web which will be useless when firefox 57 is out,
25 matches
Mail list logo