CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/10/18 05:06:41
Modified files:
devel : Makefile
Log message:
+p5-CLI-Framework
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/10/18 05:05:30
Log message:
Import p5-CLI-Framework-0.05
CLI::Framework ("CLIF") provides a framework and conceptual pattern
for building full-featured command line applications. It intends
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/10/18 04:39:09
Modified files:
math/double-conversion: Makefile
Log message:
double-conversion: ${COMPILER_LIBCXX} in WANTLIB should come with a
COMPILER line including ports-gcc in it. This fixes
On Thu, 17 Oct 2019 20:52:47 -0400
Kurt Mosiejczuk wrote:
> On Fri, Oct 18, 2019 at 01:51:35AM +0200, Charlene Wendling wrote:
>
> > (Pascal, only this port seems to have this issue, it's FYI)
>
> > > http://build-failures.rhaalovely.net/powerpc/2019-09-17/graphics/D
> http://build-failures.rhaalovely.net/sparc64/2019-10-11/games/love.log
(no macppc log because graphics/DevIL is broken, i've just posted a diff
for that)
This is a very typical case; gcc does not consider `NULL' as `false'.
I needed to dos2unix the source code as the "faulty" code had MS-DOS
(Pascal, only this port seems to have this issue, it's FYI)
> http://build-failures.rhaalovely.net/powerpc/2019-09-17/graphics/DevIL.log
__vector is an AltiVec keyword. AltiVec is not found by DevIL's
configure script, which is actually what we want (G3 machines don't
support AltiVec).
The
Hi,
On Fri, 27 Sep 2019 13:52:49 +0200
Rafael Sadowski wrote:
[...]
>
> Please find attached a re-write of your proposal.
>
> - move to math, devel to full and I see math is a better category.
> - Drop do-test, cmake will handle it for use.
> - Add WANTLIB
> - Drop Compiler, builds fine with
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/10/17 08:03:56
Modified files:
lang/parrot: Makefile
lang/parrot/pkg: DESCR
Log message:
parrot: _CALL_ELF is undefined on powerpc, force it as ELFv1.
While here, refresh WANTLIB and fix
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/10/17 07:32:31
Modified files:
emulators/nestopia: Makefile
Log message:
nestopia,-libretro: fix packaging on base-gcc archs.
Implicit MODGCC4_CPPLIBDEP in LIB_DEPENDS is not inherited by
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/10/17 07:29:53
Modified files:
emulators/gambatte: Makefile
Log message:
gambatte: fix packaging on base-gcc archs.
Implicit MODGCC4_CPPLIBDEP in LIB_DEPENDS is not inherited by
LIB_DEPENDS-*,
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/10/17 03:13:16
Modified files:
devel/p5-Test-Spelling: Makefile distinfo
Log message:
p5-Test-Spelling: update to 0.25
Changelog:
https://metacpan.org/changes/release/CAPOEIRAB/Test-Spelling-0.25
On Thu, 26 Sep 2019 11:51:20 +
wen heping wrote:
> Hi, ports@:
>
> Here is a patch for devel/p5-System-Command:
> i) Update to 1.119
> ii) Add AUTHOR_TESTING=yes to MKAE_ENV, then it could
> run pod tests.
> iii) Remove CONFIGURE_STYLE = modbuild
>
> It build well and
Hi!
On Wed, 25 Sep 2019 07:52:45 +
wen heping wrote:
> Hi, ports@:
>
>Here is a patch to create new port devel/p5-USB-LibUSB.
>It could replace devel p5-Device-USB in current portstree.
>It build well and passed all tests on amd64-head system.
>
> Comments? OK?
usb-1.0 is in
Ping :)
On Sun, 6 Oct 2019 12:02:51 +0200
Charlene Wendling wrote:
> Ping.
>
> On Tue, 17 Sep 2019 17:53:27 +0200
> Charlene Wendling wrote:
>
> > Ping.
> >
> > On Tue, 27 Aug 2019 22:50:18 +0200
> > Charlene Wendling wrote:
> >
> > >
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/10/16 12:59:54
Modified files:
geo/gpsbabel : Makefile
Log message:
gpsbabel: fix packaging on base-gcc archs.
Implicit MODGCC4_CPPLIBDEP in LIB_DEPENDS is not inherited by
LIB_DEPENDS-*, despite
GH_ACCOUNT = KittyKatt
GH_PROJECT = screenFetch
-GH_TAGNAME = v3.8.0
+GH_TAGNAME = v3.9.0
CATEGORIES = sysutils misc
-MAINTAINER = Charlene Wendling
+MAINTAINER = Charlene Wendling
# GPLv3+
PERMIT_PACKAGE = Yes
Index: distinfo
Hi!
> http://build-failures.rhaalovely.net/powerpc/2019-09-17/games/pentobi.log
I've already been there in the past with libsass [0]. In that case the
COMPILER line has just no reason to be used anymore.
Pentobi needed clang in the past as gcc-4.9 did not support C++14, but
it's not the case
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 seems it is happening since the python3 flavor has been enabled.
'-Bsymbolic-functions' is not supported by our ld.bfd,
> http://build-failures.rhaalovely.net/powerpc/2019-09-17/emulators/gambatte%2C-main.log
> http://build-failures.rhaalovely.net/sparc64/2019-10-06/emulators/gambatte%2C-main.log
Once again this is the same issue as gpsbabel.
Once MODGCC4_CPPLIBDEP is provided as a LIB_DEPENDS for
Hi,
> http://build-failures.rhaalovely.net/powerpc/2019-09-17/emulators/nestopia%2C-libretro.log
> http://build-failures.rhaalovely.net/sparc64/2019-10-06/emulators/nestopia%2C-libretro.log
This is the same issue as gpsbabel [0], and i applied the same fix.
It packages [1] fine and runs [2]
On Thu, 10 Oct 2019 09:17:33 +0300
Kirill Bychkov wrote:
> On Thu, October 10, 2019 02:55, Charlene Wendling wrote:
> > Hi,
> >
> > I was trying to build qt5^W geo/qlandkartegt with naddy's latest
> > fix on macppc, but i hit that:
> >
> >> http://build-f
Hi,
I was trying to build qt5^W geo/qlandkartegt with naddy's latest fix on
macppc, but i hit that:
> http://build-failures.rhaalovely.net//sparc64/2019-10-06/geo/gpsbabel.log
> http://build-failures.rhaalovely.net//powerpc/2019-09-17/geo/gpsbabel.log
I found out that landry met the issue with
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/10/09 17:12:39
Modified files:
net/fastnetmon : Makefile
Log message:
fastnetmon: use __atomic* primitives instead of __sync* ones
This fixes the build on macppc, and probably hppa.
OK naddy@
On Tue, 8 Oct 2019 20:21:37 - (UTC)
Christian Weisgerber wrote:
[...]
> More generally, I assume if an arch supports (1) 64-bit __sync*
> primitives and (2) __atomic* primitives, then it will also have
> 64-bit __atomic*.
>
> > +# Use __atomic* function instead of __sync* ones, allowing to
On Mon, 7 Oct 2019 15:50:14 - (UTC)
Christian Weisgerber wrote:
> On 2019-10-06, Charlene Wendling wrote:
>
> > Upstream introduced since 1.1.4 a cmake flag allowing the use of
> > __atomic* functions instead of unsupported __sync* ones.
> >
> > Once provide
Hi,
> http://build-failures.rhaalovely.net/powerpc/2019-09-17/net/fastnetmon.log
Upstream introduced since 1.1.4 a cmake flag allowing the use of
__atomic* functions instead of unsupported __sync* ones.
Once provided, it builds fine on macppc [0]. I have not bumped
REVISION, it never had a
Ping :)
On Tue, 17 Sep 2019 17:53:27 +0200
Charlene Wendling wrote:
> Ping.
>
> On Tue, 27 Aug 2019 22:50:18 +0200
> Charlene Wendling wrote:
>
> >
> > > http://build-failures.rhaalovely.net/powerpc/2019-08-09/lang/parrot.log
> >
> > ${LOCAL
On Tue, 1 Oct 2019 18:04:49 +0200
Solene Rapenne wrote:
> on amd64, few days old snap (I can't upgrade now for some reasons..)
The build log complains about:
imagelib.c:109:17: warning: implicit declaration of function 'malloc' is
invalid in C99 [-Wimplicit-function-declaration]
Clang uses C11
Hi,
On Mon, 23 Sep 2019 18:29:03 -0400
Brian Callahan wrote:
> Hi ports --
>
> Attached is a new port, games/fallingtime. FallingTime is a game
> where you are a constantly falling ball.
>
> ---
> pkg/DESCR:
> FallingTime is an arcade game inspired by Fall Down. Like the Fall
> Down games, you
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/09/26 04:36:53
Modified files:
x11/waimea : Makefile
Added files:
x11/waimea/patches: patch-src_Resources_cc
patch-src_Resources_hh patch-src_Window_cc
Log
mkvtoolnix still doesn't build for a trivial reason, and if
no one is willing to test bulk the MAKE_ENV change, i think we should
at least unset COMPILER_VERSION for that port.
Opinions?
Charlène.
On Wed, 21 Aug 2019 21:09:33 +0200
Charlene Wendling wrote:
> Hi,
>
> >
Ping :)
On Fri, 23 Aug 2019 15:54:18 +0200
Charlene Wendling wrote:
> ping.
>
> > > http://build-failures.rhaalovely.net/powerpc/2019-07-29/x11/waimea.log
> > > http://build-failures.rhaalovely.net/sparc64/2019-08-12/x11/waimea.log
> >
> > There is a c
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/09/22 03:10:55
Modified files:
x11/grantlee-qt5: Makefile
x11/grantlee-qt5/patches: patch-CMakeLists_txt
Log message:
grantlee-qt5: unbreak with ports-gcc
Remove '-ansi' from cxxflags as it
Hi,
> http://build-failures.rhaalovely.net/powerpc/2019-08-30/x11/grantlee-qt5.log
> http://build-failures.rhaalovely.net/sparc64/2019-09-08/x11/grantlee-qt5.log
There is some funny stuff going on here. On base-gcc archs,
grantlee-qt5 is built with c++98, while it requires at least c++11.
Ping.
On Tue, 27 Aug 2019 22:50:18 +0200
Charlene Wendling wrote:
>
> > http://build-failures.rhaalovely.net/powerpc/2019-08-09/lang/parrot.log
>
> ${LOCALBASE}/include/ffitarget.h is actually fine. The build is
> failing due to the (aggressive) usage of -Werror.
>
&
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/09/16 14:23:48
Modified files:
sysutils/neofetch: Makefile distinfo
Removed files:
sysutils/neofetch/patches: patch-neofetch
Log message:
neofetch: update to 6.1.0
Changelog:
+++ Makefile6 Sep 2019 17:25:47 -
@@ -2,11 +2,10 @@
COMMENT = system information tool written in bash
CATEGORIES = sysutils misc
-REVISION = 0
GH_ACCOUNT = dylanaraps
GH_PROJECT = neofetch
-GH_TAGNAME = 6.0.0
+GH_TAGNAME = 6.1.0
MAINTAINER = Charlene Wendling
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/08/30 13:54:47
Modified files:
databases/p5-Mojo-Pg: Makefile distinfo
Log message:
p5-Mojo-Pg: update to 4.15
Changelog:
https://metacpan.org/source/SRI/Mojo-Pg-4.15/Changes
OK maintainer
Hi,
On Fri, 30 Aug 2019 13:32:52 -0500
Abel Abraham Camarillo Ojeda wrote:
> On Friday, August 30, 2019, wen heping
> wrote:
>
> > Hi,
> >
> >Here is a patch for databases/p5-Mojo-Pg:
> > i) Update to 4.15
> > ii) Fix LICENSE to artistic 2.0
> >
>
> Hi Wen,
>
> I think that perl
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/08/30 07:02:19
Modified files:
www/webkitgtk4 : Makefile
Added files:
www/webkitgtk4/patches:
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/08/29 15:30:21
Modified files:
graphics/makehuman: Makefile
Added files:
graphics/makehuman/patches: patch-src_FileTools_cpp
patch-src_util_h
Log
On Thu, 29 Aug 2019 02:15:41 +
wen heping wrote:
> Hi, ports@:
>
>Here is a patch for www/p5-Dancer-Plugin-Database:
> i) Update to 2.17
> ii) Add TEST_POD=yes to MAKE_ENV
> iii) Update RUN_DEPENDS
>
> It build well and passed all tests on amd64-head system.
>
> No
On Thu, 29 Aug 2019 02:13:57 +
wen heping wrote:
> Hi, ports@:
>
>Here is a patch for www/p5-Dancer-Plugin-Database-Core:
> i) Update to 0.20
> ii) Add TEST_POD=yes to MAKE_ENV
>
> It build well and passed all tests on amd64-head system.
>
> Only one port depends on it
Hi,
On Wed, 28 Aug 2019 14:11:57 +
wen heping wrote:
> Hi, ports@:
>
> Here is a patch for www/p5-Dancer2-Plugin-Auth-Tiny to update to
> 0.008. It build well and passed all tests on amd64-head system
> No other ports depends on it.
>
> Comments?OK?
- License is "Apache 2.0"
- There
Hi,
As i feared it, the newer webkitgtk4 cannot be built on my macppc box, due
to some undefined references errors.
WebKit proper has a fix for this [0], allowing webkitgtk4 to build.
amd64 is still fine with that.
As far as runtime is concerned, the situation is still the same.
Excepted
> http://build-failures.rhaalovely.net/powerpc/2019-08-09/lang/parrot.log
${LOCALBASE}/include/ffitarget.h is actually fine. The build is failing
due to the (aggressive) usage of -Werror.
According to what i've read, _CALL_ELF is used to separate ppc64be from
ppc64le.
I could have removed
Hi!
> http://build-failures.rhaalovely.net/powerpc/2019-08-09/graphics/makehuman.log
> http://build-failures.rhaalovely.net/sparc64/2019-08-21/graphics/makehuman.log
It's just some missing headers actually, and once provided it builds [0]
and runs fine on macppc. amd64 is still good. While here
Hi,
On Sun, 25 Aug 2019 20:14:51 -0400
Brian Callahan wrote:
> Hi ports --
>
> Attached is an update to IceWM.
> Changelog: https://github.com/ice-wm/icewm/releases
>
> Works fine on amd64; big endian tests appreciated.
It builds and works fine on macppc.
> Note that I've removed myself as
n
> sys/param.h which is why I suspect someone has an #ifdef to get at
> something else in the file, and therefore causing this problem
>
> Charlene Wendling wrote:
>
> >
> >
> > > http://build-failures.rhaalovely.net/sparc64/2019-08-21/x11/kde4/krfb.log
> &g
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/08/25 15:43:39
Modified files:
x11/kde4/kopete: Makefile
Added files:
x11/kde4/kopete/patches:
patch-protocols_jabber_libiris_src_xmpp_base64_base64_cpp
> http://build-failures.rhaalovely.net/sparc64/2019-08-21/x11/kde4/krfb.log
> http://build-failures.rhaalovely.net/powerpc/2019-08-09/x11/kde4/krfb.log
We've 3 issues here:
- a typical max() macro clash in the bundled libvncviewer. I did it the
harsh way, upstream has a different fix, but it
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/08/25 14:10:38
Modified files:
x11/qt5/qt3d : Makefile
Added files:
x11/qt5/qt3d/patches:
patch-src_3rdparty_assimp_code_glTFAsset_inl
Log message:
qt3d: fix
Hi,
> http://build-failures.rhaalovely.net/aarch64/2019-08-16/x11/kde4/kopete.log
> http://build-failures.rhaalovely.net/powerpc/2019-08-09/x11/kde4/kopete.log
It's the same base64 code copied and pasted from projects to projects.
Once that array is declared as signed, it builds on macppc [0],
Ping.
On Sat, 17 Aug 2019 00:38:43 +0200
Charlene Wendling wrote:
>
> > https://marc.info/?l=openbsd-ports=15654325765=2
>
> As promised, here is the conversion from __sync_* to __atomic_*
> functions, allowing godot to build on macppc at least, and maybe
> hppa, on
Hi,
> http://build-failures.rhaalovely.net/powerpc/2019-08-09/x11/qt5/qt3d.log
> http://build-failures.rhaalovely.net/sparc64/2019-08-21/x11/qt5/qt3d.log
There used to have more issues with gcc-4.9, but with gcc-8.3, only the
bundled assimp is troublesome :)
Recent assimp versions have a fix
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/08/23 14:20:03
Modified files:
audio/py-acoustid: Makefile
audio/picard : Makefile
Log message:
Bump consumers REVISIONs following the audio/chromaprint update.
Hints and OK sthen@
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/08/23 14:18:04
Modified files:
audio/chromaprint: Makefile distinfo
audio/chromaprint/patches: patch-cmake_modules_FindGTest_cmake
ping.
> > http://build-failures.rhaalovely.net/powerpc/2019-07-29/x11/waimea.log
> > http://build-failures.rhaalovely.net/sparc64/2019-08-12/x11/waimea.log
>
> There is a clash between std::list and the "list" class member.
>
> I've just renamed that member and its instances. It builds [0] and
On Thu, 22 Aug 2019 20:42:59 +0200
Martin Reindl wrote:
> Hello,
>
> plplot on powerpc works just fine now, this part did not make it with
> the cmake/plplot update.
>
> -m
It works fine on my powerbook as well, thanks :)
OK cwen@
On Wed, 21 Aug 2019 22:40:52 +0200
Christian Weisgerber wrote:
> Update archivers/bzip2 to 1.0.8. The original author is involved
> again.
>
> From CHANGES:
> * Accept as many selectors as the file format allows.
> This relaxes the fix for CVE-2019-12900 from 1.0.7
> so that bzip2 allows
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/08/21 13:30:52
Modified files:
x11/ctwm : Makefile distinfo
Log message:
ctwm: update to 4.0.3
Changelog:
https://www.ctwm.org/CHANGES.html
OK sthen@
Hi,
> http://build-failures.rhaalovely.net/sparc64/2019-08-18/multimedia/mkvtoolnix%2Cno_x11.log
(no full macppc bulk report available for now)
What happens behind the scene (--trace didn't help):
- $WRKSRC/rake.d/config.rb loads the 'build-config' file, that says that
"COMPILER_VERSION =
ping.
On Wed, 14 Aug 2019 17:52:15 +0200
Charlene Wendling wrote:
>
> Here is a very simple update for ctwm. This only contains bugfixes
> [0].
>
> It builds and works fine on amd64 and macppc.
>
> Comments/feedback are welcome,
>
> Charlène.
>
>
> [
ping.
On Wed, 14 Aug 2019 15:02:54 +0200
Charlene Wendling wrote:
> Hi,
>
> Here is an update for chromaprint that fixes build issues on ppc/arm.
>
> Upstream didn't pin a 1.4.4 release [1], but this is what you get with
> that diff.
>
> What's new upstream (see [0]
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/08/21 05:20:25
Modified files:
devel/woboq_codebrowser: Makefile
Log message:
woboq_codebrowser: requires ports-clang or ports-gcc on base-gcc archs.
Also remove the clang module and use devel/llvm
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/08/21 05:13:35
Modified files:
graphics/dibuja: Makefile
Log message:
dibuja: fix the build on base-gcc archs.
LIBCXX_COMPILER is defined in WANTLIB, as such ports-gcc is needed.
OK jca@ bcallah@
On Tue, 20 Aug 2019 21:00:15 +0200
Frederic Cambus wrote:
> On Mon, Aug 12, 2019 at 10:05:30PM +0200, Charlene Wendling wrote:
> >
> > > http://build-failures.rhaalovely.net/powerpc/2019-07-29/benchmarks/wrk.log
> >
> > It requires a move from __sync to __atomic.
On Mon, 19 Aug 2019 22:39:34 +0200
Jeremie Courreges-Anglas wrote:
> On Mon, Aug 19 2019, Jeremie Courreges-Anglas wrote:
> > On Mon, Aug 19 2019, Charlene Wendling wrote:
> >>> http://build-failures.rhaalovely.net/sparc64/2019-08-15/devel/woboq_codebrowser.log
> &
Ping.
On Mon, 12 Aug 2019 22:05:30 +0200
Charlene Wendling wrote:
>
> > http://build-failures.rhaalovely.net/powerpc/2019-07-29/benchmarks/wrk.log
>
> It requires a move from __sync to __atomic. Debian did that already
> [0], so i've taken their stuff.
>
> While wrk
> http://build-failures.rhaalovely.net/sparc64/2019-08-15/devel/woboq_codebrowser.log
(same thing for macppc, but latest full bulk report is archived)
This software requires clang as it uses libclang to analyse the code,
but on base-gcc archs:
===> Compiler link: gcc -> /usr/local/bin/clang
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/08/19 12:12:31
Modified files:
games/puzzles : Makefile
Added files:
games/puzzles/patches: patch-palisade_c
Log message:
puzzles: unbreak on archs where char is unsigned by default (ppc,
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/08/18 13:23:41
Modified files:
inputmethods/scim-tables: Makefile
Added files:
inputmethods/scim-tables/patches: patch-src_scim_generic_table_h
Log message:
scim-tables: add missing headers
> http://build-failures.rhaalovely.net/aarch64/2019-08-16/games/puzzles.log
(no link to macppc build failure, landry has been a bit too much
aggressive while archiving failure logs)
Well, this is exactly what the report says, char being unsigned by
default on ppc and arm archs.
I decided to
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/08/17 16:17:15
Modified files:
inputmethods/scim-pinyin: Makefile
Added files:
inputmethods/scim-pinyin/patches: patch-src_scim_phrase_cpp
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/08/17 16:15:03
ports/inputmethods/scim-pinyin/patches
Update of /cvs/ports/inputmethods/scim-pinyin/patches
In directory cvs.openbsd.org:/tmp/cvs-serv59882/patches
Log Message:
Directory
> http://build-failures.rhaalovely.net/powerpc/2019-07-29/inputmethods/scim-tables.log
> http://build-failures.rhaalovely.net/sparc64/2019-08-12/inputmethods/scim-tables.log
This is hopefully the last one.
With the below patch, it builds on macppc [0], and is still fine on
amd64.
OK?
> http://build-failures.rhaalovely.net/powerpc/2019-07-29/inputmethods/scim-pinyin.log
> http://build-failures.rhaalovely.net/sparc64/2019-08-12/inputmethods/scim-pinyin.log
Once all headers are provided, it builds fine on macppc [0] and amd64 is
not broken.
OK?
Charlène.
[0]
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/08/17 13:08:38
Modified files:
inputmethods/scim-hangul: Makefile
inputmethods/scim-hangul/patches:
patch-src_scim_hangul_imengine_cpp
Log message:
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/08/17 13:07:21
Modified files:
inputmethods/scim-fcitx: Makefile
inputmethods/scim-fcitx/patches: patch-src_sp_cpp
Added files:
inputmethods/scim-fcitx/patches: patch-src_ime_cpp
> http://build-failures.rhaalovely.net/powerpc/2019-07-29/inputmethods/scim-hangul.log
> http://build-failures.rhaalovely.net/sparc64/2019-08-12/inputmethods/scim-hangul.log
Same thing as scim-fcitx.
Once all headers are provided, it builds fine on macppc [0] and amd64 is
not broken.
> http://build-failures.rhaalovely.net/powerpc/2019-07-29/inputmethods/scim-fcitx.log
> http://build-failures.rhaalovely.net/sparc64/2019-08-12/inputmethods/scim-fcitx.log
This is just a handful of missing headers.
Once provided, it builds on macppc [0] and amd64 is still fine indeed.
While
I was surprised it has not been committed already, it works great, and
may hopefully reduce the number of build failures on base-gcc archs in
the future.
OK cwen@
On Mon, 12 Aug 2019 11:13:35 -0400
Kurt Mosiejczuk wrote:
> On Mon, Aug 12, 2019 at 02:23:55PM +0100, Stuart Henderson wrote:
> >
Hi,
> http://build-failures.rhaalovely.net/powerpc/2019-07-29/graphics/dibuja.log
> http://build-failures.rhaalovely.net/sparc64/2019-08-12/graphics/dibuja.log
Not much to say here. dibuja has:
WANTLIB += ${COMPILER_LIBCXX}
It has also been spotted by sthen@'s proposal [0] to add a COMPILER
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/08/16 17:27:09
Modified files:
devel/angr/py-z3-solver: Makefile
Added files:
devel/angr/py-z3-solver/patches:
> https://marc.info/?l=openbsd-ports=15654325765=2
As promised, here is the conversion from __sync_* to __atomic_*
functions, allowing godot to build on macppc at least, and maybe
hppa, on top of the ports-gcc/sparc64 fixes, that Thomas committed a
few hours ago.
The patch was originally
Hi,
> http://build-failures.rhaalovely.net/sparc64/2019-08-12/devel/angr/py-z3-solver.log
> http://build-failures.rhaalovely.net/powerpc/2019-07-29/devel/angr/py-z3-solver.log
I've found a fix for this from the "standard" z3 repo [0].
As expected, it builds on macppc [1] and amd64.
OK?
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/08/15 12:22:34
Added files:
audio/flac/patches: patch-src_libFLAC_cpu_c
Log message:
flac: unbreak on macppc, by removing some use of getauxval(3), that
we don't implement. No revision bump because
> http://build-failures.rhaalovely.net/powerpc/2019-07-29/x11/waimea.log
> http://build-failures.rhaalovely.net/sparc64/2019-08-12/x11/waimea.log
There is a clash between std::list and the "list" class member.
I've just renamed that member and its instances. It builds [0] and works
fine on
Hi,
That newer version of flac makes use of getauxval(3) on powerpc, that
apparently we don't implement, so the builds fails while not finding
sys/auxv.h.
The below diff allows to build flac on macppc, where tests are passing
[1]. I've not bumped revision, the change impacts powerpc where it has
Here is a very simple update for ctwm. This only contains bugfixes [0].
It builds and works fine on amd64 and macppc.
Comments/feedback are welcome,
Charlène.
[0] https://www.ctwm.org/CHANGES.html
Index: Makefile
===
RCS
Hi,
Here is an update for chromaprint that fixes build issues on ppc/arm.
Upstream didn't pin a 1.4.4 release [1], but this is what you get with
that diff.
What's new upstream (see [0]):
- move to github
- C++11 is required, chromaprint doesn't use boost anymore
- use newer ffmpeg api
What's
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/08/13 07:36:00
Modified files:
cad/gnucap : Makefile
Added files:
cad/gnucap/patches: patch-src_plot_cc
Log message:
gnucap: fix the build with ports-gcc
OK bentley@
Hi,
On Tue, 13 Aug 2019 08:14:24 +0200
Peter Hessler wrote:
> test_bit_string_* both use constructs like:
>
> char data[] = { -28 };
>
> which won't work on arches where char is unsigned, such as aarch64.
>
> This unblocks a lot of packages. No bump because none of the test
> files are
> http://build-failures.rhaalovely.net/powerpc/2019-07-29/benchmarks/wrk.log
It requires a move from __sync to __atomic. Debian did that already [0],
so i've taken their stuff.
While wrk is written in C, the use of __atomic functions requires
estdc++ and ports-gcc (we can't use
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/08/12 11:47:52
Modified files:
emulators/xnp2 : Makefile
Added files:
emulators/xnp2/patches: patch-x11_compiler_h
Log message:
xnp2: fix the build with ports-gcc
OK bentley@
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/08/12 08:40:04
Modified files:
security/aircrack-ng: Makefile
security/aircrack-ng/pkg: PFRAG.ppc
Log message:
aircrack-ng: allow packaging on macppc
POWER8 libaircrack-crypto isn't built on
On Sun, 11 Aug 2019 21:57:07 -0400
Brian Callahan wrote:
>
>
> On 7/29/19 9:12 PM, Brian Callahan wrote:
> > Hi ports --
> >
> > Attached is a simple update to lang/gawk. All tests pass on amd64
> > and macppc.
> > There is something in FILESDIR. But removing it seems to have no
> >
Hi!
> http://build-failures.rhaalovely.net/powerpc/2019-07-29/graphics/vulkan-tools.log
> http://build-failures.rhaalovely.net/powerpc/2019-07-29/graphics/vulkan-validation-layers.log
> http://build-failures.rhaalovely.net/sparc64/2019-08-06/graphics/vulkan-tools.log
>
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/08/11 14:53:07
Modified files:
lang/gcc/8 : Makefile
lang/gcc/8/patches: patch-libgcc_config_host
Added files:
lang/gcc/8/patches: patch-libgcc_config_rs6000_t-openbsd
Log
CVSROOT:/cvs
Module name:ports
Changes by: c...@cvs.openbsd.org2019/08/11 14:42:44
Modified files:
audio/clementine: Makefile
Added files:
audio/clementine/patches:
patch-3rdparty_libechonest_CMakeLists_txt
801 - 900 of 1665 matches
Mail list logo