CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rsadow...@cvs.openbsd.org 2024/05/19 23:55:13 ports/graphics/kirigami-addons/patches Update of /cvs/ports/graphics/kirigami-addons/patches In directory cvs.openbsd.org:/tmp/cvs-serv84803/patches Log Message: Directory /cvs/ports/graphics/kirigami-addons/patches added to the repository
Re: math/lapack,-cblas,-blas,-docs
On 2024/05/19 21:55, Dima Pasechnik wrote: > On 19 May 2024 20:08:43 BST, Jeremie Courreges-Anglas wrote: > >On Sun, May 19, 2024 at 06:28:58PM +0100, Dima Pasechnik wrote: > >> On Sun, May 19, 2024 at 06:48:17PM +0200, Rafael Sadowski wrote: > >> > Before I go deeper into the rabbit hole I would like to ask for > >> > feedback. Below you can see my idea. I would like to update lapack, > >> > blas and cblas. Upstream project has decided to use cmake and build > >> > everything in one. I like it because it makes the current situation > >> > simple. > >> > >> Would it make sense to use a reasonably modern egfortran, i.e. gfortran 11, > >> still supported by upstream: > >> https://gcc.gnu.org/gcc-11/ > >> over the default gfortran 8.4, which is long past its expiry date: > >> https://gcc.gnu.org/gcc-8/ > > > >One issue is that gcc-8 and gcc-11 can't be installed at the same > >time. That cannot work for bulk builds, so you'd need to switch the > >whole ports tree to gcc-11. And someone has to volunteer to handle > >that transition. > > > >Being able to install multiple versions seemingly brings less > >friction. But it also brings another set of problems (C++ ABI changes > >for examples) and I doubt that it would help much in the long run. > > > > Are there ports which depend on g++ ? (which would be insane IMHO). Loads on sparc64.
Re: 0ad: double datasize to avoid crashes
On 2024/05/19 17:13:05 -0400, Thomas Frohwein wrote:
> Can we do the same check for -lt like with chromium? The reason is that
> I don't think the datasize should be reduced if the user has set it
> higher than the 2G.
fwiw I prefer it too.
> As in this counter diff:
chiming in only for a small nitpick:
> [...]
> + if [ -x "$pyrogenesis" ] ; then
> ++ DATASIZE=$((2 * 1024 * 1024))
> ++ if [ $(ulimit -Sd) -lt ${DATASIZE} ]; then
> ++ulimit -Sd ${DATASIZE} || \
> ++ ${X11BASE}/bin/xmessage -file - -center -buttons yes:0,no:1 -default
> no <<- _EOF
> ++Cannot increase datasize-cur to at least ${DATASIZE}
> ++Do you want to run 0.A.D. anyway?
this should really be "0 A.D." :P
> ++(If so, it may run out of memory and crash.)
> ++_EOF
> ++[ $? -eq 0 ] || exit
> ++ fi
> + "$pyrogenesis" "$@"
> + else
> + echo "Error: pyrogenesis not found in ($PATH)"
Re: 0ad: double datasize to avoid crashes
On Sun, May 19, 2024 at 07:45:29PM +, Klemens Nanni wrote:
> 19.05.2024 18:04, Thomas Frohwein пишет:
> > I think the better approach is to pick an absolute datasize and set
> > that (or recommend it in README or MESSAGE). See chromium's
> > files/chrome:
> >
> > DATASIZE="716800"
> > [...]
> > if [ $(ulimit -Sd) -lt ${DATASIZE} ]; then
> > ulimit -Sd ${DATASIZE} || \
> > xm_log "Cannot increase datasize-cur to at least ${DATASIZE}"
> > [ $? -eq 0 ] || exit
> > fi
> >
> > Otherwise you're doubling an unknown ulimit -d that might already be
> > sufficient.
>
> Fair point, so 1.5G crashed and 3G worked; I did a big game with 2G and
> it worked, so I'll pick that and we can still crank if needed.
>
> >
> >> + "$pyrogenesis" "$@"
> >> + else
> >> + echo "Error: pyrogenesis not found in ($PATH)"
> >>
> >
>
> I tested the pop-up with an extra *5 to make it fail.
> Feedback? OK?
Can we do the same check for -lt like with chromium? The reason is that
I don't think the datasize should be reduced if the user has set it
higher than the 2G.
As in this counter diff:
Index: Makefile
===
RCS file: /cvs/ports/games/0ad/base/Makefile,v
retrieving revision 1.51
diff -u -p -r1.51 Makefile
--- Makefile6 May 2024 12:23:33 - 1.51
+++ Makefile19 May 2024 21:12:33 -
@@ -2,7 +2,7 @@ COMMENT = historical real-time strategy
DISTNAME = 0ad-${V}-alpha-unix-build
PKGNAME = 0ad-${V}
-REVISION = 6
+REVISION = 7
USE_WXNEEDED = Yes
USE_NOBTCFI = Yes
@@ -105,7 +105,7 @@ do-install:
cp -R ${WRKDIST}/binaries/data/* ${PREFIX}/share/0ad
${INSTALL_DATA} ${WRKDIST}/binaries/system/lib* ${PREFIX}/lib
${INSTALL_PROGRAM} ${WRKDIST}/binaries/system/pyrogenesis ${PREFIX}/bin
- ${INSTALL_SCRIPT} ${WRKDIST}/build/resources/0ad.sh ${PREFIX}/bin/0ad
+ ${SUBST_PROGRAM} ${WRKDIST}/build/resources/0ad.sh ${PREFIX}/bin/0ad
${INSTALL_DATA_DIR} ${PREFIX}/share/applications
${INSTALL_DATA} ${WRKDIST}/build/resources/0ad.desktop \
${PREFIX}/share/applications/
Index: patches/patch-build_resources_0ad_sh
===
RCS file: patches/patch-build_resources_0ad_sh
diff -N patches/patch-build_resources_0ad_sh
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-build_resources_0ad_sh19 May 2024 21:12:33 -
@@ -0,0 +1,22 @@
+Try to crank datasize to 2G to avoid ENOMEM crashes during big games
+
+Index: build/resources/0ad.sh
+--- build/resources/0ad.sh.orig
build/resources/0ad.sh
+@@ -2,6 +2,16 @@
+
+ pyrogenesis=$(which pyrogenesis 2> /dev/null)
+ if [ -x "$pyrogenesis" ] ; then
++ DATASIZE=$((2 * 1024 * 1024))
++ if [ $(ulimit -Sd) -lt ${DATASIZE} ]; then
++ulimit -Sd ${DATASIZE} || \
++ ${X11BASE}/bin/xmessage -file - -center -buttons yes:0,no:1 -default no
<<- _EOF
++ Cannot increase datasize-cur to at least ${DATASIZE}
++ Do you want to run 0.A.D. anyway?
++ (If so, it may run out of memory and crash.)
++ _EOF
++[ $? -eq 0 ] || exit
++ fi
+ "$pyrogenesis" "$@"
+ else
+ echo "Error: pyrogenesis not found in ($PATH)"
Re: UPDATE: textproc/discount
check_sym says: Dynamic export changes: data object sizes changes: markdown_version 22 --> 23 but I don't think it warrants a bump. LGTM, ok jca@ -- jca
Re: math/lapack,-cblas,-blas,-docs
On 19 May 2024 20:08:43 BST, Jeremie Courreges-Anglas wrote: >On Sun, May 19, 2024 at 06:28:58PM +0100, Dima Pasechnik wrote: >> On Sun, May 19, 2024 at 06:48:17PM +0200, Rafael Sadowski wrote: >> > Before I go deeper into the rabbit hole I would like to ask for >> > feedback. Below you can see my idea. I would like to update lapack, >> > blas and cblas. Upstream project has decided to use cmake and build >> > everything in one. I like it because it makes the current situation >> > simple. >> >> Would it make sense to use a reasonably modern egfortran, i.e. gfortran 11, >> still supported by upstream: >> https://gcc.gnu.org/gcc-11/ >> over the default gfortran 8.4, which is long past its expiry date: >> https://gcc.gnu.org/gcc-8/ > >One issue is that gcc-8 and gcc-11 can't be installed at the same >time. That cannot work for bulk builds, so you'd need to switch the >whole ports tree to gcc-11. And someone has to volunteer to handle >that transition. > >Being able to install multiple versions seemingly brings less >friction. But it also brings another set of problems (C++ ABI changes >for examples) and I doubt that it would help much in the long run. > Are there ports which depend on g++ ? (which would be insane IMHO).
Re: 0ad: double datasize to avoid crashes
19.05.2024 18:04, Thomas Frohwein пишет:
> I think the better approach is to pick an absolute datasize and set
> that (or recommend it in README or MESSAGE). See chromium's
> files/chrome:
>
> DATASIZE="716800"
> [...]
> if [ $(ulimit -Sd) -lt ${DATASIZE} ]; then
> ulimit -Sd ${DATASIZE} || \
> xm_log "Cannot increase datasize-cur to at least ${DATASIZE}"
> [ $? -eq 0 ] || exit
> fi
>
> Otherwise you're doubling an unknown ulimit -d that might already be
> sufficient.
Fair point, so 1.5G crashed and 3G worked; I did a big game with 2G and
it worked, so I'll pick that and we can still crank if needed.
>
>> + "$pyrogenesis" "$@"
>> + else
>> + echo "Error: pyrogenesis not found in ($PATH)"
>>
>
I tested the pop-up with an extra *5 to make it fail.
Feedback? OK?
Index: Makefile
===
RCS file: /cvs/ports/games/0ad/base/Makefile,v
diff -u -p -r1.51 Makefile
--- Makefile6 May 2024 12:23:33 - 1.51
+++ Makefile19 May 2024 19:36:15 -
@@ -2,7 +2,7 @@ COMMENT = historical real-time strategy
DISTNAME = 0ad-${V}-alpha-unix-build
PKGNAME = 0ad-${V}
-REVISION = 6
+REVISION = 7
USE_WXNEEDED = Yes
USE_NOBTCFI = Yes
@@ -105,7 +105,7 @@ do-install:
cp -R ${WRKDIST}/binaries/data/* ${PREFIX}/share/0ad
${INSTALL_DATA} ${WRKDIST}/binaries/system/lib* ${PREFIX}/lib
${INSTALL_PROGRAM} ${WRKDIST}/binaries/system/pyrogenesis ${PREFIX}/bin
- ${INSTALL_SCRIPT} ${WRKDIST}/build/resources/0ad.sh ${PREFIX}/bin/0ad
+ ${SUBST_PROGRAM} ${WRKDIST}/build/resources/0ad.sh ${PREFIX}/bin/0ad
${INSTALL_DATA_DIR} ${PREFIX}/share/applications
${INSTALL_DATA} ${WRKDIST}/build/resources/0ad.desktop \
${PREFIX}/share/applications/
Index: patches/patch-build_resources_0ad_sh
===
RCS file: patches/patch-build_resources_0ad_sh
diff -N patches/patch-build_resources_0ad_sh
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-build_resources_0ad_sh19 May 2024 19:35:21 -
@@ -0,0 +1,21 @@
+Try to crank datasize to 2G to avoid ENOMEM crashes during big games
+
+Index: build/resources/0ad.sh
+--- build/resources/0ad.sh.orig
build/resources/0ad.sh
+@@ -2,6 +2,15 @@
+
+ pyrogenesis=$(which pyrogenesis 2> /dev/null)
+ if [ -x "$pyrogenesis" ] ; then
++ DATASIZE=$((2 * 1024 * 1024))
++ if ! ulimit -Sd ${DATASIZE}; then
++${X11BASE}/bin/xmessage -file - -center -buttons yes:0,no:1 -default no
<<- _EOF
++ Cannot increase datasize-cur to at least ${DATASIZE}
++ Do you want to run 0.A.D. anyway?
++ (If so, it may run out of memory and crash.)
++ _EOF
++[ $? -eq 0 ] || exit
++ fi
+ "$pyrogenesis" "$@"
+ else
+ echo "Error: pyrogenesis not found in ($PATH)"
Re: math/lapack,-cblas,-blas,-docs
On Sun, May 19, 2024 at 06:28:58PM +0100, Dima Pasechnik wrote: > On Sun, May 19, 2024 at 06:48:17PM +0200, Rafael Sadowski wrote: > > Before I go deeper into the rabbit hole I would like to ask for > > feedback. Below you can see my idea. I would like to update lapack, > > blas and cblas. Upstream project has decided to use cmake and build > > everything in one. I like it because it makes the current situation > > simple. > > Would it make sense to use a reasonably modern egfortran, i.e. gfortran 11, > still supported by upstream: > https://gcc.gnu.org/gcc-11/ > over the default gfortran 8.4, which is long past its expiry date: > https://gcc.gnu.org/gcc-8/ One issue is that gcc-8 and gcc-11 can't be installed at the same time. That cannot work for bulk builds, so you'd need to switch the whole ports tree to gcc-11. And someone has to volunteer to handle that transition. Being able to install multiple versions seemingly brings less friction. But it also brings another set of problems (C++ ABI changes for examples) and I doubt that it would help much in the long run. -- jca
Re: [Security] print/ghostscript/gnu 10.03.1
Hi,
On Fri, May 17, 2024 at 07:37:35PM +0200, Volker Schlecht wrote:
> A security release for ghostscript has just hit the github site. Surprisingly
> the release is dated May 2nd, but the ghostscript homepage doesn't reference
> the
> new version - the docs are up however:
>
> https://ghostscript.readthedocs.io/en/gs10.03.1/News.html
>
> The diff is reasonably short and limited to the named fixes:
>
> https://git.ghostscript.com/?p=ghostpdl.git;a=log;h=refs/heads/gs10.03.1
>
> ok for -current and -stable?
Please keep the old value of SITES; with the new one, I couldn't
fetch the distfile.
Otherwise ok.
Ciao,
Kili
> Index: Makefile
> ===
> RCS file: /cvs/ports/print/ghostscript/gnu/Makefile,v
> diff -u -p -r1.130 Makefile
> --- Makefile 8 Mar 2024 12:19:00 - 1.130
> +++ Makefile 17 May 2024 17:26:47 -
> @@ -1,12 +1,12 @@
> COMMENT =PostScript and PDF interpreter
>
> -VERSION =10.03.0
> +VERSION =10.03.1
> DISTNAME = ghostscript-${VERSION}
> EXTRACT_SUFX = .tar.xz
> CATEGORIES = lang print
> SHARED_LIBS =gs 18.2
>
> -SITES =
> https://github.com/ArtifexSoftware/ghostpdl-downloads/releases/download/gs${VERSION:S/.//g}/
> +SITES =
> https://github.com/ArtifexSoftware/ghostpdl-downloads/releases/download/${VERSION}/
>
> PORTROACH =
> site:https://github.com/ArtifexSoftware/ghostpdl-downloads/releases/
>
> Index: distinfo
> ===
> RCS file: /cvs/ports/print/ghostscript/gnu/distinfo,v
> diff -u -p -r1.25 distinfo
> --- distinfo 8 Mar 2024 12:19:00 - 1.25
> +++ distinfo 17 May 2024 17:26:47 -
> @@ -1,2 +1,2 @@
> -SHA256 (ghostscript-10.03.0.tar.xz) =
> 8l/0kacm2IPwsPnIr5uJXGdM93zd2BSqOCSzIj9DnuU=
> -SIZE (ghostscript-10.03.0.tar.xz) = 68041176
> +SHA256 (ghostscript-10.03.1.tar.xz) =
> FXIS7clrjMxAlHXc4uSYM/tEJ/FQxFUlje2WMsEGq+4=
> +SIZE (ghostscript-10.03.1.tar.xz) = 68048612
Re: [Security] print/ghostscript/gnu 10.03.1
Pinging early because it's a security release ...
On 2024-05-17 19:37, Volker Schlecht wrote:
A security release for ghostscript has just hit the github site. Surprisingly
the release is dated May 2nd, but the ghostscript homepage doesn't reference the
new version - the docs are up however:
https://ghostscript.readthedocs.io/en/gs10.03.1/News.html
The diff is reasonably short and limited to the named fixes:
https://git.ghostscript.com/?p=ghostpdl.git;a=log;h=refs/heads/gs10.03.1
ok for -current and -stable?
Index: Makefile
===
RCS file: /cvs/ports/print/ghostscript/gnu/Makefile,v
diff -u -p -r1.130 Makefile
--- Makefile8 Mar 2024 12:19:00 - 1.130
+++ Makefile17 May 2024 17:26:47 -
@@ -1,12 +1,12 @@
COMMENT = PostScript and PDF interpreter
-VERSION = 10.03.0
+VERSION = 10.03.1
DISTNAME = ghostscript-${VERSION}
EXTRACT_SUFX = .tar.xz
CATEGORIES =lang print
SHARED_LIBS = gs 18.2
-SITES =
https://github.com/ArtifexSoftware/ghostpdl-downloads/releases/download/gs${VERSION:S/.//g}/
+SITES =
https://github.com/ArtifexSoftware/ghostpdl-downloads/releases/download/${VERSION}/
PORTROACH =
site:https://github.com/ArtifexSoftware/ghostpdl-downloads/releases/
Index: distinfo
===
RCS file: /cvs/ports/print/ghostscript/gnu/distinfo,v
diff -u -p -r1.25 distinfo
--- distinfo8 Mar 2024 12:19:00 - 1.25
+++ distinfo17 May 2024 17:26:47 -
@@ -1,2 +1,2 @@
-SHA256 (ghostscript-10.03.0.tar.xz) =
8l/0kacm2IPwsPnIr5uJXGdM93zd2BSqOCSzIj9DnuU=
-SIZE (ghostscript-10.03.0.tar.xz) = 68041176
+SHA256 (ghostscript-10.03.1.tar.xz) =
FXIS7clrjMxAlHXc4uSYM/tEJ/FQxFUlje2WMsEGq+4=
+SIZE (ghostscript-10.03.1.tar.xz) = 68048612
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dan...@cvs.openbsd.org 2024/05/19 12:03:07 Modified files: devel/ipython : Makefile distinfo Log message: update ipython to 8.24.0
Re: math/lapack,-cblas,-blas,-docs
On Sun, May 19, 2024 at 06:48:17PM +0200, Rafael Sadowski wrote: > Before I go deeper into the rabbit hole I would like to ask for > feedback. Below you can see my idea. I would like to update lapack, > blas and cblas. Upstream project has decided to use cmake and build > everything in one. I like it because it makes the current situation > simple. Would it make sense to use a reasonably modern egfortran, i.e. gfortran 11, still supported by upstream: https://gcc.gnu.org/gcc-11/ over the default gfortran 8.4, which is long past its expiry date: https://gcc.gnu.org/gcc-8/ Dima signature.asc Description: PGP signature
math/lapack,-cblas,-blas,-docs
Before I go deeper into the rabbit hole I would like to ask for
feedback. Below you can see my idea. I would like to update lapack,
blas and cblas. Upstream project has decided to use cmake and build
everything in one. I like it because it makes the current situation
simple.
My suggestion is to split this into a MULTI-PACKAGE.
A diff speaks more than 1000 words:
diff --git a/games/naev/Makefile b/games/naev/Makefile
index f16f59a4e53..4625425bcf1 100644
--- a/games/naev/Makefile
+++ b/games/naev/Makefile
@@ -7,6 +7,7 @@ COMMENT-data = naev game data
V =0.11.4
DISTNAME = naev-${V}-source
PKGNAME = naev-${V}
+REVISION = 0
CATEGORIES = games x11
@@ -36,7 +37,7 @@ LIB_DEPENDS-main =audio/libvorbis \
devel/glpk>=5.0 \
devel/pcre2 \
devel/physfs \
- math/cblas \
+ math/lapack,-cblas \
math/suitesparse \
net/enet \
textproc/libunibreak \
diff --git a/math/Makefile b/math/Makefile
index 45173eb0164..a30f39b0168 100644
--- a/math/Makefile
+++ b/math/Makefile
@@ -7,10 +7,8 @@
SUBDIR += bc-gh
SUBDIR += bcal
SUBDIR += bitwise
- SUBDIR += blas
SUBDIR += calc
SUBDIR += calcoo
- SUBDIR += cblas
SUBDIR += cddlib
SUBDIR += cfitsio
SUBDIR += cgal
diff --git a/math/arpack/Makefile b/math/arpack/Makefile
index b4cf55a7035..8dc82168be7 100644
--- a/math/arpack/Makefile
+++ b/math/arpack/Makefile
@@ -7,7 +7,7 @@ PKGNAME = arpack-${GH_TAGNAME}
GH_ACCOUNT = opencollab
GH_PROJECT = arpack-ng
EPOCH =0
-REVISION = 1
+REVISION = 2
MULTI_PACKAGES = -main -mpi
FLAVORS = no_mpi
@@ -32,7 +32,7 @@ CONFIGURE_ARGS += -DBUILD_SHARED_LIBS:BOOL=ON \
-D ICB=ON
LIB_DEPENDS-main = math/lapack \
- math/blas
+ math/lapack,-blas
WANTLIB += lapack blas m
diff --git a/math/blas/Makefile b/math/blas/Makefile
deleted file mode 100644
index 09ff3476b96..000
--- a/math/blas/Makefile
+++ /dev/null
@@ -1,53 +0,0 @@
-COMMENT= Basic Linear Algebra Subprograms
-
-VERSION= 3.8.0
-DISTNAME= blas-${VERSION}
-REVISION= 1
-
-SHARED_LIBS= blas2.1
-
-CATEGORIES=math
-DISTFILES= ${DISTNAME}.tgz
-DISTFILES.la = manpages.tgz
-
-HOMEPAGE= https://netlib.org/blas/
-
-MAINTAINER=Steven Mestdagh
-
-# freely available
-PERMIT_PACKAGE=Yes
-
-SITES= https://netlib.org/blas/
-SITES.la= ${SITES:S/blas/lapack/}
-EXTRACT_SUFX= .tgz
-DIST_SUBDIR= ${DISTNAME}
-WRKDIST= ${WRKDIR}/${DISTNAME:U}
-
-MODULES= fortran
-MODFORTRAN_COMPILER = gfortran
-BUILD_DEPENDS= ${MODFORTRAN_BUILD_DEPENDS}
-WANTLIB= m
-
-MAKE_FILE= ${FILESDIR}/Makefile
-MAKE_ENV= SHLIB_MAJOR=${LIBblas_VERSION:R} \
- SHLIB_MINOR=${LIBblas_VERSION:E} \
- FC="${MODFORTRAN_COMPILER} -cpp" \
- CC=${MODFORTRAN_COMPILER}
-FAKE_FLAGS=LIBDIR=${LOCALBASE}/lib DEBUGLIBS=no
-USE_GROFF= Yes
-
-MANSRC=${WRKDIR}/man/man3
-
-post-build:
- @cd ${MANSRC} && for m in *.f.3 ; do perl -pi \
- -e 'if ($$. == 1) {s/(\.TH\s+)"([^"]+)\.f"\s+3\s+("[^"]+")/\1
\2 3f \3 "BLAS Version ${VERSION}" "BLAS Version ${VERSION}"/}' \
- -e 'if ($$. == 5) {s/^(\w+)\.f \\-/\1/}' $$m ; done
- @cd ${MANSRC} && \
- for m in BLAS_SRC*.f.3; do mv $$m $${m#BLAS_SRC_}; done && \
- for m in *.f.3; do mv $$m $${m%\.f\.3}.3f; done
-
-post-install:
- @cd ${MANSRC} && for m in `${MAKE} -f ${MAKE_FILE} printsrc` ; do \
- ${INSTALL_MAN} $${m%.f}.3f ${PREFIX}/man/man3f ; done
-
-.include
diff --git a/math/blas/distinfo b/math/blas/distinfo
deleted file mode 100644
index 67985aa8ea4..000
--- a/math/blas/distinfo
+++ /dev/null
@@ -1,4 +0,0 @@
-SHA256 (blas-3.8.0/blas-3.8.0.tgz) =
Vd8qJJZsKSjT0qtKIOmFbZkUuFbPR0Lr1PekUHyOROg=
-SHA256 (blas-3.8.0/manpages.tgz) = IpprpXnvbkH7rjKo7p6eWmILO1G9JEZm44bJXHucYIM=
-SIZE (blas-3.8.0/blas-3.8.0.tgz) = 117595
-SIZE (blas-3.8.0/manpages.tgz) = 1930616
diff --git a/math/blas/files/Makefile b/math/blas/files/Makefile
deleted file mode 100644
index 8c1d6304c1a..000
--- a/math/blas/files/Makefile
+++ /dev/null
@@ -1,31 +0,0 @@
-# @(#)Makefile5.7 (Berkeley) 6/27/91
-
-# BLAS sources
-LIB = blas
-SRCS = caxpy.f ccopy.f cdotc.f cdotu.f cgbmv.f cgemm.f cgemv.f \
- cgerc.f cgeru.f chbmv.f chemm.f chemv.f cher.f cher2.f \
- cher2k.f cherk.f chpmv.f chpr.f chpr2.f crotg.f cscal.f \
- csrot.f csscal.f cswap.f csymm.f csyr2k.f csyrk.f ctbmv.f \
- ctbsv.f ctpmv.f ctpsv.f ctrmm.f ctrmv.f ctrsm.f ctrsv.f \
- dasum.f daxpy.f
Re: HELP WANTED: NEW net/abaddon
On Sun, 19 May 2024 11:19:29 -0400 Thomas Frohwein wrote: > I think your terminal messed up newlines here when you copy-pasted to > your email; this makes this slightly harder to read. > > Note the '---' line has portstree-abaddon. And the '+++' line has > inst-abaddon. This means it's showing you the difference between the > version in your ports tree (typically under /usr/ports) and the > installed version. > I use claws-mail. I set it to autowrap at 72 chars cos the etiquette of this list. Sorry about that. > > -W gtk-3.2201.0 > > -W gtkmm-3.0.4.5 > > -W handy-1.0.3 > > --W harfbuzz.18.9 > > +-W harfbuzz.18.8 > > Now comparing + and - to above: your portstree has library version > 18.9 and you have library version 18.8 installed! That's what > pkg_create is complaining about: your installed packages are behind. > > This will resolve once you update your snapshot with the new harfbuzz > packages. Or you build and install harfbuzz from you ports tree. I'll rebuild that. Thanks for making me aware. Lucas Gabriel Vuotto wrote: > Although I don't use discord, I tried to run-test it. I got 3 popups > and a coredump. Also, now I have an abaddon.ini in whatever directory > I run abaddon from. Odd, I'll incorporate these patches you sent and test myself. Thanks for making me aware. Thank you for the help you two. It's certainly helpful. -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sema...@cvs.openbsd.org 2024/05/19 09:56:00 Modified files: lang/zig : Makefile distinfo lang/zig/patches: patch-src_link_Elf_zig lang/zig/pkg : PLIST Removed files: lang/zig/patches: patch-lib_std_debug_zig patch-lib_std_dwarf_abi_zig patch-lib_std_os_zig Log message: update lang/zig to 0.12.0 (+ latest commits in 0.12.x branch)
Re: [new] gurk-rs - a cli signal client
On Thu, May 16, 2024 at 07:53:41PM GMT, Stefan Hagen wrote:
James Cook wrote (2024-05-14 21:21 CEST):
> I wasn't able to link to my phone because the QR code is not displayed in a
> usable way. Here are the first three lines of what I assume is supposed to
> be a QR code.
>
>$ gurk
>Linking new device with device name: gurk@angel
> ▄▄▄ ▄ ▄ ▄
▄▄ ▄ ▄ ▄ ▄ ▄ ▄ ▄ ▄ ▄
> ▄ ▄ ▄ ▄▄▄▄ ▄ ▄▄ ▄▄ ▄▄▄
Sorry, format=flowed messed that up. Here are the first three lines
again:
▄▄▄ ▄ ▄ ▄ ▄▄ ▄ ▄ ▄
▄ ▄ ▄ ▄ ▄ ▄ ▄ ▄ ▄
▄▄▄▄ ▄ ▄▄ ▄▄ ▄▄▄
Try playing with a different font / different terminal.
It should look like a square'ish block that resembles
a QR code.
Best regards,
Stefan
Some more info:
I tried redirecting gurk's stdout to a file. Feeding that output to vis, it
begins like this:
Linking new device with device name: gurk@angel
\^[[m\^[[m \^[[m\^[[m\^[[m\^[[m \^[[m\^[[m\^[[m\^[[m \^[[m\^[[m
This seems broken, because when I wrote my own program to call
qr2term::print_qr, the output began like this (again, viewed with
vis):
\^[[48;5;15m\^[[38;5;0m \^[[49m\^[[39m\^[[48;5;15m
It looks like some terminal escape codes are not properly generated
when gurk calls qr2term::print_qr. My own program's output is a
usable QR code.
I tried gurk in xterm, in tmux in xterm, and in gnome-terminal
(hastily installed just for this purpose; gnome-terminal is using
a weird ugly font and I didn't dig into why). In all three cases,
gurk|vis|head shows the same (as far as I can see) sequence of
\^[[m\^[m The TERM environment variable is "xterm", "screen"
and "xterm-256color respectively in those three cases.
Details on how I manually tried qr2term::print_qr:
I built and ran the following program:
use qr2term;
fn main() {
qr2term::print_qr("https://rust-lang.org/;).unwrap();
}
and it works fine: I see a (kind of ugly) QR code on the terminal
that I can scan. I built it with the following Cargo.toml file,
which I generated with "cargo init" then "cargo add qr2term":
[package]
name = "r"
version = "0.1.0"
edition = "2021"
# See more keys and their definitions at
https://doc.rust-lang.org/cargo/reference/manifest.html
[dependencies]
qr2term = "0.3.1"
--
James
[update] sysutils/docker-cli to 26.1.3; claim mainterniship
ports@,
Here a clean update of docker-cli to 26.1.3.
Also, I'd like to claim mainterniship for docker-* ports which I activly use
and taking care de facto.
Here the diff:
diff --git sysutils/docker-buildx/Makefile sysutils/docker-buildx/Makefile
index 8695519b3b3..9cc7d2b7b27 100644
--- sysutils/docker-buildx/Makefile
+++ sysutils/docker-buildx/Makefile
@@ -10,6 +10,8 @@ CATEGORIES = sysutils
HOMEPAGE = https://github.com/docker/buildx
+MAINTAINER = Kirill A. Korinsky
+
# Apache 2.0
PERMIT_PACKAGE = Yes
diff --git sysutils/docker-cli/Makefile sysutils/docker-cli/Makefile
index 1bb05c0d7b4..779de589c7a 100644
--- sysutils/docker-cli/Makefile
+++ sysutils/docker-cli/Makefile
@@ -1,6 +1,6 @@
COMMENT = command-line tool for controlling Docker
-V =26.1.2
+V =26.1.3
GH_ACCOUNT = docker
GH_PROJECT = cli
@@ -11,6 +11,8 @@ CATEGORIES = sysutils
HOMEPAGE =
https://docs.docker.com/engine/reference/commandline/cli/
+MAINTAINER = Kirill A. Korinsky
+
# Apache 2.0
PERMIT_PACKAGE = Yes
diff --git sysutils/docker-cli/distinfo sysutils/docker-cli/distinfo
index e30b79547b8..f42931068c6 100644
--- sysutils/docker-cli/distinfo
+++ sysutils/docker-cli/distinfo
@@ -1,2 +1,2 @@
-SHA256 (cli-26.1.2.tar.gz) = L3BHldyXo4LpaJurakFJLWWEyudj2Oxm3RvSGaUWh8Q=
-SIZE (cli-26.1.2.tar.gz) = 7213532
+SHA256 (cli-26.1.3.tar.gz) = 02GJbNAt6zvRYMYnQB66LNjiUToIXFVCcxm+qMZBKtQ=
+SIZE (cli-26.1.3.tar.gz) = 7214686
diff --git sysutils/docker-compose/Makefile sysutils/docker-compose/Makefile
index 0f684d1e0a7..8bdc3f60815 100644
--- sysutils/docker-compose/Makefile
+++ sysutils/docker-compose/Makefile
@@ -14,6 +14,8 @@ DISTFILES.vendor =docker-compose-vendor-${V}.tar.gz
SITES.vendor = https://kirill.korins.ky/pub/distfiles/
+MAINTAINER = Kirill A. Korinsky
+
# Apache 2.0
PERMIT_PACKAGE = Yes
--
wbr, Kirill
update: wayland-protocols 1.36
Hi,
Here's an update to wayland-protocols 1.36
It should probably go into a bulk build since it exposes new protocols
that could be used by various wayland components. (so far wlroot &
friends won't use them, but upcoming Xwayland 24.1.0 update requires
them).
ok ?
Index: Makefile
===
RCS file: /local/cvs/ports/wayland/wayland-protocols/Makefile,v
diff -u -p -u -r1.7 Makefile
--- Makefile27 Sep 2023 18:13:48 - 1.7
+++ Makefile19 May 2024 15:16:26 -
@@ -1,6 +1,6 @@
COMMENT = Wayland protocols
-V =1.32
+V =1.36
DISTNAME = wayland-protocols-${V}
CATEGORIES = wayland
Index: distinfo
===
RCS file: /local/cvs/ports/wayland/wayland-protocols/distinfo,v
diff -u -p -u -r1.5 distinfo
--- distinfo13 Aug 2023 07:00:18 - 1.5
+++ distinfo19 May 2024 15:16:26 -
@@ -1,2 +1,2 @@
-SHA256 (wayland-protocols-1.32.tar.xz) =
dFl5nTQMgpa2le+FfAfd7yTFoJsJq2p097kmQNKxuhE=
-SIZE (wayland-protocols-1.32.tar.xz) = 90452
+SHA256 (wayland-protocols-1.36.tar.xz) =
cf1N4F55+aHKVZ+sMMH4Nl+hA0ZCL5/nlfdNd7nvfpI=
+SIZE (wayland-protocols-1.36.tar.xz) = 95512
Index: pkg/PLIST
===
RCS file: /local/cvs/ports/wayland/wayland-protocols/pkg/PLIST,v
diff -u -p -u -r1.6 PLIST
--- pkg/PLIST 13 Aug 2023 07:00:18 - 1.6
+++ pkg/PLIST 19 May 2024 15:16:26 -
@@ -1,13 +1,19 @@
share/pkgconfig/wayland-protocols.pc
share/wayland-protocols/
share/wayland-protocols/stable/
+share/wayland-protocols/stable/linux-dmabuf/
+share/wayland-protocols/stable/linux-dmabuf/linux-dmabuf-v1.xml
share/wayland-protocols/stable/presentation-time/
share/wayland-protocols/stable/presentation-time/presentation-time.xml
+share/wayland-protocols/stable/tablet/
+share/wayland-protocols/stable/tablet/tablet-v2.xml
share/wayland-protocols/stable/viewporter/
share/wayland-protocols/stable/viewporter/viewporter.xml
share/wayland-protocols/stable/xdg-shell/
share/wayland-protocols/stable/xdg-shell/xdg-shell.xml
share/wayland-protocols/staging/
+share/wayland-protocols/staging/alpha-modifier/
+share/wayland-protocols/staging/alpha-modifier/alpha-modifier-v1.xml
share/wayland-protocols/staging/content-type/
share/wayland-protocols/staging/content-type/content-type-v1.xml
share/wayland-protocols/staging/cursor-shape/
@@ -20,8 +26,12 @@ share/wayland-protocols/staging/ext-idle
share/wayland-protocols/staging/ext-idle-notify/ext-idle-notify-v1.xml
share/wayland-protocols/staging/ext-session-lock/
share/wayland-protocols/staging/ext-session-lock/ext-session-lock-v1.xml
+share/wayland-protocols/staging/ext-transient-seat/
+share/wayland-protocols/staging/ext-transient-seat/ext-transient-seat-v1.xml
share/wayland-protocols/staging/fractional-scale/
share/wayland-protocols/staging/fractional-scale/fractional-scale-v1.xml
+share/wayland-protocols/staging/linux-drm-syncobj/
+share/wayland-protocols/staging/linux-drm-syncobj/linux-drm-syncobj-v1.xml
share/wayland-protocols/staging/security-context/
share/wayland-protocols/staging/security-context/security-context-v1.xml
share/wayland-protocols/staging/single-pixel-buffer/
@@ -30,6 +40,10 @@ share/wayland-protocols/staging/tearing-
share/wayland-protocols/staging/tearing-control/tearing-control-v1.xml
share/wayland-protocols/staging/xdg-activation/
share/wayland-protocols/staging/xdg-activation/xdg-activation-v1.xml
+share/wayland-protocols/staging/xdg-dialog/
+share/wayland-protocols/staging/xdg-dialog/xdg-dialog-v1.xml
+share/wayland-protocols/staging/xdg-toplevel-drag/
+share/wayland-protocols/staging/xdg-toplevel-drag/xdg-toplevel-drag-v1.xml
share/wayland-protocols/staging/xwayland-shell/
share/wayland-protocols/staging/xwayland-shell/xwayland-shell-v1.xml
share/wayland-protocols/unstable/
--
Matthieu Herrb
Re: HELP WANTED: NEW net/abaddon
On Sun, May 19, 2024 at 09:15:44AM -0500, izder456 wrote:
> Hello ports@,
>
> I am working on a port for net/abaddon which is a lightweight GTK3
> discord client written in C++.
>
> I got so far until a `make package` where I get this error:
>
> ===> Building package for abaddon-0.2.1
> Create /usr/packages/amd64/all/abaddon-0.2.1.tgz
> Error: Libraries in packing-lists in the ports tree
>and libraries from installed packages don't match
> --- /tmp/dep_cache.u16eUfuw6/portstree-abaddon-0.2.1Sun May 19
> 09:10:39 2024 +++ /tmp/dep_cache.u16eUfuw6/inst-abaddon-0.2.1 Sun May
> 19 09:10:39 2024 @@ -22,7 +22,7 @@
I think your terminal messed up newlines here when you copy-pasted to
your email; this makes this slightly harder to read.
Note the '---' line has portstree-abaddon. And the '+++' line has
inst-abaddon. This means it's showing you the difference between the
version in your ports tree (typically under /usr/ports) and the
installed version.
> -W gtk-3.2201.0
> -W gtkmm-3.0.4.5
> -W handy-1.0.3
> --W harfbuzz.18.9
> +-W harfbuzz.18.8
Now comparing + and - to above: your portstree has library version 18.9
and you have library version 18.8 installed! That's what pkg_create is
complaining about: your installed packages are behind.
This will resolve once you update your snapshot with the new harfbuzz
packages. Or you build and install harfbuzz from you ports tree.
> -W intl.8.0
> -W m.10.1
> -W opus.1.5
> *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:3567
> 'wantlib-args': @case X${_DEPENDS_CACHE} in X) _DEPENDS_CACHE=$(
> mktemp -d ...) *** Error 2 in .
> (/usr/ports/infrastructure/mk/bsd.port.mk:2243
> '/usr/packages/amd64/all/abaddon-0.2.1.tgz': @trap "cd
> /usr/packages/amd64/t...) *** Error 2 in .
> (/usr/ports/infrastructure/mk/bsd.port.mk:2725 '_internal-package':
> @case X${_DEPENDS_CACHE} in X) _DEPENDS_CACHE=$( mktem...) *** Error 2
> in /home/izder456/Projects/OpenBSD/ports/mystuff/net/abaddon
> (/usr/ports/infrastructure/mk/bsd.port.mk:2704 'package': @lock=aba...)
>
> I have tried to update my plist with `make update-plist`, but to no
> avail.
make update-plist only affects that contents, the library versions are
handled by SHARED_LIBS - see bsd.port.mk(5) and pkg_create(1).
Re: HELP WANTED: NEW net/abaddon
On Sun, May 19, 2024 at 09:15:44AM GMT, izder456 wrote:
> Hello ports@,
>
> I am working on a port for net/abaddon which is a lightweight GTK3
> discord client written in C++.
>
> I got so far until a `make package` where I get this error:
>
> ===> Building package for abaddon-0.2.1
> Create /usr/packages/amd64/all/abaddon-0.2.1.tgz
> Error: Libraries in packing-lists in the ports tree
>and libraries from installed packages don't match
> --- /tmp/dep_cache.u16eUfuw6/portstree-abaddon-0.2.1Sun May 19
> 09:10:39 2024 +++ /tmp/dep_cache.u16eUfuw6/inst-abaddon-0.2.1 Sun May
> 19 09:10:39 2024 @@ -22,7 +22,7 @@
> -W gtk-3.2201.0
> -W gtkmm-3.0.4.5
> -W handy-1.0.3
> --W harfbuzz.18.9
> +-W harfbuzz.18.8
> -W intl.8.0
> -W m.10.1
> -W opus.1.5
> *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:3567
> 'wantlib-args': @case X${_DEPENDS_CACHE} in X) _DEPENDS_CACHE=$(
> mktemp -d ...) *** Error 2 in .
> (/usr/ports/infrastructure/mk/bsd.port.mk:2243
> '/usr/packages/amd64/all/abaddon-0.2.1.tgz': @trap "cd
> /usr/packages/amd64/t...) *** Error 2 in .
> (/usr/ports/infrastructure/mk/bsd.port.mk:2725 '_internal-package':
> @case X${_DEPENDS_CACHE} in X) _DEPENDS_CACHE=$( mktem...) *** Error 2
> in /home/izder456/Projects/OpenBSD/ports/mystuff/net/abaddon
> (/usr/ports/infrastructure/mk/bsd.port.mk:2704 'package': @lock=aba...)
>
> I have tried to update my plist with `make update-plist`, but to no
> avail.
So, playing a bit by ear here, but it seems you got an stale harfbuzz.
I believe this could happen if you were working in the port, then
upgraded your installed ports / your system and tried to work again with
it. Usually, a `make clean=plist` and `make plist` can solve it.
In my machine(tm), it `make package`s correctly.
I had to apply the following patch on top of your Makefile: sqlite3 is
checked at build time, and so is nlohmann-json (and the configure fails
without it).
--- Makefile.oldSun May 19 01:32:58 2024
+++ MakefileSun May 19 14:52:10 2024
@@ -31,9 +31,10 @@
MODULES = devel/cmake
-RUN_DEPENDS = databases/sqlite3
+BUILD_DEPENDS =textproc/nlohmann-json
LIB_DEPENDS = audio/rnnoise \
audio/opus \
+ databases/sqlite3 \
devel/atk2mm \
devel/fmt \
devel/glib2mm \
Although I don't use discord, I tried to run-test it. I got 3 popups and
a coredump. Also, now I have an abaddon.ini in whatever directory I run
abaddon from.
1. The emoji file couldn't be loaded!
2. css failed parsing (Failed to import: Error opening file
/home/lucas/css/main.css: No such file or directory)
3. css failed to load (:1:0Failed to import: Error opening
file /home/lucas/css/main.css: No such file or directory)
$ abaddon
[2024-05-19 15:00:23.270] [discord] [warning] unknown OS, trying to load config
from cwd
[2024-05-19 15:00:23.301] [ui] [error] Keychain error reading token: The name
org.freedesktop.secrets was not provided by any .service files (2)
[2024-05-19 15:00:23.324] [discord] [warning] unknown OS, trying to load
resources from cwd
[2024-05-19 15:00:23.327] [audio] [info] Audio backend: sndio
[2024-05-19 15:00:23.328] [audio] [warning] No default playback device found
[2024-05-19 15:00:23.328] [audio] [warning] No default capture device found
[2024-05-19 15:01:30.942] [discord] [warning] unknown OS, trying to load
resources from cwd
(abaddon:6193): Gtk-CRITICAL **: 15:02:53.986: gtk_tree_model_sort_get_value:
assertion 'VALID_ITER (iter, tree_model_sort)' failed
Segmentation fault (core dumped)
egdb backtrace:
Reading symbols from
/usr/ports/pobj/abaddon-0.2.1/fake-amd64/usr/local/bin/abaddon...
(No debugging symbols found in
/usr/ports/pobj/abaddon-0.2.1/fake-amd64/usr/local/bin/abaddon)
[New process 338261]
[New process 349941]
[New process 350520]
[New process 351364]
[New process 515827]
[New process 570852]
[New process 186393]
[New process 462478]
[New process 331380]
Core was generated by `abaddon'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x00a5eac6baba in ?? ()
[Current thread is 1 (process 338261)]
(gdb) bt
#0 0x00a5eac6baba in ?? ()
#1 0x00a89f67 in SignalProxy_Select_gtk_callback(_GtkTreeSelection*,
_GtkTreeModel*, _GtkTreePath*, int, void*) () from
/usr/local/lib/libgtkmm-3.0.so.4.5
#2 0x00a8093f135e in _gtk_tree_selection_row_is_selectable () from
/usr/local/lib/libgtk-3.so.2201.0
#3 0x00a8093f13ed in gtk_tree_selection_real_select_node () from
/usr/local/lib/libgtk-3.so.2201.0
#4 0x00a8093ef563 in _gtk_tree_selection_internal_select_node () from
/usr/local/lib/libgtk-3.so.2201.0
#5 0x00a8093fc33d in gtk_tree_view_real_set_cursor () from
/usr/local/lib/libgtk-3.so.2201.0
#6 0x00a80940be31 in gtk_tree_view_grab_focus () from
/usr/local/lib/libgtk-3.so.2201.0
#7 0x00a827699601 in
Re: HELP WANTED: NEW net/abaddon
On Sun, 19 May 2024 15:15:44 +0100, izder456 wrote: > > I am working on a port for net/abaddon which is a lightweight GTK3 > discord client written in C++. > Thanks, you have the first user of your port! Your port has been built on my system (-current/amd64) with one changes: diff --git net/abaddon/Makefile net/abaddon/Makefile index 26038ddc35e..20d89c8994b 100644 --- net/abaddon/Makefile +++ net/abaddon/Makefile @@ -32,6 +32,7 @@ COMPILER =base-clang ports-gcc base-gcc MODULES = devel/cmake RUN_DEPENDS = databases/sqlite3 +BUILD_DEPENDS =textproc/nlohmann-json LIB_DEPENDS = audio/rnnoise \ audio/opus \ devel/atk2mm \ Anyway, it crashes on start as after complain that emoji can't be loaded and that it can't find main.css. (gdb) r Starting program: /usr/local/bin/abaddon Error while reading shared library symbols: Dwarf Error: wrong version in compilation unit header (is 4, should be 2) [in module /usr/libexec/ld.so] [2024-05-19 16:03:57.291] [discord] [warning] unknown OS, trying to load config from cwd [New process 22381] [2024-05-19 16:03:57.360] [ui] [error] Keychain error reading token: The name org.freedesktop.secrets was not provided by any .service files (2) [2024-05-19 16:03:57.455] [discord] [warning] unknown OS, trying to load resources from cwd Error while reading shared library symbols: Dwarf Error: wrong version in compilation unit header (is 4, should be 2) [in module /usr/libexec/ld.so] Error while reading shared library symbols: Dwarf Error: wrong version in compilation unit header (is 4, should be 2) [in module /usr/libexec/ld.so] [2024-05-19 16:03:57.531] [audio] [info] Audio backend: sndio [2024-05-19 16:03:57.538] [audio] [warning] No default playback device found [2024-05-19 16:03:57.538] [audio] [warning] No default capture device found Error while reading shared library symbols: Dwarf Error: wrong version in compilation unit header (is 4, should be 2) [in module /usr/libexec/ld.so] Error while reading shared library symbols: Dwarf Error: wrong version in compilation unit header (is 4, should be 2) [in module /usr/libexec/ld.so] [2024-05-19 16:03:59.744] [discord] [warning] unknown OS, trying to load resources from cwd Error while reading shared library symbols: Dwarf Error: wrong version in compilation unit header (is 4, should be 2) [in module /usr/libexec/ld.so] Error while reading shared library symbols: Dwarf Error: wrong version in compilation unit header (is 4, should be 2) [in module /usr/libexec/ld.so] (abaddon:22381): Gtk-CRITICAL **: 16:04:02.189: gtk_tree_model_sort_get_value: assertion 'VALID_ITER (iter, tree_model_sort)' failed Program received signal SIGSEGV, Segmentation fault. 0x0bbfcbd29aba in sigc::internal::signal_emit0::emit () from /usr/local/bin/abaddon (gdb) bt #0 0x0bbfcbd29aba in sigc::internal::signal_emit0::emit () from /usr/local/bin/abaddon #1 0x0bc292316aa7 in _ZL31SignalProxy_Select_gtk_callbackP17_GtkTreeSelectionP13_GtkTreeModelP12_GtkTreePathiPv () from /usr/local/lib/libgtkmm-3.0.so.4.5 #2 0x0bc28ac0735e in _gtk_tree_selection_row_is_selectable () from /usr/local/lib/libgtk-3.so.2201.0 #3 0x0bc28ac073ed in gtk_tree_selection_real_select_node () from /usr/local/lib/libgtk-3.so.2201.0 #4 0x0bc28ac05563 in _gtk_tree_selection_internal_select_node () from /usr/local/lib/libgtk-3.so.2201.0 #5 0x0bc28ac1233d in gtk_tree_view_real_set_cursor () from /usr/local/lib/libgtk-3.so.2201.0 #6 0x0bc28ac21e31 in gtk_tree_view_grab_focus () from /usr/local/lib/libgtk-3.so.2201.0 #7 0x0bc28bc83601 in _g_closure_invoke_va () from /usr/local/lib/libgobject-2.0.so.4200.19 #8 0x0bc28bc9e04f in signal_emit_valist_unlocked () from /usr/local/lib/libgobject-2.0.so.4200.19 #9 0x0bc28bc9e51f in g_signal_emit () from /usr/local/lib/libgobject-2.0.so.4200.19 #10 0x0bc28ac3e6bc in gtk_widget_grab_focus () from /usr/local/lib/libgtk-3.so.2201.0 #11 0x0bc28ac21cc7 in gtk_tree_view_focus () from /usr/local/lib/libgtk-3.so.2201.0 #12 0x0bc28a91e7bd in _gtk_marshal_BOOLEAN__ENUMv () from /usr/local/lib/libgtk-3.so.2201.0 #13 0x0bc28bc83652 in _g_closure_invoke_va () from /usr/local/lib/libgobject-2.0.so.4200.19 #14 0x0bc28bc9da87 in signal_emit_valist_unlocked () from /usr/local/lib/libgobject-2.0.so.4200.19 #15 0x0bc28bc9e51f in g_signal_emit () from /usr/local/lib/libgobject-2.0.so.4200.19 #16 0x0bc28ac427d6 in gtk_widget_child_focus () from /usr/local/lib/libgtk-3.so.2201.0 #17 0x0bc28ab56e23 in gtk_scrolled_window_focus () from /usr/local/lib/libgtk-3.so.2201.0 #18 0x0bc292334a16 in Gtk::Widget::on_focus () from /usr/local/lib/libgtkmm-3.0.so.4.5 #19 0x0bc29232ac0b in Gtk::Widget_Class::focus_callback () from /usr/local/lib/libgtkmm-3.0.so.4.5 #20 0x0bc28a91e7bd in _gtk_marshal_BOOLEAN__ENUMv () from /usr/local/lib/libgtk-3.so.2201.0 #21
Re: 0ad: double datasize to avoid crashes
On Sun, May 19, 2024 at 01:42:45PM +, Klemens Nanni wrote:
> My user is not in the 'staff' group and its default 1572864 is enough to
> start playing a serious game, which eventually crashes when, I presume,
> the world gets big enough.
>
> Losing your game/progress like that sucks, so I just doubled the limit
> and have been playing without crashes ever since.
>
> Is this fair enough to include in ports or should we aim for a specific
> limit? I see the chromium ports have more logic to a) ensure a limit
> and b) present a choice when raising it fails, but none of that was
> needed for me so far, hence the simple diff.
>
> Feedback? OK?
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/games/0ad/base/Makefile,v
> diff -u -p -r1.51 Makefile
> --- Makefile 6 May 2024 12:23:33 - 1.51
> +++ Makefile 19 May 2024 10:05:32 -
> @@ -2,7 +2,7 @@ COMMENT = historical real-time strategy
>
> DISTNAME = 0ad-${V}-alpha-unix-build
> PKGNAME =0ad-${V}
> -REVISION = 6
> +REVISION = 7
>
> USE_WXNEEDED = Yes
> USE_NOBTCFI =Yes
> Index: patches/patch-build_resources_0ad_sh
> ===
> RCS file: patches/patch-build_resources_0ad_sh
> diff -N patches/patch-build_resources_0ad_sh
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ patches/patch-build_resources_0ad_sh 19 May 2024 11:26:28 -
> @@ -0,0 +1,13 @@
> +(Try to) Double datasize to avoid ENOMEM crashes during (big) games
> +
> +Index: build/resources/0ad.sh
> +--- build/resources/0ad.sh.orig
> build/resources/0ad.sh
> +@@ -2,6 +2,7 @@
> +
> + pyrogenesis=$(which pyrogenesis 2> /dev/null)
> + if [ -x "$pyrogenesis" ] ; then
> ++ ulimit -d $((2 * `ulimit -d`))
I think the better approach is to pick an absolute datasize and set
that (or recommend it in README or MESSAGE). See chromium's
files/chrome:
DATASIZE="716800"
[...]
if [ $(ulimit -Sd) -lt ${DATASIZE} ]; then
ulimit -Sd ${DATASIZE} || \
xm_log "Cannot increase datasize-cur to at least ${DATASIZE}"
[ $? -eq 0 ] || exit
fi
Otherwise you're doubling an unknown ulimit -d that might already be
sufficient.
> + "$pyrogenesis" "$@"
> + else
> + echo "Error: pyrogenesis not found in ($PATH)"
>
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2024/05/19 08:42:55 Modified files: security/kpcli : Makefile Log message: security/kpcli: add missing RDEPs to support the otp subcommand cf https://blogs.perl.org/users/hightowe/2022/07/totp-with-perl-and-authenoath.html note that it doesn't support equal-padded secrets yet but this will shortly be fixed with upstream.
HELP WANTED: NEW net/abaddon
Hello ports@,
I am working on a port for net/abaddon which is a lightweight GTK3
discord client written in C++.
I got so far until a `make package` where I get this error:
===> Building package for abaddon-0.2.1
Create /usr/packages/amd64/all/abaddon-0.2.1.tgz
Error: Libraries in packing-lists in the ports tree
and libraries from installed packages don't match
--- /tmp/dep_cache.u16eUfuw6/portstree-abaddon-0.2.1Sun May 19
09:10:39 2024 +++ /tmp/dep_cache.u16eUfuw6/inst-abaddon-0.2.1 Sun May
19 09:10:39 2024 @@ -22,7 +22,7 @@
-W gtk-3.2201.0
-W gtkmm-3.0.4.5
-W handy-1.0.3
--W harfbuzz.18.9
+-W harfbuzz.18.8
-W intl.8.0
-W m.10.1
-W opus.1.5
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:3567
'wantlib-args': @case X${_DEPENDS_CACHE} in X) _DEPENDS_CACHE=$(
mktemp -d ...) *** Error 2 in .
(/usr/ports/infrastructure/mk/bsd.port.mk:2243
'/usr/packages/amd64/all/abaddon-0.2.1.tgz': @trap "cd
/usr/packages/amd64/t...) *** Error 2 in .
(/usr/ports/infrastructure/mk/bsd.port.mk:2725 '_internal-package':
@case X${_DEPENDS_CACHE} in X) _DEPENDS_CACHE=$( mktem...) *** Error 2
in /home/izder456/Projects/OpenBSD/ports/mystuff/net/abaddon
(/usr/ports/infrastructure/mk/bsd.port.mk:2704 'package': @lock=aba...)
I have tried to update my plist with `make update-plist`, but to no
avail.
I attached my port in tgz format, with a relevant TODO file.
uname -a:
OpenBSD Panasonic-OpenBaSeD.lan 7.5 GENERIC.MP#76 amd64
dmesg is attached.
Any pointers? I feel like I am missing something really basic here.
--
-iz (they/them)
> i like to say mundane things,
> there are too many uninteresting things
> that go unnoticed.
izder456 (dot) neocities (dot) org
abaddon-0.2.1.tgz
Description: application/compressed-tar
OpenBSD 7.5-current (GENERIC.MP) #76: Fri May 17 10:28:20 MDT 2024
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 17030901760 (16241MB)
avail mem = 16493502464 (15729MB)
random: good seed from bootblocks
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xdba32000 (35 entries)
bios0: vendor American Megatrends Inc. version "V1.50L20" date 07/03/2019
bios0: Panasonic Corporation CFSX4-1
efi0 at bios0: UEFI 2.4
efi0: American Megatrends rev 0x5000a
acpi0 at bios0: ACPI 5.0
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC FPDT FIDT MCFG HPET SSDT SSDT ASF! TCPA SLIC UEFI SSDT SSDT SSDT SSDT SSDT SSDT MSDM DMAR BGRT
acpi0: wakeup devices PEG0(S4) PEGP(S4) PEG1(S4) PEGP(S4) PEG2(S4) PEGP(S4) XHC1(S3) EHC1(S3) HDEF(S3) GLAN(S4) RP03(S3) PXSX(S3) LID0(S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz, 2693.87 MHz, 06-3d-04, patch 002f
cpu0: cpuid 1 edx=bfebfbff ecx=77fafbff
cpu0: cpuid 6 eax=77 ecx=9
cpu0: cpuid 7.0 ebx=21c2fbb edx=9c000600
cpu0: cpuid a vers=3, gp=4, gpwidth=48, ff=3, ffwidth=48
cpu0: cpuid d.1 eax=1
cpu0: cpuid 8001 edx=2c100800 ecx=121
cpu0: cpuid 8007 edx=100
cpu0: MELTDOWN
cpu0: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB 64b/line 8-way L2 cache, 3MB 64b/line 12-way L3 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
cpu0: apic clock running at 99MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz, 2693.86 MHz, 06-3d-04, patch 002f
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 1 (application processor)
cpu2: Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz, 2694.00 MHz, 06-3d-04, patch 002f
cpu2: smt 1, core 0, package 0
cpu3 at mainbus0: apid 3 (application processor)
cpu3: Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz, 2693.90 MHz, 06-3d-04, patch 002f
cpu3: smt 1, core 1, package 0
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 40 pins
acpimcfg0 at acpi0
acpimcfg0: addr 0xf800, bus 0-63
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (PEG0)
acpiprt2 at acpi0: bus -1 (PEG1)
acpiprt3 at acpi0: bus -1 (PEG2)
acpiprt4 at acpi0: bus 1 (RP01)
acpiprt5 at acpi0: bus -1 (RP02)
acpiprt6 at acpi0: bus 2 (RP03)
acpiprt7 at acpi0: bus -1 (RP05)
acpiprt8 at acpi0: bus -1 (RP06)
acpiprt9 at acpi0: bus -1 (RP07)
acpiprt10 at acpi0: bus -1 (RP08)
acpiprt11 at acpi0: bus 3 (RP04)
acpiec0 at acpi0
acpipci0 at acpi0 PCI0: 0x 0x0011 0x0001
"INT3404" at acpi0 not configured
"INT3403" at acpi0 not configured
"INT3403" at acpi0 not configured
"INT3403" at acpi0 not configured
"INT3403" at acpi0 not configured
"MAT0024" at acpi0 not configured
acpicmos0 at acpi0
tpm0 at acpi0 TPM_ 1.2 (TIS) addr 0xfed4/0x5000, device 0x001a15d1 rev 0x10
"INT3402" at acpi0 not configured
"MAT0021" at acpi0 not configured
"MAT0019" at acpi0 not configured
acpiac0 at acpi0: AC unit online
acpibat0 at acpi0:
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2024/05/19 08:15:09 Modified files: audio/noson: Makefile Log message: enable tests, 100% pass on amd64
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2024/05/19 08:13:28 Modified files: audio/noson-app: Makefile distinfo Log message: update to noson-app 5.6.6 (mere bump, only noson (lib) changed)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2024/05/19 08:12:50 Modified files: audio/noson: Makefile distinfo Log message: update to noson 2.12.7
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2024/05/19 07:58:29 Modified files: www/firefox-esr/patches: patch-gfx_qcms_src_lib_rs Log message: www/firefox-esr: add link to upstream bug
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sema...@cvs.openbsd.org 2024/05/19 07:53:57 Modified files: www/seamonkey : Makefile Added files: mail/mozilla-thunderbird/patches: patch-gfx_qcms_src_lib_rs www/firefox-esr/patches: patch-gfx_qcms_src_lib_rs www/tor-browser/browser/patches: patch-gfx_qcms_src_lib_rs Log message: patch firefox-esr, mozilla-thunderbird and tor-browser after lang/rust update mark seamonkey BROKEN ok landry@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: sema...@cvs.openbsd.org 2024/05/19 07:52:16 Modified files: lang/rust : Makefile distinfo rust.port.mk lang/rust/patches: patch-compiler_rustc_mir_transform_src_abort_unwinding_calls_rs patch-compiler_rustc_session_src_options_rs patch-src_bootstrap_bootstrap_py patch-src_bootstrap_src_core_build_steps_test_rs patch-src_bootstrap_src_lib_rs patch-src_llvm-project_llvm_tools_llvm-shlib_CMakeLists_txt patch-vendor_openssl-sys_build_main_rs lang/rust/pkg : PLIST-gdb PLIST-src Added files: lang/rust/patches: patch-library_std_src_os_unix_net_addr_rs patch-src_etc_rust-lldb Removed files: lang/rust/patches: patch-vendor_openssl-sys_src_crypto_rs patch-vendor_openssl-sys_src_handwritten_crypto_rs patch-vendor_openssl-sys_src_handwritten_stack_rs patch-vendor_openssl-sys_src_macros_rs Log message: update lang/rust to 1.78.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2024/05/19 07:50:15 Modified files: geo/py-shapely : Makefile distinfo geo/py-shapely/pkg: PLIST Removed files: geo/py-shapely/patches: patch-pyproject_toml patch-setup_py Log message: geo/py-shapely: update to 2.0.4. see https://shapely.readthedocs.io/en/latest/release/2.x.html#version-2-0-4-2024-04-16
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2024/05/19 07:47:03 Modified files: geo/py-owslib : Makefile distinfo geo/py-owslib/pkg: PLIST Log message: geo/py-owslib: update to 0.31.0
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2024/05/19 07:44:58 Modified files: geo/py-geoif : Makefile distinfo Log message: geo/py-geoif: update to 1.5.0
0ad: double datasize to avoid crashes
My user is not in the 'staff' group and its default 1572864 is enough to
start playing a serious game, which eventually crashes when, I presume,
the world gets big enough.
Losing your game/progress like that sucks, so I just doubled the limit
and have been playing without crashes ever since.
Is this fair enough to include in ports or should we aim for a specific
limit? I see the chromium ports have more logic to a) ensure a limit
and b) present a choice when raising it fails, but none of that was
needed for me so far, hence the simple diff.
Feedback? OK?
Index: Makefile
===
RCS file: /cvs/ports/games/0ad/base/Makefile,v
diff -u -p -r1.51 Makefile
--- Makefile6 May 2024 12:23:33 - 1.51
+++ Makefile19 May 2024 10:05:32 -
@@ -2,7 +2,7 @@ COMMENT = historical real-time strategy
DISTNAME = 0ad-${V}-alpha-unix-build
PKGNAME = 0ad-${V}
-REVISION = 6
+REVISION = 7
USE_WXNEEDED = Yes
USE_NOBTCFI = Yes
Index: patches/patch-build_resources_0ad_sh
===
RCS file: patches/patch-build_resources_0ad_sh
diff -N patches/patch-build_resources_0ad_sh
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-build_resources_0ad_sh19 May 2024 11:26:28 -
@@ -0,0 +1,13 @@
+(Try to) Double datasize to avoid ENOMEM crashes during (big) games
+
+Index: build/resources/0ad.sh
+--- build/resources/0ad.sh.orig
build/resources/0ad.sh
+@@ -2,6 +2,7 @@
+
+ pyrogenesis=$(which pyrogenesis 2> /dev/null)
+ if [ -x "$pyrogenesis" ] ; then
++ ulimit -d $((2 * `ulimit -d`))
+ "$pyrogenesis" "$@"
+ else
+ echo "Error: pyrogenesis not found in ($PATH)"
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2024/05/19 07:41:46 Modified files: net/libnice: Makefile distinfo net/libnice/patches: patch-meson_build Added files: net/libnice/patches: patch-agent_interfaces_c Log message: update to libnice 0.1.22
Re: [update] sysutils/grafana to 10.4.3
On Sun, May 19, 2024 at 04:09:08AM GMT, Lucas Raab wrote: > On Mon, Apr 22, 2024 at 04:07:36AM GMT, Lucas Raab wrote: > > Hello, > > > > Here's an update for grafana to the latest that's been working fine over > > the past couple weeks. > > > > changelogs: > > https://github.com/grafana/grafana/releases/tag/v10.4.1 > > https://github.com/grafana/grafana/releases/tag/v10.4.2 > > > > Other tests? > > > > Thanks, > > Lucas > > And an update to 10.4.3 as well which has been working fine since it was > released. > > changelog: > https://github.com/grafana/grafana/releases/tag/v10.4.3 > > Thanks, > Lucas This one still works for me.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2024/05/19 05:20:48 Modified files: security/openssl/quictls: Makefile distinfo Log message: quictls: switch to properly named upstream tag No code change. pointed out by volker
Re: comms/hackrf: remove myself as maintainer
Thanks. Committed with a revision bump (MAINTAINER is part of the package metadata)
Re: textproc/mxml linkrot
On 2024/05/18 18:17, Jeremy Mates wrote: > Both links are broken; however, I'm not sure if SITES should be > something else? SITES should point to github now, but the old version doesn't seem available. I'll look at updating to a 3.x version (4.x changes API). > --- Makefile.orig Sat May 18 18:14:48 2024 > +++ Makefile Sat May 18 18:15:36 2024 > @@ -4,14 +4,14 @@ > > SHARED_LIBS= mxml0.2 # 1.5 > > -HOMEPAGE=http://www.msweet.org/projects.php?Z3 > +HOMEPAGE=https://www.msweet.org/mxml/ > > # LGPLv2 with exceptions > PERMIT_PACKAGE= Yes > > WANTLIB= c > > -SITES= http://www.msweet.org/files/project3/ > +SITES= https://www.msweet.org/mxml/ > > CONFIGURE_STYLE= gnu dest > CONFIGURE_ARGS+= --disable-threads >
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: t...@cvs.openbsd.org2024/05/19 05:13:01 Modified files: comms/hackrf : Makefile Log message: comms/hackrf: remove maintainer per their request
comms/hackrf: remove myself as maintainer
diff --git a/comms/hackrf/Makefile b/comms/hackrf/Makefile index bc56ed6e6..5e3ecd660 100644 --- a/comms/hackrf/Makefile +++ b/comms/hackrf/Makefile @@ -10,8 +10,6 @@ CATEGORIES = comms HOMEPAGE = https://greatscottgadgets.com/hackrf/ -MAINTAINER = Mikhail - # GPLv2+ (tools), 3-clause BSD (library) PERMIT_PACKAGE = Yes
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/05/19 04:39:36 Modified files: mail/mairix: Makefile distinfo mail/mairix/pkg: DESCR PLIST Added files: mail/mairix/patches: patch-configure Removed files: mail/mairix/patches: patch-dfasyn_compdfa_c Log message: update mairix to git head, this has support for indexing IMAP folders (TLS is currently disabled as cert verification isn't working correctly)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2024/05/19 03:31:49 Modified files: textproc/p5-PDF-API2: Makefile distinfo Log message: update to p5-PDF-API2-2.047
