On Wed, Feb 22, 2017 at 11:35:24AM +, Dimitris Papastamos wrote:
> Hi everyone,
>
> I think at some point in the last week a possible chromium regression
> was introduced.
>
> Youtube videos give a playback error. This is what I get in the log:
>
> [11087:-105893312:0221/190453.466753:ERROR
On Sun, Feb 26, 2017 at 09:39:52PM +1100, Jonathan Gray wrote:
> https://blog.golang.org/go-fonts
>
> A family of high-quality WGL4 TrueType fonts, created by the Bigelow &
> Holmes type foundry specifically for the Go project.
>
> The font family, called Go (naturally),
https://blog.golang.org/go-fonts
A family of high-quality WGL4 TrueType fonts, created by the Bigelow &
Holmes type foundry specifically for the Go project.
The font family, called Go (naturally), includes proportional- and
fixed-width faces in normal, bold, and italic renderings. The fonts have
On Sun, Aug 28, 2016 at 09:05:18PM +0500, Alexandr Shadchin wrote:
> On Sun, Aug 28, 2016 at 04:44:44PM +0200, Daniel Jakots wrote:
> > On Sun, 28 Aug 2016 12:39:00 +0200, Daniel Jakots
> > wrote:
> >
> > > Here's a diff to update to py-argcomplete-1.4.1.
> >
> > Now that it has been committed (
To load any code on a Raspberry Pi requires various closed parts to
initialise the videocore/gpu portion which sets up and boots the arm
cores (and continues to run providing a mailbox interface).
The license allows redistribution with the caveat of
"This software may only be used for the purposes
On Mon, Jan 23, 2017 at 10:14:15AM +, Stuart Henderson wrote:
> On 2017/01/23 11:55, Vadim Zhukov wrote:
> > 2017-01-23 4:04 GMT+03:00 Peter Hessler :
> > > Here are some bits to add arch defines to the ports infrastruture files
> > > for aarch64.
> > >
> > > amd64 is the kernel arch (similar
http://tset.de/lpty/
lpty is a module that allows a program written in lua to open the master
side of a PTY and start a program with the slave side of the PTY as its
controlling terminal. The PTY may then be read from and written to, thus
controlling the remote program.
lua-pty.tgz
Description:
A 5.3 bugfix release
http://marc.info/?l=lua-l&m=148576985120837&w=2
https://www.lua.org/bugs.html#5.3.3
Index: Makefile
===
RCS file: /cvs/ports/lang/lua/5.3/Makefile,v
retrieving revision 1.7
diff -u -p -r1.7 Makefile
--- Makefile
On Sun, Jan 22, 2017 at 02:53:15AM -0600, Ricky Cintron wrote:
> Hello all,
>
> Apologies if I???m mistaken, but it appears that the Lua packages are built
> with the default conversion specifiers for strftime, which are defined in
> loslib.c (if I searched correctly). Unfortunately these do not
On Sat, Jan 14, 2017 at 11:47:14AM -0700, phess...@openbsd.org wrote:
> bulk build on armv7-0.ports.openbsd.org
> started on Thu Jan 5 11:08:59 MST 2017
> finished at Sat Jan 14 11:43:34 MST 2017
> lasted 09D17h34m
> done with kern.version=OpenBSD 6.0-current (GENERIC) #10: Wed Jan 4 13:38:35
>
On Sun, Jan 01, 2017 at 10:22:27PM -0500, Josh Grosse wrote:
> On Tue, Dec 27, 2016 at 09:49:58PM -0700, phess...@openbsd.org wrote:
>
> > http://build-failures.rhaalovely.net//arm/2016-12-20/devel/codeblocks.log
>
> And in this port, the failure message apparently comes from ld(1):
>
> app.cpp:
Use ports gcc4 on arm to get the required atomic builtins.
Index: Makefile.inc
===
RCS file: /cvs/ports/lang/php/Makefile.inc,v
retrieving revision 1.88
diff -u -p -r1.88 Makefile.inc
--- Makefile.inc4 Nov 2016 11:35:19 -
On Mon, Dec 26, 2016 at 11:35:43AM +, Edd Barrett wrote:
> I've always stripped off -g when I see it. Perhaps another porter can comment.
>
>
>
> On 26 December 2016 11:16:19 GMT+00:00, Jonathan Gray wrote:
> >On Mon, Dec 26, 2016 at 10:31:39AM +,
On Fri, Dec 30, 2016 at 09:02:34PM +, Edd Barrett wrote:
> On Sat, Dec 31, 2016 at 03:13:37AM +1100, Jonathan Gray wrote:
> > Use ports gcc to get atomic builtins and depend on libuuid to fix the
> > build.
>
> This looks fine to me. Have you tested on amd64?
Using
On Sat, Dec 31, 2016 at 01:55:22AM +0100, Jeremie Courreges-Anglas wrote:
>
> (gdb) r
> Starting program: /home/jca/a.out
> (no debugging symbols found)
>
> Program received signal SIGILL, Illegal instruction.
> 0x55f9e880 in GC_stop_world () at arm.h:587
> 587 arm.h: No such file or director
Use ports gcc to get atomic builtins and depend on libuuid to fix the
build.
checking for uuid_create in -lossp-uuid... no
checking for uuid_create in -luuid... yes
checking for ossp/uuid.h... no
checking for uuid.h... yes
cc -O2 -pipe-I/usr/local/include -O2 -pipe -pthread -fPIC
-I/usr/loc
short inline errors from most of the rest below
Using ports gcc for atomics should help:
devel/openmpi
lang/erlang/16
lang/erlang/17
lang/erlang/18
lang/erlang/19
lang/php/5.5
lang/php/5.6
lang/php/7.0
www/ruby-raindrops,ruby22
net/gnugk (by building devel/ptlib with ports gcc)
SIGILL/Illegal ins
Index: Makefile
===
RCS file: /cvs/ports/games/ioquake3/Makefile,v
retrieving revision 1.9
diff -u -p -r1.9 Makefile
--- Makefile6 Dec 2016 15:54:42 - 1.9
+++ Makefile26 Dec 2016 16:00:36 -
@@ -6,6 +6,7 @@ ONLY_FO
On Mon, Dec 26, 2016 at 10:31:39AM +, Edd Barrett wrote:
> Hi,
>
> I don't have the hexen data to hand, but this looks good.
>
> I notice that we are building with -g, let's kill that.
I played a few levels of sp and had a look at the various dm levels.
Why not -g?, installed binary size of
The gtk launcher was removed in 1.5.8.
Also add "$@" to the scripts so arguments can be passed when using them.
Index: Makefile
===
RCS file: /cvs/ports/games/uhexen2/Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 Makefile
--- M
Before the change to add arm to the --disable-spinlocks list the
postgres build on arm would error with:
gmake[4]: Entering directory
'/usr/pobj/postgresql-9.6.1/postgresql-9.6.1/src/backend/access/brin'
cc -Wall -Wmissing-prototypes -Wpointer-arith -Wdeclaration-after-statement
-Wendif-labels -
Same change patrick made to llvm in base.
With this aarch64-unknown-openbsd6.0 defines now include
#define __ELF__ 1
#define __OpenBSD__ 1
#define __unix 1
#define __unix__ 1
#define unix 1
Index: Makefile
===
RCS file: /cvs/ports/d
On Sat, Dec 10, 2016 at 06:14:11PM +0100, Patrick Wildt wrote:
> On Sat, Dec 10, 2016 at 11:23:54AM +1100, Jonathan Gray wrote:
> > On Tue, Dec 06, 2016 at 06:31:59PM +0100, Patrick Wildt wrote:
> > > Hi,
> > >
> > > now that we have an AArch64-capable
NAME= ${PKGNAME}
> +REVISION=0
> CATEGORIES= sysutils
> HOMEPAGE=http://www.denx.de/wiki/U-Boot
> MAINTAINER= Jonathan Gray
> @@ -13,12 +20,26 @@ MASTER_SITES= ftp://ftp.denx.de/pub/u-boot/
> EXTRACT_SUFX=.tar.bz2
> PKG_ARCH=*
>
> -BUILD_DEPE
On Sat, Dec 03, 2016 at 07:10:20PM -0800, Ryan Freeman wrote:
> On Sun, Dec 04, 2016 at 01:34:33PM +1100, Jonathan Gray wrote:
> > On Fri, Dec 02, 2016 at 10:46:32AM -0800, Ryan Freeman wrote:
> > > I wish I had noticed this sooner when the update was posted...
> > >
On Fri, Dec 02, 2016 at 10:46:32AM -0800, Ryan Freeman wrote:
> I wish I had noticed this sooner when the update was posted...
>
> For whatever reason, certain applications with SDL2 2.0.5 are receving
> duplicate keyboard events. Mouse seems unaffected, but the menus of some
> games are very har
Index: Makefile
===
RCS file: /cvs/ports/textproc/py-yaml/Makefile,v
retrieving revision 1.14
diff -u -p -r1.14 Makefile
--- Makefile9 Dec 2015 18:26:47 - 1.14
+++ Makefile13 Nov 2016 05:15:05 -
@@ -2,10 +2,9 @@
Index: Makefile
===
RCS file: /cvs/ports/textproc/lua-yaml/Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 Makefile
--- Makefile16 Oct 2016 23:21:23 - 1.2
+++ Makefile13 Nov 2016 05:12:28 -
@@ -1,7 +1,7 @@
# $
https://bitbucket.org/xi/libyaml/raw/6d5f97d2330147c286839bacfa0c66fac3992faf/announcement.msg
* Fixed segfault in yaml_string_write_handler.
* Fixed invalid simple key assertion.
* Fixed error handling in some examples (thank to Mathias Svensson).
* Removed obsolete VS project files.
Index: Make
I ran into a port that used clang and added arm to LLVM_ARCHS. The build
errors out after a day or so of building with the below. I've previously
built the version under src/gnu without problem. That didn't invoke
whatever binutils horrors are implicated in the below.
[2695/2736] : && /usr/pobj
On Tue, Nov 01, 2016 at 07:30:10AM -0600, Aaron Bieber wrote:
>
>
> On Tue, Nov 1, 2016, at 06:23 AM, Jeremie Courreges-Anglas wrote:
> > Jonathan Gray writes:
> >
> > > On Mon, Oct 31, 2016 at 07:59:21PM +0100, Jeremie Courreges-Anglas wrote:
> > >>
On Sat, Oct 22, 2016 at 06:57:36PM +1100, Jonathan Gray wrote:
> On Sat, Oct 22, 2016 at 09:51:04AM +0200, Daniel Melani wrote:
> > On Fri, Oct 14, 2016 at 09:58:21PM +0200, Daniel Melani wrote:
> > > On Fri, Oct 14, 2016 at 11:03:55PM +1100, Jonathan Gray wrote:
> > > &
16.09
-REVISION= 1
+DISTNAME= u-boot-2016.11-rc3
CATEGORIES=sysutils
HOMEPAGE= http://www.denx.de/wiki/U-Boot
MAINTAINER=Jonathan Gray
@@ -35,6 +34,7 @@ BOARDS=\
CHIP \
Cubieboard \
Cubieboard2 \
+ Cubieboard4 \
Cubietruck \
Lamo
On Mon, Oct 31, 2016 at 07:59:21PM +0100, Jeremie Courreges-Anglas wrote:
>
> lua.port.mk doesn't automatically add lua52 and lua53 to FLAVORS any
> more. So right now the ,lua52 package is broken and I've removed it
> from lang/Makefile. Either it is decided to keep this FLAVOR (which
> require
On Sat, Oct 22, 2016 at 09:51:04AM +0200, Daniel Melani wrote:
> On Fri, Oct 14, 2016 at 09:58:21PM +0200, Daniel Melani wrote:
> > On Fri, Oct 14, 2016 at 11:03:55PM +1100, Jonathan Gray wrote:
> > > On Fri, Oct 14, 2016 at 01:47:10PM +0200, Daniel Melani wrote:
> > > &
/wiki/U-Boot
MAINTAINER=Jonathan Gray
Index: patches/patch-include_configs_omap3_beagle_h
===
RCS file:
/cvs/ports/sysutils/u-boot/patches/patch-include_configs_omap3_beagle_h,v
retrieving revision 1.1
diff -u -p -r1.1
On Tue, Oct 18, 2016 at 09:16:22AM +1100, Jonathan Gray wrote:
> On Tue, Apr 26, 2016 at 03:15:53PM +1000, Jonathan Gray wrote:
> > If the bit32 compat lua module is built against lua 5.2 and used with
> > luajit52 it fails with:
> >
> > $ luajit52
> > LuaJIT
On Tue, Apr 26, 2016 at 03:15:53PM +1000, Jonathan Gray wrote:
> If the bit32 compat lua module is built against lua 5.2 and used with
> luajit52 it fails with:
>
> $ luajit52
> LuaJIT 2.0.4 -- Copyright (C) 2005-2015 Mike Pall. http://luajit.org/
> JIT: ON CMOV SSE2 SSE3 S
On Fri, Oct 14, 2016 at 01:47:10PM +0200, Daniel Melani wrote:
> On Fri, Oct 14, 2016 at 11:51:38AM +0100, Stuart Henderson wrote:
> > On 2016/10/14 12:39, Daniel Melani wrote:
> > > Hi,
> > >
> > > Here's an update that brings devel/dtc up to the latest version.
> >
> > Your diff is mangled.
> >
On Sat, Sep 24, 2016 at 09:37:45AM +0100, Stuart Henderson wrote:
> On 2016/09/24 16:35, Jonathan Gray wrote:
> > Update coccinelle to 1.0.5, changes described here:
> > http://coccinelle.lip6.fr/distrib/changes.html
>
> I tried updating this at Cambridge (it seemed fi
Update coccinelle to 1.0.5, changes described here:
http://coccinelle.lip6.fr/distrib/changes.html
Index: Makefile
===
RCS file: /cvs/ports/devel/coccinelle/Makefile,v
retrieving revision 1.33
diff -u -p -r1.33 Makefile
--- Makefile
10,7 +10,7 @@ MAINTAINER= Jonathan Gray https://cdn.kernel.org/pub/linux/kernel/v4.x/
+MASTER_SITES= https://cdn.kernel.org/pub/linux/kernel/v4.x/testing/
EXTRACT_SUFX= .tar.xz
PKG_ARCH= *
Index: distinfo
===
RCS file: /cvs/ports/sy
Index: Makefile
===
RCS file: /cvs/ports/devel/arm-none-eabi/gcc-linaro/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile28 May 2015 23:28:25 - 1.1.1.1
+++ Makefile31 Jul 2016 05:16:20 -
The armv7 fdt console selection tries to find /chosen/stdout-path
and falls back to /aliases/serial0.
Some board dts files don't adhere to this (and require kernel
arguments to select console on linux?).
There are cases (such as beagleboard) where there are earlier
serial aliases that are not dis
http://marc.info/?l=lua-l&m=146524872110215&w=2
Index: Makefile
===
RCS file: /cvs/ports/lang/lua/5.3/Makefile,v
retrieving revision 1.5
diff -u -p -r1.5 Makefile
--- Makefile4 Dec 2015 00:41:03 - 1.5
+++ Makefile7 J
On Mon, May 16, 2016 at 11:01:00PM +1000, Jonathan Gray wrote:
> On Mon, May 16, 2016 at 12:57:19PM +0100, Stuart Henderson wrote:
> > On 2016/05/16 21:18, Jonathan Gray wrote:
> > > On Sun, May 15, 2016 at 04:53:40PM +0200, Jeremie Courreges-Anglas wrote:
&
On Mon, May 16, 2016 at 12:57:19PM +0100, Stuart Henderson wrote:
> On 2016/05/16 21:18, Jonathan Gray wrote:
> > On Sun, May 15, 2016 at 04:53:40PM +0200, Jeremie Courreges-Anglas wrote:
> > >
> > > Hi,
> > >
> > > Please reorder the Make
On Mon, May 16, 2016 at 02:06:08PM +0200, Jeremie Courreges-Anglas wrote:
> Jonathan Gray writes:
>
> > On Sun, May 15, 2016 at 11:05:08PM +1000, Jonathan Gray wrote:
> >> As the linux kernel seems to be the main repository for flattended
> >> device data, here is
On Sun, May 15, 2016 at 11:05:08PM +1000, Jonathan Gray wrote:
> As the linux kernel seems to be the main repository for flattended
> device data, here is a port to run the source files through a
> preprocessor and devel/dtc to create dtb files the bootloader can
> pass to the kernel
On Sun, May 15, 2016 at 04:53:40PM +0200, Jeremie Courreges-Anglas wrote:
>
> Hi,
>
> Please reorder the Makefile to follow
> infrastructure/templates/Makefile.template, same thing for
> sysutils/dtb.
>
> Since you're replicating much of the default build target, it would also
> make sense to us
As the linux kernel seems to be the main repository for flattended
device data, here is a port to run the source files through a
preprocessor and devel/dtc to create dtb files the bootloader can
pass to the kernel to describe the underlying hardware on
unprobeable busses.
The linux target to build
Many arm boards don't ship with firmware in a dedicated chip on board,
instead they tend to read it off a sd or mmc device in the form
of a u-boot image.
Here is an attempt at a port to make dealing with the convoluted
build system less painful. If not built in the cross compiled method
it assume
If the bit32 compat lua module is built against lua 5.2 and used with
luajit52 it fails with:
$ luajit52
LuaJIT 2.0.4 -- Copyright (C) 2005-2015 Mike Pall. http://luajit.org/
JIT: ON CMOV SSE2 SSE3 SSE4.1 fold cse dce fwd dse narrow loop abc sink fuse
> bit32 = require "bit32"
luajit52:/usr/loca
On Sat, Apr 23, 2016 at 11:33:04AM +0200, Florian Stinglmayr wrote:
> On Fri, Apr 22, 2016 at 05:54:04PM +1000, Jonathan Gray wrote:
> > Some time ago when needing to use yaml from lua I ended up with the same
> > project as this port.
> >
> > Debian calls their lyaml p
On Fri, Apr 22, 2016 at 09:14:17AM +0200, Florian Stinglmayr wrote:
> > Thinking about it some more "lua-yaml" makes more sense than
> > "lua-lyaml".
> >
>
> There is another project called lua-yaml [1], and there's even another
> just called "yaml" for Lua [2]. I thought it might be important to
On Fri, Apr 22, 2016 at 01:45:06PM +1000, Jonathan Gray wrote:
> On Thu, Apr 21, 2016 at 07:08:13PM +0200, Florian Stinglmayr wrote:
> > On Thu, Apr 21, 2016 at 08:47:46PM +1000, Jonathan Gray wrote:
> > > This could now drop the SHARED_ONLY part.
> > >
> >
&g
On Thu, Apr 21, 2016 at 07:08:13PM +0200, Florian Stinglmayr wrote:
> On Thu, Apr 21, 2016 at 08:47:46PM +1000, Jonathan Gray wrote:
> > This could now drop the SHARED_ONLY part.
> >
>
> Yes.
>
> > Why the need to rerun autoconf? Could configure be used as is?
On Tue, Jan 19, 2016 at 06:03:36PM +0100, Florian Stinglmayr wrote:
> Since I haven't received any suggestions for fixes or improvements I
> assume it is ready to be imported, no? ;-)
>
> Regards,
> Florian
>
This could now drop the SHARED_ONLY part.
Why the need to rerun autoconf? Could confi
Update from an old archived version of luaposix to the latest.
This requires the lua-bit32 port I just posted.
Index: Makefile
===
RCS file: /cvs/ports/devel/luaposix/Makefile,v
retrieving revision 1.20
diff -u -p -r1.20 Makefile
---
This provides the lua 5.2 style bit32 bitop interface to lua 5.1.
Required to use newer versions of luaposix with lua 5.1.
lua-bit32.tgz
Description: application/tar-gz
Luacheck is a static analyzer and a linter for Lua. Luacheck detects
various issues such as usage of undefined global variables, unused
variables and values, accessing uninitialized variables, unreachable
code and more. Most aspects of checking are configurable: there are
options for defining custo
On Mon, Mar 21, 2016 at 09:32:30AM -0400, Brandon Mercer wrote:
> On Mon, Mar 21, 2016 at 10:29:32AM +0300, Kirill Bychkov wrote:
> > On Mon, March 21, 2016 00:38, Christian Weisgerber wrote:
> > > There are a number of ports that aren't linked to the build.
> > > I can't quite tell for which this
Now that the llvm update went in it is possible to consider importing
include-what-you-use. A tool to try to detect uneeded include files.
It can be used with:
make -k CC=/usr/local/bin/include-what-you-use
It is possible to specify preferred headers for symbols. The builtin
default ta
On Thu, Feb 18, 2016 at 03:32:09PM +, Stuart Henderson wrote:
> On 2016/02/18 15:51, David Coppa wrote:
> > On Thu, Feb 18, 2016 at 3:31 PM, Jonathan Gray wrote:
> > > Switch back to using base gcc with the stack protector disabled
> > > for arm. This requires
Switch back to using base gcc with the stack protector disabled
for arm. This requires miod's patch to disable the stack protector
for libstdc++ on arm I just committed to src.
Index: Makefile
===
RCS file: /cvs/ports/devel/cmake/Mak
On Wed, Feb 17, 2016 at 10:08:40PM +0100, Matthieu Herrb wrote:
> On Wed, Feb 17, 2016 at 09:46:30PM +0100, Matthieu Herrb wrote:
> > On Mon, Feb 15, 2016 at 03:44:02PM +, Christian Weisgerber wrote:
> > > On 2016-02-14, Matthieu Herrb wrote:
> > >
> > > > I've taken the list of individual op
On Sun, Feb 14, 2016 at 08:57:10PM +0100, Matthieu Herrb wrote:
> On Sun, Feb 14, 2016 at 11:17:24PM +1100, Jonathan Gray wrote:
> > I would prefer if someone with time and an alpha can figure
> > out which optimisation flag breaks, then all of mesa
> > could be built with t
On Sun, Feb 14, 2016 at 10:43:30AM +0100, Matthieu Herrb wrote:
> On Sun, Feb 14, 2016 at 05:31:31PM +1100, Jonathan Gray wrote:
> > On Sat, Feb 13, 2016 at 07:17:35PM +0100, Matthieu Herrb wrote:
> > > So, here is a patch that should let libGL to build again on
> > >
On Sat, Feb 13, 2016 at 07:17:35PM +0100, Matthieu Herrb wrote:
> So, here is a patch that should let libGL to build again on
> alpha. I've not done a full clean xenocara build with it yet though,
> given how slow my alpha is.
>
> In addition to the non-existent sync operation, I had to force 2 fi
On Thu, Feb 11, 2016 at 08:09:42AM +0100, Matthieu Herrb wrote:
> On Wed, Feb 10, 2016 at 08:32:51PM +, Christian Weisgerber wrote:
> > On 2016-02-09, Jonathan Gray wrote:
> >
> > > /usr/xenocara/lib/mesa/src/mesa/main/format_pack.c:6890: internal
> > > co
Toolchain bugs.
Something along the lines of
lib/mesa/src/mesa/main/format_pack.c -fPIC -DPIC -o main/.libs/format_pack.o
/usr/xenocara/lib/mesa/src/mesa/main/format_pack.c: In function
'pack_float_bgr_srgb8':
/usr/xenocara/lib/mesa/src/mesa/main/format_pack.c:6890: error: unrecognizable
insn:
On Sun, Jan 24, 2016 at 01:30:51PM +0100, Pascal Stumpf wrote:
> On Sun, 24 Jan 2016 20:02:16 +1100, Jonathan Gray wrote:
> > On Sun, Jan 24, 2016 at 09:47:28AM +0100, Pascal Stumpf wrote:
> > > On Sun, 24 Jan 2016 17:03:16 +1100, Jonathan Gray wrote:
> > > > On S
There are projects that use the llvm libraries that take time to update,
and llvm seems to often make a lot of breaking changes between major
versions.
This is why there was a llvm port in openbsd-wip (before it was removed
without anyone asking why I added it...) as it was tied to the specific
ve
On Sun, Jan 24, 2016 at 09:47:28AM +0100, Pascal Stumpf wrote:
> On Sun, 24 Jan 2016 17:03:16 +1100, Jonathan Gray wrote:
> > On Sat, Jan 23, 2016 at 07:03:23PM -0500, Michael McConville wrote:
> > > FWIW, I've been running this patch without issue for months. >
&g
On Sat, Jan 23, 2016 at 07:03:23PM -0500, Michael McConville wrote:
> FWIW, I've been running this patch without issue for months.
>
> Juan Francisco Cantero Hurtado wrote:
> > Can you modify the structure of devel/llvm/ to something like
> > devel/llvm/version/? With lang/gcc works pretty well, w
On Fri, Jan 15, 2016 at 07:56:07PM -0500, Brandon Mercer wrote:
>
> > I'd be fine with that if it were "*.pak" to include the point release
> > pak files that should be bundled with the steam/gog releases.
>
> Few more updates that include:
> - Using ${TRUEPREFIX} in the README as well as *.pak,
On Fri, Jan 15, 2016 at 10:40:07AM -0500, Brandon Mercer wrote:
> On Sat, Jan 16, 2016 at 02:03:53AM +1100, Jonathan Gray wrote:
> > On Fri, Jan 15, 2016 at 09:45:29AM -0500, Brandon Mercer wrote:
> > > On Fri, Jan 15, 2016 at 11:31:01PM +1100, Jonathan Gray wrote:
> > >
On Fri, Jan 15, 2016 at 09:45:29AM -0500, Brandon Mercer wrote:
> On Fri, Jan 15, 2016 at 11:31:01PM +1100, Jonathan Gray wrote:
> > On Fri, Jan 15, 2016 at 07:18:51AM -0500, Brandon Mercer wrote:
> > > On Thu, Jan 14, 2016 at 12:25:24PM -0500, Ted Unangst wrote:
> >
On Fri, Jan 15, 2016 at 07:18:51AM -0500, Brandon Mercer wrote:
> On Thu, Jan 14, 2016 at 12:25:24PM -0500, Ted Unangst wrote:
> > Brandon Mercer wrote:
> > > Inspired by the recent dhewm3 work, I decided to try quake2 again only
> > > to find that it does not work. There was some dialogue by folks
On Fri, Jan 08, 2016 at 10:15:28PM +, Stuart Henderson wrote:
> Looks like this picks up dbus if present during build; should we add
> a dependency or disable it?
>
> ...
> CC build/SDL_x11clipboard.lo
> cc -O2 -pipe -I/usr/local/include -DUSING_GENERATED_CONFIG_H -Iinclude
> -I/usr/obj
diff -uprN -x CVS sdl2.orig/Makefile sdl2/Makefile
--- sdl2.orig/Makefile Wed Nov 11 02:02:33 2015
+++ sdl2/Makefile Sun Jan 3 11:54:15 2016
@@ -2,14 +2,13 @@
COMMENT= cross-platform multimedia library
-V= 2.0.3
-REVISION= 0
+V= 2.0.4
DISTNAME=
On Sat, Jan 02, 2016 at 10:48:40PM +1100, Jonathan Gray wrote:
> On Sat, Jan 02, 2016 at 10:19:18AM +0100, Pascal Stumpf wrote:
> > On Sat, 2 Jan 2016 17:17:57 +1100, Jonathan Gray wrote:
> > > On Fri, Jan 01, 2016 at 06:43:19PM +0100, Pascal Stumpf wrote:
> > > >
On Sat, Jan 02, 2016 at 10:19:18AM +0100, Pascal Stumpf wrote:
> On Sat, 2 Jan 2016 17:17:57 +1100, Jonathan Gray wrote:
> > On Fri, Jan 01, 2016 at 06:43:19PM +0100, Pascal Stumpf wrote:
> > > dhewm 3 is a Doom 3 GPL source modification.
> > >
> > > The goal
On Fri, Jan 01, 2016 at 06:43:19PM +0100, Pascal Stumpf wrote:
> dhewm 3 is a Doom 3 GPL source modification.
>
> The goal of dhewm 3 is bring DOOM 3 with the help of SDL to all
> suitable plaforms.
>
> This source release does not contain any game data, the game data
> is still covered by the or
Trying to build icu4c on on armv7 reliably fails with
gmake[1]: Entering directory '/usr/ports/pobj/icu4c-56.1/build-arm/data'
Unpacking /usr/ports/pobj/icu4c-56.1/icu/source/data/in/icudt56l.dat and
generating out/tmp/icudata.lst (list of data files)
LD_LIBRARY_PATH=../lib:../stubdata:../tools/c
On Mon, Dec 28, 2015 at 02:02:00PM +0100, Jrmie Courrges-Anglas wrote:
> Jonathan Gray writes:
>
> > On Mon, Dec 28, 2015 at 01:27:50AM +0100, Jrmie Courrges-Anglas wrote:
> >> Stuart Henderson writes:
> >>
> >> > On 2015/12/21 17:21, Jonathan Gra
On Mon, Dec 28, 2015 at 01:27:50AM +0100, Jrmie Courrges-Anglas wrote:
> Stuart Henderson writes:
>
> > On 2015/12/21 17:21, Jonathan Gray wrote:
> >> Waffle is another library along the lines of GLUT that provides a way to
> >> select a windowing system and api
Waffle is another library along the lines of GLUT that provides a way to
select a windowing system and api for OpenGL.
This is primarily of interest for using the piglit OpenGL tests as
Waffle is required for testing OpenGL ES.
waffle.tgz
Description: application/tar-gz
201/271/343 and ssl failures occur with 2.7.10 as well only 29 is new
[ 29/401] test_asyncore
Exception in thread Thread-38:
Traceback (most recent call last):
File "/usr/ports/pobj/Python-2.7.11/Python-2.7.11/Lib/threading.py", line
801, in __bootstrap_inner
self.run()
File "/usr/ports/p
lua 5.3.2 is a bug-fix release, announced here:
http://marc.info/?l=lua-l&m=144888567305944&w=2
Index: Makefile
===
RCS file: /cvs/ports/lang/lua/5.3/Makefile,v
retrieving revision 1.4
diff -u -p -r1.4 Makefile
--- Makefile19 Jun
On Fri, Nov 27, 2015 at 09:26:50PM +0100, Adam Wolk wrote:
> On Thu, 5 Nov 2015 11:57:35 +1100
> Jonathan Gray wrote:
>
> > On Wed, Nov 04, 2015 at 07:02:03PM -0500, Ted Unangst wrote:
> > > quake2 on amd64 current.
> > >
> > > This problem was also
On Thu, Nov 12, 2015 at 10:25:53AM +0100, Pascal Stumpf wrote:
> On Thu, 12 Nov 2015 00:08:35 +0100, Christian Weisgerber wrote:
> > Pascal Stumpf:
> >
> > > I have done manual builds of some ports that use clang (various
> > > firefoxes, multimedia stuff, vlc, mplayer), but maybe this needs a bul
On Sun, Nov 22, 2015 at 07:10:08PM +0100, Christian Weisgerber wrote:
> games/foobillard doesn't build any longer after the Mesa 11.0.6 update.
>
> ...
> ball.o: In function `draw_balls':
> ball.c:(.text+0x65f0): undefined reference to `glGenProgramsNV'
> ball.c:(.text+0x6605): undefined reference
I'm fine with either of them going in though I haven't tested
this particular revision. I still believe it is worth waiting a few
days after an afl release as there are frequently multiple releases made
around the same time.
On Mon, Nov 16, 2015 at 03:47:15PM -0300, Gleydson Soares wrote:
> simil
On Wed, Nov 04, 2015 at 07:02:03PM -0500, Ted Unangst wrote:
> quake2 on amd64 current.
>
> This problem was also reported two years ago, but the "fix" was apparently to
> use a different port which wasn't committed?
>
> http://marc.info/?l=openbsd-ports&m=137740862509593&w=2
I think we should j
On Thu, Oct 15, 2015 at 08:09:57PM +0100, Stuart Henderson wrote:
> On 2015/10/15 18:16, Pascal Stumpf wrote:
> > On Wed, 14 Oct 2015 18:18:21 +0100, Stuart Henderson wrote:
> > > The gcc 4.9 port supports -msse4.2, but our assembler doesn't
> > > support (at least some of the) opcodes that it uses
On Thu, Sep 10, 2015 at 05:33:31PM +0100, Stuart Henderson wrote:
> Depends on recently submitted devel/ocaml-parmap.
> http://marc.info/?l=openbsd-ports&m=144189988907219&w=2
>
> Lightly tested only.
I installed texlive_base and its odd deps like clisp but that doesn't
seem to be enough.
It loo
On Sun, Aug 16, 2015 at 03:02:37PM +0100, Anil Madhavapeddy wrote:
> On 14 Aug 2015, at 15:40, Anil Madhavapeddy wrote:
> >
> > On 3 Aug 2015, at 18:58, Anil Madhavapeddy wrote:
> >>
> >> This rather large ports diff does an update of the OCaml ports to 4.02.3:
> >> http://www.recoil.org/~avsm/
There is an abi addition of yajl_gen_reset() hence the minor crank.
The port is converted to use the archive tarball instead of the previous
otherwise the directory structure has a short git hash in it.
Index: Makefile
===
RCS file:
c++ -o buildscons/linux-gcc-4.2.1/src/test_lib_json/main.o -c -O2 -pipe
-Iinclude -I. src/test_lib_json/main.cpp
src/test_lib_json/main.cpp: In member function 'virtual void
TestValueTestnull::runTestCase()':
src/test_lib_json/main.cpp:285: error: 'null' is not a member of 'Json::Value'
scons: **
301 - 400 of 535 matches
Mail list logo