Hi,
> http://build-failures.rhaalovely.net/sparc64/2020-01-05/math/kst.log
> http://build-failures.rhaalovely.net/powerpc/2019-12-08/math/kst.log
I proposed a fix in the past, but this one is way less intrusive and
has no impact on clang archs.
There are 2 problems:
- we don't need '-lrt'
- so
Hi,
I almost forgot that one, it still builds and works properly on powerpc :)
Charlène.
On Sun, 22 Sep 2019 11:30:49 +0200
Charlene Wendling wrote:
> Hi,
>
> There have been some out of list discussion about it.
>
> COMPILER_VERSION is unused in ports and we have PROPERTIES
Hi again,
While searching stuff in the bsd.port.mk manpage, i've found out we
still mention the retired gcc-4.9.
So i'm proposing to update this.
OK?
Charlène.
Index: bsd.port.mk.5
===
RCS file: /cvs/src/share/man/man5/bsd.port.m
On Sat, 11 Jan 2020 12:36:00 +0100
Marc Espie wrote:
> On Sat, Jan 11, 2020 at 08:50:33AM +0100, Rafael Sadowski wrote:
> > Is there any way to phrase this so that we don't have fix version?
> > This would save recurring updates.
>
> Hum... the situation with compilers is confusing enough that ha
On Sat, 11 Jan 2020 05:05:44 -0700 (MST)
c...@openbsd.org wrote:
> http://build-failures.rhaalovely.net/powerpc/2019-12-25/graphics/asymptote.log
It's broken since texlive-2019 due to packaging lists changes:
--8<--
$ pkglocate etoolbox.sty
texlive_texmf-minimal-2019:print/texlive/texmf,-main:
/
Hi,
> http://build-failures.rhaalovely.net/powerpc/2019-12-25/emulators/ppsspp.log
> http://build-failures.rhaalovely.net/sparc64/2020-01-09/emulators/ppsspp.log
> http://build-failures.rhaalovely.net/mips64/2019-12-30/emulators/ppsspp.log
PPSSPP only supports little endian [0] for now, powerpc
On Sat, 11 Jan 2020 16:22:58 +0100
Jeremie Courreges-Anglas wrote:
> On Sat, Jan 11 2020, Charlene Wendling wrote:
> > On Sat, 11 Jan 2020 05:05:44 -0700 (MST)
> > c...@openbsd.org wrote:
> >
> >> http://build-failures.rhaalovely.net/powerpc/2019-12-25/graphics/asy
On Sat, 11 Jan 2020 16:46:38 +
Stuart Henderson wrote:
> On 2020/01/11 12:36, Marc Espie wrote:
> > On Sat, Jan 11, 2020 at 08:50:33AM +0100, Rafael Sadowski wrote:
> > > Is there any way to phrase this so that we don't have fix
> > > version? This would save recurring updates.
> >
> > Hum...
> http://build-failures.rhaalovely.net/powerpc/2019-12-25/multimedia/synfig.log
> http://build-failures.rhaalovely.net/sparc64/2020-01-05/multimedia/synfig.log
In fact the problem lies in devel/etl.
Upstream already fixed that [0]. With the below diff it fixes the build
of multimedia/synfig{,st
On Sat, 11 Jan 2020 21:53:22 +
Stuart Henderson wrote:
> On 2020/01/11 21:43, Charlene Wendling wrote:
> > On Sat, 11 Jan 2020 16:46:38 +
> > Stuart Henderson wrote:
> >
> > > On 2020/01/11 12:36, Marc Espie wrote:
> > > > On Sat, Jan 11, 2020
On Sun, 12 Jan 2020 15:38:21 +0100
Björn Ketelaars wrote:
> On Thu 02/01/2020 06:27, Björn Ketelaars wrote:
> > On Wed 01/01/2020 23:03, Ted Unangst wrote:
> > > Björn Ketelaars wrote:
> > > > - When estimating the amount of available RAM, scrypt ignores
> > > > RLIMIT_DATA on systems which have
> > On Wed, 21 Aug 2019 21:09:33 +0200
> > Charlene Wendling wrote:
>
> > > > http://build-failures.rhaalovely.net/sparc64/2019-08-18/multimedia/mkvtoolnix%2Cno_x11.log
> > > (no full macppc bulk report available for now)
> > >
> > &
Hi!
> http://build-failures.rhaalovely.net/powerpc/last/lang/quickjs.log
(not the same issue on sparc64 and mips64)
As mentioned by the COMPILER comment, it requires stdatomic so we need
to link it on powerpc and probably hppa.
Later, i've found out that on big endian archs an extra define seems
On Tue, 14 Jan 2020 17:25:58 +0100
Jeremie Courreges-Anglas wrote:
> On Mon, Jan 13 2020, Charlene Wendling wrote:
> > Hi!
> >
> >> http://build-failures.rhaalovely.net/powerpc/last/lang/quickjs.log
> > (not the same issue on sparc64 and mips64)
>
> The issue
Hi,
On Wed, 15 Jan 2020 14:36:48 +0100
Omar Polo wrote:
> Hi,
>
> First time here, hoping I didn't mess up too much.
It works for you at least, so it's already nice :)
By the way, it was already in -wip --
https://github.com/jasperla/openbsd-wip/tree/master/games/taisei
> The patch below
> up
Hi,
> http://build-failures.rhaalovely.net/powerpc/last/emulators/citra.log
> http://build-failures.rhaalovely.net/sparc64/last/emulators/citra.log
> http://build-failures.rhaalovely.net/mips64/last/emulators/citra.log
I don't have much to say. Citra has endianness issues, even with recent
versio
Ping :)
On Sat, 11 Jan 2020 22:05:46 +0100
Charlene Wendling wrote:
>
> > http://build-failures.rhaalovely.net/powerpc/2019-12-25/multimedia/synfig.log
> > http://build-failures.rhaalovely.net/sparc64/2020-01-05/multimedia/synfig.log
>
> In fact the problem lies in dev
Hi,
In the current powerpc bulk, icinga2's core cannot be built:
> lib/base/CMakeFiles/base.dir/utility.cpp.o:
> In function `icinga::Utility::QueueAsyncCallback(std::function
> const&, icinga::SchedulerPolicy)':
> utility.cpp:(.text+0x3cd0): undefined reference to `__atomic_fetch_add_8'
(^ an
Hi!
--
Backstory:
While trying to test the wip port of VV [0] on macppc, i've found
out that the bundled physfs was not able to detect zipfiles as such on
this platform, and fixed the issue. It appears that VV uses the same
version than devel/physfs.
So i've tried, still on macppc, to se
Hi!
On Wed, 22 Jan 2020 10:41:46 -0500
Brian Callahan wrote:
> Hi ports --
>
> Attached is an update to GNU sed. The version we have is >7 years old.
>
> Some notes:
> * Tarball is now an xz not a bz2
> * The existing patches go away
> * A new patch is added. Our makeinfo is too old to regen th
Hi!
NBlood requires atomics on powerpc, as seen in the current powerpc bulk:
> enet.cpp:(.text+0x2e20): undefined reference to `__atomic_load_8'
> enet.cpp:(.text+0x2e98): undefined reference to `__atomic_compare_exchange_8'
It builds fine on macppc [0] once the usual atomic block is added.
OK
On Wed, 22 Jan 2020 16:19:21 +0100
Björn Ketelaars wrote:
> Diff below updates audacious to 3.10.1. Changes between 3.9 and 3.10
> are explained at [0]. 3.10.1 fixes some additional bugs. Note that
> this update relies on a newer version of audacious-plugins, which has
> been send to ports@.
>
> C
On Sat, 25 Jan 2020 14:47:47 +0100
Rafael Sadowski wrote:
> Update 1/3 for audio/clementine.
>
> I need this port update to update Clementine. Simple switch from qt4
> to qt5. Tested with upcoming Clementine-1.4.0rc1.
>
> OK?
I've tested it on powerpc and amd64 and found no issues with that
upd
On Sat, 25 Jan 2020 14:49:11 +0100
Rafael Sadowski wrote:
> Update 2/3 for audio/clementine.
>
> I need this port update to update Clementine. Simple switch from qt4
> to qt5. Tested with upcoming Clementine-1.4.0rc1.
>
> OK?
I've tested it on powerpc and amd64 and found no issues with that
upd
On Sat, 25 Jan 2020 14:52:07 +0100
Rafael Sadowski wrote:
> Update audio/clementine to 1.4.0rc1. Tested with some default
> streaming services and local MP3s.
> You need audio/liblastfm>=1.1.0 and net/libmygpo-qt>=1.1.0 from the
> ports@ list to test the update.
>
> OK?
On amd64, it builds and
Hi!
NBlood being based on EDuke32, i've spotted the same atomics issue
later during the current bulk:
> enet.cpp:(.text+0x2e20): undefined reference to `__atomic_load_8'
> enet.cpp:(.text+0x2e98): undefined reference to `__atomic_compare_exchange_8'
It builds fine [0] on powerpc once proper LDFL
Hi again,
We ship a broken games/blobby:
-->8--
~$ blobby
error loading language lang_en.xml!
falling back to english
blobby(23503) in free(): bogus pointer (double free?) 0x6
Abort trap
--8<--
It's from 2012, and that version is unsupported, so i'm proposing an
update against latest dev
Ping again :)
On Sat, 18 Jan 2020 13:59:08 +0100
Charlene Wendling wrote:
> Ping :)
>
> On Sat, 11 Jan 2020 22:05:46 +0100
> Charlene Wendling wrote:
>
> >
> > > http://build-failures.rhaalovely.net/powerpc/2019-12-25/multimedia/synfig.log
> > > http:
On Wed, 15 Jan 2020 18:10:10 +0100
Charlene Wendling wrote:
> Hi,
>
> On Wed, 15 Jan 2020 14:36:48 +0100
> Omar Polo wrote:
>
> > Hi,
> >
> > First time here, hoping I didn't mess up too much.
>
> It works for you at least, so it's alread
hat you're proposing
is safer. I've updated the diff below accordingly.
> On Sun, Jan 26, 2020 at 03:16:46PM +0100, Charlene Wendling wrote:
> > Hi again,
> >
> > We ship a broken games/blobby:
> >
> > -->8--
> > ~$ blobby
> > error loading
Hi,
On Fri, 24 Jan 2020 17:15:59 -0500
Brian Callahan wrote:
> Hi ports --
>
> Attached is an update to Stockfish.
> Release notes are here:
> https://github.com/official-stockfish/Stockfish/commit/c3483fa9a7d7c0ffa9fcc32b467ca844cfb63790
> Sadly, no more real upstream tarballs. Have to use GH_
Hi,
To start with, the game is not maintained upstream, and as the server
has glib2 deprecation warnings, it may not be built in a close future.
It does not run on x86 due to a BROKEN p5-SDL on these 2 archs, and
updating p5-SDL does not solve this specific issue.
I tried playing it on macppc, bu
On Mon, 27 Jan 2020 08:29:17 +
wen heping wrote:
> Yes, you are right, it is a wrong patch.
> Now come the correct one.
By the way, CPAN_AUTHOR is still needed.
OK cwen@
> wen
>
> 发件人: Andrew Hewus Fresh
> 发送时间: 2020年1月27日 2:48
> 收件人: wen heping
> 抄送: port
On Wed, 18 Dec 2019 20:01:38 -0800
Andrew Hewus Fresh wrote:
> On Mon, Dec 02, 2019 at 03:04:57AM +, wen heping wrote:
> > Revised patch.
> > Now remove p5-DBIx-Class from RUN_DEPENDS, since it
> > is RUN_DEPENDS of databases/p5-DBICx-Sugar, spotted
> > by afresh@.
>
> OK afresh1@
OK cwen@
On Sun, 26 Jan 2020 17:02:39 -0800
Andrew Hewus Fresh wrote:
> On Wed, Dec 25, 2019 at 06:44:17AM +, wen heping wrote:
> > Revised patch to update to 0.30.
>
> Still OK afresh1@
Note that some tests require network access.
OK cwen@ anyway
> > wen
> >
>
Hi,
On Mon, 27 Jan 2020 10:06:05 +
wen heping wrote:
> Hi, ports@:
>
> Here is a patch for www/p5-HTTP-Entity-Parser:
>i) Update to 0.22
>ii) Switch RUN_DEPENDS on p5-WWW-Form-UrlEncoded
> to p5-WWW-Form-UrlEncoded-XS.
Tested in an empty chroot and ...
# Failed test 'use HTTP
Hi,
I've found out that the newest devel/libiscsi can't be built in the current
powerpc bulk due to `-Werror':
> cc1: warnings being treated as errors
> [...]
> At top level:
> cc1: error: unrecognized command line option "-Wno-stringop-truncation"
> Error while executing cc -DHAVE_CONFIG_H -I.
Thanks to sthen@ i've found out that i'm dead wrong, here is some
better output from clang on i386:
> login.c:1245:52: error: comparison of integers of different signs:
> 'long' and 'uint32_t' (aka 'unsigned int') [-Werror,-Wsign-compare]
Upstream fixed the issue [0] already. That allows libisc
On Wed, 29 Jan 2020 00:09:33 +0100
Charlene Wendling wrote:
>
> Thanks to sthen@ i've found out that i'm dead wrong, here is some
> better output from clang on i386:
>
> > login.c:1245:52: error: comparison of integers of different signs:
> > 'long'
Hi,
> http://build-failures.rhaalovely.net/sparc64/2020-01-26/security/ophcrack.log
(and in the current powerpc bulk)
In ${WRKSRC}/src/samdump2/samdump2.c:44, a bundled bswap.h is #include'd
when built on big endian archs, pulling itself the generated
${WRKSRC}/config.h, and that one is not in th
Hi :)
On Wed, 29 Jan 2020 13:00:38 +
wen heping wrote:
> Hi, ports@:
>
> Here is a simple patch for www/p5-HTML-TableContentParser to
> update to 0.302.
> It build well and pass all tests on amd64-current system.
> No other ports depends on it.
I've found no issues at all.
OK c
Hi :)
On Tue, 28 Jan 2020 22:27:22 -0500
George Koehler wrote:
> Hello ports!
>
> In OpenBSD macppc, clang and gcc use incompatible ABIs to return small
> structs: gcc defaults to -msvr4-struct-return, but clang always acts
> like gcc -maix-struct-return. This causes crashes at runtime: for
> e
Hi,
> http://build-failures.rhaalovely.net/sparc64/2020-01-29/productivity/homebank.log
Initial declarations in for loops require to explicitly use C99 with
base-gcc.
With the below diff it fixes the build on powerpc [0], and amd64 is
still fine.
Comments/feedback are welcome!
Charlène.
[0]
Hi,
(If you wonder: telemetry is not activated by default at runtime)
I've found that the latest mscore was broken during the last sparc64
bulk while trying to link some google analytics third party library:
> thirdparty/google_analytics/libgoogle_analytics.a(ganalytics.cpp.o): In
> function `G
On Sat, 1 Feb 2020 19:28:42 +0100
Paco Esteban wrote:
> Hi Rafael,
>
> On Sat, 01 Feb 2020, Rafael Sadowski wrote:
>
> > On Sat Feb 01, 2020 at 02:57:46PM +0100, Rafael Sadowski wrote:
> > > Here is an diff to update graphics/opencsg, math/cgal and switch
> > > openscad from Qt4 to Qt5.
> >
> >
On Wed, 29 Jan 2020 18:50:02 +0100
Björn Ketelaars wrote:
> Enclosed diff brings icewm to 1.6.4. Overview of changes can be found
> at https://github.com/ice-wm/icewm/releases/. While here update
> HOMEPAGE.
>
> (Lightly) run tested on amd64.
>
> Comments/OK?
I've built it on powerpc and amd64,
On Sat, 1 Feb 2020 16:46:11 +0100
Rafael Sadowski wrote:
> Another Qt4 to Qt5 update. Builds without patches and starts fine on
> amd64. That's all.
>
> OK?
I've built and ran it on powerpc and amd64, tried some examples, and
was able to produce HTML timetables successfully.
On powerpc, it comp
On Sat, 1 Feb 2020 21:25:30 +0100
Björn Ketelaars wrote:
> On Sat 01/02/2020 12:45, Brian Callahan wrote:
> > Hi ports --
> >
> > Attached is an update to libzip.
> > Changelog is here: https://libzip.org/news/release-1.6.0.html
> >
> > All tests pass. I then built everything that depends on lib
On Sat, 1 Feb 2020 19:00:41 -0500
George Koehler wrote:
> Cc bentley because of games/vacuum
>
> On Wed, 29 Jan 2020 23:57:34 -0500
> George Koehler wrote:
>
> > On Mon, 27 Jan 2020 00:37:46 +0100
> > Charlene Wendling wrote:
> >
> > > It does not ru
On Sat, 1 Feb 2020 19:40:27 -0500
George Koehler wrote:
> On Mon, 27 Jan 2020 00:37:46 +0100
> Charlene Wendling wrote:
>
> > I tried playing it on macppc, but:
> >
> > - it's broken with Perl 5.30: ...
> > - there are graphic issues: the title screen is
On Sat, 1 Feb 2020 22:04:12 +0100
Rafael Sadowski wrote:
>
> On Sat Feb 01, 2020 at 07:28:42PM +0100, Paco Esteban wrote:
> > Hi Rafael,
> >
> > On Sat, 01 Feb 2020, Rafael Sadowski wrote:
> >
> > > On Sat Feb 01, 2020 at 02:57:46PM +0100, Rafael Sadowski wrote:
> > > > Here is an diff to updat
On Sat, 25 Jan 2020 21:11:59 +0100
Björn Ketelaars wrote:
> On Sat 25/01/2020 16:21, Charlene Wendling wrote:
> > On Wed, 22 Jan 2020 16:19:21 +0100
> > Björn Ketelaars wrote:
> >
> > > Diff below updates audacious to 3.10.1. Changes between 3.9 and
> > >
Hi,
Here is an update for xdesktopwaves.
What's new upstream (from $WRKSRC/README):
- Added backdrop failure checking, and because this is not always
reliable, also added an (emergency) exit button.
- Adapted to new KDE versions.
- Added support for Hygon Dhyana processor (Chinese variant of
Hi,
Here is a quick update for sysutils/entr.
According to $WRKSRC/NEWS, the only change impacting us is the
introduction of the "ENTR_INOTIFY_WORKAROUND" environment variable
to enable a compatibility mode for platforms with "deformed" inotify
support.
Port-wise, i've moved HOMEPAGE and MASTER_
On Sun, 2 Feb 2020 22:39:16 +0100
Christian Weisgerber wrote:
> This updates devel/gmp to 6.2.0.
> gmp has a ton of machine-specific optimizations, so success on one
> arch doesn't mean it will work elsewhere.
>
> I have successfully run the regression tests on
> * aarch64
> * amd64
> * i386
>
>
Hi,
On Mon, 3 Feb 2020 09:25:12 +
wen heping wrote:
> Hi, ports@:
>
>Here is a patch for www/p5-HTML-Scrubber:
> i) Update to 0.19
> ii) Remove the unneeded BUILD_DEPENDS
You just commented it :)
> iii) Add devel/p5-Test-Memory-Cycle as TEST_DEPENDS
It's missing devel/p
Ping :)
On Sun, 26 Jan 2020 21:52:39 +0100
Charlene Wendling wrote:
> On Sun, 26 Jan 2020 19:36:39 +
> Mikolaj Kucharski wrote:
>
> > Hi,
> >
> > I didn't test your diff, but just by reading your mail, I think you
> > should set updated version to
On Mon, 3 Feb 2020 11:10:49 +
wen heping wrote:
> ping ...
>
> 发件人: owner-po...@openbsd.org 代表 wen
> heping 发送时间: 2019年12月24日 12:09
> 收件人: Andrew Hewus Fresh
> 抄送: ports@openbsd.org
> 主题: 回复: [NEW] devel/p5-MooseX-Attribute-Chained
>
> ping ...
> _
On Mon, 3 Feb 2020 11:12:13 +
wen heping wrote:
> ping ...
>
> 发件人: owner-po...@openbsd.org 代表 wen
> heping 发送时间: 2019年12月24日 10:50
> 收件人: Andrew Hewus Fresh
> 抄送: ports@openbsd.org
> 主题: 回复: [Update] www/p5-HTML-FormFu
>
> ping ...
> _
Hi Eric,
On Mon, 3 Feb 2020 09:40:20 -0500
Eric Radman wrote:
> On Sun, Feb 02, 2020 at 10:04:00PM +0100, Charlene Wendling wrote:
> > Hi,
> >
> > Here is a quick update for sysutils/entr.
> >
> > According to $WRKSRC/NEWS, the only change impacting
On Tue, 4 Feb 2020 09:11:07 +0100
Martin Reindl wrote:
> Hello ports@
>
> attached diff updates math/py-bottleneck to 1.3.1:
>
> - take MAINTAINER
> - BROKEN-powerpc: there have been some changes in upstream, please
> retest on powerpc and sparc64, for now I've added COMPILER but we
> might be a
On Mon, 3 Feb 2020 18:52:11 +0100
Björn Ketelaars wrote:
> Simple diff for bringing mpd to 0.21.19. Changelog can be found at
> https://raw.githubusercontent.com/MusicPlayerDaemon/MPD/v0.21.19/NEWS.
>
> Run tested on amd64 together with libmpdclient and ncmpc.
>
> Comments/OK?
I built and teste
Hi,
Building webkitgtk4 on macppc since 2.32 fails at the patching stage.
The powerpc specific patch has been upstreamed [0], so it's not needed
anymore. Also the ENABLE_GRAPHICS_CONTEXT_GL option is now
USE_OPENGL_OR_ES [1]
I needed an additional patch specific to archs where USE_OPENGL_OR_ES=O
Hi,
> http://build-failures.rhaalovely.net/sparc64/2021-03-31/x11/gtk+4.log
I can reproduce that on macppc at home (the current bulk builds the
previous version).
ld.bfd often does not like "-Wl,--as-needed". The below diff allows
gtk+4 to be built on macppc [0]. This version has never been buil
Hi,
> http://build-failures.rhaalovely.net/powerpc/2021-03-11/comms/sigrok/pulseview.log
> http://build-failures.rhaalovely.net/powerpc/2021-03-11/comms/sigrok/sigrok-cli.log
> http://build-failures.rhaalovely.net/sparc64/2021-03-31/comms/sigrok/pulseview.log
> http://build-failures.rhaalovely.net
Ping.
On Sun, 4 Apr 2021 00:14:56 +0200
Charlene Wendling wrote:
> Hi,
>
> > http://build-failures.rhaalovely.net/powerpc/2021-03-11/comms/sigrok/pulseview.log
> > http://build-failures.rhaalovely.net/powerpc/2021-03-11/comms/sigrok/sigrok-cli.log
> > http://build
Devel-Hide-0.0014
CATEGORIES = devel
-REVISION = 0
-
-MAINTAINER = Charlene Wendling
MODULES = cpan
PKG_ARCH = *
Index: distinfo
===
RCS file: /cvs/ports/devel/p5-Devel
Hi,
qtwebkit does not build in the current macppc bulk, the first with
clang-11:
> ../Source/WTF/wtf/Atomics.cpp:63:9: error: definition of builtin function
> '__sync_add_and_fetch_8'
> int64_t __sync_add_and_fetch_8(int64_t volatile* addend, int64_t value)
> ../Source/WTF/wtf/Atomics.cpp:68:9:
Hi,
I've removed BROKEN-powerpc lines in ports that now need rust to be
built, since this arch has no rust support. kicad is one (and the last)
of them:
> $ cd /usr/ports/cad/kicad
> $ make full-build-depends | grep rust
> rust-1.52.1
It requires changes for other ports, and also other !rust arc
Hi,
It builds and works fine for me on macppc and amd64 (i tested the x11
and curses variants).
OK cwen@
On Sat, 22 May 2021 12:15:38 +
Dimitri Karamazov wrote:
> Update x11/bemenu to 0.6.0
>
> Dynamic export changes:
> added:
> bm_menu_add_item_at
> bm_menu_get_password
>
Hi,
On Sun, 23 May 2021 23:47:03 -0400
Kurt Mosiejczuk wrote:
> I'm unsure whether to mark graphics/asymptote BROKEN-sparc64 or to
> nominate it for removal.
>
> It's marked NOT_FOR_ARCHES with CLANG_ARCHES and marked BROKEN-hppa.
>
> So I don't know if it actually compiles for any arches at t
Hi,
> http://build-failures.rhaalovely.net/sparc64/2021-05-22/x11/gnome/seahorse.log
(same on macppc, no mips64 bulk report available)
The `--as-needed' linker flag strikes again, it builds fine on macppc
once it is removed [0]. No REVISION bump is needed, since this version
has never been built
On Mon, 7 Jun 2021 08:11:31 -0500
joshua stein wrote:
> I sent an earlier version to the maintainer and pinged them on IRC
> but got no response.
I've built and run-tested that update with a basic hello world, and met
no issues.
OK cwen@
Hi,
On Mon, 07 Jun 2021 18:44:45 +0200
Omar Polo wrote:
> friendly ping!
It builds and works fine on amd64 with my AMD RX560. On macppc
it builds but the UI is totally blank with my ATI 9600.
I'm proposing to mark it BROKEN there.
Obviously, ok cwen@
Index: Makefile
=
On Tue, 08 Jun 2021 17:56:55 +0200
Omar Polo wrote:
> Charlene Wendling writes:
>
> > Hi,
> >
> > On Mon, 07 Jun 2021 18:44:45 +0200
> > Omar Polo wrote:
> >
> >> friendly ping!
> >
> > It builds and works fine on amd64 with my AMD R
Hi,
Recently, i brought an update for mtpaint, and fixing the build for
a -fno-common patched llvm-10, that needs to be removed now [0].
I'm proposing to move mtpaint to gtk+3 while here, since we are
encouraged to move to gtk+3 after the final gtk+2 update [1]. I
totally missed that new feature
Hi,
Here is update for chessx to 1.5.6. A 1.5.8 version is around, but
upstream made no formal release. You can find the changelog there [0].
Port-wise, that update allows to drop almost all patches. Sadly,
there is still no easy way to use our system quazip.
It builds and works fine on amd64 (
Hi,
On Thu, 10 Jun 2021 11:34:33 +
wen heping wrote:
> Hi, ports@:
>
>Here is a patch for www/p5-Dancer2:
>i) Update to 0.301004
>ii) Add sysutils/p5-File-Which as RUN_DEPENDS
>It build well and pass all tests on amd64-6.9 system.
>4 ports depends on it and all build and
Hi,
As reported in the fediverse, sdl2 generates SIGILL on Mac G3s [0].
sdl2 is built with AltiVec support, runtime detection is present and
valid (see $WRKSRC/src/cpuinfo/SDL_cpuinfo.c), yet failing. So the
simple solution is to remove AltiVec from the build for now.
I've tested this on my Powe
On Fri, 11 Jun 2021 22:38:09 -0400
George Koehler wrote:
> On Fri, 11 Jun 2021 19:13:46 +
> Charlene Wendling wrote:
>
> > Hi,
> >
> > As reported in the fediverse, sdl2 generates SIGILL on Mac G3s [0].
> >
> > sdl2 is built with AltiVec su
On Sun, 13 Jun 2021 23:21:57 -0400
George Koehler wrote:
> On Sat, 12 Jun 2021 12:03:01 +
> Charlene Wendling wrote:
>
> > You were right, SDL 1.x is impacted as well. I've updated the diff
> > below to include SDL 1.x. It has been tested successfully against
&g
Hi,
> http://build-failures.rhaalovely.net/sparc64/2021-06-13/net/tdlib.log
> (octeon and macppc are also impacted but no bulk report
> yet)
tdlib does not support big endian arches [0].
OK?
Charlène.
[0] https://github.com/tdlib/td/issues/364
Index: Makefile
==
Hi,
On Thu, 17 Jun 2021 09:56:27 +0100
Stuart Henderson wrote:
> PowerPC doesn't have those either
But it doesn't need to, because embree is not built on all 32 bit
arches [0] due to a lack of "consumers" [1] :)
You may be able to see that in the i386 build logs but here is the
powerpc one [2]
Hi,
>From macppc bulk logs:
> unireverse.c:173:10: warning: result of comparison of constant -1
> with expression of type 'char' is always false
On macppc the unireverse runtime goes like this:
> $ printf "infinite\nloop" | unireverse
> etinifni
> pool
[hangs forever]
On macppc and arm* char i
Hi,
I heard that a new Hyperrogue version came out, so i wanted to see if
segfaults at build time on macppc were fixed. They're not, sadly.
The changelog is very long to read [0]. What impacts us the most is that
upstream changed their build system to a simple Makefile, but this
makes things hard
On Tue, 29 Jun 2021 17:54:56 +
Brian Callahan wrote:
> Hi ports --
>
> Attached is a new port, TIC-80. TIC-80 is a fantasy computer to make,
> play and share tiny games.
> For those of you familiar with PICO-8, TIC-80 is an open source
> alternative.
[...]
> TIC-80 works well for me on
On Tue, 29 Jun 2021 17:28:19 +
Brian Callahan wrote:
> Hi Charlene --
>
> On 06/29/2021 12:42 PM, Charlene Wendling wrote:
> > Hi,
> >
> > I heard that a new Hyperrogue version came out, so i wanted to see
> > if segfaults at build time on macp
Hi,
On Sat, 3 Jul 2021 15:21:55 +0100
Stuart Henderson wrote:
> I've built all dependent ports on amd64 with no problems, and done
> runtime tests of rspamd and luakit so far. I'll do some tests with
> i386 too. Does anyone want to do other tests? (The powerpc-related
> patch removed in the di
On Sat, 3 Jul 2021 16:48:21 +
Charlene Wendling wrote:
> Hi,
>
> On Sat, 3 Jul 2021 15:21:55 +0100
> Stuart Henderson wrote:
>
>
> > I've built all dependent ports on amd64 with no problems, and done
> > runtime tests of rspamd and luakit so far. I
Hi,
I had a similar problem since i wanted a bigger cursor, and use
iridium.
I dropped .Xdefaults/.Xresources Xcursor.* properties and put
this in my .xsession (see `pkg_info xcursor-themes`)
--8<--
export XCURSOR_THEME=Adwaita
export XCURSOR_PATH="/usr/local/share/icons/"
export XCURSOR_SIZE=32
Hi,
The below diff updates snownews to 1.8 with a new repo owner and
finally a lot of modern features [0]! I tend to separate upstream vs
ports changes, but it's unpractical here:
> Added Atom feed support
Modify COMMENT and DESCR accordingly. While here, update to valid
feeds and a mix of RS
On Mon, 5 Jul 2021 17:15:09 -0400
"trondd" wrote:
> On Mon, July 5, 2021 9:53 am, Charlene Wendling wrote:
> > Hi,
> >
> > The below diff updates snownews to 1.8 with a new repo owner and
> > finally a lot of modern features [0]! I tend to separate up
Hi,
This is the first bulk with base libexecinfo.
> https://bin.charlenew.xyz/emacs_bulk_failure.log
The last port commit brought libexecinfo support to emacs, and leads to
segfault during the build on macppc. I attach the backtrace of a simple
'temacs' invocation, showing that it may not be ema
On Tue, 13 Jul 2021 01:51:28 +0200
Jeremie Courreges-Anglas wrote:
> On Mon, Jul 12 2021, Charlene Wendling wrote:
> > Hi,
> >
> > This is the first bulk with base libexecinfo.
> >
> >> https://bin.charlenew.xyz/emacs_bulk_failure.log
> >
> > The
On Tue, 13 Jul 2021 13:54:05 +0200
Jeremie Courreges-Anglas wrote:
> On Tue, Jul 13 2021, Charlene Wendling wrote:
> > On Tue, 13 Jul 2021 01:51:28 +0200
> > Jeremie Courreges-Anglas wrote:
> >
> >> On Mon, Jul 12 2021, Charlene Wendling
> >> wrote:
>
Hi,
Long time ago, gkoehler@ found out the guile2 32 bit big endian
bootstrap files were leading to segfaults during the build [0] on
powerpc.
Not using a bootstrap increases the building time by a factor of ~ 6.
Currently, guile2 build time is 25 hours in the powerpc bulk. To give you
an idea of
On Thu, 22 Jul 2021 00:08:10 -0400
George Koehler wrote:
> On Tue, 20 Jul 2021 15:09:04 +
> Charlene Wendling wrote:
>
> > Hi,
> >
> > Long time ago, gkoehler@ found out the guile2 32 bit big endian
> > bootstrap files were leading to segfaults du
Hi Marc,
On Wed, 21 Jul 2021 12:51:18 +0200
Marc Espie wrote:
> vid.stab is a video stabilization library that interfaces with ffmpeg.
>
> From the xml plugins in kdenlive, I suspect it will work out of the
> box there as well.
>
> Here's the patch to activate it in ffmpeg. From simple tests,
On Thu, 22 Jul 2021 14:02:11 -0400
George Koehler wrote:
> On Thu, 22 Jul 2021 10:40:46 +
> Charlene Wendling wrote:
>
> > On Thu, 22 Jul 2021 00:08:10 -0400
> > George Koehler wrote:
> >
> > > One issue: the port is extracting your g2strap-2.2.7-32be
Hi,
Here is an update for grip to 4.2.2. Upstream changes:
--8<--
v4.2.2 2021-07-07
* Patch from D. J. Slattery: fix crash on startup due to invalid
pointer
v4.2.1 2021-05-30
* Translation updates: Italian
* Update documentation, IRC moving from Freenode to Libera
-->8--
Port-wise, i
101 - 200 of 1067 matches
Mail list logo
