CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/12/14 08:45:01
Modified files:
lang/guile2: Makefile
Log message:
guile2: Unbreak on powerpc
After an initial report by Matthew Hull, George Koehler found out that
the pre-built 32-bit BE
Hi,
On Wed, 11 Dec 2019 20:50:00 -0500
George Koehler wrote:
> I believe that the files in WRKSRC/prebuilt/32-bit-big-endian are
> broken: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=26854
>
> The diff below adds a post-extract target that moves away the prebuilt
> files, so the build ignores
On Fri, 6 Dec 2019 02:08:37 -0500
Brian Callahan wrote:
> Hi ports --
>
> Attached is a new port, graphics/azpainter. AzPainter is full color
> painting software for illustrations.
>
> ---
> pkg/DESCR:
> AzPainter is a full color painting application for Unix-like systems
> for illustration
Hi Brian,
On Wed, 4 Dec 2019 17:59:04 -0500
Brian Callahan wrote:
> Hi ports --
>
> Attached is an update to graphics/feh.
> Changelog is here: https://feh.finalrewind.org/archive/3.3/
>
> Big endian testing appreciated.
>
> OK?
>
> ~Brian
>
It builds [0] and works fine on macppc.
OK
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/12/03 14:18:26
Modified files:
lang/gcc/8 : Makefile distinfo
Log message:
gcc/8: re-enable Ada on powerpc by providing a new bootstrap.
Thanks and OK naddy@
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/11/26 14:02:17
Modified files:
sysutils/screenfetch: Makefile distinfo
Removed files:
sysutils/screenfetch/patches: patch-screenfetch-dev
Log message:
screenfetch: update to 3.9.1
Changelog:
Hi,
Here is a minor [0] update for screenfetch, since the kernel version
and disk improvements/fixes have been upstreamed, there is nothing new
but GTK3 detection improvements.
It works as expected on all my amd64 and macppc machines.
Comments/feedback are welcome,
Charlène.
[0]
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/11/24 16:05:10
Modified files:
net/toxcore: Makefile
net/toxcore/patches: patch-CMakeLists_txt
Log message:
toxcore: disable the test suite build, unbreak with base-gcc.
NO_TEST is set
Ping.
On Fri, 1 Nov 2019 09:06:35 +0100
Charlene Wendling wrote:
> Hi,
>
> > http://build-failures.rhaalovely.net/powerpc/2019-10-11/net/toxcore.log
> > http://build-failures.rhaalovely.net/sparc64/2019-10-11/net/toxcore.log
>
> Humph, it used to build when
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/11/24 07:24:39
Modified files:
devel/p5-Test-Compile: Makefile distinfo
Log message:
p5-Test-Compile: update to 2.3.1
Backward incompatible change: `exported_to()' has been removed.
Changelog:
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/11/24 03:53:42
Modified files:
devel/libvterm/patches: patch-bin_vterm-ctrl_c
Added files:
devel/libvterm/patches: patch-Makefile
Log message:
Hi,
libvterm is broken when built with base-gcc, that does not recognise
`-Wpedantic':
> cc -O2 -pipe -Wall -Iinclude -std=c99 -Wpedantic -c src/encoding.c
> -fPIC -DPIC -o src/.libs/encoding.o
> cc1: error: unrecognized command line option "-Wpedantic"
Here is a patch that removes it. While
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/11/24 03:25:52
Modified files:
security/libtasn1: Makefile
Log message:
libtasn1: requires `-std=gnu99' to be built with base-gcc.
OK aja@ (maintainer)
Hi,
The latest libtasn1 committed a few hours ago is broken on gcc archs,
as seen in the current macppc bulk:
> corpus2array.c:123: error: 'for' loop initial declaration used outside
> C99 mode
INSTALL mentions clearly the use of a C99-aware compiler, and done that
way, it builds on macppc [0]
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/11/23 15:08:42
Modified files:
games/freeorion: Makefile
Log message:
freeorion: use "DPB_PROPERTIES=lonesome" only on powerpc
This fixes OOM errors during bulk builds. Survived the last bulk.
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/11/21 10:49:57
Modified files:
graphics/openimageio: Makefile
Added files:
graphics/openimageio/patches:
patch-src_include_OpenImageIO_strutil_h
Log
On Tue, 19 Nov 2019 10:59:10 -0800
Andrew Hewus Fresh wrote:
> On Tue, Nov 19, 2019 at 07:50:19PM +0100, Charlene Wendling wrote:
> > On Mon, 18 Nov 2019 19:31:02 -0800
> > Andrew Hewus Fresh wrote:
> >
> > > On Mon, Nov 18, 2019 at 01:23:49PM +0100, Charl
On Mon, 18 Nov 2019 19:31:02 -0800
Andrew Hewus Fresh wrote:
> On Mon, Nov 18, 2019 at 01:23:49PM +0100, Charlene Wendling wrote:
> > Hi,
> >
> > As i'm working on portgen(1) and remembered Pamela's manpage diff,
> > i've found out that sqlports-compact is mentioned,
Hi,
I guess i could have just committed it.
Freeorion is also a huge memory user when being built, and macppc is
indeed a memory-challenged arch. It needs to be built alone, otherwise
it's failing due to memory exhaustion.
It survived the bulk :)
OK?
Charlène.
Index: Makefile
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/11/18 06:05:58
Modified files:
math/mlpack: Makefile
Log message:
mlpack: Mark BROKEN-powerpc to avoid wasting time in bulks, and also
remove powerpc-specific optimisation flags.
It's failing
Hi,
As i'm working on portgen(1) and remembered Pamela's manpage diff, i've
found out that sqlports-compact is mentioned, and its presence still
checked. I'm proposing to remove those bits.
It has been successfully tried in a chroot without sqlports installed,
and the runtime is as expected on
Hi,
The latest version was not able to be built on bulk machines. I've
tried `DPB_PROPERTIES=lonesome` without success.
So i tried at home, with infinite memory limits for _pbuild and 4GB
(2GB of ram and 2GB for swap), a single job, and it's definitely
broken [0] (warning: 60 MBytes gunzip'd).
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/11/16 17:14:36
Modified files:
emulators/vbam : Makefile
Added files:
emulators/vbam/patches: patch-CMakeLists_txt
patch-src_filters_xBRZ_xbrz_cpp
Log
Follow up from my previous diff [0]
> http://build-failures.rhaalovely.net/sparc64/2019-11-12/emulators/vbam.log
> http://build-failures.rhaalovely.net/aarch64/2019-11-13/emulators/vbam.log
(macppc incoming, mips64 didn't build it yet)
1) it looks like the asm part only works on x86, since
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/11/15 07:30:20
Added files:
devel/kdevelop/patches: patch-plugins_welcomepage_CMakeLists_txt
Log message:
kdevelop: remove a gcc-5 workaround that breaks the build with
ports-gcc-8.3.0.
OK
On Tue, 5 Nov 2019 03:29:58 +
wen heping wrote:
> Revised patch which move the CPAN_AUTHOR line by the DISTNAME line.
>
> wen
>
> 发件人: Andrew Hewus Fresh
> 发送时间: 2019年11月1日 9:27
> 收件人: wen heping
> 抄送: ports@openbsd.org
> 主题: Re: [NEW]
Ping :)
I've synced the diff and the build log [1] with kdevelop-5.4.4, REVISION
bump is unneeded.
On Thu, 31 Oct 2019 16:06:20 +0100
Charlene Wendling wrote:
> Hi!
>
> > http://build-failures.rhaalovely.net/sparc64/2019-10-11/devel/kdevelop.log
> > http://build-failures.rhaa
On Fri, 15 Nov 2019 00:25:41 +0100
Frederic Cambus wrote:
> Hi ports@,
>
> Here is a new port: games/nudoku.
>
> From DESCR:
>
> nudoku is a ncurses based sudoku game. Perfect to relax a little or
> just waste some time when you are on the console.
>
> Comments? OK?
Builds and works fine on
Hi,
On Wed, 13 Nov 2019 11:31:43 +
wen heping wrote:
> Revised patch, which remove p5-Test-Deep from
> TEST_DEPENDS since it is RUN_DEPENDS.
>
> wen
>
> 发件人: owner-po...@openbsd.org 代表 wen
> heping 发送时间: 2019年11月13日 16:08
> 收件人: ports@openbsd.org
> 主题:
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/11/14 09:32:15
Modified files:
www/ruby-sassc : Makefile
Log message:
ruby-sassc: use ports-gcc on base-gcc archs (C++11).
Also fix a malformed RCS tag.
OK jca@ jeremy@
Hi,
I've spotted that in the current sparc64 bulk:
> c++ -I. -I/usr/local/include/ruby-2.6/sparc64-openbsd
> -I/usr/local/include/ruby-2.6/ruby/backward
> -I/usr/local/include/ruby-2.6 -I. -I./libsass/include
> -DOPENSSL_NO_STATIC_ENGINE -I/usr/local/include -fPIC -O2 -pipe
> -std=c++11
On Wed, 13 Nov 2019 13:41:13 +
Stuart Henderson wrote:
> On 2019/11/13 14:11, Charlene Wendling wrote:
> >
> > > http://build-failures.rhaalovely.net/sparc64/2019-11-08/devel/libpeas.log
> >
> > It's broken since the latest update.
> >
> > I did
> http://build-failures.rhaalovely.net/sparc64/2019-11-08/devel/libpeas.log
It's broken since the latest update.
I did the same thing as i did with vte3, i just added an extra LDFLAG
for ld.bfd archs and it builds on macppc [0]. REVISION bump is unneeded,
this version never built on these
Hi!
The port is BROKEN-powerpc due to libatomic not being linked, so i fixed
that already, but then met:
> http://build-failures.rhaalovely.net/sparc64/2019-11-08/graphics/openimageio.log
This is just a missing header.
I have been able to build openimageio on macppc [0] with these fixes,
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/11/13 04:00:52
Modified files:
x11/libdbusmenu: Makefile
Log message:
libdbusmenu: don't build with `-Werror'; glib2 deprecation notices were
breaking the build on base-gcc archs.
OK kmos@ sthen@
> http://build-failures.rhaalovely.net/sparc64/2019-11-08/x11/libdbusmenu.log
It's broken because of glib2 deprecation notices and the port being
built with `-Werror'.
I didn't patch makefiles; the flag can be found in all of them.
Once `-Wno-error' is provided, it builds fine on macppc [0].
On Tue, 12 Nov 2019 21:03:29 +0200
Kurt Mosiejczuk wrote:
> On Tue, Nov 12, 2019 at 11:22:31AM +0100, Charlene Wendling wrote:
> > Hi,
>
> > > http://build-failures.rhaalovely.net/sparc64/2019-11-08/productivity/gnucash.log
> > (guile2 is still BROKEN
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/11/12 10:24:39
Modified files:
games/braincurses: Makefile
Log message:
braincurses: add MAKE_ENV to the `do-build' target, so the port really
uses ports-gcc on base-gcc archs.
OK kmos@ jca@
Hi,
> http://build-failures.rhaalovely.net/sparc64/2019-11-08/games/braincurses.log
This port should be built with ports-gcc, but MAKE_ENV is not set, as
such the standard PATH applies, so finally it's built with base-gcc,
that can't deal with C++>98 :)
It just builds [0] and runs fine on
Hi,
> http://build-failures.rhaalovely.net/sparc64/2019-11-08/productivity/gnucash.log
(guile2 is still BROKEN on powerpc, so i can't test)
This is happening since the glib2 update. G_INLINE_FUNC is
deprecated [0], and should be replaced by `static inline'. I preferred
to not patch the code
Hi,
Here is an update for Test::Compile, long overdue as i trusted
portroach too much.
What's new upstream (very partial, see [0]):
- remove `exported_to()' (backward incompatible)
- all subcommands can now be caught and thus silenced
- deprecation of the procedural interface made clear
- tests
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/11/10 09:47:31
Modified files:
devel/vte3 : Makefile
Added files:
devel/vte3/patches: patch-meson_build patch-meson_options_txt
Log message:
vte3: ld.bfd fixes: build without the
> http://build-failures.rhaalovely.net/sparc64/2019-11-07/devel/vte3.log
Upstream has already a fix for it [0]. During the final linking i've
found out that there are some X11-related undefined references, so i
have added proper LDFLAGS to MODGNOME_LDFLAGS (that already includes
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/11/10 08:40:24
Modified files:
devel/universal-ctags: Makefile
Added files:
devel/universal-ctags/patches: patch-Makefile_am
Log message:
universal-ctags: make packcc inherit
Hi,
> http://build-failures.rhaalovely.net/sparc64/2019-11-07/devel/universal-ctags.log
This is happening because autotools are detecting that -std=gnu99 is
needed with base-gcc, but is not inherited by the packcc target. I've
upstreamed it already [0].
This fixes the build on macppc [1] and
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/11/09 08:03:10
Modified files:
net/librsync : Makefile
Log message:
librsync: add -std=gnu99 as a CFLAG because the code contains initial
declarations in for loops. This fixes the build with
> http://build-failures.rhaalovely.net/sparc64/2019-11-07/sysutils/usmb.log
This is once again a port built with `-Werror' that is breaking after
the glib2 update.
On macppc, it builds fine [1] once removed.
HOMEPAGE [0] returns "Forbidden", and pages on the whole domain are
empty. Maybe we
Hi,
> http://build-failures.rhaalovely.net/sparc64/2019-11-07/net/librsync.log
base-gcc uses -std=gnu89 by default, this includes some C99 features,
but not initialisations in for loops. This requires -std=gnu99 to build.
It builds fine on macppc [0] and amd64.
Comments/feedback are welcome.
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/11/09 00:09:09
Modified files:
security/opensc: Makefile
security/opensc/patches: patch-configure_ac
Log message:
opensc: remove -Werror from CFLAGS, this fixes the build on base-gcc archs.
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/11/09 00:02:24
Modified files:
x11/xkbcommon : Makefile
Log message:
xkbcommon: add extra LDFLAGS to make it build on ld.bfd archs
Tweaks and OK ajacoutot@
> http://build-failures.rhaalovely.net/sparc64/2019-11-07/security/opensc.log
The glib2 update brought some deprecations, and as such uncovered more
ports that are built with `-Werror'.
I simply removed it, and then it builds [0] on macppc.
Comments/feedback are welcome!
Charlène.
[0]
On Fri, 8 Nov 2019 17:25:17 +0100
Antoine Jacoutot wrote:
> On Fri, Nov 08, 2019 at 05:01:03PM +0100, Charlene Wendling wrote:
> > On Fri, 8 Nov 2019 16:30:58 +0100
> > Antoine Jacoutot wrote:
> >
> > > On Fri, Nov 08, 2019 at 04:09:50PM +0100, Charl
On Fri, 8 Nov 2019 16:30:58 +0100
Antoine Jacoutot wrote:
> On Fri, Nov 08, 2019 at 04:09:50PM +0100, Charlene Wendling wrote:
> > Hi,
> >
> > > http://build-failures.rhaalovely.net//sparc64/last/x11/xkbcommon.log
> > > https://bin.charlenew.xyz/xkbcommon
Hi,
> http://build-failures.rhaalovely.net//sparc64/last/x11/xkbcommon.log
> https://bin.charlenew.xyz/xkbcommon.fail.log
(no bulk report yet on macppc)
ld.bfd is unable to find libraries again. The issue here is that
a few hundreds ports are depending on it.
Because meson is used, i tried at
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/11/07 14:39:31
Modified files:
games/bastet : Makefile
Log message:
bastet: fix a segfault at runtime on macppc, by using ports-gcc instead
of ports-clang, and as such remove ONLY_FOR_ARCHS. Also,
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/11/06 09:19:52
Modified files:
games/xmoto: Makefile
games/xmoto/patches: patch-src_VTexture_h
patch-src_drawlib_DrawLibOpenGL_cpp
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/11/05 13:42:34
Modified files:
devel/py-unicorn: Makefile
devel/py-unicorn/patches: patch-src_Makefile
Log message:
py-unicorn: `-Bsymbolic-functions' linker option is not recognised
by
On Fri, 1 Nov 2019 15:41:50 +
Edd Barrett wrote:
> On Sun, Oct 20, 2019 at 10:37:48AM +0100, Edd Barrett wrote:
> > On Sun, Oct 20, 2019 at 10:35:05AM +0100, Edd Barrett wrote:
> > > Attached is a mega-diff to update TeX Live.
> >
> > Forgot to say: I've tested this with a partial bulk on
On Sun, 03 Nov 2019 12:44:31 +0100
Jeremie Courreges-Anglas wrote:
> On Fri, Oct 18 2019, Charlene Wendling wrote:
> > On Thu, 17 Oct 2019 21:21:14 +0100
> > Stuart Henderson wrote:
> >
> >> On 2019/10/17 10:01, Henry Jensen wrote:
> >> > On Wed
On Fri, 1 Nov 2019 08:33:53 +0100
Rafael Sadowski wrote:
> Here is a patch to fix QtAV with Qt 5.9.8 and upcoming updates.
>
> OK? Objections?
It makes sense indeed. I tried the diff and then built digikam on
amd64 (Qt-5.9.7) and macppc [0] (Qt-5.9.8) without issues.
OK cwen@
[...]
> # The
On Fri, 1 Nov 2019 16:45:36 +
Tom Murphy wrote:
> On Thu, Oct 24, 2019 at 09:27:29PM +0200, Charlene Wendling wrote:
> > On Wed, 23 Oct 2019 09:17:16 +0100
> > Tom Murphy wrote:
> >
> > > On 2019-10-22 18:17, Charlene Wendling wrote:
> > > > Hi
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/11/01 13:17:31
Modified files:
games/freeorion: Makefile
Added files:
games/freeorion/patches: patch-CMakeLists_txt
Log message:
freeorion: honour default compiler optimisation flags on
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/11/01 13:13:48
ports/games/freeorion/patches
Update of /cvs/ports/games/freeorion/patches
In directory cvs.openbsd.org:/tmp/cvs-serv85795/patches
Log Message:
Directory /cvs/ports/games/freeorion/patches
Hi,
> http://build-failures.rhaalovely.net/powerpc/2019-10-11/games/xmoto.log
> http://build-failures.rhaalovely.net/sparc64/2019-10-11/games/xmoto.log
This is happening since the font fix on base-clang archs [0]
Upstream has a better fix than FreeBSD [1], that uses TR1's
unordered_map,
Hi,
> http://build-failures.rhaalovely.net/powerpc/2019-10-11/net/toxcore.log
> http://build-failures.rhaalovely.net/sparc64/2019-10-11/net/toxcore.log
Humph, it used to build when naddy proposed to remove an unsupported
gcc option and use base-gcc [0].
Well, it appears that while toxcore has
Hi!
> http://build-failures.rhaalovely.net/sparc64/2019-10-11/devel/kdevelop.log
> http://build-failures.rhaalovely.net/powerpc/2019-10-11/devel/kdevelop.log
(Logs from the previous version, but the issue remains)
The real issue is here:
--8<--
CMake Warning at
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/10/31 08:40:34
Modified files:
devel/p5-System-Command: Makefile distinfo
devel/p5-System-Command/pkg: PLIST
Log message:
p5-System-Command: update to 1.119
>From Wen Heping, with some
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/10/30 14:55:27
Modified files:
www/p5-Plack : Makefile
www/p5-Plack/pkg: DESCR
Log message:
p5-Plack: revert pre 1.0047 COMMENT and DESCR
Proposed by and OK sthen@
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/10/28 15:48:42
Modified files:
graphics/opencv: Makefile
Log message:
opencv: needs atomics on macppc (and probably hppa)
OK rsadowski@ (maintainer)
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/10/28 11:52:36
Modified files:
math/mlpack: Makefile
Log message:
mlpack: powerpc build fixes:
- Build with -O1 optimisation on this arch only, to avoid OOM errors
during the build, as advised
On Sun, 27 Oct 2019 10:03:44 +0100
Marc Espie wrote:
As you already know i managed to build it with -O1. It failed early
with ports-clang, so i've moved it back to ports-gcc, here are
the build and test logs [0].
> In case you manage to build it, note that some of the tests
> WILL fail.
It's
Hi,
> http://build-failures.rhaalovely.net/powerpc/2019-10-11/graphics/opencv.log
OpenCV uses atomic operators, and as such requires extra LDFLAGS on
macppc and hppa.
Once added, it builds fine [0]. REVISION does not need to be bumped, it
never built on these archs.
Comments/feedback are
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/10/27 02:19:00
Modified files:
www/p5-FCGI: Makefile
Log message:
p5-FCGI: use FIX_EXTRACT_PERMISSIONS
OK kmos@
r 2019 00:21:54 Charlene Wendling
> wrote:
>
> > Hi,
> >
> > I would like to mark mlpack BROKEN-powerpc, as arch limits are too
> > low to build it:
> >
> > ports-clang (what is in CVS currently):
> >
> >> http://build-failures.rhaalovely.ne
Hi,
I would like to mark mlpack BROKEN-powerpc, as arch limits are too low
to build it:
ports-clang (what is in CVS currently):
> http://build-failures.rhaalovely.net/powerpc/2019-10-11/math/mlpack%2C%2C-python.log
With ports-gcc and infinite limits, it goes way further, but it's
meeting an
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/10/26 16:55:40
Modified files:
games/galois : Makefile
Log message:
galois: fix runtime on macppc (and possibly other base-gcc archs),
by moving from ports-clang to ports-gcc. Also use https
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/10/26 16:52:56
Modified files:
textproc/uncrustify: Makefile
Log message:
uncrustify: fix runtime on macppc (and possibly other base-gcc archs),
by moving from ports-clang to ports-gcc.
OK rpointel@
Hi,
As spotted by afresh1@, under PORTS_PRIVSEP the build breaks due to
bad permissions, as usually seen with ETHER:
--8<--
===> Building for p5-FCGI-0.78
/bin/sh: cd: /usr/ports/pobj/p5-FCGI-0.78/FCGI-0.78 - Permission denied
[...]
~$ ls -ld /usr/ports/pobj/p5-FCGI-0.78/FCGI-0.78
drwx--
On Thu, 24 Oct 2019 14:28:53 +
wen heping wrote:
> Would any committer have a look of this patch?
> It block many other updates.
> wen
>
> 发件人: owner-po...@openbsd.org 代表 wen
> heping 发送时间: 2019年10月17日 10:09
> 收件人: Abel Abraham Camarillo Ojeda ;
>
Ping :)
On Sun, 13 Oct 2019 01:23:58 +0200
Charlene Wendling wrote:
> Hi,
>
> > http://build-failures.rhaalovely.net/sparc64/2019-10-06/devel/py-unicorn%2Cpython3.log
> > http://build-failures.rhaalovely.net/powerpc/2019-09-17/devel/py-unicorn.log
>
> It see
On Sat, 26 Oct 2019 21:56:14 +0200
Remi Pointel wrote:
> Hi,
>
> this is the diff to update exiftool to latest production release.
>
> Ok?
It works fine here on amd64. HOMEPAGE should be moved to https though.
OK cwen@ with that changed.
> Cheers,
>
> Remi.
.
On Fri, 25 Oct 2019 23:32:31 +0200
Charlene Wendling wrote:
> Hi,
>
> games/galois runtime is broken on my macppc box: as soon as i start a
> new game it segfaults.
>
> This port needed ports-clang back when ports-gcc had no C++14, but as
> it's not the case anymore, i've
Hi,
games/galois runtime is broken on my macppc box: as soon as i start a
new game it segfaults.
This port needed ports-clang back when ports-gcc had no C++14, but as
it's not the case anymore, i've switched it to ports-gcc.
It builds [0] and works fine then.
Comments and feedback are welcome,
Hi,
uncrustify is broken at runtime on macppc. Once again it's a libestdc++
vs ports-clang clash:
--8<--
~$ uncrustify
terminate called after throwing an instance of 'std::bad_alloc'
what(): std::bad_alloc
Abort trap
-->8--
It's building [0] and
Hi,
games/bastet is segfaulting at startup on macppc when built with
ports-clang. If built with ports-gcc [0], the runtime is good.
While having a good "excuse" to move to ports-gcc, i'm joining the
egdb backtrace. For me it's just another ports-clang vs libestdc++
clash, but for more skilled
On Wed, 23 Oct 2019 09:17:16 +0100
Tom Murphy wrote:
> On 2019-10-22 18:17, Charlene Wendling wrote:
> > Hi ports, Tom,
> >
> >> http://build-failures.rhaalovely.net/powerpc/2019-09-17/games/freeorion.log
> >
> > On base-clang archs, the game is built with
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/10/22 14:10:23
Modified files:
sysutils/screenfetch: Makefile distinfo
sysutils/screenfetch/patches: patch-screenfetch-dev
Log message:
screenfetch: update to 3.9.0
This update adds (local)
On Wed, 16 Oct 2019 22:46:20 +0100
Stuart Henderson wrote:
> eyeballed only;
[...]
> the "@comment ... doat.la" above should go as well.
[...]
> It probably doesn't really matter, but @tag is usually added
> right at the end of the plist so it probably makes sense to
> maintain that.
>
I
Hi ports, Tom,
> http://build-failures.rhaalovely.net/powerpc/2019-09-17/games/freeorion.log
On base-clang archs, the game is built with the default -O2, but on
base-gcc ones, it's built with -O3. On sparc64 it seems not to be an
issue, but on macppc, it's causing an OOM error.
On my macppc
On Tue, 22 Oct 2019 08:54:42 +0200
Giovanni Bechis wrote:
> On 10/21/19 4:25 PM, Charlene Wendling wrote:
> > Hi,
> >
> > On Sun, 20 Oct 2019 16:02:09 +0200
> > Giovanni Bechis wrote:
> >
> >> Update to latest version, atm it is BROKEN-powerpc,
Ping.
On Sun, 13 Oct 2019 19:55:01 +0200
Charlene Wendling wrote:
> Hi,
>
> Upstream finally made a release! The most notable change for us is
> that disk usage has been added.
>
> Port-wise, i've removed the upstreamed fixes. Disk usage was
> broken, also i've brou
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/10/21 08:34:37
Modified files:
games/pentobi : Makefile
Log message:
pentobi: honor qt5.port.mk's COMPILER line, so we use ports-gcc,
that now supports C++14, instead of ports-clang. This fixes a
Hi,
On Sun, 20 Oct 2019 16:02:09 +0200
Giovanni Bechis wrote:
> Update to latest version, atm it is BROKEN-powerpc, can anybody try
> if it hash been fixed ?
I did try, and the issue is still here, as seen on sparc64 as well [0].
FreeBSD had a *very* interesting patch [1], but it has been
On Fri, 18 Oct 2019 20:31:36 +0100
Stuart Henderson wrote:
> Oh could you move it to sysutils/ please, it makes more sense than
> devel. Otherwise OK
It's committed -- i've reported the issue upstream as well:
https://rt.cpan.org/Public/Bug/Display.html?id=130740
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/10/18 15:10:04
Modified files:
sysutils : Makefile
Log message:
+p5-Sys-MemInfo
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/10/18 15:09:03
Log message:
Import p5-Sys-MemInfo-0.99
Sys::MemInfo return the total amount of free and used physical memory
in bytes in totalmem and freemem variables.
From Henry
On Thu, 17 Oct 2019 21:21:14 +0100
Stuart Henderson wrote:
> On 2019/10/17 10:01, Henry Jensen wrote:
> > On Wed, 16 Oct 2019 16:07:34 +0100
> > Stuart Henderson wrote:
> >
> > > On 2019/10/16 09:04, Henry Jensen wrote:
> > > > Ping
> > > >
> > > > On Wed, 9 Oct 2019 15:08:00 +0200
> > > >
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/10/18 09:11:09
Modified files:
games/love : Makefile
Added files:
games/love/patches:
patch-src_libraries_Box2D_Collision_Shapes_b2ChainShape_h
Log message:
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/10/18 08:51:59
Modified files:
graphics/DevIL : Makefile
Log message:
DevIL: disable _mm_malloc() detection and usage on powerpc
gcc-8's _mm_malloc() uses the AltiVec keyword __vector on this arch,
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/10/18 08:15:09
Modified files:
devel/p5-Test-Deep-JSON: Makefile distinfo
devel/p5-Test-Deep-JSON/pkg: PLIST
Log message:
p5-Test-Deep-JSON: update to 0.05
Changelog:
701 - 800 of 1665 matches
Mail list logo