Re: powerpc bulk build report

It's not done yet ;) One of the machines lost some nfs mounts, i'm restarting the bulk atm ;) On Fri, 15 Oct 2021 09:13:44 -0600 (MDT) c...@openbsd.org wrote: > Bulk build on macppc-0.ports.openbsd.org > > Started : Tue Sep 28 01:49:06 MDT 2021 > Finished: Fri Oct 15 09:12:08 MDT 2021 >

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/10/05 09:46:43 Modified files: sysutils/neofetch: Makefile security/ccrypt: Makefile Log message: neofetch, ccrypt: drop maintainership

Re: NEW: games/vvvvvv - a retro platformer with gravity-reversal puzzle mechanics

On Mon, 4 Oct 2021 23:55:06 -0600 Thomas Frohwein wrote: > On Mon, Oct 04, 2021 at 07:32:56PM +0000, Charlene Wendling wrote: > > Hi, > > > > > > > There is an existing port draft by bcallah@ and cwen@ in > > > openbsd-wip [2]. I've graciously adopted

Re: NEW: games/vvvvvv - a retro platformer with gravity-reversal puzzle mechanics

Hi, > There is an existing port draft by bcallah@ and cwen@ in openbsd-wip > [2]. I've graciously adopted the patches to the bundled physfs for > big endian compatibility and to use ~/.local/share/VV/ for the > assets file data.zip. Actually, that patch may not be needed, because VV

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/09/19 13:09:39 Modified files: www/webkitgtk4 : Makefile Log message: webkitgtk4: use the "lonesome" DPB_PROPERTIES on macppc No objections from aja@ (maintainer)

Re: powerpc bulk build report

Hi, On Thu, 9 Sep 2021 22:27:27 +0200 Alexander Bluhm wrote: > On Thu, Sep 09, 2021 at 08:56:52AM -0600, c...@openbsd.org wrote: > > http://build-failures.rhaalovely.net/powerpc/2021-08-21/misc/open62541,ns0_full.log > > /usr/obj/ports/open62541-1.0.6-ns0_full/bin/cc ... >

Re: powerpc bulk build report

Hi, This is the first bulk done with LLD as the default linker. Please test your favorite packages and report issues if you have some :) On Thu, 9 Sep 2021 08:56:52 -0600 (MDT) c...@openbsd.org wrote: > Bulk build on macppc-0.ports.openbsd.org > > Started : Sat Aug 21 14:27:57 MDT 2021 >

Re: [macppc / lld] devel/gmp text relocation

On Thu, 9 Sep 2021 16:15:53 +0200 Christian Weisgerber wrote: > George Koehler: > > > WRKSRC/mpn/asm-defs.m4:1054, > > > > ifelse(`PIC_ALWAYS',`yes',`define(`PIC')') > > > > Notice that `PIC_ALWAYS' is in quotes, so the macro PIC_ALWAYS is > > not expanded. This faulty check compares the

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/09/05 07:26:20 Modified files: games/corewars : Makefile Log message: corewars: unbreak with ld.lld on powerpc powerpc does not inline sqrt(3) unlike other lld archs, so it actually uses libm and as

[macppc / lld] Unbreak games/corewars

Hi, Corewars' build failed in the current macppc bulk: > https://bin.charlenew.xyz/corewars.fail.log Once again the `-lm' linker flag is needed on macppc. The below diff allows me to build and run corewars on macppc [0], with no regression on amd64. While here, i've added a missing tab for

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/08/28 03:16:56 Modified files: sysutils/gdmap : Makefile Log message: gdmap: unbreak with ld.lld on powerpc powerpc does not inline sqrt(3) unlike other lld archs, so it actually uses libm and as

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/08/28 03:07:11 Modified files: games/moonlander: Makefile games/moonlander/patches: patch-Makefile Log message: moonlander: unbreak with ld.lld on powerpc powerpc does not inline sqrt(3)

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/08/28 03:03:46 Modified files: japanese/kanjipad: Makefile Log message: kanjipad: unbreak with ld.lld on powerpc powerpc does not inline sqrt(3) unlike other lld archs, so it actually uses libm and

Re: [macppc / lld] Unbreak sysutils/gdmap

On Fri, 27 Aug 2021 15:18:14 + Charlene Wendling wrote: > Hi, > > > https://bin.charlenew.xyz/gdmap-0.8.1p5.log > > Once again, macppc needs the `-lm' linker flag. > > With the below diff i can build gdmap [0] on macppc. While here, i've > refreshed WANTLIB

[macppc / lld] Unbreak sysutils/gdmap

Hi, > https://bin.charlenew.xyz/gdmap-0.8.1p5.log Once again, macppc needs the `-lm' linker flag. With the below diff i can build gdmap [0] on macppc. While here, i've refreshed WANTLIB. The runtime has been tested successfully on macppc and amd64. Comments/feedback are welcome, Charlène.

[macppc / lld] Unbreak japanese/kanjipad

Hi, Kanjipad is broken in the current macppc bulk: > https://bin.charlenew.xyz/kanjipad.log macppc does not inline sqrt(3) so it actually uses libm, unlike other archs [0]. I don't know why this has not happened before. The below diff adds the necessary `-lm' linker flag to allow kanjipad to

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/08/24 14:32:52 Modified files: archivers/innoextract: Makefile Removed files: archivers/innoextract/patches: patch-cmake_BuildType_cmake Log message: innoextract: unbreak on clang+ld.bfd

Unbreak archivers/innoextract on all clang+ld.bfd archs (macppc AND mips64) (Was: Re: mips64 bulk build report)

Hi, > http://build-failures.rhaalovely.net/mips64/2021-07-26/archivers/innoextract.log I'm feeling compelled to fix my own mistake here :) Back in the days this error has popped out on macppc, i had some very low hope for mips64 to have libexecinfo support one day and as such limited the fix to

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/08/04 03:45:30 Modified files: audio/abcde: Makefile audio/p5-MusicBrainz-DiscID: Makefile devel/p5-IO-Pipely: Makefile devel/p5-IO-Prompt-Tiny: Makefile

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/08/03 05:15:44 Modified files: telephony/linphone/bctoolbox: Makefile telephony/linphone/bctoolbox/patches: patch-CMakeLists_txt Log message: bctoolbox: unbreak some consumers' build on

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/08/02 13:13:28 Modified files: games/cataclysm-dda: Makefile Log message: cataclysm-dda: unbreak on powerpc Use the `-relax' linker flag to fix relocation errors.

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/08/01 05:04:35 Modified files: lang/gforth: Makefile Log message: gforth: unbreak on powerpc With base-clang it either runs out of memory with i386 patches or -O1. Using -O0 makes preforth

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/07/31 09:12:14 Modified files: devel/libffi : Makefile Added files: devel/libffi/patches: patch-src_powerpc_sysv_S Log message: libffi: add a fix for the powerpc assembly code to improve

Re: sparc64 bulk build report

On Sat, 31 Jul 2021 12:08:24 +1000 Jonathan Gray wrote: > On Sat, Jul 31, 2021 at 01:03:08AM +0000, Charlene Wendling wrote: > > On Fri, 30 Jul 2021 23:43:07 +0200 > > Matthias Kilian wrote: > > > > > On Fri, Jul 30, 2021 at 11:36:47PM +0200, Matthias Kilian wro

Re: sparc64 bulk build report

On Fri, 30 Jul 2021 23:43:07 +0200 Matthias Kilian wrote: > On Fri, Jul 30, 2021 at 11:36:47PM +0200, Matthias Kilian wrote: > > FWIW, I've poppler-21.07.0 in my tree, an update to 21.08.0 will > > probably available in two days. I can disable poppler-qt{5,6} for > > sparc64. > > > > > Note

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/07/30 16:50:19 Modified files: audio/grip : Makefile distinfo Log message: grip: update to 4.2.2 Changelog: https://sf.net/p/grip/code/ci/master/tree/ChangeLog OK jca@ (on a previous diff with a

[macppc] Unbreak lang/gforth

Hi, After the libffi fix i've just sent to ports@ and that is needed on top of that diff, gforth needs some tweaks to build on macppc. By default it runs out of memory. So i tried to - use i386 patches: it runs out of memory - build everything with -O1: it runs out of memory - build everything

[macppc] devel/libffi: improve consumers build and probably runtime

Hi, George emitted the hypothesis that libffi may be partly broken on macppc. He was right :) After searching around, i found out that upstream has already a fix for that [0]. Tests results have improved a lot: Before the below diff: # of expected passes440 # of unexpected

Re: [NEW] mail/p5-OpenSMTPd-Filter 0.0.2

On Tue, 27 Jul 2021 18:38:04 -0700 Andrew Hewus Fresh wrote: > This module is a helper to make writing OpenSMTPd > filters in perl easier. > > https://metacpan.org/release/OpenSMTPd-Filter > > While this module is somewhat new, I've been using it on my home > server for

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/07/28 17:22:33 Modified files: devel/clang-tools-extra: Makefile Log message: clang-tools-extra: remove BROKEN on powerpc There is no more reasons to keep it broken due to wasted bulk time. Rust has

[macppc] devel/clang-tools-extra: remove BROKEN

Hi, Since i've set up BROKEN for this port, due to time wasted because it's lacking consumers, rust has taken out many ports, the bootstrapped guile2 now builds in a reasonable time, and even recently we're finally free from Qt4. I'm proposing to bring back clang-tools-extra. It builds fine [0]

[macppc] Unbreak games/cataclysm-dda

Hi, It was expected to happen one day :) >From the current macppc bulk: > obj/tiles/active_item_cache_test.o: In function > `::_ZL29C_A_T_C_HT_E_S_T__(void)': > active_item_cache_test.cpp:(.text+0x1b4): relocation truncated to fit: > R_PPC_PLTREL24 [...] >

Re: flameshot 0.10 broken .desktop (Re: CVS: cvs.openbsd.org: ports)

On Mon, 26 Jul 2021 09:04:47 +0200 Matthieu Herrb wrote: > On Sun, Jul 25, 2021 at 06:16:05PM +0200, Matthieu Herrb wrote: > > On Fri, Jul 16, 2021 at 10:47:39AM -0600, Denis Fondras wrote: > > > CVSROOT: /cvs > > > Module name: ports > > > Changes by: de...@cvs.openbsd.org

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/07/25 16:53:09 Modified files: multimedia/atomicparsley: Makefile distinfo multimedia/atomicparsley/patches: patch-src_CDtoc_cpp Added files: multimedia/atomicparsley/patches:

[update] multimedia/atomicparsley 0.9.6 -> 20210715 (+unsigned char archs fixes)

Hi, Here is an update for atomicparsley. Upstream moved from bitbucket to github and the project now uses cmake, among many other changes [0]. Port-wise, it's just a minimal port using cmake, i don't have much to say, excepted that i added some fixes for unsigned char archs as reported on macppc

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/07/25 03:27:36 Modified files: mail/trojita : Makefile Added files: mail/trojita/patches: patch-src_Gui_Spinner_h Log message: trojita: fix the spinner behaviour on unsigned char archs,

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/07/24 13:35:41 Modified files: games/qqwing : Makefile Added files: games/qqwing/patches: patch-main_cpp Log message: qqwing: fix an infinite loop on unsigned char archs Using the

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/07/24 13:31:49 ports/games/qqwing/patches Update of /cvs/ports/games/qqwing/patches In directory cvs.openbsd.org:/tmp/cvs-serv60453/patches Log Message: Directory /cvs/ports/games/qqwing/patches added to the

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/07/24 13:26:54 Modified files: converters/ish : Makefile converters/ish/patches: patch-decode_c Log message: ish: fix an infinite loop on unsigned char archs Decoding using the -lf option

[macppc, arm*] mail/trojita: fix misbehaving spinner

Hi, The loading spinner in trojita is misbehaving on my macppc machine. Upstream has already dealt with the situation [0], and after applying their patch the spinner is fine on macppc. There is indeed no regression on amd64. OK? Charlène. [0]

[macppc, arm*] Fix an infinite loop in games/qqwing

Hi, On my macppc machine, i can create an infinite loop just by doing: $ qqwing --generate | qqwing --solve The looped getchar(3) call never reaches EOF on unsigned char archs. The below diff fixes that issue. OK? Charlène. Index: Makefile

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/07/24 03:31:03 Modified files: lang/guile2: Makefile distinfo Log message: guile2: provide a valid bootstrap for 32 bit big endian archs This allows to reduce the building time by a factor of 6

[macppc, arm*] Fix an infinite loop in converters/ish

Hi, Decoding using the -lf option on powerpc made ish freeze. A looped fgetc(3) call never reached EOF, since the return value was stored as a char, that is unsigned on powerpc and arm*, instead of int. --8<-- $ cd /tmp && cp /bin/ls . $ ish -ss ls $ rm ls $ ish -lf ls.ish [...] < Restore from

[update] audio/grip 4.2.0 -> 4.2.2 (+unsigned char archs fix)

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,

Re: [macppc, hppa] lang/guile2: provide a valid bootstrap to reduce build time

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-

Re: NEW PORT + PATCH: libvidstab and ffmpeg support

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,

Re: [macppc, hppa] lang/guile2: provide a valid bootstrap to reduce build time

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

[macppc, hppa] lang/guile2: provide a valid bootstrap to reduce build time

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

Re: [macppc, base libexecinfo] Unbreak editors/emacs

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: >

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/07/13 02:37:57 Modified files: editors/emacs : Makefile Log message: emacs: fix the build on powerpc A recent commit brought base libexecinfo support for emacs, but it appears it makes 'temacs'

Re: [macppc, base libexecinfo] Unbreak editors/emacs

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 > > > >

[macppc, base libexecinfo] Unbreak editors/emacs

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

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/07/10 05:49:34 Modified files: x11/mplayer: Makefile Log message: mplayer: fix the runtime on powerpc G3s Brad sent me a diff to rearrange CONFIGURE_ARGS for powerpc. Runtime testing on a G3

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/07/06 13:33:21 Modified files: www/snownews : Makefile distinfo www/snownews/patches: patch-Config_mk_in patch-Makefile patch-configure

Re: [update] www/snownews 1.6.10 -> 1.8

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

[update] www/snownews 1.6.10 -> 1.8

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

Re: Mouse cursor size in chromium

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

Re: luajit update to 2.0 git head

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'll d

Re: luajit update to 2.0 git head

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

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/07/03 09:00:57 Modified files: games/hyperrogue: Makefile distinfo games/hyperrogue/pkg: PLIST Added files: games/hyperrogue/patches: patch-Makefile Removed files:

Re: [update] games/hyperrogue 11.3o -> 12.0b

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

Re: NEW: games/tic80

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

[update] games/hyperrogue 11.3o -> 12.0b

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

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/06/28 15:34:19 Modified files: misc/uniutils : Makefile Added files: misc/uniutils/patches: patch-unireverse_c Log message: uniutils: unbreak unireverse's runtime on unsigned char arches A

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/06/19 14:37:52 Modified files: devel/sdl2 : Makefile devel/sdl : Makefile Log message: sdl, sdl2: disable AltiVec on powerpc SDL contains AltiVec instructions, whose support is not

[macppc, arm*] Unbreak misc/uniutils' unireverse

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

Re: sparc64 bulk build report

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

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/06/15 13:37:41 Modified files: net/tdlib : Makefile Log message: tdlib: big endian architectures aren't supported, don't build there OK sthen@ and Omar Polo (maintainer)

net/tdlib does not support big endian arches

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

Re: [fix, macppc] Unbreak devel/sdl{1,2} on Mac G3s

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

Re: [fix, macppc] Unbreak devel/sdl{1,2} on Mac G3s

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 AltiVe

[fix, macppc] Unbreak devel/sdl2 on Mac G3s

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

Re: www/p5-Dancer2: Update to 0.301004

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

[update] games/chessx 1.4.6 -> 1.5.6

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

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/06/10 15:51:45 Modified files: graphics/mtpaint: Makefile graphics/mtpaint/pkg: DESCR Log message: mtpaint: move to gtk+3 and remove llvm-10 -fno-common workaround OK sthen@

graphics/mtpaint: move to gtk+3, remove llvm-10 -fno-common workaround

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

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/06/09 09:56:32 Modified files: games/godot: Makefile distinfo games/godot/patches: patch-platform_x11_detect_py Added files: games/godot/patches:

Re: [update] games/godot 3.3 -> 3.3.1, mark BROKEN-powerpc

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

Re: [update] games/godot 3.3 -> 3.3.1, mark BROKEN-powerpc

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

Re: lang/crystal: unbreak, update to 1.0.0

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@

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/06/07 01:25:58 Modified files: x11/gnome/seahorse: Makefile Log message: seahorse: unbreak on ld.bfd arches There were undefined references errors during the build. Remove the `--as-needed' linker

[ld.bfd] Unbreak x11/gnome/seahorse

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

Re: Mark graphics/asymptote BROKEN-sparc64 or remove it?

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

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/05/22 13:13:18 Modified files: x11/bemenu : Makefile distinfo x11/bemenu/patches: patch-GNUmakefile x11/bemenu/pkg : PLIST Log message: bemenu: update to 0.6.0, from Dimitri

Re: [MAINTAINER UPDATE] x11/bemenu -> 0.6.0

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

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/05/19 02:39:16 Modified files: devel/arm-none-eabi/gcc-linaro: Makefile Log message: arm-none-eabi/gcc-linaro: remove BROKEN-powerpc, the two flavors build fine there

[macppc, !rust] cad/kicad* and cad/oce adjustments

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

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/05/16 13:15:23 Modified files: graphics/krita : Makefile Log message: krita: remove BROKEN-powerpc, it won't build there because rust is in its build dependencies chain.

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/05/16 13:09:53 Modified files: geo/qgis : Makefile Log message: qgis: remove BROKEN-powerpc, it won't build there because rust is in its build dependencies chain.

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/05/11 14:41:30 Modified files: games/gnushogi : Makefile Log message: gnushogi: remove BROKEN-powerpc, it builds and works fine with clang-11

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/05/11 09:33:59 Modified files: x11/qt5/qtwebkit: Makefile Added files: x11/qt5/qtwebkit/patches: patch-Source_WTF_wtf_Atomics_cpp Log message: qtwebkit: unbreak with clang 11 on powerpc

[macppc] Unbreak x11/qt5/qtwebkit

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) >

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/04/29 12:27:57 Modified files: devel/p5-Devel-Hide: Makefile distinfo Log message: p5-Devel-Hide: update to 0.0014, drop maintainership Changelog: https://metacpan.org/changes/distribution/Devel-Hide

[update] devel/p5-Devel-Hide: update to 0.0014

CATEGORIES = devel -REVISION = 0 - -MAINTAINER = Charlene Wendling MODULES = cpan PKG_ARCH = * Index: distinfo === RCS file: /cvs/ports/devel/p5-Devel-Hide/distinfo,v

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/04/12 05:22:33 Modified files: comms/sigrok/libsigrok: Makefile Added files: comms/sigrok/libsigrok/patches: patch-src_backend_c Log message: libsigrok: use libhidapi's hid_init() instead of

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/04/12 04:53:55 Modified files: comms/libhidapi: Makefile Log message: libhidapi: add a comment mentioning that any consumer should be patched to use hidapi_hid_init() instead of hid_init(3), to avoid

Re: comms/sigrok/*: conflict between usbhid(3) and comms/libhidapi

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

comms/sigrok/*: conflict between usbhid(3) and comms/libhidapi

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 >

CVS: cvs.openbsd.org: ports

CVSROOT:/cvs Module name:ports Changes by: c...@cvs.openbsd.org2021/04/03 13:31:41 Modified files: x11/gtk+4 : Makefile Log message: gtk+4: unbreak on ld.bfd arches Fix undefined references by disabling "-Wl,--as-needed" on these arches. OK aja@

[ld.bfd] Unbreak x11/gtk+4

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

  1   2   3   4   5   6   7   8   9   10   >