Re: [NEW] colorgrab-0.3: A screen color picker for graphic and web designers
On Tue Nov 16, 2021 at 06:38:29AM +, Adnan Shameem wrote: > Hello, > > I couldn't find any screen color picker on ports, which is essential for > graphic and web designers. > > So I made a port for ColorGrab, a color picker that can pick any color from > screen without opening any files, taking screenshots or using any developer > tools; allows to optionally tweak the color and provides output for use in > graphic, web and print design. Its UI is simple, but packed with lots of > features. > > Announcement blog with screenshot and basic info: > https://nielssp.dk/2015/02/colorgrab-a-crossplatform-color-picker/ > > One thing though. I tried to get rid of the "do-install" target, but > couldn't. Please let me know if there is a way. > > Please also let me know if there are any other changes that could be made. > > Regards, > Adnan Not really an color picker for graphic and web designers but very helpful for web designers: KDE kontrast: - https://apps.kde.org/kontrast/ - https://marc.info/?l=openbsd-ports=163678480815937=2 (This tarball is missing devel/kf5/kdeclarative as build dep)
arm bulk build report
bulk build on armv7.ports.openbsd.org started on Wed Sep 29 13:27:34 MDT 2021 finished at Mon Nov 15 23:27:00 MST 2021 lasted 17D10h59m done with kern.version=OpenBSD 7.0 (GENERIC) #80406: Tue Sep 28 23:46:01 MDT 2021 built packages:8701 Sep 29:313 Sep 30:204 Oct 1:861 Oct 2:1217 Oct 3:389 Oct 5:83 Oct 6:330 Oct 7:212 Oct 9:204 Oct 10:259 Oct 11:99 Oct 12:33 Oct 13:7 Oct 14:24 Oct 15:62 Oct 16:122 Oct 17:54 Oct 18:80 Oct 19:55 Oct 20:33 Oct 21:364 Oct 22:96 Oct 23:64 Oct 24:103 Oct 25:23 Oct 26:62 Oct 27:164 Oct 28:138 Oct 29:101 Oct 30:200 Oct 31:166 Nov 1:3339 Nov 2:166 Nov 3:178 Nov 4:226 Nov 5:203 Nov 6:181 Nov 7:189 Nov 8:164 Nov 9:241 Nov 10:173 Nov 11:129 Nov 13:98 Nov 14:463 Nov 15:2330 critical path missing pkgs: http://build-failures.rhaalovely.net/arm/2021-09-29/summary.log build failures: 100 http://build-failures.rhaalovely.net/arm/2021-09-29/audio/beets.log http://build-failures.rhaalovely.net/arm/2021-09-29/audio/puddletag.log http://build-failures.rhaalovely.net/arm/2021-09-29/audio/py-discogs-client,python3.log http://build-failures.rhaalovely.net/arm/2021-09-29/devel/dyncall.log http://build-failures.rhaalovely.net/arm/2021-09-29/devel/liboil.log http://build-failures.rhaalovely.net/arm/2021-09-29/devel/ptlib.log http://build-failures.rhaalovely.net/arm/2021-09-29/devel/py-buildbot/buildbot.log http://build-failures.rhaalovely.net/arm/2021-09-29/devel/py-cflow2dot.log http://build-failures.rhaalovely.net/arm/2021-09-29/devel/remake.log http://build-failures.rhaalovely.net/arm/2021-09-29/devel/sdcc.log http://build-failures.rhaalovely.net/arm/2021-09-29/editors/kakoune.log http://build-failures.rhaalovely.net/arm/2021-09-29/editors/micro.log http://build-failures.rhaalovely.net/arm/2021-09-29/editors/poke.log http://build-failures.rhaalovely.net/arm/2021-09-29/editors/zile.log http://build-failures.rhaalovely.net/arm/2021-09-29/emulators/dgen-sdl.log http://build-failures.rhaalovely.net/arm/2021-09-29/emulators/fs-uae-launcher.log http://build-failures.rhaalovely.net/arm/2021-09-29/emulators/higan.log http://build-failures.rhaalovely.net/arm/2021-09-29/emulators/ppsspp.log http://build-failures.rhaalovely.net/arm/2021-09-29/emulators/snes9x.log http://build-failures.rhaalovely.net/arm/2021-09-29/emulators/spike.log http://build-failures.rhaalovely.net/arm/2021-09-29/games/barony.log http://build-failures.rhaalovely.net/arm/2021-09-29/games/fifechan.log http://build-failures.rhaalovely.net/arm/2021-09-29/games/hyperrogue.log http://build-failures.rhaalovely.net/arm/2021-09-29/games/shockolate.log http://build-failures.rhaalovely.net/arm/2021-09-29/games/stockfish.log http://build-failures.rhaalovely.net/arm/2021-09-29/games/toppler.log http://build-failures.rhaalovely.net/arm/2021-09-29/geo/py-rio-cogeo,python3.log http://build-failures.rhaalovely.net/arm/2021-09-29/geo/py-supermercado,python3.log http://build-failures.rhaalovely.net/arm/2021-09-29/geo/pygeoapi.log http://build-failures.rhaalovely.net/arm/2021-09-29/graphics/gmic.log http://build-failures.rhaalovely.net/arm/2021-09-29/graphics/gprof2dot.log http://build-failures.rhaalovely.net/arm/2021-09-29/graphics/py-seaborn,python3.log http://build-failures.rhaalovely.net/arm/2021-09-29/graphics/xdot.log http://build-failures.rhaalovely.net/arm/2021-09-29/graphics/xfig.log http://build-failures.rhaalovely.net/arm/2021-09-29/inputmethods/uim.log http://build-failures.rhaalovely.net/arm/2021-09-29/lang/STk.log http://build-failures.rhaalovely.net/arm/2021-09-29/lang/gerbil.log http://build-failures.rhaalovely.net/arm/2021-09-29/lang/guile2.log http://build-failures.rhaalovely.net/arm/2021-09-29/lang/hashlink.log http://build-failures.rhaalovely.net/arm/2021-09-29/lang/janet.log http://build-failures.rhaalovely.net/arm/2021-09-29/lang/nekovm.log http://build-failures.rhaalovely.net/arm/2021-09-29/lang/parrot.log http://build-failures.rhaalovely.net/arm/2021-09-29/lang/racket-minimal,no_jit.log http://build-failures.rhaalovely.net/arm/2021-09-29/lang/swi-prolog.log http://build-failures.rhaalovely.net/arm/2021-09-29/mail/bogofilter,db4.log http://build-failures.rhaalovely.net/arm/2021-09-29/mail/courier-unicode.log http://build-failures.rhaalovely.net/arm/2021-09-29/mail/mutt-wizard.log http://build-failures.rhaalovely.net/arm/2021-09-29/math/lean.log http://build-failures.rhaalovely.net/arm/2021-09-29/math/mathomatic.log http://build-failures.rhaalovely.net/arm/2021-09-29/misc/astrolog.log http://build-failures.rhaalovely.net/arm/2021-09-29/misc/freeopcua/opcua-client-gui.log http://build-failures.rhaalovely.net/arm/2021-09-29/misc/freeopcua/py-opcua.log http://build-failures.rhaalovely.net/arm/2021-09-29/misc/freeopcua/py-opcua-widgets.log http://build-failures.rhaalovely.net/arm/2021-09-29/misc/osinfo/libosinfo.log http://build-failures.rhaalovely.net/arm/2021-09-29/misc/osinfo/osinfo-db-tools.log http://build-failures.rhaalovely.net/arm/2021-09-29/net/minio/client.log
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2021/11/15 14:29:14 Modified files: mail/mu: Makefile distinfo Log message: Update mu to 1.6.10 * mu4e-compose: make undo work across compose saves * documentation fixes ok solene@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2021/11/15 14:23:33 Modified files: x11/qt5/qt3d : Makefile x11/qt5/qt3d/pkg: PLIST-examples PLIST-main x11/qt5/qtbase : Makefile x11/qt5/qtbase/pkg: PLIST-examples PLIST-main x11/qt5/qtcharts: Makefile x11/qt5/qtcharts/pkg: PLIST-examples PLIST-main x11/qt5/qtconnectivity: Makefile x11/qt5/qtconnectivity/pkg: PLIST-examples PLIST-main x11/qt5/qtdatavis3d: Makefile x11/qt5/qtdatavis3d/pkg: PLIST-examples PLIST-main x11/qt5/qtgamepad: Makefile x11/qt5/qtgamepad/pkg: PLIST-examples PLIST-main x11/qt5/qtlocation: Makefile x11/qt5/qtlocation/pkg: PLIST-examples PLIST-main x11/qt5/qtnetworkauth: Makefile x11/qt5/qtnetworkauth/pkg: PLIST-examples PLIST-main x11/qt5/qtpurchasing: Makefile x11/qt5/qtpurchasing/pkg: PLIST-examples PLIST-main x11/qt5/qtquickcontrols: Makefile x11/qt5/qtquickcontrols/pkg: PLIST-examples PLIST-main x11/qt5/qtquickcontrols2: Makefile x11/qt5/qtquickcontrols2/pkg: PLIST-examples PLIST-main x11/qt5/qtremoteobjects: Makefile x11/qt5/qtremoteobjects/pkg: PLIST-examples PLIST-main x11/qt5/qtscript: Makefile x11/qt5/qtscript/pkg: PLIST-examples PLIST-main x11/qt5/qtscxml: Makefile x11/qt5/qtscxml/pkg: PLIST-examples PLIST-main x11/qt5/qtsensors: Makefile x11/qt5/qtsensors/pkg: PLIST-examples PLIST-main x11/qt5/qtserialbus: Makefile x11/qt5/qtserialbus/pkg: PLIST-examples PLIST-main x11/qt5/qtserialport: Makefile x11/qt5/qtserialport/pkg: PLIST-examples PLIST-main x11/qt5/qtspeech: Makefile x11/qt5/qtspeech/pkg: PLIST-examples PLIST-main x11/qt5/qtsvg : Makefile x11/qt5/qtsvg/pkg: PLIST-examples PLIST-main x11/qt5/qtvirtualkeyboard: Makefile x11/qt5/qtvirtualkeyboard/pkg: PLIST-examples x11/qt5/qtwebsockets: Makefile x11/qt5/qtwebsockets/pkg: PLIST-examples PLIST-main x11/qt5/qtxmlpatterns: Makefile x11/qt5/qtxmlpatterns/pkg: PLIST-examples PLIST-main Log message: Fix/Cleanup examples files and directories Some examples files and directories ended up in -main instead of -examples. Spotted by jca@, with help from sthen@
Re: xtensa-lx106-elf/gcc picks up gsed if present
On 2021/11/15 10:43, Tracey Emery wrote: > On Mon, Nov 15, 2021 at 05:46:44PM +0100, Theo Buehler wrote: > > On Mon, Nov 15, 2021 at 07:39:10AM -0700, Tracey Emery wrote: > > > On Sun, Nov 14, 2021 at 11:17:13PM +0100, Theo Buehler wrote: > > > > This port failed to build in my last amd64 bulk. Not sure how that's > > > > best handled (i.e., if and where the gsed dependency should be added) > > > > and if other gcc flavors have the same problem. > > > > > > > > gsed was present at the start of the build and was removed while > > > > configuring zlib: > > > > > > > > mkdir ./zlib > > > > Configuring in ./zlib > > > > [...] > > > > checking for a sed that does not truncate output... /usr/local/bin/gsed > > > > checking for grep that handles long lines and -e... /usr/bin/grep > > > > checking for egrep... /usr/bin/grep -E > > > > checking for fgrep... /usr/bin/grep -F > > > > checking for ld used by cc... > > > > /tmp/pobj/xtensa-lx106-elf-gcc-10.2.0/gcc-10.2.0/zlib/configure[4583]: > > > > /usr/local/bin/gsed: not found > > > > /usr/bin/ld > > > > > > > > lots of '/usr/local/bin/gsed: not found' later the build failed. > > > > > > Ok? > > > > ok > > > > That's what I'd have done. What's not clear to me is whether this is the > > only gcc version that needs this. > > Unsure. I know I needed this for the xtensa-esp32-elf update, but didn't > think about it for lx106. > > -- > > Tracey Emery > It's a fairly common thing for all autoconf scripts, which is why ports infrastructure handles it specially (see CONFIG_SITE_LIST in gnu.port.mk which disables them unless explicitly listed as a BDEP), but unfortunately the various gcc builds don't use this part of infrastructure so miss out on it. I think we gave up trying to figure out how to pass it into all the necessary places in lang/gcc and just added the BDEP, so it probably makes sense if all the various ports building their own copies of gcc do the same.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2021/11/15 13:02:44 Modified files: x11/kitty : Makefile x11/kitty/patches: patch-setup_py Log message: Explicitly decativate wayland support
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2021/11/15 13:02:05 Modified files: devel/sdl2 : Makefile Log message: Disable wayland support in SDL2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2021/11/15 13:00:49 Modified files: x11/alacritty : Makefile x11/alacritty/pkg: PLIST Log message: x11/alacritty: the wayland feature has a hidden dependency on xkbcommon. Build only with the x11 feature enabled. Unbreaks the build if xkbcommon is absent from the build box. Regen PLIST while there. ok semarie
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2021/11/15 12:52:39 Modified files: devel/git : Makefile devel/git/pkg : PLIST-main PLIST-x11 Log message: Move zh_cn.msg from main to x11 package Noticed by sthen with "pkg_check -F".
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2021/11/15 12:40:17 Modified files: x11/remmina: Makefile x11/remmina/patches: patch-CMakeLists_txt Log message: Disabling wayland by removing cmake check (pkg_check_modules)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2021/11/15 12:39:27 Modified files: graphics/piglit: Makefile graphics/piglit/patches: patch-CMakeLists_txt Log message: Disabling wayland by removing cmake check (pkg_check_modules)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/11/15 11:22:28 Modified files: textproc/apertium-dicts/eng-cat: Makefile Log message: add a warning that eng-cat is also commented-out in ../Makefile (commenting-out commit was req'd by bentley@)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/11/15 11:21:29 Modified files: textproc/apertium-dicts: Makefile Log message: comment-out apertium-dicts/eng-cat to avoid sqlports failure (dep not yet imported) - eng-cat is already marked broken
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/11/15 11:05:56 Modified files: x11/xcolor : Makefile distinfo Added files: x11/xcolor : crates.inc Removed files: x11/xcolor/patches: patch-man_xcolor_1 Log message: update to xcolor-0.5.1, tweaked from a diff by maintainer (Laurie Tratt)
[Update] x11/xcolor
The attached patch updates x11/xcolor to the latest version. Tested working fine on amd64-current. Laurie Index: Makefile === RCS file: /cvs/ports/x11/xcolor/Makefile,v retrieving revision 1.6 diff -u -p -u -r1.6 Makefile --- Makefile23 Feb 2021 19:39:53 - 1.6 +++ Makefile15 Nov 2021 17:45:03 - @@ -6,7 +6,7 @@ COMMENT = lightweight color picker GH_ACCOUNT = Soft GH_PROJECT = xcolor -GH_TAGNAME = 0.4.0 +GH_TAGNAME = 0.5.1 REVISION = 0 @@ -29,44 +29,33 @@ MODPY_RUNDEP = No DISTFILES += ${DISTNAME}${EXTRACT_SUFX} MODCARGO_CRATES += ansi_term 0.11.0 # MIT -MODCARGO_CRATES += atty0.2.8 # MIT -MODCARGO_CRATES += backtrace 0.3.5 # MIT/Apache-2.0 -MODCARGO_CRATES += backtrace-sys 0.1.16 # MIT/Apache-2.0 -MODCARGO_CRATES += bitflags1.0.1 # MIT/Apache-2.0 -MODCARGO_CRATES += byteorder 1.2.1 # Unlicense/MIT -MODCARGO_CRATES += bytes 0.4.6 # MIT/Apache-2.0 -MODCARGO_CRATES += cc 1.0.7 # MIT/Apache-2.0 -MODCARGO_CRATES += cfg-if 0.1.2 # MIT/Apache-2.0 -MODCARGO_CRATES += clap2.31.2 # MIT -MODCARGO_CRATES += failure 0.1.1 # MIT OR Apache-2.0 -MODCARGO_CRATES += failure_derive 0.1.1 # MIT OR Apache-2.0 -MODCARGO_CRATES += gcc 0.3.54 # MIT/Apache-2.0 -MODCARGO_CRATES += iovec 0.1.2 # MIT/Apache-2.0 -MODCARGO_CRATES += lazy_static 1.0.0 # MIT/Apache-2.0 -MODCARGO_CRATES += libc0.2.39 # MIT/Apache-2.0 -MODCARGO_CRATES += log 0.4.1 # MIT/Apache-2.0 -MODCARGO_CRATES += memchr 1.0.2 # Unlicense/MIT -MODCARGO_CRATES += nix 0.10.0 # MIT -MODCARGO_CRATES += nom 3.2.1 # MIT -MODCARGO_CRATES += quote 0.3.15 # MIT/Apache-2.0 -MODCARGO_CRATES += redox_syscall 0.1.37 # MIT -MODCARGO_CRATES += redox_termios 0.1.1 # MIT -MODCARGO_CRATES += rustc-demangle 0.1.7 # MIT/Apache-2.0 -MODCARGO_CRATES += strsim 0.7.0 # MIT -MODCARGO_CRATES += syn 0.11.11 # MIT/Apache-2.0 -MODCARGO_CRATES += synom 0.11.3 # MIT/Apache-2.0 -MODCARGO_CRATES += synstructure0.6.1 # MIT -MODCARGO_CRATES += termion 1.5.1 # MIT -MODCARGO_CRATES += textwrap0.9.0 # MIT -MODCARGO_CRATES += unicode-width 0.1.4 # MIT/Apache-2.0 -MODCARGO_CRATES += unicode-xid 0.0.4 # MIT/Apache-2.0 -MODCARGO_CRATES += vec_map 0.8.0 # MIT/Apache-2.0 -MODCARGO_CRATES += void1.0.2 # MIT -MODCARGO_CRATES += winapi 0.2.8 # MIT -MODCARGO_CRATES += winapi 0.3.4 # MIT/Apache-2.0 +MODCARGO_CRATES += anyhow 1.0.43 # MIT OR Apache-2.0 +MODCARGO_CRATES += atty0.2.14 # MIT +MODCARGO_CRATES += autocfg 1.0.1 # Apache-2.0 OR MIT +MODCARGO_CRATES += bitflags1.2.1 # MIT/Apache-2.0 +MODCARGO_CRATES += cc 1.0.70 # MIT/Apache-2.0 +MODCARGO_CRATES += cfg-if 1.0.0 # MIT/Apache-2.0 +MODCARGO_CRATES += clap2.33.3 # MIT +MODCARGO_CRATES += hermit-abi 0.1.19 # MIT/Apache-2.0 +MODCARGO_CRATES += lazy_static 1.4.0 # MIT/Apache-2.0 +MODCARGO_CRATES += libc0.2.101 # MIT OR Apache-2.0 +MODCARGO_CRATES += log 0.4.14 # MIT OR Apache-2.0 +MODCARGO_CRATES += memchr 2.4.1 # Unlicense/MIT +MODCARGO_CRATES += memoffset 0.6.4 # MIT +MODCARGO_CRATES += minimal-lexical 0.1.3 # MIT/Apache-2.0 +MODCARGO_CRATES += nix 0.22.1 # MIT +MODCARGO_CRATES += nom 7.0.0 # MIT +MODCARGO_CRATES += pkg-config 0.3.19 # MIT/Apache-2.0 +MODCARGO_CRATES += strsim 0.8.0 # MIT +MODCARGO_CRATES += textwrap0.11.0 # MIT +MODCARGO_CRATES += unicode-width 0.1.8 # MIT/Apache-2.0 +MODCARGO_CRATES += vec_map 0.8.2 # MIT/Apache-2.0 +MODCARGO_CRATES += version_check 0.9.3 # MIT/Apache-2.0 +MODCARGO_CRATES += winapi 0.3.9 # MIT/Apache-2.0 MODCARGO_CRATES += winapi-i686-pc-windows-gnu 0.4.0 # MIT/Apache-2.0 MODCARGO_CRATES += winapi-x86_64-pc-windows-gnu0.4.0 # MIT/Apache-2.0 -MODCARGO_CRATES += xcb 0.8.2 # MIT +MODCARGO_CRATES += x11 2.18.2 # MIT +MODCARGO_CRATES += xcb 0.9.0 # MIT CONFIGURE_STYLE = cargo SEPARATE_BUILD = Yes Index: distinfo === RCS file: /cvs/ports/x11/xcolor/distinfo,v retrieving revision 1.1.1.1 diff -u -p -u -r1.1.1.1 distinfo --- distinfo24 Jul 2020 17:22:50 - 1.1.1.1 +++ distinfo15 Nov 2021 17:45:03 - @@ -1,80 +1,58 @@ SHA256 (cargo/ansi_term-0.11.0.tar.gz) = 7km69sthe4U6qNk79CDbI4P6tG0xRILKKAO0DV/el5s= -SHA256 (cargo/atty-0.2.8.tar.gz) = r4AUPW92CNdG3xUgcJ5dFByW8kCw5isKpBvftTN02dQ= -SHA256 (cargo/backtrace-0.3.5.tar.gz) = 67v1mxxD7vqMPt45D8w2ggtJmfeRQQQBW+JQJeDWKvI= -SHA256 (cargo/backtrace-sys-0.1.16.tar.gz) =
[NEW] math/metis
Attached is a new port, math/metis. portcheck complains about the hardcoded /usr/local/bin/gmake. However, if I set it to ${MAKE_PROGRAM}, configure fails with "env: ./gmake: No such file or directory". How can I improve this? Additionally, make lib-depends-check still complains and errors out, although I added all the necessary libraries to WANTLIB. Note: Together with math/scotch that I already sent out, this enables me to successfully compile OpenFOAM (www.OpenFOAM.org), which I will port next. Thanks. metis.tgz Description: application/compressed-tar
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2021/11/15 10:44:36 Modified files: devel/xtensa-lx106-elf/gcc: Makefile Log message: Fix gcc build. Reported by naddy@ and tb@. ok tb@
Re: xtensa-lx106-elf/gcc picks up gsed if present
On Mon, Nov 15, 2021 at 05:46:44PM +0100, Theo Buehler wrote: > On Mon, Nov 15, 2021 at 07:39:10AM -0700, Tracey Emery wrote: > > On Sun, Nov 14, 2021 at 11:17:13PM +0100, Theo Buehler wrote: > > > This port failed to build in my last amd64 bulk. Not sure how that's > > > best handled (i.e., if and where the gsed dependency should be added) > > > and if other gcc flavors have the same problem. > > > > > > gsed was present at the start of the build and was removed while > > > configuring zlib: > > > > > > mkdir ./zlib > > > Configuring in ./zlib > > > [...] > > > checking for a sed that does not truncate output... /usr/local/bin/gsed > > > checking for grep that handles long lines and -e... /usr/bin/grep > > > checking for egrep... /usr/bin/grep -E > > > checking for fgrep... /usr/bin/grep -F > > > checking for ld used by cc... > > > /tmp/pobj/xtensa-lx106-elf-gcc-10.2.0/gcc-10.2.0/zlib/configure[4583]: > > > /usr/local/bin/gsed: not found > > > /usr/bin/ld > > > > > > lots of '/usr/local/bin/gsed: not found' later the build failed. > > > > Ok? > > ok > > That's what I'd have done. What's not clear to me is whether this is the > only gcc version that needs this. Unsure. I know I needed this for the xtensa-esp32-elf update, but didn't think about it for lx106. -- Tracey Emery
UPDATE: Tor Browser 11.0.1
Hi list, Below is a new diff to the newly released Tor Browser 11.0.1. Again tested on amd64. More information: https://blog.torproject.org/new-release-tor-browser-1101 And hi Stefan, thanks for checking out the diff. On Sun, Nov 14, 2021 at 06:46:38PM +0100, Stefan Hagen wrote: > Hi Caspar, > > Caspar Schutijser wrote: > > Below is a diff that updates Tor Browser to 11.0. It's based on the new > > Firefox ESR 91 (instead of 78) so in that regard there are quite some > > changes syncing with www/firefox-esr. Tested on amd64. > > > > More information: > > https://blog.torproject.org/new-release-tor-browser-11-0 > > It works fine here. I see these warnings: > > Fontconfig warning: "/usr/local/lib/tor-browser/browser/ > Fontconfig error: No writable cache directories > Fontconfig error: No writable cache directories Hmm, not sure about those. From briefly inspecting ktrace output, it seems that it wants to access ~/.cache/fontconfig and complains if it can't. I found the following in /usr/local/lib/tor-browser/browser/fontconfig/fonts.conf: 77 fontconfig Seems related to this error message. I'll have a deeper look later but since the error is about a cache, I don't think it's a big problem for now. > Fontconfig warning: > "/usr/local/lib/tor-browser/browser/fontconfig/fonts.conf", line 85: unknown > element "blank" This warning is known upstream: https://gitlab.torproject.org/tpo/applications/tor-browser/-/issues/22787#note_2641672 Seems to be harmless. > Fontconfig error: No writable cache directories > Fontconfig error: No writable cache directories > > But I did not see any functional problems. > > I noticed that one patch did not apply (was already applied): > Did you forget to remove "browser/patches/patch-dom_ipc_ContentChild_cpp"? Thanks for catching that. I did in fact remove that file but due to some self-inflicted problems, the diff was generated against revision 1.1 of that file (while 1.2 is in CVS). That obviously does not work. New diff below with that fixed (I verified that it applies cleanly to an up-to-date tree). Caspar Index: meta/tor-browser/Makefile === RCS file: /cvs/ports/meta/tor-browser/Makefile,v retrieving revision 1.45 diff -u -p -r1.45 Makefile --- meta/tor-browser/Makefile 29 Oct 2021 18:09:53 - 1.45 +++ meta/tor-browser/Makefile 15 Nov 2021 16:53:39 - @@ -4,11 +4,11 @@ COMMENT= Tor Browser meta package MAINTAINER=Caspar Schutijser -PKGNAME= tor-browser-10.5.10 +PKGNAME= tor-browser-11.0.1 ONLY_FOR_ARCHS = amd64 -RUN_DEPENDS= www/tor-browser/browser>=10.5.10 \ +RUN_DEPENDS= www/tor-browser/browser>=11.0.1 \ www/tor-browser/noscript>=11.2.11 \ - net/tor>=0.4.6.7 + net/tor>=0.4.6.8 .include Index: www/tor-browser/Makefile.inc === RCS file: /cvs/ports/www/tor-browser/Makefile.inc,v retrieving revision 1.44 diff -u -p -r1.44 Makefile.inc --- www/tor-browser/Makefile.inc29 Oct 2021 18:09:53 - 1.44 +++ www/tor-browser/Makefile.inc15 Nov 2021 16:53:39 - @@ -5,7 +5,7 @@ HOMEPAGE ?= https://www.torproject.org PERMIT_PACKAGE ?= Yes CATEGORIES = www BROWSER_NAME = tor-browser -TB_VERSION = 10.5.10 +TB_VERSION = 11.0.1 TB_PREFIX =tb SUBST_VARS += BROWSER_NAME TB_VERSION Index: www/tor-browser/browser/Makefile === RCS file: /cvs/ports/www/tor-browser/browser/Makefile,v retrieving revision 1.69 diff -u -p -r1.69 Makefile --- www/tor-browser/browser/Makefile4 Nov 2021 13:13:36 - 1.69 +++ www/tor-browser/browser/Makefile15 Nov 2021 16:53:39 - @@ -9,15 +9,14 @@ ONLY_FOR_ARCHS = amd64 MOZILLA_VERSION = ${TB_VERSION} MOZILLA_PROJECT = ${BROWSER_NAME} MOZILLA_CODENAME = browser -TL_VERSION = 0.2.30 +TL_VERSION = 0.2.32 HE_VERSION = 2021.4.15 -REVISION = 0 EXTRACT_SUFX = .tar.xz PATCHORIG =.pat.orig PKGNAME = ${TB_PREFIX}-browser-${TB_VERSION} -DISTNAME = src-firefox-tor-browser-78.15.0esr-10.5-1-build3 +DISTNAME = src-firefox-tor-browser-91.3.0esr-11.0-1-build4 FIX_EXTRACT_PERMISSIONS= Yes EXTRACT_ONLY +=${DISTNAME}.tar.xz \ @@ -26,7 +25,7 @@ EXTRACT_ONLY += ${DISTNAME}.tar.xz \ DISTFILES =${EXTRACT_ONLY} \ https-everywhere-${HE_VERSION}-eff.xpi:0 -SO_VERSION = 6.0 +SO_VERSION = 7.0 MOZILLA_LIBS = xul clearkey lgpllibs mozavcodec mozavutil mozgtk MOZILLA_LIBS +=freebl3 nss3 nssckbi MOZILLA_LIBS +=nssutil3 smime3 softokn3 ssl3 @@ -43,7 +42,7 @@ MODULES = www/mozilla
Re: xtensa-lx106-elf/gcc picks up gsed if present
On Mon, Nov 15, 2021 at 07:39:10AM -0700, Tracey Emery wrote: > On Sun, Nov 14, 2021 at 11:17:13PM +0100, Theo Buehler wrote: > > This port failed to build in my last amd64 bulk. Not sure how that's > > best handled (i.e., if and where the gsed dependency should be added) > > and if other gcc flavors have the same problem. > > > > gsed was present at the start of the build and was removed while > > configuring zlib: > > > > mkdir ./zlib > > Configuring in ./zlib > > [...] > > checking for a sed that does not truncate output... /usr/local/bin/gsed > > checking for grep that handles long lines and -e... /usr/bin/grep > > checking for egrep... /usr/bin/grep -E > > checking for fgrep... /usr/bin/grep -F > > checking for ld used by cc... > > /tmp/pobj/xtensa-lx106-elf-gcc-10.2.0/gcc-10.2.0/zlib/configure[4583]: > > /usr/local/bin/gsed: not found > > /usr/bin/ld > > > > lots of '/usr/local/bin/gsed: not found' later the build failed. > > Ok? ok That's what I'd have done. What's not clear to me is whether this is the only gcc version that needs this.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/11/15 09:26:21 Modified files: editors/vim: Makefile distinfo editors/vim/patches: patch-runtime_filetype_vim editors/vim/pkg: PLIST-main Log message: update to vim-8.2.3596, requested by tj@ apparently crashes when typing in malformed commands is enough for a "high" cve these days
Re: [WIP] math/scotch: help needed
On Sun, 2021-11-14 at 20:46 +, Stuart Henderson wrote: > On 2021/11/14 17:07, Clemens Gößnitzer wrote: > > I am currently working on porting the scotch library[1] to OpenBSD. It > > compiles > > fine. However, I am facing some troubles ports-wise. I cannot make the > > port > > pick up the libraries and headers and install them in the correct location. > > > > The port is built in ${WORKSRC}/src, and it puts the libraries and headers > > in > > ${WORKSRC}/{lib,include}, respectively. How do I teach the port to pick up > > this > > location? > > > > I am also not so sure about the patch: It just installs a new Makefile. I > > will > > upstream this once the port gets accepted. > > > > Thanks. > > > > [1] https://www.labri.fr/perso/pelegrin/scotch/ > > The attached version gets you further. Not enough yet, the libraries > will need to be built with correct versioned filenames, for some clues > see https://www.openbsd.org/faq/ports/specialtopics.html#SharedLibs > > comments inline in a diff: > > > diff --git math/scotch/Makefile math/scotch/Makefile > > index 06eed7c..ba6b354 100644 > > --- math/scotch/Makefile > > +++ math/scotch/Makefile > > @@ -1,12 +1,10 @@ > > # $OpenBSD$ > > > > -# dependency for OpenFOAM > > -ONLY_FOR_ARCHS = amd64 > > - > > Ports shouldn't be restricted for artificial reasons, if a port can be > built on an arch then it should be allowed to build. ONLY_FOR_ARCHS > is normally used in cases where the source code will not build on a > particular arch unless it has specific support for that arch, and in > that case it's set to working archs - it's also sometimes used if we > know that a required dependency only works on a restricted set of archs. > > > COMMENT = decomposition library for parallel numerical > > applications > > > > -V =v6.1.2 > > -DISTNAME = scotch-${V} > > +V =6.1.2 > > +DISTNAME = scotch-v${V} > > +PKGNAME = scotch-${V} > > the previous PKGNAME scotch-v6.1.2 doesn't match the allowed format, > must be -6.1.2 > > > SHARED_LIBS = esmumps 0.0 > > SHARED_LIBS += ptscotch0.0 > > @@ -30,20 +28,22 @@ PERMIT_PACKAGE =Yes > > # XXX ToDo "make port-lib-depends-check" can help > > #WANTLIB = ??? > > > > -MASTER_SITES > > = https://gitlab.inria.fr/scotch/scotch/-/archive/${V}/ > > +MASTER_SITES > > = https://gitlab.inria.fr/scotch/scotch/-/archive/v${V}/ > > -BUILD_DEPENDS =devel/openmpi > > this is a LIB_DEPENDS not just a BUILD_DEPENDS > > > > > -SEPARATE_BUILD = Yes > > > -USE_GMAKE =Yes > > +WRKSRC = ${WRKDIST}/src > > > > -WRKBUILD = ${WRKSRC}/src > > SEPARATE_BUILD is for "out of source tree" builds, typically where you > cd to a build directory that does not contain the source files, and run > a configure tool with a full path to the source directory, and it then > generates build files. That's not what happens here, it just needs to > be pointed to the correct dir in WRKSRC > > > +LIB_DEPENDS = devel/openmpi > > + > > +USE_GMAKE =Yes > > ALL_TARGET = scotch ptscotch esmumps > > > > -pre-build: > > - cp ${WRKBUILD}/Make.inc/Makefile.inc.x86-64_pc_openbsd > > ${WRKBUILD}/Makefile.inc > > +MAKE_ENV = prefix="${WRKINST}${PREFIX}" \ > > + mandir="${WRKINST}${PREFIX}/man" \ > > This (and removing the custom install target) is what fixes the install > issue. It's preferred to use upstream install infrastructure unless it needs > to be so heavily patched that it's a complete rewrite. That way changes in > future updates are less likely to be missed. The issue was that upstream's > makefiles use lower-case "prefix" so the variable set by default by ports > (PREFIX) doesn't work. > > > + CCS="${CC}" \ > > + CCD="${CC}" \ > > compiler command names should be under control of the ports tree rather > than hardcoded in makefiles, e.g. the ports tree user should be able to type > "CC=egcc make" to compile with gcc. > > > + MAKE="${MAKE_PROGRAM}" > > similar to above re compilers > > > > > -install: > > - cp ${WRKSRC}/lib/* ${LOCALBASE}/lib > > - cp ${WRKSRC}/include/* ${LOCALBASE}/include > > +post-patch: > > Makefile + ln -fs Make.inc/Makefile.inc.x86-64_pc_openbsd > > ${WRKSRC}/Makefile.inc > > symlink rather than copying just to make things a bit less confusing > with "make update-patches" > > > > > .include > > diff --git math/scotch/patches/patch-src_Make_inc_Makefile_inc_x86- > > 64_pc_openbsd math/scotch/patches/patch-src_Make_inc_Makefile_inc_x86- > > 64_pc_openbsd > > index 8397e1c..b262bcc 100644 > > --- math/scotch/patches/patch-src_Make_inc_Makefile_inc_x86-64_pc_openbsd > > +++
[maintainer update] Python 3.9.7 -> 3.9.8
https://docs.python.org/release/3.9.8/whatsnew/changelog.html This updates to the latest Python 3.9 release. Tests pass same as before. ok? --Kurt Index: Makefile === RCS file: /cvs/ports/lang/python/3.9/Makefile,v retrieving revision 1.15 diff -u -p -r1.15 Makefile --- Makefile3 Nov 2021 19:07:18 - 1.15 +++ Makefile15 Nov 2021 02:26:18 - @@ -6,13 +6,10 @@ # Python itself. VERSION = 3.9 -PATCHLEVEL = .7 +PATCHLEVEL = .8 SHARED_LIBS = python3.9 0.0 VERSION_SPEC = >=3.9,<3.10 #PSUBDIR = python/3.9.0 - -REVISION-main =5 -REVISION-idle =1 # override "@comment" setting for the MODPY_DEFAULT_VERSION_3 version PY_DEFAULTONLY = Index: distinfo === RCS file: /cvs/ports/lang/python/3.9/distinfo,v retrieving revision 1.6 diff -u -p -r1.6 distinfo --- distinfo1 Sep 2021 17:41:48 - 1.6 +++ distinfo15 Nov 2021 02:26:18 - @@ -1,2 +1,2 @@ -SHA256 (Python-3.9.7.tgz) = qDjT+TYNFXBAFCtxXbNPAhjlNTM2lqVWncb4VGBOudE= -SIZE (Python-3.9.7.tgz) = 25755357 +SHA256 (Python-3.9.8.tgz) = dEf7i7JwlC1iDdJPqngUsTg7YfqZApokACX9gcHbgoM= +SIZE (Python-3.9.8.tgz) = 25790162 Index: patches/patch-Makefile_pre_in === RCS file: /cvs/ports/lang/python/3.9/patches/patch-Makefile_pre_in,v retrieving revision 1.3 diff -u -p -r1.3 patch-Makefile_pre_in --- patches/patch-Makefile_pre_in 1 Nov 2021 07:43:39 - 1.3 +++ patches/patch-Makefile_pre_in 15 Nov 2021 02:26:18 - @@ -13,8 +13,8 @@ Index: Makefile.pre.in +PY_LDFLAGS= $(LDFLAGS) PY_LDFLAGS_NODIST=$(CONFIGURE_LDFLAGS_NODIST) $(LDFLAGS_NODIST) NO_AS_NEEDED= @NO_AS_NEEDED@ - SGI_ABI= @SGI_ABI@ -@@ -674,7 +674,7 @@ gdbhooks: $(BUILDPYTHON)-gdb.py + CCSHARED= @CCSHARED@ +@@ -673,7 +673,7 @@ gdbhooks: $(BUILDPYTHON)-gdb.py SRC_GDB_HOOKS=$(srcdir)/Tools/gdb/libpython.py $(BUILDPYTHON)-gdb.py: $(SRC_GDB_HOOKS) Index: patches/patch-configure_ac === RCS file: /cvs/ports/lang/python/3.9/patches/patch-configure_ac,v retrieving revision 1.5 diff -u -p -r1.5 patch-configure_ac --- patches/patch-configure_ac 30 Oct 2021 00:24:16 - 1.5 +++ patches/patch-configure_ac 15 Nov 2021 02:26:18 - @@ -16,16 +16,7 @@ Index: configure.ac # The later defininition of _XOPEN_SOURCE disables certain features # on Linux, so we need _GNU_SOURCE to re-enable them (makedev, tm_zone). -@@ -727,7 +727,7 @@ then - fi - - --MULTIARCH=$($CC --print-multiarch 2>/dev/null) -+MULTIARCH=$(false) - AC_SUBST(MULTIARCH) - - AC_MSG_CHECKING([for the platform triplet based on compiler characteristics]) -@@ -743,8 +743,8 @@ cat >> conftest.c <> conftest.c
Re: [update] games/taisei: 1.3.1 -> 1.3.2 (+ dep)
Omar Polo writes: > Hello, > > Please find attached a patch to update taisei to the latest version. > 1.3.2 requires a new build-time dependency: math/cglm (tarball > attached.) > > Builds and runs fine on amdgpu. > > I need a little help from some meson hacker because it adds an > optimisation flag that I can't neutralize. (src/meson.build explicitly > adds a -O but it's only in the emscripten codepath.) > > build log if it helps: https://tmp.omarpolo.com/games-taisei.log Sorry for the lack of info, I forgot to mention quite a few things. Let me try again: Here's the changelog for the release: https://taisei-project.org/news/0013_v1.3.2 https://github.com/taisei-project/taisei/releases/tag/v1.3.2 It's a maintenance release with bugfix, optimization and minor features backported from the 1.4 tree. It should be replay-compatible with the initial 1.3. An extraneous "-O0" gets added before the default CFLAGS "-O2 -pipe" and I can't neutralize it. I find out that it's controlled by the meson `optimization' option, but can't find where it's actually added. taisei now requires cglm. It only uses the macros from the headers so it isn't linked to the library. math/cglm is: % pkg_info cglm Information for inst:cglm-0.8.4 Comment: highly optimized graphics math library Description: cglm is an highly optimized 2D and 3D math library, also know as OpenGL Mathematics (glm) for C. cglm provides lot of utils to help math operations to be fast and quick to write. Maintainer: The OpenBSD ports mailing-list WWW: https://github.com/recp/cglm for some reason outside my understanding meson fails to decipher the cglm version, so I neutered the version check. Index: Makefile === RCS file: /home/cvs/ports/games/taisei/Makefile,v retrieving revision 1.8 diff -u -p -r1.8 Makefile --- Makefile23 Feb 2021 19:39:23 - 1.8 +++ Makefile14 Nov 2021 12:59:49 - @@ -6,7 +6,7 @@ ONLY_FOR_ARCHS =amd64 aarch64 i386 COMMENT = clone of the touhou games -VERSION = v1.3.1 +VERSION = v1.3.2 DISTNAME = taisei-${VERSION} PKGNAME = taisei-${VERSION:S/^v//} @@ -29,6 +29,8 @@ MODULES = devel/meson \ lang/python MODPY_RUNDEP = No + +BUILD_DEPENDS =math/cglm RUN_DEPENDS = devel/desktop-file-utils \ misc/shared-mime-info \ Index: distinfo === RCS file: /home/cvs/ports/games/taisei/distinfo,v retrieving revision 1.2 diff -u -p -r1.2 distinfo --- distinfo8 Feb 2020 11:04:15 - 1.2 +++ distinfo14 Nov 2021 12:12:07 - @@ -1,2 +1,2 @@ -SHA256 (taisei-v1.3.1.tar.xz) = hlg6OnEAk+YwFKWua2glGgacslraBsb41zT4XzGtyYU= -SIZE (taisei-v1.3.1.tar.xz) = 70763196 +SHA256 (taisei-v1.3.2.tar.xz) = 28BfG1wxmB2HERMKwoM1W3v61AOJX0CWprt+mj1zo7w= +SIZE (taisei-v1.3.2.tar.xz) = 70481856 Index: patches/patch-meson_build === RCS file: patches/patch-meson_build diff -N patches/patch-meson_build --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-meson_build 14 Nov 2021 12:29:13 - @@ -0,0 +1,16 @@ +$OpenBSD$ + +don't be picky about cglm version + +Index: meson.build +--- meson.build.orig meson.build +@@ -150,7 +150,7 @@ dep_webp= dependency('libwebp',version + dep_webpdecoder = dependency('libwebpdecoder', version : '>=0.5', required : false, static : static) + dep_zip = dependency('libzip', version : '>=1.2', required : false, static : static, fallback : ['libzip', 'libzip_dep']) + dep_zlib= dependency('zlib',required : true, static : static, fallback : ['zlib', 'zlib_dep']) +-dep_cglm= dependency('cglm', version : '>=0.7.8', required : true, static : static, fallback : ['cglm', 'cglm_dep']) ++dep_cglm= dependency('cglm',required : true, static : static, fallback : ['cglm', 'cglm_dep']) + dep_crypto = dependency('libcrypto', required : false, static : static) + dep_gamemode= dependency('gamemode',required : false, static : static) + Index: pkg/PLIST === RCS file: /home/cvs/ports/games/taisei/pkg/PLIST,v retrieving revision 1.4 diff -u -p -r1.4 PLIST --- pkg/PLIST 8 Feb 2020 11:04:15 - 1.4 +++ pkg/PLIST 14 Nov 2021 12:54:13 - @@ -535,6 +535,7 @@ share/taisei/00-taisei.pkgdir/shader/hea share/taisei/00-taisei.pkgdir/shader/ingame_menu.frag.glsl share/taisei/00-taisei.pkgdir/shader/ingame_menu.prog share/taisei/00-taisei.pkgdir/shader/interface/ +share/taisei/00-taisei.pkgdir/shader/interface/fxaa.glslh
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2021/11/15 07:48:18 Modified files: infrastructure/lib/DPB: Engine.pm Log message: log_same_ts already appends a space
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/11/15 07:40:46 Modified files: devel : Makefile Log message: +p5-B-Debug
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/11/15 07:40:20 Log message: import ports/devel/p5-B-Debug, from wen heping, ok bluhm@ The B::Debug module walks the Perl syntax tree, printing debug info about ops. The B module supplies classes which allow a Perl program to delve into its own innards. It is the module used to implement the "backends" of the Perl compiler. Status: Vendor Tag: sthen Release Tags: sthen_2025 N ports/devel/p5-B-Debug/Makefile N ports/devel/p5-B-Debug/distinfo N ports/devel/p5-B-Debug/pkg/DESCR N ports/devel/p5-B-Debug/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2021/11/15 07:39:45 Modified files: infrastructure/lib/DPB: State.pm Log message: forgot a wee little tidbit for bad paths in external to NOT break things oops
Re: xtensa-lx106-elf/gcc picks up gsed if present
On Sun, Nov 14, 2021 at 11:17:13PM +0100, Theo Buehler wrote: > This port failed to build in my last amd64 bulk. Not sure how that's > best handled (i.e., if and where the gsed dependency should be added) > and if other gcc flavors have the same problem. > > gsed was present at the start of the build and was removed while > configuring zlib: > > mkdir ./zlib > Configuring in ./zlib > [...] > checking for a sed that does not truncate output... /usr/local/bin/gsed > checking for grep that handles long lines and -e... /usr/bin/grep > checking for egrep... /usr/bin/grep -E > checking for fgrep... /usr/bin/grep -F > checking for ld used by cc... > /tmp/pobj/xtensa-lx106-elf-gcc-10.2.0/gcc-10.2.0/zlib/configure[4583]: > /usr/local/bin/gsed: not found > /usr/bin/ld > > lots of '/usr/local/bin/gsed: not found' later the build failed. Ok? -- Tracey Emery Index: gcc/Makefile === RCS file: /cvs/ports/devel/xtensa-lx106-elf/gcc/Makefile,v retrieving revision 1.9 diff -u -p -u -r1.9 Makefile --- gcc/Makefile2 Nov 2021 00:01:12 - 1.9 +++ gcc/Makefile15 Nov 2021 14:37:50 - @@ -5,7 +5,7 @@ COMMENT = gcc for ${CONFIG} cross-develo VERSION = 10.2.0 DISTNAME = gcc-${VERSION} PKGNAME = ${CONFIG}-gcc-${VERSION} -REVISION = 2 +REVISION = 3 SHARED_LIBS += cc1plugin 0.0 # 0.0 SHARED_LIBS += cp1plugin 0.0 # 0.0 @@ -46,7 +46,8 @@ MODULES = lang/python BUILD_DEPENDS += devel/${CONFIG}/binutils \ devel/${CONFIG}/newlib \ - lang/gawk + lang/gawk \ + textproc/gsed RUN_DEPENDS = devel/${CONFIG}/binutils \ devel/${CONFIG}/newlib LIB_DEPENDS = devel/gmp \
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/11/15 07:29:57 Modified files: textproc/zathura/plugins/ps: Makefile distinfo Log message: update to zathura-ps-0.2.7
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/11/15 07:29:49 Modified files: textproc/zathura/plugins/mupdf: Makefile distinfo Removed files: textproc/zathura/plugins/mupdf/patches: patch-meson_build Log message: update to zathura-pdf-mupdf-0.3.7
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/11/15 07:29:41 Modified files: textproc/zathura/plugins/cb: Makefile distinfo Log message: update to zathura-cb-0.1.9
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/11/15 07:29:33 Modified files: textproc/zathura/core: Makefile distinfo textproc/zathura/core/pkg: PLIST Log message: update to zathura-0.4.8
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/11/15 07:16:58 Modified files: textproc/py-stemmer: Makefile distinfo textproc/py-stemmer/pkg: PLIST Log message: update to py3-stemmer-2.0.1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/11/15 07:10:29 Modified files: textproc/py-unidecode: Makefile distinfo textproc/py-unidecode/pkg: PLIST Log message: update to py3-unidecode-1.3.2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/11/15 07:06:55 Modified files: www/composer : Makefile distinfo Log message: update to composer-2.1.12v0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/11/15 06:47:56 Modified files: devel : Makefile mail : Makefile net: Makefile security : Makefile textproc : Makefile www: Makefile devel/quirks : Makefile devel/quirks/files: Quirks.pm Removed files: devel/pear-Cache: Makefile distinfo devel/pear-Cache/pkg: DESCR PLIST devel/pear-Config: Makefile distinfo devel/pear-Config/pkg: DESCR PLIST devel/pear-Console-Table: Makefile distinfo devel/pear-Console-Table/pkg: DESCR PLIST devel/pear-Date: Makefile distinfo devel/pear-Date/pkg: DESCR PLIST devel/pear-Date-Holidays: Makefile Makefile.inc devel/pear-Date-Holidays/Australia: Makefile distinfo devel/pear-Date-Holidays/Australia/pkg: DESCR PLIST devel/pear-Date-Holidays/Austria: Makefile distinfo devel/pear-Date-Holidays/Austria/pkg: DESCR PLIST devel/pear-Date-Holidays/Brazil: Makefile distinfo devel/pear-Date-Holidays/Brazil/pkg: DESCR PLIST devel/pear-Date-Holidays/Chile: Makefile distinfo devel/pear-Date-Holidays/Chile/pkg: DESCR PLIST devel/pear-Date-Holidays/Croatia: Makefile distinfo devel/pear-Date-Holidays/Croatia/pkg: DESCR PLIST devel/pear-Date-Holidays/Czech: Makefile distinfo devel/pear-Date-Holidays/Czech/pkg: DESCR PLIST devel/pear-Date-Holidays/Denmark: Makefile distinfo devel/pear-Date-Holidays/Denmark/pkg: DESCR PLIST devel/pear-Date-Holidays/Discordian: Makefile distinfo devel/pear-Date-Holidays/Discordian/pkg: DESCR PLIST devel/pear-Date-Holidays/EnglandWales: Makefile distinfo devel/pear-Date-Holidays/EnglandWales/pkg: DESCR PLIST devel/pear-Date-Holidays/Finland: Makefile distinfo devel/pear-Date-Holidays/Finland/pkg: DESCR PLIST devel/pear-Date-Holidays/France: Makefile distinfo devel/pear-Date-Holidays/France/pkg: DESCR PLIST devel/pear-Date-Holidays/Germany: Makefile distinfo devel/pear-Date-Holidays/Germany/pkg: DESCR PLIST devel/pear-Date-Holidays/Iceland: Makefile distinfo devel/pear-Date-Holidays/Iceland/pkg: DESCR PLIST devel/pear-Date-Holidays/Ireland: Makefile distinfo devel/pear-Date-Holidays/Ireland/pkg: DESCR PLIST devel/pear-Date-Holidays/Italy: Makefile distinfo devel/pear-Date-Holidays/Italy/pkg: DESCR PLIST devel/pear-Date-Holidays/Japan: Makefile distinfo devel/pear-Date-Holidays/Japan/pkg: DESCR PLIST devel/pear-Date-Holidays/Netherlands: Makefile distinfo devel/pear-Date-Holidays/Netherlands/pkg: DESCR PLIST devel/pear-Date-Holidays/Norway: Makefile distinfo devel/pear-Date-Holidays/Norway/pkg: DESCR PLIST devel/pear-Date-Holidays/PHPdotNet: Makefile distinfo devel/pear-Date-Holidays/PHPdotNet/pkg: DESCR PLIST devel/pear-Date-Holidays/Portugal: Makefile distinfo devel/pear-Date-Holidays/Portugal/pkg: DESCR PLIST devel/pear-Date-Holidays/Romania: Makefile distinfo devel/pear-Date-Holidays/Romania/pkg: DESCR PLIST devel/pear-Date-Holidays/Russia: Makefile distinfo devel/pear-Date-Holidays/Russia/pkg: DESCR PLIST devel/pear-Date-Holidays/SanMarino: Makefile distinfo devel/pear-Date-Holidays/SanMarino/pkg: DESCR PLIST devel/pear-Date-Holidays/Serbia: Makefile distinfo devel/pear-Date-Holidays/Serbia/pkg: DESCR PLIST devel/pear-Date-Holidays/Slovenia: Makefile distinfo devel/pear-Date-Holidays/Slovenia/pkg: DESCR PLIST devel/pear-Date-Holidays/Spain: Makefile distinfo devel/pear-Date-Holidays/Spain/pkg: DESCR PLIST devel/pear-Date-Holidays/Sweden: Makefile distinfo devel/pear-Date-Holidays/Sweden/pkg: DESCR PLIST devel/pear-Date-Holidays/Turkey: Makefile distinfo devel/pear-Date-Holidays/Turkey/pkg: DESCR PLIST devel/pear-Date-Holidays/UNO: Makefile distinfo devel/pear-Date-Holidays/UNO/pkg: DESCR PLIST devel/pear-Date-Holidays/USA: Makefile distinfo devel/pear-Date-Holidays/USA/pkg: DESCR PLIST devel/pear-Date-Holidays/Ukraine: Makefile distinfo devel/pear-Date-Holidays/Ukraine/pkg: DESCR PLIST devel/pear-Date-Holidays/Venezuela: Makefile distinfo devel/pear-Date-Holidays/Venezuela/pkg: DESCR PLIST devel/pear-Date-Holidays/pear-Date-Holidays: Makefile distinfo devel/pear-Date-Holidays/pear-Date-Holidays/pkg: DESCR PLIST devel/pear-Log : Makefile distinfo devel/pear-Log/pkg: DESCR PLIST devel/pear-System-Command: Makefile distinfo devel/pear-System-Command/pkg:
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/11/15 06:28:42 Modified files: sysutils/py-blessed: Makefile distinfo Log message: update to py3-blessed-1.19.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/11/15 06:27:22 Modified files: astro/py-skyfield: Makefile distinfo astro/py-skyfield/pkg: PLIST Log message: update to py3-skyfield-1.40
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/11/15 06:26:17 Modified files: net/py-netifaces: Makefile distinfo Log message: update to py3-netifaces-0.11.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/11/15 06:15:21 Modified files: net/py-netaddr : Makefile distinfo net/py-netaddr/pkg: PLIST Removed files: net/py-netaddr/patches: patch-setup_py Log message: update to py3-netaddr-0.8.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2021/11/15 06:12:57 Modified files: devel/py-setuptools_scm: Makefile Log message: add comment to setuptools_scm so i don't keep re-checking when i run into something that needs a newer version: # >=6.0 is py3 only; to update we'll need to remove py2 for the py-test chain
Re: xtensa-lx106-elf/gcc picks up gsed if present
On November 14, 2021 3:17:13 PM MST, Theo Buehler wrote: >This port failed to build in my last amd64 bulk. Not sure how that's >best handled (i.e., if and where the gsed dependency should be added) >and if other gcc flavors have the same problem. > >gsed was present at the start of the build and was removed while >configuring zlib: > >mkdir ./zlib >Configuring in ./zlib >[...] >checking for a sed that does not truncate output... /usr/local/bin/gsed >checking for grep that handles long lines and -e... /usr/bin/grep >checking for egrep... /usr/bin/grep -E >checking for fgrep... /usr/bin/grep -F >checking for ld used by cc... >/tmp/pobj/xtensa-lx106-elf-gcc-10.2.0/gcc-10.2.0/zlib/configure[4583]: >/usr/local/bin/gsed: not found >/usr/bin/ld > >lots of '/usr/local/bin/gsed: not found' later the build failed. It needs gsed as a BDEP. naddy reported to me on Friday. Just been AFK until later today. -- Tracey Emery Sent from my phone.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2021/11/15 06:03:37 Modified files: x11/spice-gtk : Makefile Log message: Disable wayland OK ajacoutot@ (maintainer)
Re: pear-* ports
On Mon, Nov 15, 2021 at 01:41:47AM +, Stuart Henderson wrote: > I'd like to remove the various */pear-* ports and mark them in quirks > with the category "removed in favor of using the language's package > manager" > > Many are outdated in ports, no other port depends on them any more > (other than internal dependencies by other pear-* ports), and in real > world use these are normally fetched with some dependency management > tool like composer. > > Any objections? > > (I am only talking about the various classes fetched from pear, > thinks like mail/pear-Mail, net/pear-HTTP, textproc/pear-XML-Parser > and so on -- specifically not the www/pear port providing pear and > pear-utils). Makes sense to me, OK. -- Antoine
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2021/11/15 05:03:00 Modified files: sysutils/remotebox: Makefile distinfo sysutils/remotebox/pkg: PLIST Log message: Update to remotebox-3.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: j...@cvs.openbsd.org2021/11/15 04:53:53 Modified files: devel/p5-Class-C3-Adopt-NEXT: Makefile devel/p5-Class-C3-Adopt-NEXT/pkg: PLIST Log message: Properly register all directories to prevent warnings at uninstall time
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2021/11/15 04:18:05 Modified files: www: Makefile Log message: Add subdirectory badwolf
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2021/11/15 04:17:11 Log message: Import Badwolf 1.2.0 BadWolf is a minimalist and privacy-oriented WebKitGTK+ browser, which aims to provide a distraction free user experience for daily tasks. Features: * Minimalist and clean UI * Toggles for javascript and images * No distracting popups or autoplay * Dedicated downloads tab * Isolated sessions per tab * No browser level tracking * Small and easy to inspect codebase Port created by Adnan Shameem who takes MAINTAINER with help from sthen@ and Omar Polo. Thank you! Committed with tweak suggested by solene@ - @comment apparmor profile, because it's useless on OpenBSD. ok sthen@ and solene@ Status: Vendor Tag: sdk Release Tags: sdk_2025 N ports/www/badwolf/distinfo N ports/www/badwolf/Makefile N ports/www/badwolf/patches/patch-version_sh N ports/www/badwolf/pkg/DESCR N ports/www/badwolf/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2021/11/15 04:14:16 Modified files: games/moonlight-qt: Makefile Added files: games/moonlight-qt/patches: patch-app_app_pro Log message: Disable wayland OK Muhammad Kaisar Arkhan (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2021/11/15 03:55:47 Modified files: x11/qt5/qtlocation: Makefile x11/qt5/qtlocation/pkg: PLIST-main Log message: Add hidden dependency on qtserialport
Re: [update] games/0ad: 0.0.23b -> 0.0.25b
Omar Polo writes: > Klemens Nanni writes: > >> On Mon, Nov 15, 2021 at 01:23:21AM +0100, Omar Polo wrote: >>> P.S.: if you're wondering about the `CONFIGURE_ENV += SHELL=sh' is >>> because one of the python scripts checked if SHELL is defined and raised >>> an error if not instead of defaulting to /bin/sh. >> >> Just say so in a comment above, otherwise future porters will scratch >> their heads again ;-) > > sure, here's an updated patch I realized that it doesn't need python 2 anymore (thanks solene@!) so I'm dropping the explicit MODPY_VERSION too. It built fine without python 2 if I did everything correctly (moved the python executable, I know, don't do this at home kids, but I wanted to avoid removing all the packages that depends on it just to try the update.) Revised diff attached. Just out of curiosity I tried to build it with --with-native-mozjs and it fails with: ../../../source/scriptinterface/ScriptTypes.h:85:2: error: Your compiler is trying to use an untested minor version of the SpiderMonkey library. If you are a package maintainer, please make sure to check very carefully that this version does not change the behaviour of the code executed by SpiderMonkey. Different parts of the game (e.g. the multiplayer mode) rely on deterministic behaviour of the JavaScript engine. A simple way for testing this would be playing a network game with one player using the old version and one player using the new version. Another way for testing is running replays and comparing the final hash (check trac.wildfiregames.com/wiki/Debugging#Replaymode). For more information check this link: trac.wildfiregames.com/wiki/Debugging#Outofsync Even if now works (I haven't tested the multiplayer) it may break with future mozjs updates (or maybe upstream is exaggerating?) I've mentioned this in a comment. (oh and I sorted LIB_DEPENDS, don't know why fmt ended up in the wrong spot) Index: Makefile.inc === RCS file: /home/cvs/ports/games/0ad/Makefile.inc,v retrieving revision 1.12 diff -u -p -r1.12 Makefile.inc --- Makefile.inc14 Jun 2021 10:19:46 - 1.12 +++ Makefile.inc13 Nov 2021 18:17:39 - @@ -4,7 +4,7 @@ ONLY_FOR_ARCHS =amd64 i386 CATEGORIES = games -V ?= 0.0.23b +V ?= 0.0.25b HOMEPAGE = https://play0ad.com/ Index: base/Makefile === RCS file: /home/cvs/ports/games/0ad/base/Makefile,v retrieving revision 1.34 diff -u -p -r1.34 Makefile --- base/Makefile 22 Jun 2021 04:34:08 - 1.34 +++ base/Makefile 15 Nov 2021 09:55:01 - @@ -1,31 +1,28 @@ # $OpenBSD: Makefile,v 1.34 2021/06/22 04:34:08 rsadowski Exp $ -# XXX fix build with icu >=5.9.1 (remove at next update?) -CXXFLAGS +=-DU_USING_ICU_NAMESPACE=1 - COMMENT = historical real-time strategy game DISTNAME = 0ad-${V}-alpha-unix-build PKGNAME = 0ad-${V} -REVISION = 3 USE_WXNEEDED = Yes SO_VERSION = 0.0 -SHARED_LIBS += mozjs38-ps-release${SO_VERSION} +SHARED_LIBS += mozjs78-ps-release${SO_VERSION} -WANTLIB += ${COMPILER_LIBCXX} GL SDL2 X11 Xcursor boost_filesystem -WANTLIB += boost_system c curl enet execinfo gloox iconv icui18n -WANTLIB += icuuc m miniupnpc nspr4 ogg openal plc4 plds4 png sodium -WANTLIB += vorbis vorbisfile xml2 z +WANTLIB += ${COMPILER_LIBCXX} GL SDL2 X11 boost_filesystem +WANTLIB += boost_system c crypto curl enet execinfo fmt gloox iconv +WANTLIB += icudata icui18n icuuc idn m miniupnpc ogg openal +WANTLIB += png sodium ssl vorbis vorbisfile xml2 z BUILD_DEPENDS =archivers/zip \ + lang/rust,-main \ shells/bash LIB_DEPENDS = audio/libvorbis \ audio/openal \ converters/libiconv \ devel/boost \ - devel/nspr \ + devel/fmt \ devel/sdl2 \ graphics/png \ net/curl \ @@ -38,7 +35,6 @@ LIB_DEPENDS = audio/libvorbis \ RUN_DEPENDS = devel/desktop-file-utils \ games/0ad/data=${V} MODULES = lang/python -MODPY_VERSION =${MODPY_DEFAULT_VERSION_2} COMPILER = base-clang ports-gcc @@ -49,16 +45,24 @@ MAKE_FLAGS =SILENT= MAKE_ENV = CC="${CC}" \ CXX="${CXX}" \ CFLAGS="${CFLAGS}" \ - CXXFLAGS="${CXXFLAGS}" + CXXFLAGS="${CXXFLAGS} -I${X11BASE}/include" \ + LDFLAGS="-liconv" -FIX_CRLF_FILES = build/premake/premake4/build/gmake.bsd/Premake4.make +FIX_CRLF_FILES = build/premake/premake5/build/gmake.bsd/Premake5.make
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: bent...@cvs.openbsd.org 2021/11/15 02:03:10 Modified files: textproc/apertium-dicts/tur: Makefile Log message: Mark broken due to incompatibility with apertium>=3.7.2.