On Sun, Feb 28, 2021 at 10:49:05PM +0100, Peter Hessler wrote:
> Now that multimc can play the most up to date version of Minecraft, here
> is a patch to set it up to play 1.16 by default.
> Of course I don't want to wreck the experience for people playing older
> versions or modded, so I added a pkg-readme, with instructions for how
> to configure older versions.
> Tested with 1.12, 1.16, and snap 21w08b.
> Can you check this with known- tricky versions and combinations?
> +To play Minecraft 1.12 and older:
> +# pkg_add lwjgl jdk%1.8
> +Add the instance you wish to play, then Edit Instance | Settings
> +and change Java installation to use /usr/local/jdk-1.8.0/bin/java
I'm still confused about this Java 8 thing. I played lots of 1.12.2 with
Java 11. This illegal reflection thing still just gets a warning that
it will start crashing in future. It doesn't crash though.
--Kurt
Sunday, February 28, 2021
WIP UPDATE: games/openttd
Hi,
Here's an update to openttd-1.11.0-beta2.
Upstream claims new OpenGL support, faster video, and 60fps.
The build system has been switched to CMake. This led to the GTK icons
and .desktop file not being installed, a bug upstream claims will be
fixed before release; see:
https://github.com/OpenTTD/OpenTTD/issues/8613
https://github.com/OpenTTD/OpenTTD/issues/8778
The endian patch no longer applies and seems to have been refactored
although the original pull request was merged. I'd appreciate a
test on PowerPC to make sure this is still correct.
Index: Makefile
===================================================================
RCS file: /cvs/ports/games/openttd/Makefile,v
retrieving revision 1.70
diff -u -p -r1.70 Makefile
--- Makefile 10 Aug 2020 21:10:35 -0000 1.70
+++ Makefile 1 Mar 2021 06:00:18 -0000
@@ -2,9 +2,9 @@
COMMENT= open source clone of the game Transport Tycoon Deluxe
-V = 1.10.3
+V = 1.11.0-beta2
DISTNAME = openttd-$V-source
-PKGNAME = openttd-$V
+PKGNAME = openttd-1.11.0beta2
CATEGORIES= games
@@ -15,8 +15,9 @@ MAINTAINER = Anthony J. Bentley <anthony
# GPLv2 only
PERMIT_PACKAGE= Yes
+WANTLIB += ${COMPILER_LIBCXX}
WANTLIB += SDL2 c fluidsynth fontconfig freetype icudata icui18n icuuc
-WANTLIB += lzma lzo2 m png pthread ${COMPILER_LIBCXX} xdg-basedir z
+WANTLIB += lzma lzo2 m png pthread z
COMPILER = base-clang ports-gcc base-gcc
@@ -25,13 +26,14 @@ EXTRACT_SUFX = .tar.xz
DIST_SUBDIR = openttd
+MODULES = devel/cmake
+
LIB_DEPENDS= archivers/lzo2 \
audio/fluidsynth \
devel/sdl2 \
graphics/png \
textproc/icu4c \
- archivers/xz \
- x11/libxdg-basedir
+ archivers/xz
RUN_DEPENDS = audio/timidity \
devel/desktop-file-utils \
@@ -40,36 +42,21 @@ RUN_DEPENDS = audio/timidity \
games/openttd-data/opensfx \
x11/gtk+3,-guic
-CONFIGURE_STYLE= simple
-CONFIGURE_ARGS+= --prefix-dir=${PREFIX} \
- --binary-dir=bin \
- --data-dir=share/openttd \
- --icon-dir=share/pixmaps \
- --man-dir=man/man6 \
- --personal-dir=.openttd \
- --install-dir=${WRKINST} \
- --with-png \
- --with-zlib \
- --without-allegro \
- --CFLAGS_BUILD="${CFLAGS}" \
- --disable-strip
-
-MAKE_ENV+= VERBOSE=1
+CONFIGURE_ARGS = -DCMAKE_INSTALL_BINDIR=bin \
+ -DCMAKE_INSTALL_DATADIR=share
-USE_GMAKE= Yes
NO_TEST= Yes
DOCSDIR= ${PREFIX}/share/doc/openttd
EXAMPLESDIR= ${PREFIX}/share/examples/openttd
GAMEDIR= ${PREFIX}/share/openttd
-FAKE_FLAGS=BUNDLE_DIR=${WRKINST}/bundle BUNDLES_DIR=${WRKINST}/bundle
-
WRKDIST = ${WRKDIR}/openttd-$V
DEBUG_PACKAGES = ${BUILD_PACKAGES}
post-install:
+ gunzip ${PREFIX}/man/man6/openttd.6.gz
${INSTALL_DATA_DIR} ${GAMEDIR}/media
cd ${WRKSRC}/media/ && umask 022 && pax -rw . ${GAMEDIR}/media
${INSTALL_DATA_DIR} ${EXAMPLESDIR}
Index: distinfo
===================================================================
RCS file: /cvs/ports/games/openttd/distinfo,v
retrieving revision 1.37
diff -u -p -r1.37 distinfo
--- distinfo 10 Aug 2020 21:10:35 -0000 1.37
+++ distinfo 1 Mar 2021 06:00:18 -0000
@@ -1,2 +1,2 @@
-SHA256 (openttd/openttd-1.10.3-source.tar.xz) = wRYB71R+sfbU+aA1vRngp2C0eHLOfZtBF6qkWsN3tTs=
-SIZE (openttd/openttd-1.10.3-source.tar.xz) = 6815924
+SHA256 (openttd/openttd-1.11.0-beta2-source.tar.xz) = QKJ0TWuYRahSI20fWXL5lP9tZRSJEeljmRJOcOBUKJg=
+SIZE (openttd/openttd-1.11.0-beta2-source.tar.xz) = 6844328
Index: patches/patch-CMakeLists_txt
===================================================================
RCS file: patches/patch-CMakeLists_txt
diff -N patches/patch-CMakeLists_txt
--- /dev/null 1 Jan 1970 00:00:00 -0000
+++ patches/patch-CMakeLists_txt 1 Mar 2021 06:00:18 -0000
@@ -0,0 +1,22 @@
+$OpenBSD$
+Disable allegro support.
+Ours (4.2.3 at time of writing) is old and seemingly incompatible.
+Index: CMakeLists.txt
+--- CMakeLists.txt.orig
++++ CMakeLists.txt
+@@ -120,7 +120,6 @@ find_package(LZO)
+ find_package(PNG)
+
+ if(NOT WIN32)
+- find_package(Allegro)
+ if(NOT APPLE)
+ find_package(Freetype)
+ find_package(SDL2)
+@@ -249,7 +248,6 @@ if(NOT OPTION_DEDICATED)
+ link_package(Fluidsynth)
+ link_package(SDL)
+ link_package(SDL2 TARGET SDL2::SDL2)
+- link_package(Allegro)
+ link_package(FREETYPE TARGET Freetype::Freetype)
+ link_package(Fontconfig TARGET Fontconfig::Fontconfig)
+ link_package(ICU_lx)
Index: patches/patch-Makefile_bundle_in
===================================================================
RCS file: patches/patch-Makefile_bundle_in
diff -N patches/patch-Makefile_bundle_in
--- patches/patch-Makefile_bundle_in 7 Apr 2020 15:13:34 -0000 1.8
+++ /dev/null 1 Jan 1970 00:00:00 -0000
@@ -1,24 +0,0 @@
-$OpenBSD: patch-Makefile_bundle_in,v 1.8 2020/04/07 15:13:34 solene Exp $
-
-Don't gzip(1) the manual page.
-
-Index: Makefile.bundle.in
---- Makefile.bundle.in.orig
-+++ Makefile.bundle.in
-@@ -75,7 +75,6 @@ endif
- ifdef MAN_DIR
- $(Q)mkdir -p "$(BUNDLE_DIR)/man/"
- $(Q)cp "$(ROOT_DIR)/docs/openttd.6" "$(BUNDLE_DIR)/man/"
-- $(Q)gzip -9 "$(BUNDLE_DIR)/man/openttd.6"
- endif
- $(Q)cp "$(ROOT_DIR)/media/openttd.32.xpm" "$(BUNDLE_DIR)/media/"
- $(Q)cp "$(ROOT_DIR)/media/openttd."*.png "$(BUNDLE_DIR)/media/"
-@@ -211,7 +210,7 @@ endif
- ifdef MAN_DIR
- ifndef DO_NOT_INSTALL_MAN
- $(Q)install -d "$(INSTALL_MAN_DIR)"
-- $(Q)install -m 644 "$(BUNDLE_DIR)/man/openttd.6.gz" "$(INSTALL_MAN_DIR)/${BINARY_NAME}.6.gz"
-+ $(Q)install -m 644 "$(BUNDLE_DIR)/man/openttd.6" "$(INSTALL_MAN_DIR)/${BINARY_NAME}.6"
- endif
- endif
- ifdef MENU_DIR
Index: patches/patch-config_lib
===================================================================
RCS file: patches/patch-config_lib
diff -N patches/patch-config_lib
--- patches/patch-config_lib 7 Apr 2020 15:13:34 -0000 1.7
+++ /dev/null 1 Jan 1970 00:00:00 -0000
@@ -1,14 +0,0 @@
-$OpenBSD: patch-config_lib,v 1.7 2020/04/07 15:13:34 solene Exp $
-Don't build with -O1. The reason they add it is irrevelant to OpenBSD anyway.
-Index: config.lib
---- config.lib.orig
-+++ config.lib
-@@ -1525,7 +1525,7 @@ make_cflags_and_ldflags() {
- cc_build_is_gcc=`basename "$cc_build" | grep "gcc" 2>/dev/null`
- if [ -n "$cc_build_is_gcc" ]; then
- # Just add -O1 to the tools needed for building.
-- CFLAGS_BUILD="$CFLAGS_BUILD -D_FORTIFY_SOURCE=2 -O1"
-+ CFLAGS_BUILD="$CFLAGS_BUILD -D_FORTIFY_SOURCE=2"
- if [ "$os" = "MINGW" ]; then
- # Prevent undefined references when _FORTIFY_SOURCE > 0
- LDFLAGS_BUILD="$LDFLAGS_BUILD -fstack-protector"
Index: patches/patch-src_core_endian_type_hpp
===================================================================
RCS file: patches/patch-src_core_endian_type_hpp
diff -N patches/patch-src_core_endian_type_hpp
--- patches/patch-src_core_endian_type_hpp 12 Feb 2020 10:23:36 -0000 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -0000
@@ -1,22 +0,0 @@
-$OpenBSD: patch-src_core_endian_type_hpp,v 1.1 2020/02/12 10:23:36 cwen Exp $
-
-Fix endianness detection, see:
-https://github.com/OpenTTD/OpenTTD/pull/7996
-
-Index: src/core/endian_type.hpp
---- src/core/endian_type.hpp.orig
-+++ src/core/endian_type.hpp
-@@ -35,6 +35,13 @@
- # else
- # define TTD_ENDIAN TTD_BIG_ENDIAN
- # endif
-+#elif defined(__OpenBSD__)
-+# include <endian.h>
-+# if BYTE_ORDER == LITTLE_ENDIAN
-+# define TTD_ENDIAN TTD_LITTLE_ENDIAN
-+# else
-+# define TTD_ENDIAN TTD_BIG_ENDIAN
-+# endif
- #elif !defined(TESTING)
- # include <sys/param.h>
- # if __BYTE_ORDER == __LITTLE_ENDIAN
Index: patches/patch-src_string_func_h
===================================================================
RCS file: /cvs/ports/games/openttd/patches/patch-src_string_func_h,v
retrieving revision 1.4
diff -u -p -r1.4 patch-src_string_func_h
--- patches/patch-src_string_func_h 7 Apr 2020 15:13:34 -0000 1.4
+++ patches/patch-src_string_func_h 1 Mar 2021 06:00:18 -0000
@@ -3,7 +3,7 @@ Don't use openttd's internal copy of str
Index: src/string_func.h
--- src/string_func.h.orig
+++ src/string_func.h
-@@ -248,7 +248,7 @@ static inline bool IsWhitespace(WChar c)
+@@ -260,7 +260,7 @@ static inline bool IsWhitespace(WChar c)
Here's an update to openttd-1.11.0-beta2.
Upstream claims new OpenGL support, faster video, and 60fps.
The build system has been switched to CMake. This led to the GTK icons
and .desktop file not being installed, a bug upstream claims will be
fixed before release; see:
https://github.com/OpenTTD/OpenTTD/issues/8613
https://github.com/OpenTTD/OpenTTD/issues/8778
The endian patch no longer applies and seems to have been refactored
although the original pull request was merged. I'd appreciate a
test on PowerPC to make sure this is still correct.
Index: Makefile
===================================================================
RCS file: /cvs/ports/games/openttd/Makefile,v
retrieving revision 1.70
diff -u -p -r1.70 Makefile
--- Makefile 10 Aug 2020 21:10:35 -0000 1.70
+++ Makefile 1 Mar 2021 06:00:18 -0000
@@ -2,9 +2,9 @@
COMMENT= open source clone of the game Transport Tycoon Deluxe
-V = 1.10.3
+V = 1.11.0-beta2
DISTNAME = openttd-$V-source
-PKGNAME = openttd-$V
+PKGNAME = openttd-1.11.0beta2
CATEGORIES= games
@@ -15,8 +15,9 @@ MAINTAINER = Anthony J. Bentley <anthony
# GPLv2 only
PERMIT_PACKAGE= Yes
+WANTLIB += ${COMPILER_LIBCXX}
WANTLIB += SDL2 c fluidsynth fontconfig freetype icudata icui18n icuuc
-WANTLIB += lzma lzo2 m png pthread ${COMPILER_LIBCXX} xdg-basedir z
+WANTLIB += lzma lzo2 m png pthread z
COMPILER = base-clang ports-gcc base-gcc
@@ -25,13 +26,14 @@ EXTRACT_SUFX = .tar.xz
DIST_SUBDIR = openttd
+MODULES = devel/cmake
+
LIB_DEPENDS= archivers/lzo2 \
audio/fluidsynth \
devel/sdl2 \
graphics/png \
textproc/icu4c \
- archivers/xz \
- x11/libxdg-basedir
+ archivers/xz
RUN_DEPENDS = audio/timidity \
devel/desktop-file-utils \
@@ -40,36 +42,21 @@ RUN_DEPENDS = audio/timidity \
games/openttd-data/opensfx \
x11/gtk+3,-guic
-CONFIGURE_STYLE= simple
-CONFIGURE_ARGS+= --prefix-dir=${PREFIX} \
- --binary-dir=bin \
- --data-dir=share/openttd \
- --icon-dir=share/pixmaps \
- --man-dir=man/man6 \
- --personal-dir=.openttd \
- --install-dir=${WRKINST} \
- --with-png \
- --with-zlib \
- --without-allegro \
- --CFLAGS_BUILD="${CFLAGS}" \
- --disable-strip
-
-MAKE_ENV+= VERBOSE=1
+CONFIGURE_ARGS = -DCMAKE_INSTALL_BINDIR=bin \
+ -DCMAKE_INSTALL_DATADIR=share
-USE_GMAKE= Yes
NO_TEST= Yes
DOCSDIR= ${PREFIX}/share/doc/openttd
EXAMPLESDIR= ${PREFIX}/share/examples/openttd
GAMEDIR= ${PREFIX}/share/openttd
-FAKE_FLAGS=BUNDLE_DIR=${WRKINST}/bundle BUNDLES_DIR=${WRKINST}/bundle
-
WRKDIST = ${WRKDIR}/openttd-$V
DEBUG_PACKAGES = ${BUILD_PACKAGES}
post-install:
+ gunzip ${PREFIX}/man/man6/openttd.6.gz
${INSTALL_DATA_DIR} ${GAMEDIR}/media
cd ${WRKSRC}/media/ && umask 022 && pax -rw . ${GAMEDIR}/media
${INSTALL_DATA_DIR} ${EXAMPLESDIR}
Index: distinfo
===================================================================
RCS file: /cvs/ports/games/openttd/distinfo,v
retrieving revision 1.37
diff -u -p -r1.37 distinfo
--- distinfo 10 Aug 2020 21:10:35 -0000 1.37
+++ distinfo 1 Mar 2021 06:00:18 -0000
@@ -1,2 +1,2 @@
-SHA256 (openttd/openttd-1.10.3-source.tar.xz) = wRYB71R+sfbU+aA1vRngp2C0eHLOfZtBF6qkWsN3tTs=
-SIZE (openttd/openttd-1.10.3-source.tar.xz) = 6815924
+SHA256 (openttd/openttd-1.11.0-beta2-source.tar.xz) = QKJ0TWuYRahSI20fWXL5lP9tZRSJEeljmRJOcOBUKJg=
+SIZE (openttd/openttd-1.11.0-beta2-source.tar.xz) = 6844328
Index: patches/patch-CMakeLists_txt
===================================================================
RCS file: patches/patch-CMakeLists_txt
diff -N patches/patch-CMakeLists_txt
--- /dev/null 1 Jan 1970 00:00:00 -0000
+++ patches/patch-CMakeLists_txt 1 Mar 2021 06:00:18 -0000
@@ -0,0 +1,22 @@
+$OpenBSD$
+Disable allegro support.
+Ours (4.2.3 at time of writing) is old and seemingly incompatible.
+Index: CMakeLists.txt
+--- CMakeLists.txt.orig
++++ CMakeLists.txt
+@@ -120,7 +120,6 @@ find_package(LZO)
+ find_package(PNG)
+
+ if(NOT WIN32)
+- find_package(Allegro)
+ if(NOT APPLE)
+ find_package(Freetype)
+ find_package(SDL2)
+@@ -249,7 +248,6 @@ if(NOT OPTION_DEDICATED)
+ link_package(Fluidsynth)
+ link_package(SDL)
+ link_package(SDL2 TARGET SDL2::SDL2)
+- link_package(Allegro)
+ link_package(FREETYPE TARGET Freetype::Freetype)
+ link_package(Fontconfig TARGET Fontconfig::Fontconfig)
+ link_package(ICU_lx)
Index: patches/patch-Makefile_bundle_in
===================================================================
RCS file: patches/patch-Makefile_bundle_in
diff -N patches/patch-Makefile_bundle_in
--- patches/patch-Makefile_bundle_in 7 Apr 2020 15:13:34 -0000 1.8
+++ /dev/null 1 Jan 1970 00:00:00 -0000
@@ -1,24 +0,0 @@
-$OpenBSD: patch-Makefile_bundle_in,v 1.8 2020/04/07 15:13:34 solene Exp $
-
-Don't gzip(1) the manual page.
-
-Index: Makefile.bundle.in
---- Makefile.bundle.in.orig
-+++ Makefile.bundle.in
-@@ -75,7 +75,6 @@ endif
- ifdef MAN_DIR
- $(Q)mkdir -p "$(BUNDLE_DIR)/man/"
- $(Q)cp "$(ROOT_DIR)/docs/openttd.6" "$(BUNDLE_DIR)/man/"
-- $(Q)gzip -9 "$(BUNDLE_DIR)/man/openttd.6"
- endif
- $(Q)cp "$(ROOT_DIR)/media/openttd.32.xpm" "$(BUNDLE_DIR)/media/"
- $(Q)cp "$(ROOT_DIR)/media/openttd."*.png "$(BUNDLE_DIR)/media/"
-@@ -211,7 +210,7 @@ endif
- ifdef MAN_DIR
- ifndef DO_NOT_INSTALL_MAN
- $(Q)install -d "$(INSTALL_MAN_DIR)"
-- $(Q)install -m 644 "$(BUNDLE_DIR)/man/openttd.6.gz" "$(INSTALL_MAN_DIR)/${BINARY_NAME}.6.gz"
-+ $(Q)install -m 644 "$(BUNDLE_DIR)/man/openttd.6" "$(INSTALL_MAN_DIR)/${BINARY_NAME}.6"
- endif
- endif
- ifdef MENU_DIR
Index: patches/patch-config_lib
===================================================================
RCS file: patches/patch-config_lib
diff -N patches/patch-config_lib
--- patches/patch-config_lib 7 Apr 2020 15:13:34 -0000 1.7
+++ /dev/null 1 Jan 1970 00:00:00 -0000
@@ -1,14 +0,0 @@
-$OpenBSD: patch-config_lib,v 1.7 2020/04/07 15:13:34 solene Exp $
-Don't build with -O1. The reason they add it is irrevelant to OpenBSD anyway.
-Index: config.lib
---- config.lib.orig
-+++ config.lib
-@@ -1525,7 +1525,7 @@ make_cflags_and_ldflags() {
- cc_build_is_gcc=`basename "$cc_build" | grep "gcc" 2>/dev/null`
- if [ -n "$cc_build_is_gcc" ]; then
- # Just add -O1 to the tools needed for building.
-- CFLAGS_BUILD="$CFLAGS_BUILD -D_FORTIFY_SOURCE=2 -O1"
-+ CFLAGS_BUILD="$CFLAGS_BUILD -D_FORTIFY_SOURCE=2"
- if [ "$os" = "MINGW" ]; then
- # Prevent undefined references when _FORTIFY_SOURCE > 0
- LDFLAGS_BUILD="$LDFLAGS_BUILD -fstack-protector"
Index: patches/patch-src_core_endian_type_hpp
===================================================================
RCS file: patches/patch-src_core_endian_type_hpp
diff -N patches/patch-src_core_endian_type_hpp
--- patches/patch-src_core_endian_type_hpp 12 Feb 2020 10:23:36 -0000 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -0000
@@ -1,22 +0,0 @@
-$OpenBSD: patch-src_core_endian_type_hpp,v 1.1 2020/02/12 10:23:36 cwen Exp $
-
-Fix endianness detection, see:
-https://github.com/OpenTTD/OpenTTD/pull/7996
-
-Index: src/core/endian_type.hpp
---- src/core/endian_type.hpp.orig
-+++ src/core/endian_type.hpp
-@@ -35,6 +35,13 @@
- # else
- # define TTD_ENDIAN TTD_BIG_ENDIAN
- # endif
-+#elif defined(__OpenBSD__)
-+# include <endian.h>
-+# if BYTE_ORDER == LITTLE_ENDIAN
-+# define TTD_ENDIAN TTD_LITTLE_ENDIAN
-+# else
-+# define TTD_ENDIAN TTD_BIG_ENDIAN
-+# endif
- #elif !defined(TESTING)
- # include <sys/param.h>
- # if __BYTE_ORDER == __LITTLE_ENDIAN
Index: patches/patch-src_string_func_h
===================================================================
RCS file: /cvs/ports/games/openttd/patches/patch-src_string_func_h,v
retrieving revision 1.4
diff -u -p -r1.4 patch-src_string_func_h
--- patches/patch-src_string_func_h 7 Apr 2020 15:13:34 -0000 1.4
+++ patches/patch-src_string_func_h 1 Mar 2021 06:00:18 -0000
@@ -3,7 +3,7 @@ Don't use openttd's internal copy of str
Index: src/string_func.h
--- src/string_func.h.orig
+++ src/string_func.h
-@@ -248,7 +248,7 @@ static inline bool IsWhitespace(WChar c)
+@@ -260,7 +260,7 @@ static inline bool IsWhitespace(WChar c)
Re: The rest of the haskell binary upgrades
Matthias Kilian <kili@outback.escape.de> writes:
> On Sun, Feb 28, 2021 at 02:02:05PM -0800, Greg Steuck wrote:
>> I'll finish xmonad a bit later and the rest of them are in now. [...]
> [...]
>> I'll wait before starting the hs-* lib ports removal until these ports
>> appear in the snapshots.
>
> When you commit x11/xmonad, you should also at least remove the
> entry of hs-xmonad-contrib in x11/Makefile at the same time. It has
> x11/xmonad,-lib as dependency, which will disappear with your update.
>
> Otherwise, package builders will see errors for hs-xmonad-contrib.
Thanks for the reminder. Should be done now. Once the dust settles and
all the updated packages are in snapshots I'll finish the cleanup.
Thanks
Greg
> On Sun, Feb 28, 2021 at 02:02:05PM -0800, Greg Steuck wrote:
>> I'll finish xmonad a bit later and the rest of them are in now. [...]
> [...]
>> I'll wait before starting the hs-* lib ports removal until these ports
>> appear in the snapshots.
>
> When you commit x11/xmonad, you should also at least remove the
> entry of hs-xmonad-contrib in x11/Makefile at the same time. It has
> x11/xmonad,-lib as dependency, which will disappear with your update.
>
> Otherwise, package builders will see errors for hs-xmonad-contrib.
Thanks for the reminder. Should be done now. Once the dust settles and
all the updated packages are in snapshots I'll finish the cleanup.
Thanks
Greg
Re: [PATCH 4/7] Use devel/cabal module for x11/xmonad (still the latest release)
Hi Matthias,
Matthias Kilian <kili@outback.escape.de> writes:
>> +executable xmonad-config
>> + main-is: xmonad.hs
>> + build-depends: base, xmonad, data-default, xmonad-contrib
>> + hs-source-dirs: .
>> + default-language: Haskell2010
>
> I think this also needs containers as a dependency, at least when
> you use the sample xmonad.hs (which imports Data.Map).
Done. Also removed data-default which has long been replaced by
Data.Monoid's mempty.
> I also wonder wether we should install xmonad.hs in
> share/examples/xmonad-0.15, because you need all three files when
> starting with the sample configuration.
Great idea. I put them all into examples.
> Alternatively, build and xmonad-config.cabal could go into
> share/doc/xmonad. BTW: I wasn't aware that xmonad also looks for
> ~/.xmonad/build when trying to rebuild itself.
This only became practical after cabal-v2 and stack took over.
> Finally, a x11/xmonad,-main marker should be added to the PLIST,
> adn we will need a quirk for the removal of xmonad-lib.
Done, with help from sthen@ and espie@.
Thanks
Greg
Matthias Kilian <kili@outback.escape.de> writes:
>> +executable xmonad-config
>> + main-is: xmonad.hs
>> + build-depends: base, xmonad, data-default, xmonad-contrib
>> + hs-source-dirs: .
>> + default-language: Haskell2010
>
> I think this also needs containers as a dependency, at least when
> you use the sample xmonad.hs (which imports Data.Map).
Done. Also removed data-default which has long been replaced by
Data.Monoid's mempty.
> I also wonder wether we should install xmonad.hs in
> share/examples/xmonad-0.15, because you need all three files when
> starting with the sample configuration.
Great idea. I put them all into examples.
> Alternatively, build and xmonad-config.cabal could go into
> share/doc/xmonad. BTW: I wasn't aware that xmonad also looks for
> ~/.xmonad/build when trying to rebuild itself.
This only became practical after cabal-v2 and stack took over.
> Finally, a x11/xmonad,-main marker should be added to the PLIST,
> adn we will need a quirk for the removal of xmonad-lib.
Done, with help from sthen@ and espie@.
Thanks
Greg
Re: What determines source IP of traffic from OpenBSD box ?
On Sun, Feb 28, 2021 at 01:17:01PM +0100, Rachel Roch wrote:
>
>
>
> 28 Feb 2021, 11:28 by stu@spacehopper.org:
>
> > On 2021/02/28 11:46, Rachel Roch wrote:
> >
> >> Thank you all for the suggestions, I am currently testing a few of them.
> >>
> >> Incase it makes any difference, the underlying problem I have is I have two firewalls with BGP upstreams, one acting as primary, one as standby.?? So the problem I am seeing is the age-old problem of asymmetric traffic to the secondary firewall meaning pkg_add on the secondary doesn't work.
> >>
> >
> > You can't just get two sessions from your upstreams so they can both be
> > active rather than one in standby?
> >
>
> Maybe my wording is a little off.
>
> I do have independent sessions from FW1 and FW2 to upstream routers.
>
> The problem, I suspect, is more to do with overlapping of IP ranges being advertised to upstreams, and hence traffic never making it back to FW2 because FW1 picks it up, hence the desire to have an effective way to tell OpenBSD "send all localhost originating traffic from lo2 because the IPs on lo2 are exclusive to that host".
I have a situation like that at work which I solved using the following
rules:
# let us talk to things
match out on vlan363 to !vlan363:network !received-on any nat-to lo1
match out on vlan364 to !vlan364:network !received-on any nat-to lo1
pass out !received-on any
vlan363 and vlan364 are the links I use to talk to the rest of the
world.
There may be a less worse way to do that with the routing table now
though.
>
>
>
> 28 Feb 2021, 11:28 by stu@spacehopper.org:
>
> > On 2021/02/28 11:46, Rachel Roch wrote:
> >
> >> Thank you all for the suggestions, I am currently testing a few of them.
> >>
> >> Incase it makes any difference, the underlying problem I have is I have two firewalls with BGP upstreams, one acting as primary, one as standby.?? So the problem I am seeing is the age-old problem of asymmetric traffic to the secondary firewall meaning pkg_add on the secondary doesn't work.
> >>
> >
> > You can't just get two sessions from your upstreams so they can both be
> > active rather than one in standby?
> >
>
> Maybe my wording is a little off.
>
> I do have independent sessions from FW1 and FW2 to upstream routers.
>
> The problem, I suspect, is more to do with overlapping of IP ranges being advertised to upstreams, and hence traffic never making it back to FW2 because FW1 picks it up, hence the desire to have an effective way to tell OpenBSD "send all localhost originating traffic from lo2 because the IPs on lo2 are exclusive to that host".
I have a situation like that at work which I solved using the following
rules:
# let us talk to things
match out on vlan363 to !vlan363:network !received-on any nat-to lo1
match out on vlan364 to !vlan364:network !received-on any nat-to lo1
pass out !received-on any
vlan363 and vlan364 are the links I use to talk to the rest of the
world.
There may be a less worse way to do that with the routing table now
though.
NEW: net/pidgin-skypeweb
Hi,
This is a port of pidgin-skypeweb, a Skype (http) protocol plugin for Pidgin.
I have tested it on amd64.
Comments or OK ?
This is a port of pidgin-skypeweb, a Skype (http) protocol plugin for Pidgin.
I have tested it on amd64.
Comments or OK ?
sparc64 bulk build report
Bulk build on sparc64-0a.ports.openbsd.org
Started : Fri Feb 26 10:29:39 MST 2021
Finished: Sun Feb 28 19:39:41 MST 2021
Duration: 2 Days 9 hours 10 minutes
Built using OpenBSD 6.9-beta (GENERIC.MP) #707: Fri Feb 26 02:20:41 MST 2021
Built 9172 packages
Number of packages built each day:
Feb 26: 7301
Feb 27: 1420
Feb 28: 451
Critical path missing pkgs:
http://build-failures.rhaalovely.net/sparc64/2021-02-26/summary.log
Build failures: 25
http://build-failures.rhaalovely.net/sparc64/2021-02-26/audio/hydrogen.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/audio/ncmpcpp.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/comms/syncterm.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/devel/glog.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/devel/keystone/python,python3.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/devel/spidermonkey78.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/emulators/emulationstation.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/emulators/libretro-genesis-plus-gx.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/games/frotz.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/games/odamex.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/games/openxcom.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/geo/spatialite/gui.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/graphics/asymptote.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/graphics/exiv2.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/lang/php/7.4.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/lang/php/8.0.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/math/mlpack,-main.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/multimedia/gstreamer-0.10/plugins-bad,-main.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/net/barrier.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/net/pmacct,postgresql.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/print/cups-bjnp.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/print/gutenprint.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/productivity/gnucash.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/sysutils/libvirt.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/x11/roxterm.log
Recurrent failures:
failures/audio/ncmpcpp.log
failures/comms/syncterm.log
failures/devel/glog.log
failures/devel/keystone/python,python3.log
failures/devel/spidermonkey78.log
failures/emulators/emulationstation.log
failures/games/frotz.log
failures/games/odamex.log
failures/games/openxcom.log
failures/geo/spatialite/gui.log
failures/graphics/asymptote.log
failures/graphics/exiv2.log
failures/math/mlpack,-main.log
failures/multimedia/gstreamer-0.10/plugins-bad,-main.log
failures/net/barrier.log
failures/productivity/gnucash.log
failures/sysutils/libvirt.log
failures/x11/roxterm.log
New failures:
+failures/audio/hydrogen.log
+failures/emulators/libretro-genesis-plus-gx.log
+failures/lang/php/7.4.log
+failures/lang/php/8.0.log
Resolved failures:
-failures/x11/qt5/docs,-html.log
Packages newly built:
+games/moonlight-qt
+textproc/p5-Pod-Parser
+textproc/py-sphinx
+www/py-html5-parser,python3
+x11/qt5/docs
+x11/qt5/docs,-html
+x11/qt5/docs,-qch
Packages not built this time:
-archivers/pecl-lzf,php72
-archivers/pecl-lzf,php73
-archivers/pecl-lzf,php74
-archivers/pecl-rar,php72
-archivers/pecl-rar,php73
-archivers/pecl-rar,php74
-audio/gtkpod
-audio/hydrogen
-comms/seyon
-databases/pecl-redis,php72
-databases/pecl-redis,php73
-databases/pecl-redis,php74
-databases/pg_stats_reporter
-databases/pgfouine
-databases/py-apsw
-databases/py-flask-sqlalchemy
-devel/boris
-devel/mingw
-devel/pear-Cache
-devel/pear-Config
-devel/pear-Console-Table
-devel/pear-Date
-devel/pear-Date-Holidays/Australia
-devel/pear-Date-Holidays/Austria
-devel/pear-Date-Holidays/Brazil
-devel/pear-Date-Holidays/Chile
-devel/pear-Date-Holidays/Croatia
-devel/pear-Date-Holidays/Czech
-devel/pear-Date-Holidays/Denmark
-devel/pear-Date-Holidays/Discordian
-devel/pear-Date-Holidays/EnglandWales
-devel/pear-Date-Holidays/Finland
-devel/pear-Date-Holidays/France
-devel/pear-Date-Holidays/Germany
-devel/pear-Date-Holidays/Iceland
-devel/pear-Date-Holidays/Ireland
-devel/pear-Date-Holidays/Italy
-devel/pear-Date-Holidays/Japan
-devel/pear-Date-Holidays/Netherlands
-devel/pear-Date-Holidays/Norway
-devel/pear-Date-Holidays/PHPdotNet
-devel/pear-Date-Holidays/Portugal
-devel/pear-Date-Holidays/Romania
-devel/pear-Date-Holidays/Russia
-devel/pear-Date-Holidays/SanMarino
-devel/pear-Date-Holidays/Serbia
-devel/pear-Date-Holidays/Slovenia
-devel/pear-Date-Holidays/Spain
-devel/pear-Date-Holidays/Sweden
-devel/pear-Date-Holidays/Turkey
-devel/pear-Date-Holidays/UNO
-devel/pear-Date-Holidays/USA
-devel/pear-Date-Holidays/Ukraine
-devel/pear-Date-Holidays/Venezuela
-devel/pear-Date-Holidays/pear-Date-Holidays
-devel/pear-Log
-devel/pear-System-Command
-devel/pear-Validate
-emulators/libretro-genesis-plus-gx
-geo/mapserver
-geo/mapserver,
-geo/mapserver,,-main
-geo/mapserver,,-perl
-geo/mapserver,,-php
-geo/mapserver,,-python
-geo/mapserver,,-utils
-geo/mapserver,-main
-geo/mapserver,-perl
-geo/mapserver,-php
-geo/mapserver,-python
-geo/mapserver,-utils
-graphics/pecl-imagick,php72
-graphics/pecl-imagick,php73
-graphics/pecl-imagick,php74
-graphics/py-pygal
-lang/php/7.4
-lang/php/7.4,-apache
-lang/php/7.4,-bz2
-lang/php/7.4,-cgi
-lang/php/7.4,-curl
-lang/php/7.4,-dba
-lang/php/7.4,-dbg
-lang/php/7.4,-enchant
-lang/php/7.4,-gd
-lang/php/7.4,-gmp
-lang/php/7.4,-imap
-lang/php/7.4,-intl
-lang/php/7.4,-ldap
-lang/php/7.4,-main
-lang/php/7.4,-mysqli
-lang/php/7.4,-odbc
-lang/php/7.4,-pcntl
-lang/php/7.4,-pdo_dblib
-lang/php/7.4,-pdo_mysql
-lang/php/7.4,-pdo_odbc
-lang/php/7.4,-pdo_pgsql
-lang/php/7.4,-pdo_sqlite
-lang/php/7.4,-pgsql
-lang/php/7.4,-pspell
-lang/php/7.4,-shmop
-lang/php/7.4,-snmp
-lang/php/7.4,-soap
-lang/php/7.4,-sqlite3
-lang/php/7.4,-tidy
-lang/php/7.4,-xmlrpc
-lang/php/7.4,-xsl
-lang/php/7.4,-zip
-mail/pear-Mail
-mail/pear-Mail-Mime
-mail/pear-Mail-mimeDecode
-mail/pear-Mime-Type
-mail/pecl-mailparse,php72
-mail/pecl-mailparse,php73
-mail/pecl-mailparse,php74
-mail/rcube-contextmenu
-mail/rcube-dkimstatus
-mail/rcube-dovecot_ident
-mail/rcube-html5-notifier
-mail/rcube-ldapAliasSync
-mail/rcube-markasjunk2
-mail/rcube-sieverules
-mail/rcube-yubikey-plugin
-mail/roundcubemail
-misc/gpsd,-php
-net/icinga/web2
-net/icinga/web2-module-director
-net/icinga/web2-module-incubator
-net/icinga/web2-module-ipl
-net/icinga/web2-module-reactbundle
-net/librenms
-net/nagios/nagios,-web
-net/nagios/nagios,chroot,-web
-net/nfsen
-net/pear-HTTP
-net/pear-HTTP-Request
-net/pear-Net-DNS
-net/pear-Net-DNS2
-net/pear-Net-IDNA2
-net/pear-Net-IMAP
-net/pear-Net-IPv4
-net/pear-Net-IPv6
-net/pear-Net-LDAP
-net/pear-Net-LDAP2
-net/pear-Net-SMTP
-net/pear-Net-Sieve
-net/pear-Net-Socket
-net/pear-Net-URL
-net/pear-Net-URL-Mapper
-net/pear-Net-URL2
-net/pear-Services-Weather
-net/pear-Services-oEmbed
-net/php-weathermap
-net/zabbix,-web
-net/zabbix,mysql,-web
-net/zabbix,pgsql,-web
-net/zabbix,sqlite3,-web
-productivity/baikal
-productivity/davical
-security/bsd-airtools
-security/pear-Auth
-security/pear-Auth-HTTP
-security/pear-Auth-SASL
-security/pecl-mcrypt,php72
-security/pecl-mcrypt,php73
-security/pecl-mcrypt,php74
-textproc/pear-File
-textproc/pear-File-Find
-textproc/pear-XML-Parser
-textproc/pear-XML-RSS
-textproc/pear-XML-Serializer
-textproc/pear-XML-Tree
-textproc/pecl-yaml,php72
-textproc/pecl-yaml,php73
-textproc/pecl-yaml,php74
-textproc/tcpdf
-www/awl
-www/composer
-www/dokuwiki
-www/drush
-www/mollify
-www/nextcloud
-www/pear
-www/pear,-main
-www/pear,-utils
-www/pear-HTML-Page2
-www/pear-HTML-Select
-www/pear-HTML-Template-IT
-www/pear-HTTP-WebDAV-Server
-www/pear-SOAP
-www/pecl-chroot,php72
-www/pecl-chroot,php73
-www/pecl-chroot,php74
-www/pecl-memcached,php72
-www/pecl-memcached,php73
-www/pecl-memcached,php74
-www/pecl-pledge,php72
-www/pecl-pledge,php73
-www/pecl-pledge,php74
-www/pecl-proctitle,php72
-www/pecl-proctitle,php73
-www/pecl-proctitle,php74
-www/pecl-propro,php72
-www/pecl-propro,php73
-www/pecl-propro,php74
-www/pecl-raphf,php72
-www/pecl-raphf,php73
-www/pecl-raphf,php74
-www/pecl-ssh2,php72
-www/pecl-ssh2,php73
-www/pecl-ssh2,php74
-www/php-predis
-www/phpldapadmin
-www/phpmyadmin
-www/phppgadmin
-www/phpvirtualbox
-www/pnp4nagios,-cgi
-www/py-flask-login
-www/py-flask-wtf
-www/py-wtforms
-www/racktables
-www/sabredav
-www/selfoss
-www/wp-cli
Started : Fri Feb 26 10:29:39 MST 2021
Finished: Sun Feb 28 19:39:41 MST 2021
Duration: 2 Days 9 hours 10 minutes
Built using OpenBSD 6.9-beta (GENERIC.MP) #707: Fri Feb 26 02:20:41 MST 2021
Built 9172 packages
Number of packages built each day:
Feb 26: 7301
Feb 27: 1420
Feb 28: 451
Critical path missing pkgs:
http://build-failures.rhaalovely.net/sparc64/2021-02-26/summary.log
Build failures: 25
http://build-failures.rhaalovely.net/sparc64/2021-02-26/audio/hydrogen.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/audio/ncmpcpp.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/comms/syncterm.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/devel/glog.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/devel/keystone/python,python3.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/devel/spidermonkey78.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/emulators/emulationstation.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/emulators/libretro-genesis-plus-gx.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/games/frotz.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/games/odamex.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/games/openxcom.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/geo/spatialite/gui.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/graphics/asymptote.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/graphics/exiv2.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/lang/php/7.4.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/lang/php/8.0.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/math/mlpack,-main.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/multimedia/gstreamer-0.10/plugins-bad,-main.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/net/barrier.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/net/pmacct,postgresql.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/print/cups-bjnp.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/print/gutenprint.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/productivity/gnucash.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/sysutils/libvirt.log
http://build-failures.rhaalovely.net/sparc64/2021-02-26/x11/roxterm.log
Recurrent failures:
failures/audio/ncmpcpp.log
failures/comms/syncterm.log
failures/devel/glog.log
failures/devel/keystone/python,python3.log
failures/devel/spidermonkey78.log
failures/emulators/emulationstation.log
failures/games/frotz.log
failures/games/odamex.log
failures/games/openxcom.log
failures/geo/spatialite/gui.log
failures/graphics/asymptote.log
failures/graphics/exiv2.log
failures/math/mlpack,-main.log
failures/multimedia/gstreamer-0.10/plugins-bad,-main.log
failures/net/barrier.log
failures/productivity/gnucash.log
failures/sysutils/libvirt.log
failures/x11/roxterm.log
New failures:
+failures/audio/hydrogen.log
+failures/emulators/libretro-genesis-plus-gx.log
+failures/lang/php/7.4.log
+failures/lang/php/8.0.log
Resolved failures:
-failures/x11/qt5/docs,-html.log
Packages newly built:
+games/moonlight-qt
+textproc/p5-Pod-Parser
+textproc/py-sphinx
+www/py-html5-parser,python3
+x11/qt5/docs
+x11/qt5/docs,-html
+x11/qt5/docs,-qch
Packages not built this time:
-archivers/pecl-lzf,php72
-archivers/pecl-lzf,php73
-archivers/pecl-lzf,php74
-archivers/pecl-rar,php72
-archivers/pecl-rar,php73
-archivers/pecl-rar,php74
-audio/gtkpod
-audio/hydrogen
-comms/seyon
-databases/pecl-redis,php72
-databases/pecl-redis,php73
-databases/pecl-redis,php74
-databases/pg_stats_reporter
-databases/pgfouine
-databases/py-apsw
-databases/py-flask-sqlalchemy
-devel/boris
-devel/mingw
-devel/pear-Cache
-devel/pear-Config
-devel/pear-Console-Table
-devel/pear-Date
-devel/pear-Date-Holidays/Australia
-devel/pear-Date-Holidays/Austria
-devel/pear-Date-Holidays/Brazil
-devel/pear-Date-Holidays/Chile
-devel/pear-Date-Holidays/Croatia
-devel/pear-Date-Holidays/Czech
-devel/pear-Date-Holidays/Denmark
-devel/pear-Date-Holidays/Discordian
-devel/pear-Date-Holidays/EnglandWales
-devel/pear-Date-Holidays/Finland
-devel/pear-Date-Holidays/France
-devel/pear-Date-Holidays/Germany
-devel/pear-Date-Holidays/Iceland
-devel/pear-Date-Holidays/Ireland
-devel/pear-Date-Holidays/Italy
-devel/pear-Date-Holidays/Japan
-devel/pear-Date-Holidays/Netherlands
-devel/pear-Date-Holidays/Norway
-devel/pear-Date-Holidays/PHPdotNet
-devel/pear-Date-Holidays/Portugal
-devel/pear-Date-Holidays/Romania
-devel/pear-Date-Holidays/Russia
-devel/pear-Date-Holidays/SanMarino
-devel/pear-Date-Holidays/Serbia
-devel/pear-Date-Holidays/Slovenia
-devel/pear-Date-Holidays/Spain
-devel/pear-Date-Holidays/Sweden
-devel/pear-Date-Holidays/Turkey
-devel/pear-Date-Holidays/UNO
-devel/pear-Date-Holidays/USA
-devel/pear-Date-Holidays/Ukraine
-devel/pear-Date-Holidays/Venezuela
-devel/pear-Date-Holidays/pear-Date-Holidays
-devel/pear-Log
-devel/pear-System-Command
-devel/pear-Validate
-emulators/libretro-genesis-plus-gx
-geo/mapserver
-geo/mapserver,
-geo/mapserver,,-main
-geo/mapserver,,-perl
-geo/mapserver,,-php
-geo/mapserver,,-python
-geo/mapserver,,-utils
-geo/mapserver,-main
-geo/mapserver,-perl
-geo/mapserver,-php
-geo/mapserver,-python
-geo/mapserver,-utils
-graphics/pecl-imagick,php72
-graphics/pecl-imagick,php73
-graphics/pecl-imagick,php74
-graphics/py-pygal
-lang/php/7.4
-lang/php/7.4,-apache
-lang/php/7.4,-bz2
-lang/php/7.4,-cgi
-lang/php/7.4,-curl
-lang/php/7.4,-dba
-lang/php/7.4,-dbg
-lang/php/7.4,-enchant
-lang/php/7.4,-gd
-lang/php/7.4,-gmp
-lang/php/7.4,-imap
-lang/php/7.4,-intl
-lang/php/7.4,-ldap
-lang/php/7.4,-main
-lang/php/7.4,-mysqli
-lang/php/7.4,-odbc
-lang/php/7.4,-pcntl
-lang/php/7.4,-pdo_dblib
-lang/php/7.4,-pdo_mysql
-lang/php/7.4,-pdo_odbc
-lang/php/7.4,-pdo_pgsql
-lang/php/7.4,-pdo_sqlite
-lang/php/7.4,-pgsql
-lang/php/7.4,-pspell
-lang/php/7.4,-shmop
-lang/php/7.4,-snmp
-lang/php/7.4,-soap
-lang/php/7.4,-sqlite3
-lang/php/7.4,-tidy
-lang/php/7.4,-xmlrpc
-lang/php/7.4,-xsl
-lang/php/7.4,-zip
-mail/pear-Mail
-mail/pear-Mail-Mime
-mail/pear-Mail-mimeDecode
-mail/pear-Mime-Type
-mail/pecl-mailparse,php72
-mail/pecl-mailparse,php73
-mail/pecl-mailparse,php74
-mail/rcube-contextmenu
-mail/rcube-dkimstatus
-mail/rcube-dovecot_ident
-mail/rcube-html5-notifier
-mail/rcube-ldapAliasSync
-mail/rcube-markasjunk2
-mail/rcube-sieverules
-mail/rcube-yubikey-plugin
-mail/roundcubemail
-misc/gpsd,-php
-net/icinga/web2
-net/icinga/web2-module-director
-net/icinga/web2-module-incubator
-net/icinga/web2-module-ipl
-net/icinga/web2-module-reactbundle
-net/librenms
-net/nagios/nagios,-web
-net/nagios/nagios,chroot,-web
-net/nfsen
-net/pear-HTTP
-net/pear-HTTP-Request
-net/pear-Net-DNS
-net/pear-Net-DNS2
-net/pear-Net-IDNA2
-net/pear-Net-IMAP
-net/pear-Net-IPv4
-net/pear-Net-IPv6
-net/pear-Net-LDAP
-net/pear-Net-LDAP2
-net/pear-Net-SMTP
-net/pear-Net-Sieve
-net/pear-Net-Socket
-net/pear-Net-URL
-net/pear-Net-URL-Mapper
-net/pear-Net-URL2
-net/pear-Services-Weather
-net/pear-Services-oEmbed
-net/php-weathermap
-net/zabbix,-web
-net/zabbix,mysql,-web
-net/zabbix,pgsql,-web
-net/zabbix,sqlite3,-web
-productivity/baikal
-productivity/davical
-security/bsd-airtools
-security/pear-Auth
-security/pear-Auth-HTTP
-security/pear-Auth-SASL
-security/pecl-mcrypt,php72
-security/pecl-mcrypt,php73
-security/pecl-mcrypt,php74
-textproc/pear-File
-textproc/pear-File-Find
-textproc/pear-XML-Parser
-textproc/pear-XML-RSS
-textproc/pear-XML-Serializer
-textproc/pear-XML-Tree
-textproc/pecl-yaml,php72
-textproc/pecl-yaml,php73
-textproc/pecl-yaml,php74
-textproc/tcpdf
-www/awl
-www/composer
-www/dokuwiki
-www/drush
-www/mollify
-www/nextcloud
-www/pear
-www/pear,-main
-www/pear,-utils
-www/pear-HTML-Page2
-www/pear-HTML-Select
-www/pear-HTML-Template-IT
-www/pear-HTTP-WebDAV-Server
-www/pear-SOAP
-www/pecl-chroot,php72
-www/pecl-chroot,php73
-www/pecl-chroot,php74
-www/pecl-memcached,php72
-www/pecl-memcached,php73
-www/pecl-memcached,php74
-www/pecl-pledge,php72
-www/pecl-pledge,php73
-www/pecl-pledge,php74
-www/pecl-proctitle,php72
-www/pecl-proctitle,php73
-www/pecl-proctitle,php74
-www/pecl-propro,php72
-www/pecl-propro,php73
-www/pecl-propro,php74
-www/pecl-raphf,php72
-www/pecl-raphf,php73
-www/pecl-raphf,php74
-www/pecl-ssh2,php72
-www/pecl-ssh2,php73
-www/pecl-ssh2,php74
-www/php-predis
-www/phpldapadmin
-www/phpmyadmin
-www/phppgadmin
-www/phpvirtualbox
-www/pnp4nagios,-cgi
-www/py-flask-login
-www/py-flask-wtf
-www/py-wtforms
-www/racktables
-www/sabredav
-www/selfoss
-www/wp-cli
Re: Relayd cannot load keypair
James Chase writes:
> /etc/relayd.conf:25: cannot load keypair nextcloud.mydomain.com
> for relay secure_proxy
>
> The keys are in /etc/ssl/ and /etc/ssl/private, and I got them from
> acme-client via lets encrypt. Named:
> nextcloud.mydomain.com:443.fullchain.crt
> and
> nextcloud.mydomain.com:443.key
From relayd.conf(5):
keypair name
The relay will attempt to look up a private key in
/etc/ssl/private/name:port.key and a public certificate
in /etc/ssl/name:port.crt, where port is the specified
port that the relay listens on. If these files are not
present, the relay will continue to look in
/etc/ssl/private/name.key and /etc/ssl/name.crt.
So you need to tell acme-client to generate a fullchain certificate
simply called name:port.crt, not name:port.fullchain.crt.
--
Anthony J. Bentley
> /etc/relayd.conf:25: cannot load keypair nextcloud.mydomain.com
> for relay secure_proxy
>
> The keys are in /etc/ssl/ and /etc/ssl/private, and I got them from
> acme-client via lets encrypt. Named:
> nextcloud.mydomain.com:443.fullchain.crt
> and
> nextcloud.mydomain.com:443.key
From relayd.conf(5):
keypair name
The relay will attempt to look up a private key in
/etc/ssl/private/name:port.key and a public certificate
in /etc/ssl/name:port.crt, where port is the specified
port that the relay listens on. If these files are not
present, the relay will continue to look in
/etc/ssl/private/name.key and /etc/ssl/name.crt.
So you need to tell acme-client to generate a fullchain certificate
simply called name:port.crt, not name:port.fullchain.crt.
--
Anthony J. Bentley
Re: OpenBSD 6.8 - softraid issue: "uvm_fault(0xffffffff821f5490, 0x40, 0, 1) -> e"
# OpenBSD 6.8 RAID5 configuration with three 1TB "Samsung SSD PRO 860" drives
sysctl hw.disknames
disklabel sd1
disklabel -E sd1
disklabel -E sd2
odisklabel -E sd3
bioctl -c 5 -l sd1a,sd2a,sd3a softraid0
disklabel -E sd4
newfs sd4a
obsdarc# mkdir /arc-3xssd
obsdarc# mount /dev/sd4a /arc-3xssd/
obsdarc# df -h | grep 3xssd
/dev/sd4a 1.8T 8.0K 1.8T 0% /arc-3xssd
# ------------------------------------------------------------------------------
dd if=/dev/urandom of=/arc-3xssd/1GB-urandom.bin bs=1M count=1024
# Error messages
uvm_fault(0xffffffff821ede50, 0x40, 0, 1) -> e
kernel: page fault trap, code=0
Stopped at sr_validate_io+0x44: cmpl $0,0x40(%r9)
ddb{4}>
# ------------------------------------------------------------------------------
obsdarc# disklabel sd1
# /dev/rsd1c:
type: SCSI
disk: SCSI disk
label: Samsung SSD 860
duid: cb0d589d6d25894e
flags:
bytes/sector: 512
sectors/track: 63
tracks/cylinder: 255
sectors/cylinder: 16065
cylinders: 124519
total sectors: 2000409264
boundstart: 0
boundend: 2000409264
drivedata: 0
16 partitions:
# size offset fstype [fsize bsize cpg]
a: 2000409264 0 RAID
c: 2000409264 0 unused
...
# ------------------------------------------------------------------------------
obsdarc# disklabel sd4
# /dev/rsd4c:
type: SCSI
disk: SCSI disk
label: SR RAID 5
duid: 2f9692cd2e3a048f
flags:
bytes/sector: 512
sectors/track: 63
tracks/cylinder: 255
sectors/cylinder: 16065
cylinders: 249039
total sectors: 4000817408
boundstart: 0
boundend: 4000817408
drivedata: 0
16 partitions:
# size offset fstype [fsize bsize cpg]
a: 4000817408 0 4.2BSD 8192 65536 52270
c: 4000817408 0 unused
# ------------------------------------------------------------------------------
obsdarc# dd if=/dev/urandom of=/arc-3xssd/1GB-urandom.bin bs=1M count=1024
Hi Karel,
Thank you very much for your feedback and hints.
I have already opened a bug request for this issue, however I am not
able to deliver the output of "trace" and "ps" commands from the ddb{4}>
or ddb{2}> prompts as the crashed system is frozen so I can not type or
see output typing blind.
In another email to misc (or just further below) I described some more
tests.
I have to check how to compile a kernel with debug support and install
it on the OpenBSD 6.8 box for further investigations.
Kind regards
Mark
# --- copy of the previous email to misc
Thank you very much for your feedback, suggestions and hints.
Indeed yesterday I saw one read and one write error related to Samsung
PRO SSDs before another OS crash (I run more different tests writing big
files to the RAID5 using "dd" or "cat" commands)
Today I have installed three new 1TB Samsung PRO 960 SSD drives inside a
third box (however also an ASUS mainboard with AMD FX CPU and 16GB ECC
RAM) and set RAID5 as described in the attached file.
And again a similar error after dd (slightly different values):
# ---
dd if=/dev/urandom of=/arc-3xssd/1GB-urandom.bin bs=1M count=1024
# Error messages
uvm_fault(0xffffffff821ede50, 0x40, 0, 1) -> e
kernel: page fault trap, code=0
Stopped at sr_validate_io+0x44: cmpl $0,0x40(%r9)
ddb{4}>
The error happens on the RAID5 level (there is no encryption).
In the test case above I used 30cm long SATA 3G cables (Samsung PRO 860
and the SATA controller are 6G) as I did not have the 6G SATA cables
available.
I run the original tests with 6G SATA cables.
For some reason the "ddb{4}>" is frozen so I am not able to type
anything on the ddb input prompt on the console (and I don't see any
output typing blind "trace" or "ps" ).
I have somewhere some older Samsung PRO 850 SSDs so I will try to test
the RAID5 configuration with them.
On 28.02.21 19:55, Karel Gardas wrote:
>
> Hi,
>
> compile kernel with debug enabled so you will get line number from the
> crash. See what's there. Go thorough git/cvs logs and see if anybody
> did anything with global mutex over sata/sr raid. Read the code. The
> possibility is you are hitting a bug which is there since raid5 was
> added to obsd, none
> just tested with that amount of ssds so you are in unique position to
> hunt this bug down. Congratulations and good luck!
>
> Karel
>
> On 2/28/21 3:05 AM, Mark Schneider wrote:
>> Hi again,
>>
>> I have repeated softraid tests using six pcs of 1TB Samsung HDD 3G
>> SATA drives as RAID5 and I do not face the crash issue of the OS when
>> using SSDs in the RAID5.
>> Details of the RAID5 setting are in the attached file.
>>
>> It looks like using SSD drives as RAID5 leads for some reason to the
>> OpenBSD 6.8 crash. Samsung 512MB PRO 860 SSDs have 6G SATA interface
>> (what is different compared to tested HDDs)
>>
>> NB: Using those SSDs as RAID6 on debian Linux (buster - mdadm /
>> cryptoLUKS) does not face any issues
>> There are also no issues using those SSDs as RAID on FreeBSD
>> (TrueNAS).
>>
>> Kind regards
>> Mark
>>
>>
>> On 27.02.21 04:30, Mark Schneider wrote:
>>> Hi,
>>>
>>>
>>> I face system crash on OpenBSD 6.8 when trying to use softraid RAID5
>>> drive trying to write big files (like 10GBytes) to it.
>>>
>>> I can reproduce the error (tested on two different systems with
>>> OpenBSD 6.8 installed on an SSD drive or an USB stick). The RAID5
>>> drive itself consist of six Samsung PRO 860 512GB SSDs.
>>>
>>> In short:
>>>
>>> bioctl -c 5 -l sd0a,sd1a,sd2a,sd3a,sd4a,sd5a softraid0
>>>
>>> obsdssdarc# disklabel sd7
>>> # /dev/rsd7c:
>>> type: SCSI
>>> disk: SCSI disk
>>> label: SR RAID 5
>>> duid: a50fb9a25bf07243
>>> flags:
>>> bytes/sector: 512
>>> sectors/track: 255
>>> tracks/cylinder: 511
>>> sectors/cylinder: 130305
>>> cylinders: 38379
>>> total sectors: 5001073280
>>> boundstart: 0
>>> boundend: 5001073280
>>> drivedata: 0
>>>
>>> 16 partitions:
>>> # size offset fstype [fsize bsize cpg]
>>> a: 5001073280 0 4.2BSD 8192 65536 52270
>>> c: 5001073280 0 unused
>>>
>>> #
>>> --------------------------------------------------------------------------------
>>>
>>> obsdssdarc# time dd if=/dev/urandom of=/arc-ssd/1GB-urandom.bin
>>> bs=1M count=1024
>>> 1024+0 records in
>>> 1024+0 records out
>>> 1073741824 bytes transferred in 8.120 secs (132218264 bytes/sec)
>>> 0m08.13s real 0m00.00s user 0m08.14s system
>>>
>>> # Working as expected
>>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>>>
>>>
>>> obsdssdarc# time dd if=/dev/urandom of=/arc-ssd/10GB-urandom.bin
>>> bs=10M count=1024
>>>
>>> # Error messages
>>>
>>> uvm_fault(0xffffffff821f5490, 0x40, 0, 1) -> e
>>> kernel: page fault trap, code=0
>>> Stopped at sr_validate_io+0x44: cmpl $0,0x40(%r9)
>>> ddb{2}>
>>>
>>> # Crashing OpenBSD 6.8
>>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>>>
>>>
>>> # After reboot:
>>>
>>> obsdssdarc# mount /dev/sd7a /arc-ssd/
>>> mount_ffs: /dev/sd7a on /arc-ssd: Device not configure
>>>
>>> obsdssdarc# grep sd7 /var/run/dmesg.boot
>>> softraid0: trying to bring up sd7 degraded
>>> softraid0: sd7 was not shutdown properly
>>> softraid0: sd7 is offline, will not be brought online
>>>
>>>
>>> More details in attached files. Thanks a lot in advance for short
>>> feedback.
>>>
>>>
>>> Kind regards
>>>
>>> Mark
>>>
>>
sysctl hw.disknames
disklabel sd1
disklabel -E sd1
disklabel -E sd2
odisklabel -E sd3
bioctl -c 5 -l sd1a,sd2a,sd3a softraid0
disklabel -E sd4
newfs sd4a
obsdarc# mkdir /arc-3xssd
obsdarc# mount /dev/sd4a /arc-3xssd/
obsdarc# df -h | grep 3xssd
/dev/sd4a 1.8T 8.0K 1.8T 0% /arc-3xssd
# ------------------------------------------------------------------------------
dd if=/dev/urandom of=/arc-3xssd/1GB-urandom.bin bs=1M count=1024
# Error messages
uvm_fault(0xffffffff821ede50, 0x40, 0, 1) -> e
kernel: page fault trap, code=0
Stopped at sr_validate_io+0x44: cmpl $0,0x40(%r9)
ddb{4}>
# ------------------------------------------------------------------------------
obsdarc# disklabel sd1
# /dev/rsd1c:
type: SCSI
disk: SCSI disk
label: Samsung SSD 860
duid: cb0d589d6d25894e
flags:
bytes/sector: 512
sectors/track: 63
tracks/cylinder: 255
sectors/cylinder: 16065
cylinders: 124519
total sectors: 2000409264
boundstart: 0
boundend: 2000409264
drivedata: 0
16 partitions:
# size offset fstype [fsize bsize cpg]
a: 2000409264 0 RAID
c: 2000409264 0 unused
...
# ------------------------------------------------------------------------------
obsdarc# disklabel sd4
# /dev/rsd4c:
type: SCSI
disk: SCSI disk
label: SR RAID 5
duid: 2f9692cd2e3a048f
flags:
bytes/sector: 512
sectors/track: 63
tracks/cylinder: 255
sectors/cylinder: 16065
cylinders: 249039
total sectors: 4000817408
boundstart: 0
boundend: 4000817408
drivedata: 0
16 partitions:
# size offset fstype [fsize bsize cpg]
a: 4000817408 0 4.2BSD 8192 65536 52270
c: 4000817408 0 unused
# ------------------------------------------------------------------------------
obsdarc# dd if=/dev/urandom of=/arc-3xssd/1GB-urandom.bin bs=1M count=1024
Hi Karel,
Thank you very much for your feedback and hints.
I have already opened a bug request for this issue, however I am not
able to deliver the output of "trace" and "ps" commands from the ddb{4}>
or ddb{2}> prompts as the crashed system is frozen so I can not type or
see output typing blind.
In another email to misc (or just further below) I described some more
tests.
I have to check how to compile a kernel with debug support and install
it on the OpenBSD 6.8 box for further investigations.
Kind regards
Mark
# --- copy of the previous email to misc
Thank you very much for your feedback, suggestions and hints.
Indeed yesterday I saw one read and one write error related to Samsung
PRO SSDs before another OS crash (I run more different tests writing big
files to the RAID5 using "dd" or "cat" commands)
Today I have installed three new 1TB Samsung PRO 960 SSD drives inside a
third box (however also an ASUS mainboard with AMD FX CPU and 16GB ECC
RAM) and set RAID5 as described in the attached file.
And again a similar error after dd (slightly different values):
# ---
dd if=/dev/urandom of=/arc-3xssd/1GB-urandom.bin bs=1M count=1024
# Error messages
uvm_fault(0xffffffff821ede50, 0x40, 0, 1) -> e
kernel: page fault trap, code=0
Stopped at sr_validate_io+0x44: cmpl $0,0x40(%r9)
ddb{4}>
The error happens on the RAID5 level (there is no encryption).
In the test case above I used 30cm long SATA 3G cables (Samsung PRO 860
and the SATA controller are 6G) as I did not have the 6G SATA cables
available.
I run the original tests with 6G SATA cables.
For some reason the "ddb{4}>" is frozen so I am not able to type
anything on the ddb input prompt on the console (and I don't see any
output typing blind "trace" or "ps" ).
I have somewhere some older Samsung PRO 850 SSDs so I will try to test
the RAID5 configuration with them.
On 28.02.21 19:55, Karel Gardas wrote:
>
> Hi,
>
> compile kernel with debug enabled so you will get line number from the
> crash. See what's there. Go thorough git/cvs logs and see if anybody
> did anything with global mutex over sata/sr raid. Read the code. The
> possibility is you are hitting a bug which is there since raid5 was
> added to obsd, none
> just tested with that amount of ssds so you are in unique position to
> hunt this bug down. Congratulations and good luck!
>
> Karel
>
> On 2/28/21 3:05 AM, Mark Schneider wrote:
>> Hi again,
>>
>> I have repeated softraid tests using six pcs of 1TB Samsung HDD 3G
>> SATA drives as RAID5 and I do not face the crash issue of the OS when
>> using SSDs in the RAID5.
>> Details of the RAID5 setting are in the attached file.
>>
>> It looks like using SSD drives as RAID5 leads for some reason to the
>> OpenBSD 6.8 crash. Samsung 512MB PRO 860 SSDs have 6G SATA interface
>> (what is different compared to tested HDDs)
>>
>> NB: Using those SSDs as RAID6 on debian Linux (buster - mdadm /
>> cryptoLUKS) does not face any issues
>> There are also no issues using those SSDs as RAID on FreeBSD
>> (TrueNAS).
>>
>> Kind regards
>> Mark
>>
>>
>> On 27.02.21 04:30, Mark Schneider wrote:
>>> Hi,
>>>
>>>
>>> I face system crash on OpenBSD 6.8 when trying to use softraid RAID5
>>> drive trying to write big files (like 10GBytes) to it.
>>>
>>> I can reproduce the error (tested on two different systems with
>>> OpenBSD 6.8 installed on an SSD drive or an USB stick). The RAID5
>>> drive itself consist of six Samsung PRO 860 512GB SSDs.
>>>
>>> In short:
>>>
>>> bioctl -c 5 -l sd0a,sd1a,sd2a,sd3a,sd4a,sd5a softraid0
>>>
>>> obsdssdarc# disklabel sd7
>>> # /dev/rsd7c:
>>> type: SCSI
>>> disk: SCSI disk
>>> label: SR RAID 5
>>> duid: a50fb9a25bf07243
>>> flags:
>>> bytes/sector: 512
>>> sectors/track: 255
>>> tracks/cylinder: 511
>>> sectors/cylinder: 130305
>>> cylinders: 38379
>>> total sectors: 5001073280
>>> boundstart: 0
>>> boundend: 5001073280
>>> drivedata: 0
>>>
>>> 16 partitions:
>>> # size offset fstype [fsize bsize cpg]
>>> a: 5001073280 0 4.2BSD 8192 65536 52270
>>> c: 5001073280 0 unused
>>>
>>> #
>>> --------------------------------------------------------------------------------
>>>
>>> obsdssdarc# time dd if=/dev/urandom of=/arc-ssd/1GB-urandom.bin
>>> bs=1M count=1024
>>> 1024+0 records in
>>> 1024+0 records out
>>> 1073741824 bytes transferred in 8.120 secs (132218264 bytes/sec)
>>> 0m08.13s real 0m00.00s user 0m08.14s system
>>>
>>> # Working as expected
>>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>>>
>>>
>>> obsdssdarc# time dd if=/dev/urandom of=/arc-ssd/10GB-urandom.bin
>>> bs=10M count=1024
>>>
>>> # Error messages
>>>
>>> uvm_fault(0xffffffff821f5490, 0x40, 0, 1) -> e
>>> kernel: page fault trap, code=0
>>> Stopped at sr_validate_io+0x44: cmpl $0,0x40(%r9)
>>> ddb{2}>
>>>
>>> # Crashing OpenBSD 6.8
>>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>>>
>>>
>>> # After reboot:
>>>
>>> obsdssdarc# mount /dev/sd7a /arc-ssd/
>>> mount_ffs: /dev/sd7a on /arc-ssd: Device not configure
>>>
>>> obsdssdarc# grep sd7 /var/run/dmesg.boot
>>> softraid0: trying to bring up sd7 degraded
>>> softraid0: sd7 was not shutdown properly
>>> softraid0: sd7 is offline, will not be brought online
>>>
>>>
>>> More details in attached files. Thanks a lot in advance for short
>>> feedback.
>>>
>>>
>>> Kind regards
>>>
>>> Mark
>>>
>>
Re: OpenBSD 6.8 - softraid issue: "uvm_fault(0xffffffff821f5490, 0x40, 0, 1) -> e"
# OpenBSD 6.8 RAID5 configuration with three 1TB "Samsung SSD PRO 860" drives
sysctl hw.disknames
disklabel sd1
disklabel -E sd1
disklabel -E sd2
odisklabel -E sd3
bioctl -c 5 -l sd1a,sd2a,sd3a softraid0
disklabel -E sd4
newfs sd4a
obsdarc# mkdir /arc-3xssd
obsdarc# mount /dev/sd4a /arc-3xssd/
obsdarc# df -h | grep 3xssd
/dev/sd4a 1.8T 8.0K 1.8T 0% /arc-3xssd
# ------------------------------------------------------------------------------
dd if=/dev/urandom of=/arc-3xssd/1GB-urandom.bin bs=1M count=1024
# Error messages
uvm_fault(0xffffffff821ede50, 0x40, 0, 1) -> e
kernel: page fault trap, code=0
Stopped at sr_validate_io+0x44: cmpl $0,0x40(%r9)
ddb{4}>
# ------------------------------------------------------------------------------
obsdarc# disklabel sd1
# /dev/rsd1c:
type: SCSI
disk: SCSI disk
label: Samsung SSD 860
duid: cb0d589d6d25894e
flags:
bytes/sector: 512
sectors/track: 63
tracks/cylinder: 255
sectors/cylinder: 16065
cylinders: 124519
total sectors: 2000409264
boundstart: 0
boundend: 2000409264
drivedata: 0
16 partitions:
# size offset fstype [fsize bsize cpg]
a: 2000409264 0 RAID
c: 2000409264 0 unused
...
# ------------------------------------------------------------------------------
obsdarc# disklabel sd4
# /dev/rsd4c:
type: SCSI
disk: SCSI disk
label: SR RAID 5
duid: 2f9692cd2e3a048f
flags:
bytes/sector: 512
sectors/track: 63
tracks/cylinder: 255
sectors/cylinder: 16065
cylinders: 249039
total sectors: 4000817408
boundstart: 0
boundend: 4000817408
drivedata: 0
16 partitions:
# size offset fstype [fsize bsize cpg]
a: 4000817408 0 4.2BSD 8192 65536 52270
c: 4000817408 0 unused
# ------------------------------------------------------------------------------
obsdarc# dd if=/dev/urandom of=/arc-3xssd/1GB-urandom.bin bs=1M count=1024
Hi Stefan
Thank you very much for your feedback, suggestions and hints.
Indeed yesterday I saw one read and one write error related to Samsung
PRO SSDs before another OS crash (I run more different tests writing big
files to the RAID5 using "dd" or "cat" commands)
Today I have installed three new 1TB Samsung PRO 960 SSD drives inside a
third box (however also an ASUS mainboard with AMD FX CPU and 16GB ECC
RAM) and set RAID5 as described in the attached file.
And again a similar error after dd (slightly different values):
# ---
dd if=/dev/urandom of=/arc-3xssd/1GB-urandom.bin bs=1M count=1024
# Error messages
uvm_fault(0xffffffff821ede50, 0x40, 0, 1) -> e
kernel: page fault trap, code=0
Stopped at sr_validate_io+0x44: cmpl $0,0x40(%r9)
ddb{4}>
The error happens on the RAID5 level (there is no encryption).
In the test case above I used 30cm long SATA 3G cables (Samsung PRO 860
and the SATA controller are 6G) as I did not have the 6G SATA cables
available.
I run the original tests with 6G SATA cables.
For some reason the "ddb{4}>" is frozen so I am not able to type
anything on the ddb input prompt on the console (and I don't see any
output typing blind "trace" or "ps" ).
I have somewhere some older Samsung PRO 850 SSDs so I will try to test
the RAID5 configuration with them.
Kind regards
Mark
On 28.02.21 20:17, Stefan Sperling wrote:
> On Sun, Feb 28, 2021 at 03:05:49AM +0100, Mark Schneider wrote:
>> Hi again,
>>
>> I have repeated softraid tests using six pcs of 1TB Samsung HDD 3G SATA
>> drives as RAID5 and I do not face the crash issue of the OS when using SSDs
>> in the RAID5.
>> Details of the RAID5 setting are in the attached file.
>>
>> It looks like using SSD drives as RAID5 leads for some reason to the OpenBSD
>> 6.8 crash. Samsung 512MB PRO 860 SSDs have 6G SATA interface (what is
>> different compared to tested HDDs)
>>
>> NB: Using those SSDs as RAID6 on debian Linux (buster - mdadm / cryptoLUKS)
>> does not face any issues
>> There are also no issues using those SSDs as RAID on FreeBSD
>> (TrueNAS).
> I've seen some Samsung Pro SSDs cause I/O errors on ahci(4) due to unhandled
> NCQ error conditions. Not sure if this relates to your problem; I assume that
> these errors were specific to my machine, which is over 10 years old. Its AHCI
> controller has likely not been designed with modern SSDs in mind. I switched
> to different SSDs and the problem disappeared. This was on RAID1 where the
> kernel didn't crash. Instead, the volume ended up in degraded state.
>
> Maybe some I/O error is happening in your case as well?
> Perhaps the raid5 code doesn't handle i/o errors gracefully?
>
> In any case, your bug report is missing important information:
>
>>> # Error messages
>>>
>>> uvm_fault(0xffffffff821f5490, 0x40, 0, 1) -> e
>>> kernel: page fault trap, code=0
>>> Stopped at sr_validate_io+0x44: cmpl $0,0x40(%r9)
>>> ddb{2}>
> This tells us where it crashed but not how the code flow ended up here.
> Please show the stack trace printed by the 'trace' command, and the output
> of the 'ps' command (both commands at the ddb> prompt).
sysctl hw.disknames
disklabel sd1
disklabel -E sd1
disklabel -E sd2
odisklabel -E sd3
bioctl -c 5 -l sd1a,sd2a,sd3a softraid0
disklabel -E sd4
newfs sd4a
obsdarc# mkdir /arc-3xssd
obsdarc# mount /dev/sd4a /arc-3xssd/
obsdarc# df -h | grep 3xssd
/dev/sd4a 1.8T 8.0K 1.8T 0% /arc-3xssd
# ------------------------------------------------------------------------------
dd if=/dev/urandom of=/arc-3xssd/1GB-urandom.bin bs=1M count=1024
# Error messages
uvm_fault(0xffffffff821ede50, 0x40, 0, 1) -> e
kernel: page fault trap, code=0
Stopped at sr_validate_io+0x44: cmpl $0,0x40(%r9)
ddb{4}>
# ------------------------------------------------------------------------------
obsdarc# disklabel sd1
# /dev/rsd1c:
type: SCSI
disk: SCSI disk
label: Samsung SSD 860
duid: cb0d589d6d25894e
flags:
bytes/sector: 512
sectors/track: 63
tracks/cylinder: 255
sectors/cylinder: 16065
cylinders: 124519
total sectors: 2000409264
boundstart: 0
boundend: 2000409264
drivedata: 0
16 partitions:
# size offset fstype [fsize bsize cpg]
a: 2000409264 0 RAID
c: 2000409264 0 unused
...
# ------------------------------------------------------------------------------
obsdarc# disklabel sd4
# /dev/rsd4c:
type: SCSI
disk: SCSI disk
label: SR RAID 5
duid: 2f9692cd2e3a048f
flags:
bytes/sector: 512
sectors/track: 63
tracks/cylinder: 255
sectors/cylinder: 16065
cylinders: 249039
total sectors: 4000817408
boundstart: 0
boundend: 4000817408
drivedata: 0
16 partitions:
# size offset fstype [fsize bsize cpg]
a: 4000817408 0 4.2BSD 8192 65536 52270
c: 4000817408 0 unused
# ------------------------------------------------------------------------------
obsdarc# dd if=/dev/urandom of=/arc-3xssd/1GB-urandom.bin bs=1M count=1024
Hi Stefan
Thank you very much for your feedback, suggestions and hints.
Indeed yesterday I saw one read and one write error related to Samsung
PRO SSDs before another OS crash (I run more different tests writing big
files to the RAID5 using "dd" or "cat" commands)
Today I have installed three new 1TB Samsung PRO 960 SSD drives inside a
third box (however also an ASUS mainboard with AMD FX CPU and 16GB ECC
RAM) and set RAID5 as described in the attached file.
And again a similar error after dd (slightly different values):
# ---
dd if=/dev/urandom of=/arc-3xssd/1GB-urandom.bin bs=1M count=1024
# Error messages
uvm_fault(0xffffffff821ede50, 0x40, 0, 1) -> e
kernel: page fault trap, code=0
Stopped at sr_validate_io+0x44: cmpl $0,0x40(%r9)
ddb{4}>
The error happens on the RAID5 level (there is no encryption).
In the test case above I used 30cm long SATA 3G cables (Samsung PRO 860
and the SATA controller are 6G) as I did not have the 6G SATA cables
available.
I run the original tests with 6G SATA cables.
For some reason the "ddb{4}>" is frozen so I am not able to type
anything on the ddb input prompt on the console (and I don't see any
output typing blind "trace" or "ps" ).
I have somewhere some older Samsung PRO 850 SSDs so I will try to test
the RAID5 configuration with them.
Kind regards
Mark
On 28.02.21 20:17, Stefan Sperling wrote:
> On Sun, Feb 28, 2021 at 03:05:49AM +0100, Mark Schneider wrote:
>> Hi again,
>>
>> I have repeated softraid tests using six pcs of 1TB Samsung HDD 3G SATA
>> drives as RAID5 and I do not face the crash issue of the OS when using SSDs
>> in the RAID5.
>> Details of the RAID5 setting are in the attached file.
>>
>> It looks like using SSD drives as RAID5 leads for some reason to the OpenBSD
>> 6.8 crash. Samsung 512MB PRO 860 SSDs have 6G SATA interface (what is
>> different compared to tested HDDs)
>>
>> NB: Using those SSDs as RAID6 on debian Linux (buster - mdadm / cryptoLUKS)
>> does not face any issues
>> There are also no issues using those SSDs as RAID on FreeBSD
>> (TrueNAS).
> I've seen some Samsung Pro SSDs cause I/O errors on ahci(4) due to unhandled
> NCQ error conditions. Not sure if this relates to your problem; I assume that
> these errors were specific to my machine, which is over 10 years old. Its AHCI
> controller has likely not been designed with modern SSDs in mind. I switched
> to different SSDs and the problem disappeared. This was on RAID1 where the
> kernel didn't crash. Instead, the volume ended up in degraded state.
>
> Maybe some I/O error is happening in your case as well?
> Perhaps the raid5 code doesn't handle i/o errors gracefully?
>
> In any case, your bug report is missing important information:
>
>>> # Error messages
>>>
>>> uvm_fault(0xffffffff821f5490, 0x40, 0, 1) -> e
>>> kernel: page fault trap, code=0
>>> Stopped at sr_validate_io+0x44: cmpl $0,0x40(%r9)
>>> ddb{2}>
> This tells us where it crashed but not how the code flow ended up here.
> Please show the stack trace printed by the 'trace' command, and the output
> of the 'ps' command (both commands at the ddb> prompt).
Re: Intel Turbo Memory in Thinkpad W500
On Sun, Feb 28, 2021 at 09:00:25PM +0100, Jan Stary wrote:
> This is 6.9-beta/amd64 on a Thinkpad W500 (dmesg below).
>
> Taking out the unneeded stuff (I usually take out bluetooth,
> replace the wifi with Intel 7260 HMW etc), I also noticed this
> (see attachments). Taking it out, the difference in dmesg shows:
>
> -"Intel Turbo Memory" rev 0x11 at pci4 dev 0 function 0 not configured
>
> Given that it's "not configured", I don't think I'm missing much
> (and the Thinkpad's memory doesn't seem any less "Turbo"),
> but does anyone know what it does in the Thinkpad? AFAIG,
> is was supposed to be a thing before 4G of RAM and SSDs
> were common ...
>
> Jan
1-4GB of NAND flash on an option card.
There is an incomplete Linux reverse engineering effort, but it doesn't
look particularly all that interesting, and likely slower than an SSD by
today's standards.
https://github.com/yarrick/turbomem
-Bryan.
> This is 6.9-beta/amd64 on a Thinkpad W500 (dmesg below).
>
> Taking out the unneeded stuff (I usually take out bluetooth,
> replace the wifi with Intel 7260 HMW etc), I also noticed this
> (see attachments). Taking it out, the difference in dmesg shows:
>
> -"Intel Turbo Memory" rev 0x11 at pci4 dev 0 function 0 not configured
>
> Given that it's "not configured", I don't think I'm missing much
> (and the Thinkpad's memory doesn't seem any less "Turbo"),
> but does anyone know what it does in the Thinkpad? AFAIG,
> is was supposed to be a thing before 4G of RAM and SSDs
> were common ...
>
> Jan
1-4GB of NAND flash on an option card.
There is an incomplete Linux reverse engineering effort, but it doesn't
look particularly all that interesting, and likely slower than an SSD by
today's standards.
https://github.com/yarrick/turbomem
-Bryan.
Re: The rest of the haskell binary upgrades
Hi Greg,
On Sun, Feb 28, 2021 at 02:02:05PM -0800, Greg Steuck wrote:
> I'll finish xmonad a bit later and the rest of them are in now. [...]
[...]
> I'll wait before starting the hs-* lib ports removal until these ports
> appear in the snapshots.
When you commit x11/xmonad, you should also at least remove the
entry of hs-xmonad-contrib in x11/Makefile at the same time. It has
x11/xmonad,-lib as dependency, which will disappear with your update.
Otherwise, package builders will see errors for hs-xmonad-contrib.
Ciao,
Kili
On Sun, Feb 28, 2021 at 02:02:05PM -0800, Greg Steuck wrote:
> I'll finish xmonad a bit later and the rest of them are in now. [...]
[...]
> I'll wait before starting the hs-* lib ports removal until these ports
> appear in the snapshots.
When you commit x11/xmonad, you should also at least remove the
entry of hs-xmonad-contrib in x11/Makefile at the same time. It has
x11/xmonad,-lib as dependency, which will disappear with your update.
Otherwise, package builders will see errors for hs-xmonad-contrib.
Ciao,
Kili
Re: Default partitions allocate only 1GB to /
On Sun, Feb 28, 2021 at 08:30:14PM +0100, Janne Johansson wrote:
>Is /var a filesystem of its own? Otherwise it could be /var/tmp or
>some other place under /var which is used for unpacking packages.
Yes, /var is on its own filesystem, with 10.4G available.
>Is /var a filesystem of its own? Otherwise it could be /var/tmp or
>some other place under /var which is used for unpacking packages.
Yes, /var is on its own filesystem, with 10.4G available.
Re: Default partitions allocate only 1GB to /
On Sun, Feb 28, 2021 at 05:17:15PM +0000, James Cook wrote:
> > This makes little sense to me. Why should deleting a 20MB file on a
> > filesystem with >700MB free space be sufficient for the install to go
> > through? Especially when the install obviously doesn't need that much space
> > on the filesystem in question?
>
> That doesn't make sense to me either. Something strange is going on.
> Maybe someone else will have a guess.
It did occur to me that between the first (unsuccessful) and 2nd
(successful) attempts I also rebooted the machine and ran `pkg_add -u`.
> > This makes little sense to me. Why should deleting a 20MB file on a
> > filesystem with >700MB free space be sufficient for the install to go
> > through? Especially when the install obviously doesn't need that much space
> > on the filesystem in question?
>
> That doesn't make sense to me either. Something strange is going on.
> Maybe someone else will have a guess.
It did occur to me that between the first (unsuccessful) and 2nd
(successful) attempts I also rebooted the machine and ran `pkg_add -u`.
Re: move flask to py3
No objections on vcr/test-vcr bits, thank you Lucas
On 2/27/21 1:06 PM, Lucas Raab wrote:
> On Sat, Feb 27, 2021 at 10:25:21AM -0600, Lucas Raab wrote:
>> On Sat, Feb 27, 2021 at 04:12:47PM +0000, Stuart Henderson wrote:
>>> On 2021/02/27 09:52, Lucas Raab wrote:
>>>> On Fri, Feb 26, 2021 at 08:52:11PM -0600, Lucas Raab wrote:
>>>>> Hello,
>>>>>
>>>>> Here are some changes to move flask over to py3 and related packages.
>>>>>
>>>>> flask deps:
>>>>> * www/py-itsdangerous (rdep to www/py-flask and py-httpbin)
>>>>> * www/py-httpbin is included here as well
>>>>> * www/py-werkzeug (rdep to devel/py-test-localserver and www/py-flask)
>>>>> * devel/py-test-localserver is included here as well
>>>>> * devel/py-blinker (only rdep to www/py-flask)
>>>>>
>>>>> flask rdeps:
>>>>> * www/py-httpbin
>>>>>
>>>>> httpbin chain:
>>>>> * devel/py-test-httpbin
>>>>> * www/py-vcrpy
>>>>> * test/py-test-vcr
>>>>>
>>>>> Follow-ups for later:
>>>>> * move devel/py-click and related to py3
>>>>> * update itsdangerous and werkzeug
>>>>> * update flask
>>>>>
>>>>> Missing anything?
>>>>>
>>>>> cc: maintainer of py-vcrpy and py-test-vcr
>>>>>
>>>>> Lucas
>>>> oops, forgot @pkgpath updates. Updated diff
>>>> FLAVORS = python3
>>>> -FLAVOR ?=
>>>> +FLAVOR ?= python3
>>> FLAVOR in these cases is not optional, please use = not ?=
>>>
>>>> 'py-pygal' => 'py3-pygal',
>>>> 'py-wtforms' => 'py3-wtforms',
>>>> 'py-apsw' => 'py3-apsw',
>>>> + 'py-test-httpbin' => 'py3-test-httpbin',
>>>> + 'py-test-localserver' => 'py3-test-localserver',
>>>> + 'py-test-vcr' => 'py3-test-vcr',
>>>> + 'py-flask' => 'py3-flask',
>>>> + 'py-httpbin' => 'py3-httpbin',
>>>> + 'py-itsdangerous' => 'py3-itsdangerous',
>>>> + 'py-vcrpy' => 'py3-vcrpy',
>>>> + 'py-werkzeug' => 'py3-werkzeug',
>>>> + 'py-blinker' => 'py3-blinker'
>>>> };
>>> and keep the trailing , here to reduce the risk of breakage for the
>>> next person who adds to this ;-)
>>>
>> d'oh! :) Thanks for catching that
>>
>> Updated diff with FLAVOR = and the comma (plus a bonus @pkgpath that I
>> forgot for py-vcrpy)
> One last tweak to remove the suffix off the flask bin. Sorry, should
> have caught that earlier
>
On 2/27/21 1:06 PM, Lucas Raab wrote:
> On Sat, Feb 27, 2021 at 10:25:21AM -0600, Lucas Raab wrote:
>> On Sat, Feb 27, 2021 at 04:12:47PM +0000, Stuart Henderson wrote:
>>> On 2021/02/27 09:52, Lucas Raab wrote:
>>>> On Fri, Feb 26, 2021 at 08:52:11PM -0600, Lucas Raab wrote:
>>>>> Hello,
>>>>>
>>>>> Here are some changes to move flask over to py3 and related packages.
>>>>>
>>>>> flask deps:
>>>>> * www/py-itsdangerous (rdep to www/py-flask and py-httpbin)
>>>>> * www/py-httpbin is included here as well
>>>>> * www/py-werkzeug (rdep to devel/py-test-localserver and www/py-flask)
>>>>> * devel/py-test-localserver is included here as well
>>>>> * devel/py-blinker (only rdep to www/py-flask)
>>>>>
>>>>> flask rdeps:
>>>>> * www/py-httpbin
>>>>>
>>>>> httpbin chain:
>>>>> * devel/py-test-httpbin
>>>>> * www/py-vcrpy
>>>>> * test/py-test-vcr
>>>>>
>>>>> Follow-ups for later:
>>>>> * move devel/py-click and related to py3
>>>>> * update itsdangerous and werkzeug
>>>>> * update flask
>>>>>
>>>>> Missing anything?
>>>>>
>>>>> cc: maintainer of py-vcrpy and py-test-vcr
>>>>>
>>>>> Lucas
>>>> oops, forgot @pkgpath updates. Updated diff
>>>> FLAVORS = python3
>>>> -FLAVOR ?=
>>>> +FLAVOR ?= python3
>>> FLAVOR in these cases is not optional, please use = not ?=
>>>
>>>> 'py-pygal' => 'py3-pygal',
>>>> 'py-wtforms' => 'py3-wtforms',
>>>> 'py-apsw' => 'py3-apsw',
>>>> + 'py-test-httpbin' => 'py3-test-httpbin',
>>>> + 'py-test-localserver' => 'py3-test-localserver',
>>>> + 'py-test-vcr' => 'py3-test-vcr',
>>>> + 'py-flask' => 'py3-flask',
>>>> + 'py-httpbin' => 'py3-httpbin',
>>>> + 'py-itsdangerous' => 'py3-itsdangerous',
>>>> + 'py-vcrpy' => 'py3-vcrpy',
>>>> + 'py-werkzeug' => 'py3-werkzeug',
>>>> + 'py-blinker' => 'py3-blinker'
>>>> };
>>> and keep the trailing , here to reduce the risk of breakage for the
>>> next person who adds to this ;-)
>>>
>> d'oh! :) Thanks for catching that
>>
>> Updated diff with FLAVOR = and the comma (plus a bonus @pkgpath that I
>> forgot for py-vcrpy)
> One last tweak to remove the suffix off the flask bin. Sorry, should
> have caught that earlier
>
Re: The rest of the haskell binary upgrades
Hi Matthias,
Matthias Kilian <kili@outback.escape.de> writes:
> These are all ok (with the additional mails I sent about shellcheck
> and xmonad kept in mind). Thanks!
I'll finish xmonad a bit later and the rest of them are in now. Thank
you for reviewing this bundle and even more for the great foundation of
Haskell ports we are building upon!
I'll wait before starting the hs-* lib ports removal until these ports
appear in the snapshots.
Thanks
Greg
Matthias Kilian <kili@outback.escape.de> writes:
> These are all ok (with the additional mails I sent about shellcheck
> and xmonad kept in mind). Thanks!
I'll finish xmonad a bit later and the rest of them are in now. Thank
you for reviewing this bundle and even more for the great foundation of
Haskell ports we are building upon!
I'll wait before starting the hs-* lib ports removal until these ports
appear in the snapshots.
Thanks
Greg
games/multimc: default to minecraft 1.16
Now that multimc can play the most up to date version of Minecraft, here
is a patch to set it up to play 1.16 by default.
Of course I don't want to wreck the experience for people playing older
versions or modded, so I added a pkg-readme, with instructions for how
to configure older versions.
Tested with 1.12, 1.16, and snap 21w08b.
Can you check this with known- tricky versions and combinations?
OK?
Index: games/multimc/Makefile
===================================================================
RCS file: /home/cvs/openbsd/ports/games/multimc/Makefile,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 Makefile
--- games/multimc/Makefile 28 Feb 2021 09:54:38 -0000 1.2
+++ games/multimc/Makefile 28 Feb 2021 09:57:11 -0000
@@ -5,7 +5,7 @@ COMMENT = free and open-source launcher
# git clone --recurse-submodules -b 0.6.11 https://github.com/MultiMC/MultiMC5
DISTNAME = multimc-0.6.11
MASTER_SITES = https://distfiles.yukiisbo.red/
-REVISION = 0
+REVISION = 1
CATEGORIES = games
@@ -22,13 +22,13 @@ WANTLIB += Qt5Network Qt5Widgets Qt5Xml
MODULES = devel/cmake \
x11/qt5 \
java
-MODJAVA_VER = 1.8
+MODJAVA_VER = 11
RUN_DEPENDS = audio/openal \
- games/lwjgl \
games/lwjgl3 \
java/javaPathHelper
+# Keep lwjgl directory for the optional dependency
CXXFLAGS += -DLWJGL_DIR='\"${LOCALBASE}/share/lwjgl/\"' \
-DLWJGL3_DIR='\"${LOCALBASE}/share/lwjgl3/\"' \
-DJAVAPATHHELPER_PATH='\"${LOCALBASE}/bin/javaPathHelper\"'
Index: games/multimc/pkg/PLIST
===================================================================
RCS file: /home/cvs/openbsd/ports/games/multimc/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 PLIST
--- games/multimc/pkg/PLIST 21 Sep 2020 07:22:37 -0000 1.1.1.1
+++ games/multimc/pkg/PLIST 28 Feb 2021 10:36:28 -0000
@@ -7,6 +7,7 @@
@so lib/libMultiMC_quazip.so
@so lib/libMultiMC_rainbow.so
@so lib/libMultiMC_unpack200.so
+share/doc/pkg-readmes/${PKGSTEM}
share/multimc/
share/multimc/jars/
share/multimc/jars/JavaCheck.jar
Index: games/multimc/pkg/README
===================================================================
RCS file: games/multimc/pkg/README
diff -N games/multimc/pkg/README
--- /dev/null 1 Jan 1970 00:00:00 -0000
+++ games/multimc/pkg/README 28 Feb 2021 11:48:46 -0000
@@ -0,0 +1,8 @@
+The defaults of multimc are set up to play the most recent release of
+Minecraft. Older versions of Minecraft can still be played, with some
+optional settings.
+
+To play Minecraft 1.12 and older:
+# pkg_add lwjgl jdk%1.8
+Add the instance you wish to play, then Edit Instance | Settings
+and change Java installation to use /usr/local/jdk-1.8.0/bin/java
--
The only problem with being a man of leisure is that you can never stop
and take a rest.
is a patch to set it up to play 1.16 by default.
Of course I don't want to wreck the experience for people playing older
versions or modded, so I added a pkg-readme, with instructions for how
to configure older versions.
Tested with 1.12, 1.16, and snap 21w08b.
Can you check this with known- tricky versions and combinations?
OK?
Index: games/multimc/Makefile
===================================================================
RCS file: /home/cvs/openbsd/ports/games/multimc/Makefile,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 Makefile
--- games/multimc/Makefile 28 Feb 2021 09:54:38 -0000 1.2
+++ games/multimc/Makefile 28 Feb 2021 09:57:11 -0000
@@ -5,7 +5,7 @@ COMMENT = free and open-source launcher
# git clone --recurse-submodules -b 0.6.11 https://github.com/MultiMC/MultiMC5
DISTNAME = multimc-0.6.11
MASTER_SITES = https://distfiles.yukiisbo.red/
-REVISION = 0
+REVISION = 1
CATEGORIES = games
@@ -22,13 +22,13 @@ WANTLIB += Qt5Network Qt5Widgets Qt5Xml
MODULES = devel/cmake \
x11/qt5 \
java
-MODJAVA_VER = 1.8
+MODJAVA_VER = 11
RUN_DEPENDS = audio/openal \
- games/lwjgl \
games/lwjgl3 \
java/javaPathHelper
+# Keep lwjgl directory for the optional dependency
CXXFLAGS += -DLWJGL_DIR='\"${LOCALBASE}/share/lwjgl/\"' \
-DLWJGL3_DIR='\"${LOCALBASE}/share/lwjgl3/\"' \
-DJAVAPATHHELPER_PATH='\"${LOCALBASE}/bin/javaPathHelper\"'
Index: games/multimc/pkg/PLIST
===================================================================
RCS file: /home/cvs/openbsd/ports/games/multimc/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -u -p -r1.1.1.1 PLIST
--- games/multimc/pkg/PLIST 21 Sep 2020 07:22:37 -0000 1.1.1.1
+++ games/multimc/pkg/PLIST 28 Feb 2021 10:36:28 -0000
@@ -7,6 +7,7 @@
@so lib/libMultiMC_quazip.so
@so lib/libMultiMC_rainbow.so
@so lib/libMultiMC_unpack200.so
+share/doc/pkg-readmes/${PKGSTEM}
share/multimc/
share/multimc/jars/
share/multimc/jars/JavaCheck.jar
Index: games/multimc/pkg/README
===================================================================
RCS file: games/multimc/pkg/README
diff -N games/multimc/pkg/README
--- /dev/null 1 Jan 1970 00:00:00 -0000
+++ games/multimc/pkg/README 28 Feb 2021 11:48:46 -0000
@@ -0,0 +1,8 @@
+The defaults of multimc are set up to play the most recent release of
+Minecraft. Older versions of Minecraft can still be played, with some
+optional settings.
+
+To play Minecraft 1.12 and older:
+# pkg_add lwjgl jdk%1.8
+Add the instance you wish to play, then Edit Instance | Settings
+and change Java installation to use /usr/local/jdk-1.8.0/bin/java
--
The only problem with being a man of leisure is that you can never stop
and take a rest.
Re: [Update from Maintainer] games/ezquake 3.2.3
Hi,
Just pinging the list. I've attached a fixed diff which patches
the Makefile in the source which fixes the problem and allows it
to link properly. If this isn't the right place to do it, please
let me know.
Thanks,
Tom
Index: Makefile
===================================================================
RCS file: /cvs/ports/games/ezquake/Makefile,v
retrieving revision 1.10
diff -u -p -r1.10 Makefile
--- Makefile 3 Oct 2020 14:58:48 -0000 1.10
+++ Makefile 28 Feb 2021 21:44:25 -0000
@@ -1,7 +1,7 @@
# $OpenBSD: Makefile,v 1.10 2020/10/03 14:58:48 solene Exp $
N = ezquake
-V = 3.2.2
+V = 3.2.3
COMMENT = modern QuakeWorld client
PKGNAME = ${N}-${V}
Index: distinfo
===================================================================
RCS file: /cvs/ports/games/ezquake/distinfo,v
retrieving revision 1.6
diff -u -p -r1.6 distinfo
--- distinfo 3 Oct 2020 14:58:48 -0000 1.6
+++ distinfo 28 Feb 2021 21:44:25 -0000
@@ -1,2 +1,2 @@
-SHA256 (ezquake-source-3.2.2.tar.gz) = LKLEVbzdTNfDrJX6h6ik40Y6qGpdvg/RhXb42XkEJfo=
-SIZE (ezquake-source-3.2.2.tar.gz) = 5759652
+SHA256 (ezquake-source-3.2.3.tar.gz) = 7FGHtHrYWc9Fk4Epbo0dVgBB/ZBGLb4KuJxl4yBnftQ=
+SIZE (ezquake-source-3.2.3.tar.gz) = 5760982
Index: patches/patch-Makefile
===================================================================
RCS file: /cvs/ports/games/ezquake/patches/patch-Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 patch-Makefile
--- patches/patch-Makefile 18 May 2020 09:29:06 -0000 1.2
+++ patches/patch-Makefile 28 Feb 2021 21:44:25 -0000
@@ -1,10 +1,20 @@
$OpenBSD: patch-Makefile,v 1.2 2020/05/18 09:29:06 solene Exp $
Skip the architecture dance.
+Add X11BASE/lib to LDFLAGS
Index: Makefile
--- Makefile.orig
+++ Makefile
+@@ -36,7 +36,7 @@ JSON2C ?= ./json2c.sh
+
+ CFLAGS ?= -O2 -Wall -Wno-pointer-to-int-cast -Wno-int-to-pointer-cast -Wno-strict-aliasing -Werror=strict-prototypes -Werror=old-style-definition -g -MMD $(INCLUDES)
+ RCFLAGS ?=
+-LDFLAGS ?=
++LDFLAGS ?= -L${X11BASE}/lib
+ LIBS ?=
+
+ #Temporarily disable tree vectorization optimization enabled at O3 due to gcc bug
@@ -379,7 +379,7 @@ endif
ifdef CONFIG_WINDOWS
TARG_c := ezquake.exe
Just pinging the list. I've attached a fixed diff which patches
the Makefile in the source which fixes the problem and allows it
to link properly. If this isn't the right place to do it, please
let me know.
Thanks,
Tom
Index: Makefile
===================================================================
RCS file: /cvs/ports/games/ezquake/Makefile,v
retrieving revision 1.10
diff -u -p -r1.10 Makefile
--- Makefile 3 Oct 2020 14:58:48 -0000 1.10
+++ Makefile 28 Feb 2021 21:44:25 -0000
@@ -1,7 +1,7 @@
# $OpenBSD: Makefile,v 1.10 2020/10/03 14:58:48 solene Exp $
N = ezquake
-V = 3.2.2
+V = 3.2.3
COMMENT = modern QuakeWorld client
PKGNAME = ${N}-${V}
Index: distinfo
===================================================================
RCS file: /cvs/ports/games/ezquake/distinfo,v
retrieving revision 1.6
diff -u -p -r1.6 distinfo
--- distinfo 3 Oct 2020 14:58:48 -0000 1.6
+++ distinfo 28 Feb 2021 21:44:25 -0000
@@ -1,2 +1,2 @@
-SHA256 (ezquake-source-3.2.2.tar.gz) = LKLEVbzdTNfDrJX6h6ik40Y6qGpdvg/RhXb42XkEJfo=
-SIZE (ezquake-source-3.2.2.tar.gz) = 5759652
+SHA256 (ezquake-source-3.2.3.tar.gz) = 7FGHtHrYWc9Fk4Epbo0dVgBB/ZBGLb4KuJxl4yBnftQ=
+SIZE (ezquake-source-3.2.3.tar.gz) = 5760982
Index: patches/patch-Makefile
===================================================================
RCS file: /cvs/ports/games/ezquake/patches/patch-Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 patch-Makefile
--- patches/patch-Makefile 18 May 2020 09:29:06 -0000 1.2
+++ patches/patch-Makefile 28 Feb 2021 21:44:25 -0000
@@ -1,10 +1,20 @@
$OpenBSD: patch-Makefile,v 1.2 2020/05/18 09:29:06 solene Exp $
Skip the architecture dance.
+Add X11BASE/lib to LDFLAGS
Index: Makefile
--- Makefile.orig
+++ Makefile
+@@ -36,7 +36,7 @@ JSON2C ?= ./json2c.sh
+
+ CFLAGS ?= -O2 -Wall -Wno-pointer-to-int-cast -Wno-int-to-pointer-cast -Wno-strict-aliasing -Werror=strict-prototypes -Werror=old-style-definition -g -MMD $(INCLUDES)
+ RCFLAGS ?=
+-LDFLAGS ?=
++LDFLAGS ?= -L${X11BASE}/lib
+ LIBS ?=
+
+ #Temporarily disable tree vectorization optimization enabled at O3 due to gcc bug
@@ -379,7 +379,7 @@ endif
ifdef CONFIG_WINDOWS
TARG_c := ezquake.exe
Re: [Maintainer Update] databases/leveldb: 1.22 -> 1.23
Stuart Henderson <stu@spacehopper.org> writes:
> They haven't built tarballs themselves to distribute, but are relying on
> github auto-generating them. These don't include submodules (because
> git-archive doesn't include them).
Ah, that makes sense. I had wondered if it was an oversight on their
part, but they may not know about this (clearly I didn't).
> I think it's not that much of a problem, they're mostly just going to
> expect people running tests to get the code from a git checkout. Which
> for the most part is going to be true.
I guess. The problem is, even downloading the archive they have and
running cmake with the default options will result in configuration
errors - the test suite is on by default. I opened a ticket for them to
let them know about that, as it may confuse people who expect the build
to "just work".
> To use them in the port you can fetch them separately.. If there are a
> few you can use something like this:
>
> DISTFILES = ${DISTNAME}${EXTRACT_SUFX}
> .for A N C in \
> account1 name2 hash2 \
> account2 name2 hash2 \
> ...
> DISTFILES += $N-{$A/$N/archive/}$C.tar.gz:0
> .endfor
> MASTER_SITES0= https://github.com/
>
> then move them into the right dir e.g. in do-extract.
Does ports support a git checkout? Or is the only way to do this with a
tarball?
> ack, I think that's alright for now.
Thanks for the help, Stuart.
Cheers,
Ash
> They haven't built tarballs themselves to distribute, but are relying on
> github auto-generating them. These don't include submodules (because
> git-archive doesn't include them).
Ah, that makes sense. I had wondered if it was an oversight on their
part, but they may not know about this (clearly I didn't).
> I think it's not that much of a problem, they're mostly just going to
> expect people running tests to get the code from a git checkout. Which
> for the most part is going to be true.
I guess. The problem is, even downloading the archive they have and
running cmake with the default options will result in configuration
errors - the test suite is on by default. I opened a ticket for them to
let them know about that, as it may confuse people who expect the build
to "just work".
> To use them in the port you can fetch them separately.. If there are a
> few you can use something like this:
>
> DISTFILES = ${DISTNAME}${EXTRACT_SUFX}
> .for A N C in \
> account1 name2 hash2 \
> account2 name2 hash2 \
> ...
> DISTFILES += $N-{$A/$N/archive/}$C.tar.gz:0
> .endfor
> MASTER_SITES0= https://github.com/
>
> then move them into the right dir e.g. in do-extract.
Does ports support a git checkout? Or is the only way to do this with a
tarball?
> ack, I think that's alright for now.
Thanks for the help, Stuart.
Cheers,
Ash
Re: Intel Turbo Memory in Thinkpad W500
On 2/28/21 9:00 PM, Jan Stary wrote:
> This is 6.9-beta/amd64 on a Thinkpad W500 (dmesg below).
>
> Taking out the unneeded stuff (I usually take out bluetooth,
> replace the wifi with Intel 7260 HMW etc), I also noticed this
> (see attachments). Taking it out, the difference in dmesg shows:
>
> -"Intel Turbo Memory" rev 0x11 at pci4 dev 0 function 0 not configured
>
> Given that it's "not configured", I don't think I'm missing much
> (and the Thinkpad's memory doesn't seem any less "Turbo"),
> but does anyone know what it does in the Thinkpad? AFAIG,
> is was supposed to be a thing before 4G of RAM and SSDs
> were common ..
Wikipedia does have article about it:
https://en.wikipedia.org/wiki/Intel_Turbo_Memory
> This is 6.9-beta/amd64 on a Thinkpad W500 (dmesg below).
>
> Taking out the unneeded stuff (I usually take out bluetooth,
> replace the wifi with Intel 7260 HMW etc), I also noticed this
> (see attachments). Taking it out, the difference in dmesg shows:
>
> -"Intel Turbo Memory" rev 0x11 at pci4 dev 0 function 0 not configured
>
> Given that it's "not configured", I don't think I'm missing much
> (and the Thinkpad's memory doesn't seem any less "Turbo"),
> but does anyone know what it does in the Thinkpad? AFAIG,
> is was supposed to be a thing before 4G of RAM and SSDs
> were common ..
Wikipedia does have article about it:
https://en.wikipedia.org/wiki/Intel_Turbo_Memory
Relayd cannot load keypair
I'm on openbsd 6.8, ran syspatch today.
relayd.conf:
table <nextcloudservice> { 192.168.1.158 }
http protocol "httpproxy" {
pass request quick header "Host" value "nextcloud.mydomain.com" \
forward to <nextcloudservice>
block
}
relay "proxy" {
listen on 192.168.1.156 port 80
protocol "httpproxy"
forward to <nextcloudservice> port 80
}
http protocol "https" {
tls keypair nextcloud.mydomain.com
return error
pass
}
relay "secure_proxy" {
listen on 192.168.1.156 port 443 tls
protocol https
forward to <nextcloudservice> port 80
}
Works for regular http, but when I try adding the https blocks I get:
/etc/relayd.conf:25: cannot load keypair nextcloud.mydomain.com
for relay secure_proxy
The keys are in /etc/ssl/ and /etc/ssl/private, and I got them from
acme-client via lets encrypt. Named:
nextcloud.mydomain.com:443.fullchain.crt
and
nextcloud.mydomain.com:443.key
Also tried generating them without the ports and with .pem,
etc.
Also, I've tried replacing 192.168.1.156 in the listen on
line in secure_proxy with "nextcloud.mydomain.com"
I've tried various examples online as well. Any help would
be appreciated! At this point it feels like a bug, but apparently
others have it working.
relayd.conf:
table <nextcloudservice> { 192.168.1.158 }
http protocol "httpproxy" {
pass request quick header "Host" value "nextcloud.mydomain.com" \
forward to <nextcloudservice>
block
}
relay "proxy" {
listen on 192.168.1.156 port 80
protocol "httpproxy"
forward to <nextcloudservice> port 80
}
http protocol "https" {
tls keypair nextcloud.mydomain.com
return error
pass
}
relay "secure_proxy" {
listen on 192.168.1.156 port 443 tls
protocol https
forward to <nextcloudservice> port 80
}
Works for regular http, but when I try adding the https blocks I get:
/etc/relayd.conf:25: cannot load keypair nextcloud.mydomain.com
for relay secure_proxy
The keys are in /etc/ssl/ and /etc/ssl/private, and I got them from
acme-client via lets encrypt. Named:
nextcloud.mydomain.com:443.fullchain.crt
and
nextcloud.mydomain.com:443.key
Also tried generating them without the ports and with .pem,
etc.
Also, I've tried replacing 192.168.1.156 in the listen on
line in secure_proxy with "nextcloud.mydomain.com"
I've tried various examples online as well. Any help would
be appreciated! At this point it feels like a bug, but apparently
others have it working.
Re: [Maintainer Update] databases/leveldb: 1.22 -> 1.23
On 2021/02/28 10:08, Ashton Fagg wrote:
> Another fun leveldb update. This updates from 1.22 to 1.23.
>
> The change log is rather extensive and can be viewed here:
>
> https://github.com/google/leveldb/releases/tag/1.23
>
> There's a couple of fun things that they've done here. You might recall
> also that the last update completely flipped the table on a bunch of
> stuff as well.
>
> The first is they've switched their test harness to gtest. This means
> they now ship their own version of gtest, along with gmock and Google's
> benchmark library. The problem is, the version of gtest they rely on
> doesn't build cleanly on OpenBSD. I need to work on this a little more
> when I have some more free time to see if I can figure that out - it may
> just be a CMake configuration issue.
>
> The second thing is that they now ship their dependencies as git
> submodules (in third_party/). What's more, is that they don't actually
> distribute the submodules in their tarballs - meaning you have to check
They haven't built tarballs themselves to distribute, but are relying on
github auto-generating them. These don't include submodules (because
git-archive doesn't include them).
> them out manually in order for the directories to be populated. As such,
> if you try to build with the test suite enabled without doing the
> submodule step manually, CMake blows up loudly since it can't find CMake
> modules for the third_party dependencies. Thus completely breaking our
> port in its current form. I'm going to file a ticket with them and ask
> about why they're doing this because it's honestly kinda stupid.
I think it's not that much of a problem, they're mostly just going to
expect people running tests to get the code from a git checkout. Which
for the most part is going to be true.
> What that probably means is (assuming I get the test suite stuff figured
> out), we'll have to host our own distfile with the submodules
> populated in future versions. (Or, just live without the test suite) I
> already have a diff I'm working on that will do this instead.
To use them in the port you can fetch them separately.. If there are a
few you can use something like this:
DISTFILES = ${DISTNAME}${EXTRACT_SUFX}
.for A N C in \
account1 name2 hash2 \
account2 name2 hash2 \
...
DISTFILES += $N-{$A/$N/archive/}$C.tar.gz:0
.endfor
MASTER_SITES0= https://github.com/
then move them into the right dir e.g. in do-extract.
> For now, the simplest thing to get the 1.23 update is to just disable
> building of the test suite. I've built and tested the package here on
> amd64 and it appears to be working as expected. This is hopefully just a
> stop-gap for a while until I can negotiate what's going on with their
> dependencies and the gtest build issue.
ack, I think that's alright for now.
> diff --git a/databases/leveldb/Makefile b/databases/leveldb/Makefile
> index 5646b832377..3ace36595ec 100644
> --- a/databases/leveldb/Makefile
> +++ b/databases/leveldb/Makefile
> @@ -2,7 +2,7 @@
>
> GH_ACCOUNT= google
> GH_PROJECT= leveldb
> -GH_TAGNAME= 1.22
> +GH_TAGNAME= 1.23
>
> COMMENT= fast key-value storage library
> CATEGORIES= databases devel
> @@ -23,8 +23,12 @@ MODULES= devel/cmake
>
> CONFIGURE_ARGS+= -DBUILD_SHARED_LIBS=on \
> -DLEVELDB_INSTALL=on \
> + -DLEVELDB_BUILD_TESTS=off \
> -DLEVELDB_BUILD_BENCHMARKS=off
>
> +# Tests are broken right now due to googletest weirdness.
> +NO_TEST= Yes
> +
> post-install:
> ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/leveldb/
> ${INSTALL_DATA} ${WRKSRC}/{LICENSE,doc/*.md} \
> diff --git a/databases/leveldb/distinfo b/databases/leveldb/distinfo
> index ae4cf1d8f0c..ebd4a52218a 100644
> --- a/databases/leveldb/distinfo
> +++ b/databases/leveldb/distinfo
> @@ -1,2 +1,2 @@
> -SHA256 (leveldb-1.22.tar.gz) = VUI8rJ4zBvSpUCxzigAeSjOdGjj/vudXLUoH1dY5SbI=
> -SIZE (leveldb-1.22.tar.gz) = 239365
> +SHA256 (leveldb-1.23.tar.gz) = mjf4phdPCb1iK8cjtViB3FQc1QdHy9CIMcKoLWIPbXY=
> +SIZE (leveldb-1.23.tar.gz) = 242925
> Another fun leveldb update. This updates from 1.22 to 1.23.
>
> The change log is rather extensive and can be viewed here:
>
> https://github.com/google/leveldb/releases/tag/1.23
>
> There's a couple of fun things that they've done here. You might recall
> also that the last update completely flipped the table on a bunch of
> stuff as well.
>
> The first is they've switched their test harness to gtest. This means
> they now ship their own version of gtest, along with gmock and Google's
> benchmark library. The problem is, the version of gtest they rely on
> doesn't build cleanly on OpenBSD. I need to work on this a little more
> when I have some more free time to see if I can figure that out - it may
> just be a CMake configuration issue.
>
> The second thing is that they now ship their dependencies as git
> submodules (in third_party/). What's more, is that they don't actually
> distribute the submodules in their tarballs - meaning you have to check
They haven't built tarballs themselves to distribute, but are relying on
github auto-generating them. These don't include submodules (because
git-archive doesn't include them).
> them out manually in order for the directories to be populated. As such,
> if you try to build with the test suite enabled without doing the
> submodule step manually, CMake blows up loudly since it can't find CMake
> modules for the third_party dependencies. Thus completely breaking our
> port in its current form. I'm going to file a ticket with them and ask
> about why they're doing this because it's honestly kinda stupid.
I think it's not that much of a problem, they're mostly just going to
expect people running tests to get the code from a git checkout. Which
for the most part is going to be true.
> What that probably means is (assuming I get the test suite stuff figured
> out), we'll have to host our own distfile with the submodules
> populated in future versions. (Or, just live without the test suite) I
> already have a diff I'm working on that will do this instead.
To use them in the port you can fetch them separately.. If there are a
few you can use something like this:
DISTFILES = ${DISTNAME}${EXTRACT_SUFX}
.for A N C in \
account1 name2 hash2 \
account2 name2 hash2 \
...
DISTFILES += $N-{$A/$N/archive/}$C.tar.gz:0
.endfor
MASTER_SITES0= https://github.com/
then move them into the right dir e.g. in do-extract.
> For now, the simplest thing to get the 1.23 update is to just disable
> building of the test suite. I've built and tested the package here on
> amd64 and it appears to be working as expected. This is hopefully just a
> stop-gap for a while until I can negotiate what's going on with their
> dependencies and the gtest build issue.
ack, I think that's alright for now.
> diff --git a/databases/leveldb/Makefile b/databases/leveldb/Makefile
> index 5646b832377..3ace36595ec 100644
> --- a/databases/leveldb/Makefile
> +++ b/databases/leveldb/Makefile
> @@ -2,7 +2,7 @@
>
> GH_ACCOUNT= google
> GH_PROJECT= leveldb
> -GH_TAGNAME= 1.22
> +GH_TAGNAME= 1.23
>
> COMMENT= fast key-value storage library
> CATEGORIES= databases devel
> @@ -23,8 +23,12 @@ MODULES= devel/cmake
>
> CONFIGURE_ARGS+= -DBUILD_SHARED_LIBS=on \
> -DLEVELDB_INSTALL=on \
> + -DLEVELDB_BUILD_TESTS=off \
> -DLEVELDB_BUILD_BENCHMARKS=off
>
> +# Tests are broken right now due to googletest weirdness.
> +NO_TEST= Yes
> +
> post-install:
> ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/leveldb/
> ${INSTALL_DATA} ${WRKSRC}/{LICENSE,doc/*.md} \
> diff --git a/databases/leveldb/distinfo b/databases/leveldb/distinfo
> index ae4cf1d8f0c..ebd4a52218a 100644
> --- a/databases/leveldb/distinfo
> +++ b/databases/leveldb/distinfo
> @@ -1,2 +1,2 @@
> -SHA256 (leveldb-1.22.tar.gz) = VUI8rJ4zBvSpUCxzigAeSjOdGjj/vudXLUoH1dY5SbI=
> -SIZE (leveldb-1.22.tar.gz) = 239365
> +SHA256 (leveldb-1.23.tar.gz) = mjf4phdPCb1iK8cjtViB3FQc1QdHy9CIMcKoLWIPbXY=
> +SIZE (leveldb-1.23.tar.gz) = 242925
Re: Ping - Re: [New] devel/re2
this is OK with me to import.
On 2021/02/28 15:52, Ashton Fagg wrote:
> Ping.
>
>
>
> Ashton Fagg <ashton@fagg.id.au> writes:
>
> > It appears I forgot about this, :-).
> >
> > Latest tarball attached - updated to latest version.
> >
> > Thanks.
> >
> >
> >
> > Ashton Fagg <ashton@fagg.id.au> writes:
> >
> >> Ping on this one. Tarball attached.
> >>
> >> Ashton Fagg <ashton@fagg.id.au> writes:
> >>
> >>> Stuart Henderson <stu@spacehopper.org> writes:
> >>>
> >>>> You mentioned a cmakefile change that would increase it, can you show
> >>>> that please, some of us only have slow machines like
> >>>>
> >>>> cpu3: Intel(R) Xeon(R) CPU E3-1225 v3 @ 3.20GHz, 3392.17 MHz, 06-3c-03
> >>>>
> >>>> :)
> >>>
> >>> Here you go. I've added a patch that increases the timeout, with
> >>> reference in the Makefile. I've increased it from 1500 seconds to
> >>> 2000. This seems to help on my slower machine.
On 2021/02/28 15:52, Ashton Fagg wrote:
> Ping.
>
>
>
> Ashton Fagg <ashton@fagg.id.au> writes:
>
> > It appears I forgot about this, :-).
> >
> > Latest tarball attached - updated to latest version.
> >
> > Thanks.
> >
> >
> >
> > Ashton Fagg <ashton@fagg.id.au> writes:
> >
> >> Ping on this one. Tarball attached.
> >>
> >> Ashton Fagg <ashton@fagg.id.au> writes:
> >>
> >>> Stuart Henderson <stu@spacehopper.org> writes:
> >>>
> >>>> You mentioned a cmakefile change that would increase it, can you show
> >>>> that please, some of us only have slow machines like
> >>>>
> >>>> cpu3: Intel(R) Xeon(R) CPU E3-1225 v3 @ 3.20GHz, 3392.17 MHz, 06-3c-03
> >>>>
> >>>> :)
> >>>
> >>> Here you go. I've added a patch that increases the timeout, with
> >>> reference in the Makefile. I've increased it from 1500 seconds to
> >>> 2000. This seems to help on my slower machine.
[update] rsyslog 8.2102.0
Hi,
this updates rsyslog to version 8.2102.0 released in February 2021.
The changes are listed here:
https://github.com/rsyslog/rsyslog/blob/master/ChangeLog
I verified that the 6 rsyslog tests in the regress test suite from syslogd
all succeed. In addition I also tested the modules imfile, ommysql and
omrelp (all on amd64).
portcheck notified me that iconv in WANTLIB-mysql is masked by iconv
in -main. I removed the one in -mysql.
port-lib-depends-check told me that libffi is not required.
OK?
Remi
Index: Makefile
===================================================================
RCS file: /cvs/ports/sysutils/rsyslog/Makefile,v
retrieving revision 1.50
diff -u -p -r1.50 Makefile
--- Makefile 22 Nov 2020 17:05:59 -0000 1.50
+++ Makefile 28 Feb 2021 20:40:17 -0000
@@ -8,7 +8,7 @@ COMMENT-elasticsearch = Elasticsearch pl
MULTI_PACKAGES = -main -mysql -normalize -pgsql -elasticsearch
-V = 8.2008.0
+V = 8.2102.0
DISTNAME = rsyslog-$V
PKGNAME-main = rsyslog-$V
PKGNAME-mysql = rsyslog-mysql-$V
@@ -16,7 +16,6 @@ PKGNAME-normalize = rsyslog-normalize-$V
PKGNAME-pgsql = rsyslog-pgsql-$V
PKGNAME-elasticsearch = rsyslog-elasticsearch-$V
CATEGORIES = sysutils
-REVISION-main = 0
HOMEPAGE = https://www.rsyslog.com/
@@ -27,11 +26,11 @@ PERMIT_PACKAGE = Yes
COMPILER = base-clang ports-gcc base-gcc
-WANTLIB-main += c crypto curl estr fastjson ffi gcrypt gmp gnutls
+WANTLIB-main += c crypto curl estr fastjson gcrypt gmp gnutls
WANTLIB-main += gpg-error hogweed iconv idn2 intl nettle nghttp2
WANTLIB-main += p11-kit pthread relp ssl tasn1 unistring uuid z
-WANTLIB-mysql += crypto iconv m mariadb pthread ssl z
+WANTLIB-mysql += crypto m mariadb pthread ssl z
WANTLIB-normalize += estr fastjson lognorm pthread
Index: distinfo
===================================================================
RCS file: /cvs/ports/sysutils/rsyslog/distinfo,v
retrieving revision 1.10
diff -u -p -r1.10 distinfo
--- distinfo 8 Sep 2020 20:57:48 -0000 1.10
+++ distinfo 28 Feb 2021 13:32:45 -0000
@@ -1,2 +1,2 @@
-SHA256 (rsyslog-8.2008.0.tar.gz) = CdK2yLwvAWWYrtK7cZ4D+CK7Adcgxh5NbnJeANyhtlA=
-SIZE (rsyslog-8.2008.0.tar.gz) = 3051049
+SHA256 (rsyslog-8.2102.0.tar.gz) = lO4NAxLC7epzdmVZTL5KlHXk47WT4StbiuOnQ6yccqc=
+SIZE (rsyslog-8.2102.0.tar.gz) = 3123684
this updates rsyslog to version 8.2102.0 released in February 2021.
The changes are listed here:
https://github.com/rsyslog/rsyslog/blob/master/ChangeLog
I verified that the 6 rsyslog tests in the regress test suite from syslogd
all succeed. In addition I also tested the modules imfile, ommysql and
omrelp (all on amd64).
portcheck notified me that iconv in WANTLIB-mysql is masked by iconv
in -main. I removed the one in -mysql.
port-lib-depends-check told me that libffi is not required.
OK?
Remi
Index: Makefile
===================================================================
RCS file: /cvs/ports/sysutils/rsyslog/Makefile,v
retrieving revision 1.50
diff -u -p -r1.50 Makefile
--- Makefile 22 Nov 2020 17:05:59 -0000 1.50
+++ Makefile 28 Feb 2021 20:40:17 -0000
@@ -8,7 +8,7 @@ COMMENT-elasticsearch = Elasticsearch pl
MULTI_PACKAGES = -main -mysql -normalize -pgsql -elasticsearch
-V = 8.2008.0
+V = 8.2102.0
DISTNAME = rsyslog-$V
PKGNAME-main = rsyslog-$V
PKGNAME-mysql = rsyslog-mysql-$V
@@ -16,7 +16,6 @@ PKGNAME-normalize = rsyslog-normalize-$V
PKGNAME-pgsql = rsyslog-pgsql-$V
PKGNAME-elasticsearch = rsyslog-elasticsearch-$V
CATEGORIES = sysutils
-REVISION-main = 0
HOMEPAGE = https://www.rsyslog.com/
@@ -27,11 +26,11 @@ PERMIT_PACKAGE = Yes
COMPILER = base-clang ports-gcc base-gcc
-WANTLIB-main += c crypto curl estr fastjson ffi gcrypt gmp gnutls
+WANTLIB-main += c crypto curl estr fastjson gcrypt gmp gnutls
WANTLIB-main += gpg-error hogweed iconv idn2 intl nettle nghttp2
WANTLIB-main += p11-kit pthread relp ssl tasn1 unistring uuid z
-WANTLIB-mysql += crypto iconv m mariadb pthread ssl z
+WANTLIB-mysql += crypto m mariadb pthread ssl z
WANTLIB-normalize += estr fastjson lognorm pthread
Index: distinfo
===================================================================
RCS file: /cvs/ports/sysutils/rsyslog/distinfo,v
retrieving revision 1.10
diff -u -p -r1.10 distinfo
--- distinfo 8 Sep 2020 20:57:48 -0000 1.10
+++ distinfo 28 Feb 2021 13:32:45 -0000
@@ -1,2 +1,2 @@
-SHA256 (rsyslog-8.2008.0.tar.gz) = CdK2yLwvAWWYrtK7cZ4D+CK7Adcgxh5NbnJeANyhtlA=
-SIZE (rsyslog-8.2008.0.tar.gz) = 3051049
+SHA256 (rsyslog-8.2102.0.tar.gz) = lO4NAxLC7epzdmVZTL5KlHXk47WT4StbiuOnQ6yccqc=
+SIZE (rsyslog-8.2102.0.tar.gz) = 3123684
NEW: x11/adwaita-qt - GNOME Shell style for Qt applications
Inspered by https://twitter.com/x61sh/status/1365980441065447424
Information for inst:adwaita-qt-1.2.0
Comment:
GNOME Shell style for Qt applications
Description:
A native style to bend Qt5 applications to look like they belong into GNOME
Shell.
Maintainer: The OpenBSD ports mailing-list <ports@openbsd.org>
WWW: https://github.com/FedoraQt/adwaita-qt
Information for inst:adwaita-qt-1.2.0
Comment:
GNOME Shell style for Qt applications
Description:
A native style to bend Qt5 applications to look like they belong into GNOME
Shell.
Maintainer: The OpenBSD ports mailing-list <ports@openbsd.org>
WWW: https://github.com/FedoraQt/adwaita-qt
Re: Intel Turbo Memory in Thinkpad W500
> This is 6.9-beta/amd64 on a Thinkpad W500 (dmesg below).
>
> Taking out the unneeded stuff (I usually take out bluetooth,
> replace the wifi with Intel 7260 HMW etc), I also noticed this
> (see attachments). Taking it out, the difference in dmesg shows:
>
> -"Intel Turbo Memory" rev 0x11 at pci4 dev 0 function 0 not configured
>
> Given that it's "not configured", I don't think I'm missing much
> (and the Thinkpad's memory doesn't seem any less "Turbo"),
> but does anyone know what it does in the Thinkpad? AFAIG,
> is was supposed to be a thing before 4G of RAM and SSDs
> were common ...
>
> Jan
>
> OpenBSD 6.9-beta (GENERIC) #345: Tue Feb 23 01:02:38 MST 2021
> deraadt@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC
> real mem = 8463781888 (8071MB)
> avail mem = 8192016384 (7812MB)
> random: good seed from bootblocks
> mpath0 at root
> scsibus0 at mpath0: 256 targets
> mainbus0 at root
> bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe0010 (80 entries)
> bios0: vendor LENOVO version "6FET79WW (3.09 )" date 10/02/2009
> bios0: LENOVO 40612JG
> acpi0 at bios0: ACPI 3.0
> acpi0: sleep states S0 S3 S4 S5
> acpi0: tables DSDT FACP SSDT ECDT APIC MCFG HPET SLIC BOOT ASF! SSDT TCPA SSDT SSDT SSDT
> acpi0: wakeup devices LID_(S3) SLPB(S3) IGBE(S4) EXP0(S4) EXP1(S4) EXP2(S4) EXP3(S4) EXP4(S4) PCI1(S4) USB0(S3) USB3(S3) USB5(S3) EHC0(S3) EHC1(S3) HDEF(S4)
> acpitimer0 at acpi0: 3579545 Hz, 24 bits
> acpiec0 at acpi0
> acpimadt0 at acpi0 addr 0xfee00000: PC-AT compat
> cpu0 at mainbus0: apid 0 (boot processor)
> cpu0: Intel(R) Core(TM)2 Duo CPU P9500 @ 2.53GHz, 2527.45 MHz, 06-17-06
> cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,NXE,LONG,LAHF,PERF,SENSOR,MELTDOWN
> cpu0: 6MB 64b/line 16-way L2 cache
> cpu0: smt 0, core 0, package 0
> mtrr: Pentium Pro MTRR support, 7 var ranges, 88 fixed ranges
> cpu0: apic clock running at 265MHz
> cpu0: mwait min=64, max=64, C-substates=0.2.2.2.2.1.3, IBE
> cpu at mainbus0: not configured
> ioapic0 at mainbus0: apid 1 pa 0xfec00000, version 20, 24 pins, remapped
> acpimcfg0 at acpi0
> acpimcfg0: addr 0xe0000000, bus 0-63
> acpihpet0 at acpi0: 14318179 Hz
> acpiprt0 at acpi0: bus 0 (PCI0)
> acpiprt1 at acpi0: bus 1 (AGP_)
> acpiprt2 at acpi0: bus 2 (EXP0)
> acpiprt3 at acpi0: bus 3 (EXP1)
> acpiprt4 at acpi0: bus 4 (EXP2)
> acpiprt5 at acpi0: bus 5 (EXP3)
> acpiprt6 at acpi0: bus 13 (EXP4)
> acpiprt7 at acpi0: bus 21 (PCI1)
> acpibtn0 at acpi0: LID_
> acpibtn1 at acpi0: SLPB
> acpipci0 at acpi0 PCI0: 0x00000000 0x00000011 0x00000001
> acpicmos0 at acpi0
> acpibat0 at acpi0: BAT0 model "COMPATIBLE" serial 1388 type LION oem "SANYO"
> acpiac0 at acpi0: AC unit online
> acpithinkpad0 at acpi0: version 1.0
> "PNP0C14" at acpi0 not configured
> acpicpu0 at acpi0: !C3(250@17 mwait.3@0x20), !C2(500@1 mwait.1@0x10), C1(1000@1 mwait.1), PSS
> acpipwrres0 at acpi0: PUBS, resource for USB0, USB3, USB5, EHC0, EHC1
> acpitz0 at acpi0: critical temperature is 127 degC
> acpitz1 at acpi0: critical temperature is 100 degC
> acpidock0 at acpi0: GDCK not docked (0)
> acpivideo0 at acpi0: VID_
> acpivout0 at acpivideo0: LCD0
> acpivideo1 at acpi0: VID_
> acpivout1 at acpivideo1: LCD0
> cpu0: Enhanced SpeedStep 2527 MHz: speeds: 2534, 2533, 1600, 800 MHz
> pci0 at mainbus0 bus 0
> pchb0 at pci0 dev 0 function 0 "Intel GM45 Host" rev 0x07
> ppb0 at pci0 dev 1 function 0 "Intel GM45 PCIE" rev 0x07: msi
> pci1 at ppb0 bus 1
> 1:0:0: io address conflict 0x2000/0x100
> radeondrm0 at pci1 dev 0 function 0 "ATI Mobility Radeon HD 3650" rev 0x00
> drm1 at radeondrm0
> radeondrm0: msi
> inteldrm0 at pci0 dev 2 function 0 "Intel GM45 Video" rev 0x07
> drm0 at inteldrm0
> intagp0 at inteldrm0
> agp0 at intagp0: aperture at 0xd0000000, size 0x10000000
> inteldrm0: apic 1 int 16, GM45, gen 4
> "Intel GM45 HECI" rev 0x07 at pci0 dev 3 function 0 not configured
> em0 at pci0 dev 25 function 0 "Intel ICH9 IGP M AMT" rev 0x03: msi, address 00:1c:25:97:c2:f5
> uhci0 at pci0 dev 26 function 0 "Intel 82801I USB" rev 0x03: apic 1 int 20
> uhci1 at pci0 dev 26 function 1 "Intel 82801I USB" rev 0x03: apic 1 int 21
> uhci2 at pci0 dev 26 function 2 "Intel 82801I USB" rev 0x03: apic 1 int 22
> ehci0 at pci0 dev 26 function 7 "Intel 82801I USB" rev 0x03: apic 1 int 23
> usb0 at ehci0: USB revision 2.0
> uhub0 at usb0 configuration 1 interface 0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
> azalia0 at pci0 dev 27 function 0 "Intel 82801I HD Audio" rev 0x03: msi
> azalia0: codecs: Conexant CX20561, Conexant/0x2c06, using Conexant CX20561
> audio0 at azalia0
> ppb1 at pci0 dev 28 function 0 "Intel 82801I PCIE" rev 0x03: msi
> pci2 at ppb1 bus 2
> ppb2 at pci0 dev 28 function 1 "Intel 82801I PCIE" rev 0x03: msi
> pci3 at ppb2 bus 3
> iwn0 at pci3 dev 0 function 0 "Intel WiFi Link 5300" rev 0x00: msi, MIMO 3T3R, MoW, address 00:16:ea:b2:58:ec
> ppb3 at pci0 dev 28 function 2 "Intel 82801I PCIE" rev 0x03: msi
> pci4 at ppb3 bus 4
> "Intel Turbo Memory" rev 0x11 at pci4 dev 0 function 0 not configured
> ppb4 at pci0 dev 28 function 3 "Intel 82801I PCIE" rev 0x03: msi
> pci5 at ppb4 bus 5
> ppb5 at pci0 dev 28 function 4 "Intel 82801I PCIE" rev 0x03: msi
> pci6 at ppb5 bus 13
> uhci3 at pci0 dev 29 function 0 "Intel 82801I USB" rev 0x03: apic 1 int 16
> uhci4 at pci0 dev 29 function 1 "Intel 82801I USB" rev 0x03: apic 1 int 17
> uhci5 at pci0 dev 29 function 2 "Intel 82801I USB" rev 0x03: apic 1 int 18
> ehci1 at pci0 dev 29 function 7 "Intel 82801I USB" rev 0x03: apic 1 int 19
> usb1 at ehci1: USB revision 2.0
> uhub1 at usb1 configuration 1 interface 0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
> ppb6 at pci0 dev 30 function 0 "Intel 82801BAM Hub-to-PCI" rev 0x93
> pci7 at ppb6 bus 21
> cbb0 at pci7 dev 0 function 0 "Ricoh 5C476 CardBus" rev 0xba: apic 1 int 16
> "Ricoh 5C832 Firewire" rev 0x04 at pci7 dev 0 function 1 not configured
> sdhc0 at pci7 dev 0 function 2 "Ricoh 5C822 SD/MMC" rev 0x21: apic 1 int 18
> sdhc0: SDHC 1.0, 33 MHz base clock
> sdmmc0 at sdhc0: 4-bit, sd high-speed, mmc high-speed
> "Ricoh 5C843 MMC" rev 0x11 at pci7 dev 0 function 3 not configured
> "Ricoh 5C592 Memory Stick" rev 0x11 at pci7 dev 0 function 4 not configured
> "Ricoh 5C852 xD" rev 0x11 at pci7 dev 0 function 5 not configured
> cardslot0 at cbb0 slot 0 flags 0
> cardbus0 at cardslot0: bus 22 device 0 cacheline 0x10, lattimer 0xb0
> pcmcia0 at cardslot0
> pcib0 at pci0 dev 31 function 0 "Intel 82801IEM LPC" rev 0x03
> ahci0 at pci0 dev 31 function 2 "Intel 82801I AHCI" rev 0x03: msi, AHCI 1.2
> ahci0: port 0: 3.0Gb/s
> ahci0: port 1: 1.5Gb/s
> scsibus1 at ahci0: 32 targets
> sd0 at scsibus1 targ 0 lun 0: <ATA, TOSHIBA Q300., SAFM> naa.500080dc00405039
> sd0: 457862MB, 512 bytes/sector, 937703088 sectors, thin
> cd0 at scsibus1 targ 1 lun 0: <HL-DT-ST, DVDRAM GSA-U20N, HX10> removable
> ichiic0 at pci0 dev 31 function 3 "Intel 82801I SMBus" rev 0x03: apic 1 int 23
> iic0 at ichiic0
> usb2 at uhci0: USB revision 1.0
> uhub2 at usb2 configuration 1 interface 0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
> usb3 at uhci1: USB revision 1.0
> uhub3 at usb3 configuration 1 interface 0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
> usb4 at uhci2: USB revision 1.0
> uhub4 at usb4 configuration 1 interface 0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
> usb5 at uhci3: USB revision 1.0
> uhub5 at usb5 configuration 1 interface 0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
> usb6 at uhci4: USB revision 1.0
> uhub6 at usb6 configuration 1 interface 0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
> usb7 at uhci5: USB revision 1.0
> uhub7 at usb7 configuration 1 interface 0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
> isa0 at pcib0
> isadma0 at isa0
> pckbc0 at isa0 port 0x60/5 irq 1 irq 12
> pckbd0 at pckbc0 (kbd slot)
> wskbd0 at pckbd0: console keyboard
> pms0 at pckbc0 (aux slot)
> wsmouse0 at pms0 mux 0
> wsmouse1 at pms0 mux 0
> pms0: Synaptics touchpad, firmware 7.0, 0x1c0b1 0xb00000 0x0 0xd04791 0x20000
> pcppi0 at isa0 port 0x61
> spkr0 at pcppi0
> aps0 at isa0 port 0x1600/31
> umass0 at uhub0 port 1 configuration 1 interface 0 "Generic Mass Storage" rev 2.00/1.00 addr 2
> umass0: using SCSI over Bulk-Only
> scsibus2 at umass0: 2 targets, initiator 0
> sd1 at scsibus2 targ 1 lun 0: <Generic, Flash Disk, 8.07> removable
> sd1: 7680MB, 512 bytes/sector, 15728640 sectors
> ugen0 at uhub3 port 1 "AuthenTec Fingerprint Sensor" rev 2.00/17.03 addr 2
> ugen1 at uhub3 port 2 "Lenovo Computer Corp ThinkPad Bluetooth with Enhanced Data Rate II" rev 2.00/3.52 addr 3
> vscsi0 at root
> scsibus3 at vscsi0: 256 targets
> softraid0 at root
> scsibus4 at softraid0: 256 targets
> root on sd1a (2ece4220700261ca.a) swap on sd1b dump on sd1b
> radeondrm0: RV635
> radeondrm0: 1920x1200, 32bpp
> wsdisplay1 at radeondrm0
> wsdisplay1: screen 0-5 added (std, vt100 emulation)
> inteldrm0: 1920x1200, 32bpp
> wsdisplay0 at inteldrm0 mux 1: console (std, vt100 emulation), using wskbd0
> wsdisplay0: screen 1-5 added (std, vt100 emulation)
Intel Turbo Memory in Thinkpad W500
This is 6.9-beta/amd64 on a Thinkpad W500 (dmesg below).
Taking out the unneeded stuff (I usually take out bluetooth,
replace the wifi with Intel 7260 HMW etc), I also noticed this
(see attachments). Taking it out, the difference in dmesg shows:
-"Intel Turbo Memory" rev 0x11 at pci4 dev 0 function 0 not configured
Given that it's "not configured", I don't think I'm missing much
(and the Thinkpad's memory doesn't seem any less "Turbo"),
but does anyone know what it does in the Thinkpad? AFAIG,
is was supposed to be a thing before 4G of RAM and SSDs
were common ...
Jan
OpenBSD 6.9-beta (GENERIC) #345: Tue Feb 23 01:02:38 MST 2021
deraadt@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC
real mem = 8463781888 (8071MB)
avail mem = 8192016384 (7812MB)
random: good seed from bootblocks
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe0010 (80 entries)
bios0: vendor LENOVO version "6FET79WW (3.09 )" date 10/02/2009
bios0: LENOVO 40612JG
acpi0 at bios0: ACPI 3.0
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP SSDT ECDT APIC MCFG HPET SLIC BOOT ASF! SSDT TCPA SSDT SSDT SSDT
acpi0: wakeup devices LID_(S3) SLPB(S3) IGBE(S4) EXP0(S4) EXP1(S4) EXP2(S4) EXP3(S4) EXP4(S4) PCI1(S4) USB0(S3) USB3(S3) USB5(S3) EHC0(S3) EHC1(S3) HDEF(S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpiec0 at acpi0
acpimadt0 at acpi0 addr 0xfee00000: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM)2 Duo CPU P9500 @ 2.53GHz, 2527.45 MHz, 06-17-06
cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,NXE,LONG,LAHF,PERF,SENSOR,MELTDOWN
cpu0: 6MB 64b/line 16-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 7 var ranges, 88 fixed ranges
cpu0: apic clock running at 265MHz
cpu0: mwait min=64, max=64, C-substates=0.2.2.2.2.1.3, IBE
cpu at mainbus0: not configured
ioapic0 at mainbus0: apid 1 pa 0xfec00000, version 20, 24 pins, remapped
acpimcfg0 at acpi0
acpimcfg0: addr 0xe0000000, bus 0-63
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 1 (AGP_)
acpiprt2 at acpi0: bus 2 (EXP0)
acpiprt3 at acpi0: bus 3 (EXP1)
acpiprt4 at acpi0: bus 4 (EXP2)
acpiprt5 at acpi0: bus 5 (EXP3)
acpiprt6 at acpi0: bus 13 (EXP4)
acpiprt7 at acpi0: bus 21 (PCI1)
acpibtn0 at acpi0: LID_
acpibtn1 at acpi0: SLPB
acpipci0 at acpi0 PCI0: 0x00000000 0x00000011 0x00000001
acpicmos0 at acpi0
acpibat0 at acpi0: BAT0 model "COMPATIBLE" serial 1388 type LION oem "SANYO"
acpiac0 at acpi0: AC unit online
acpithinkpad0 at acpi0: version 1.0
"PNP0C14" at acpi0 not configured
acpicpu0 at acpi0: !C3(250@17 mwait.3@0x20), !C2(500@1 mwait.1@0x10), C1(1000@1 mwait.1), PSS
acpipwrres0 at acpi0: PUBS, resource for USB0, USB3, USB5, EHC0, EHC1
acpitz0 at acpi0: critical temperature is 127 degC
acpitz1 at acpi0: critical temperature is 100 degC
acpidock0 at acpi0: GDCK not docked (0)
acpivideo0 at acpi0: VID_
acpivout0 at acpivideo0: LCD0
acpivideo1 at acpi0: VID_
acpivout1 at acpivideo1: LCD0
cpu0: Enhanced SpeedStep 2527 MHz: speeds: 2534, 2533, 1600, 800 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel GM45 Host" rev 0x07
ppb0 at pci0 dev 1 function 0 "Intel GM45 PCIE" rev 0x07: msi
pci1 at ppb0 bus 1
1:0:0: io address conflict 0x2000/0x100
radeondrm0 at pci1 dev 0 function 0 "ATI Mobility Radeon HD 3650" rev 0x00
drm1 at radeondrm0
radeondrm0: msi
inteldrm0 at pci0 dev 2 function 0 "Intel GM45 Video" rev 0x07
drm0 at inteldrm0
intagp0 at inteldrm0
agp0 at intagp0: aperture at 0xd0000000, size 0x10000000
inteldrm0: apic 1 int 16, GM45, gen 4
"Intel GM45 HECI" rev 0x07 at pci0 dev 3 function 0 not configured
em0 at pci0 dev 25 function 0 "Intel ICH9 IGP M AMT" rev 0x03: msi, address 00:1c:25:97:c2:f5
uhci0 at pci0 dev 26 function 0 "Intel 82801I USB" rev 0x03: apic 1 int 20
uhci1 at pci0 dev 26 function 1 "Intel 82801I USB" rev 0x03: apic 1 int 21
uhci2 at pci0 dev 26 function 2 "Intel 82801I USB" rev 0x03: apic 1 int 22
ehci0 at pci0 dev 26 function 7 "Intel 82801I USB" rev 0x03: apic 1 int 23
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 configuration 1 interface 0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
azalia0 at pci0 dev 27 function 0 "Intel 82801I HD Audio" rev 0x03: msi
azalia0: codecs: Conexant CX20561, Conexant/0x2c06, using Conexant CX20561
audio0 at azalia0
ppb1 at pci0 dev 28 function 0 "Intel 82801I PCIE" rev 0x03: msi
pci2 at ppb1 bus 2
ppb2 at pci0 dev 28 function 1 "Intel 82801I PCIE" rev 0x03: msi
pci3 at ppb2 bus 3
iwn0 at pci3 dev 0 function 0 "Intel WiFi Link 5300" rev 0x00: msi, MIMO 3T3R, MoW, address 00:16:ea:b2:58:ec
ppb3 at pci0 dev 28 function 2 "Intel 82801I PCIE" rev 0x03: msi
pci4 at ppb3 bus 4
"Intel Turbo Memory" rev 0x11 at pci4 dev 0 function 0 not configured
ppb4 at pci0 dev 28 function 3 "Intel 82801I PCIE" rev 0x03: msi
pci5 at ppb4 bus 5
ppb5 at pci0 dev 28 function 4 "Intel 82801I PCIE" rev 0x03: msi
pci6 at ppb5 bus 13
uhci3 at pci0 dev 29 function 0 "Intel 82801I USB" rev 0x03: apic 1 int 16
uhci4 at pci0 dev 29 function 1 "Intel 82801I USB" rev 0x03: apic 1 int 17
uhci5 at pci0 dev 29 function 2 "Intel 82801I USB" rev 0x03: apic 1 int 18
ehci1 at pci0 dev 29 function 7 "Intel 82801I USB" rev 0x03: apic 1 int 19
usb1 at ehci1: USB revision 2.0
uhub1 at usb1 configuration 1 interface 0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
ppb6 at pci0 dev 30 function 0 "Intel 82801BAM Hub-to-PCI" rev 0x93
pci7 at ppb6 bus 21
cbb0 at pci7 dev 0 function 0 "Ricoh 5C476 CardBus" rev 0xba: apic 1 int 16
"Ricoh 5C832 Firewire" rev 0x04 at pci7 dev 0 function 1 not configured
sdhc0 at pci7 dev 0 function 2 "Ricoh 5C822 SD/MMC" rev 0x21: apic 1 int 18
sdhc0: SDHC 1.0, 33 MHz base clock
sdmmc0 at sdhc0: 4-bit, sd high-speed, mmc high-speed
"Ricoh 5C843 MMC" rev 0x11 at pci7 dev 0 function 3 not configured
"Ricoh 5C592 Memory Stick" rev 0x11 at pci7 dev 0 function 4 not configured
"Ricoh 5C852 xD" rev 0x11 at pci7 dev 0 function 5 not configured
cardslot0 at cbb0 slot 0 flags 0
cardbus0 at cardslot0: bus 22 device 0 cacheline 0x10, lattimer 0xb0
pcmcia0 at cardslot0
pcib0 at pci0 dev 31 function 0 "Intel 82801IEM LPC" rev 0x03
ahci0 at pci0 dev 31 function 2 "Intel 82801I AHCI" rev 0x03: msi, AHCI 1.2
ahci0: port 0: 3.0Gb/s
ahci0: port 1: 1.5Gb/s
scsibus1 at ahci0: 32 targets
sd0 at scsibus1 targ 0 lun 0: <ATA, TOSHIBA Q300., SAFM> naa.500080dc00405039
sd0: 457862MB, 512 bytes/sector, 937703088 sectors, thin
cd0 at scsibus1 targ 1 lun 0: <HL-DT-ST, DVDRAM GSA-U20N, HX10> removable
ichiic0 at pci0 dev 31 function 3 "Intel 82801I SMBus" rev 0x03: apic 1 int 23
iic0 at ichiic0
usb2 at uhci0: USB revision 1.0
uhub2 at usb2 configuration 1 interface 0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
usb3 at uhci1: USB revision 1.0
uhub3 at usb3 configuration 1 interface 0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
usb4 at uhci2: USB revision 1.0
uhub4 at usb4 configuration 1 interface 0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
usb5 at uhci3: USB revision 1.0
uhub5 at usb5 configuration 1 interface 0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
usb6 at uhci4: USB revision 1.0
uhub6 at usb6 configuration 1 interface 0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
usb7 at uhci5: USB revision 1.0
uhub7 at usb7 configuration 1 interface 0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
isa0 at pcib0
isadma0 at isa0
pckbc0 at isa0 port 0x60/5 irq 1 irq 12
pckbd0 at pckbc0 (kbd slot)
wskbd0 at pckbd0: console keyboard
pms0 at pckbc0 (aux slot)
wsmouse0 at pms0 mux 0
wsmouse1 at pms0 mux 0
pms0: Synaptics touchpad, firmware 7.0, 0x1c0b1 0xb00000 0x0 0xd04791 0x20000
pcppi0 at isa0 port 0x61
spkr0 at pcppi0
aps0 at isa0 port 0x1600/31
umass0 at uhub0 port 1 configuration 1 interface 0 "Generic Mass Storage" rev 2.00/1.00 addr 2
umass0: using SCSI over Bulk-Only
scsibus2 at umass0: 2 targets, initiator 0
sd1 at scsibus2 targ 1 lun 0: <Generic, Flash Disk, 8.07> removable
sd1: 7680MB, 512 bytes/sector, 15728640 sectors
ugen0 at uhub3 port 1 "AuthenTec Fingerprint Sensor" rev 2.00/17.03 addr 2
ugen1 at uhub3 port 2 "Lenovo Computer Corp ThinkPad Bluetooth with Enhanced Data Rate II" rev 2.00/3.52 addr 3
vscsi0 at root
scsibus3 at vscsi0: 256 targets
softraid0 at root
scsibus4 at softraid0: 256 targets
root on sd1a (2ece4220700261ca.a) swap on sd1b dump on sd1b
radeondrm0: RV635
radeondrm0: 1920x1200, 32bpp
wsdisplay1 at radeondrm0
wsdisplay1: screen 0-5 added (std, vt100 emulation)
inteldrm0: 1920x1200, 32bpp
wsdisplay0 at inteldrm0 mux 1: console (std, vt100 emulation), using wskbd0
wsdisplay0: screen 1-5 added (std, vt100 emulation)
Taking out the unneeded stuff (I usually take out bluetooth,
replace the wifi with Intel 7260 HMW etc), I also noticed this
(see attachments). Taking it out, the difference in dmesg shows:
-"Intel Turbo Memory" rev 0x11 at pci4 dev 0 function 0 not configured
Given that it's "not configured", I don't think I'm missing much
(and the Thinkpad's memory doesn't seem any less "Turbo"),
but does anyone know what it does in the Thinkpad? AFAIG,
is was supposed to be a thing before 4G of RAM and SSDs
were common ...
Jan
OpenBSD 6.9-beta (GENERIC) #345: Tue Feb 23 01:02:38 MST 2021
deraadt@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC
real mem = 8463781888 (8071MB)
avail mem = 8192016384 (7812MB)
random: good seed from bootblocks
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe0010 (80 entries)
bios0: vendor LENOVO version "6FET79WW (3.09 )" date 10/02/2009
bios0: LENOVO 40612JG
acpi0 at bios0: ACPI 3.0
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP SSDT ECDT APIC MCFG HPET SLIC BOOT ASF! SSDT TCPA SSDT SSDT SSDT
acpi0: wakeup devices LID_(S3) SLPB(S3) IGBE(S4) EXP0(S4) EXP1(S4) EXP2(S4) EXP3(S4) EXP4(S4) PCI1(S4) USB0(S3) USB3(S3) USB5(S3) EHC0(S3) EHC1(S3) HDEF(S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpiec0 at acpi0
acpimadt0 at acpi0 addr 0xfee00000: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM)2 Duo CPU P9500 @ 2.53GHz, 2527.45 MHz, 06-17-06
cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,NXE,LONG,LAHF,PERF,SENSOR,MELTDOWN
cpu0: 6MB 64b/line 16-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 7 var ranges, 88 fixed ranges
cpu0: apic clock running at 265MHz
cpu0: mwait min=64, max=64, C-substates=0.2.2.2.2.1.3, IBE
cpu at mainbus0: not configured
ioapic0 at mainbus0: apid 1 pa 0xfec00000, version 20, 24 pins, remapped
acpimcfg0 at acpi0
acpimcfg0: addr 0xe0000000, bus 0-63
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 1 (AGP_)
acpiprt2 at acpi0: bus 2 (EXP0)
acpiprt3 at acpi0: bus 3 (EXP1)
acpiprt4 at acpi0: bus 4 (EXP2)
acpiprt5 at acpi0: bus 5 (EXP3)
acpiprt6 at acpi0: bus 13 (EXP4)
acpiprt7 at acpi0: bus 21 (PCI1)
acpibtn0 at acpi0: LID_
acpibtn1 at acpi0: SLPB
acpipci0 at acpi0 PCI0: 0x00000000 0x00000011 0x00000001
acpicmos0 at acpi0
acpibat0 at acpi0: BAT0 model "COMPATIBLE" serial 1388 type LION oem "SANYO"
acpiac0 at acpi0: AC unit online
acpithinkpad0 at acpi0: version 1.0
"PNP0C14" at acpi0 not configured
acpicpu0 at acpi0: !C3(250@17 mwait.3@0x20), !C2(500@1 mwait.1@0x10), C1(1000@1 mwait.1), PSS
acpipwrres0 at acpi0: PUBS, resource for USB0, USB3, USB5, EHC0, EHC1
acpitz0 at acpi0: critical temperature is 127 degC
acpitz1 at acpi0: critical temperature is 100 degC
acpidock0 at acpi0: GDCK not docked (0)
acpivideo0 at acpi0: VID_
acpivout0 at acpivideo0: LCD0
acpivideo1 at acpi0: VID_
acpivout1 at acpivideo1: LCD0
cpu0: Enhanced SpeedStep 2527 MHz: speeds: 2534, 2533, 1600, 800 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel GM45 Host" rev 0x07
ppb0 at pci0 dev 1 function 0 "Intel GM45 PCIE" rev 0x07: msi
pci1 at ppb0 bus 1
1:0:0: io address conflict 0x2000/0x100
radeondrm0 at pci1 dev 0 function 0 "ATI Mobility Radeon HD 3650" rev 0x00
drm1 at radeondrm0
radeondrm0: msi
inteldrm0 at pci0 dev 2 function 0 "Intel GM45 Video" rev 0x07
drm0 at inteldrm0
intagp0 at inteldrm0
agp0 at intagp0: aperture at 0xd0000000, size 0x10000000
inteldrm0: apic 1 int 16, GM45, gen 4
"Intel GM45 HECI" rev 0x07 at pci0 dev 3 function 0 not configured
em0 at pci0 dev 25 function 0 "Intel ICH9 IGP M AMT" rev 0x03: msi, address 00:1c:25:97:c2:f5
uhci0 at pci0 dev 26 function 0 "Intel 82801I USB" rev 0x03: apic 1 int 20
uhci1 at pci0 dev 26 function 1 "Intel 82801I USB" rev 0x03: apic 1 int 21
uhci2 at pci0 dev 26 function 2 "Intel 82801I USB" rev 0x03: apic 1 int 22
ehci0 at pci0 dev 26 function 7 "Intel 82801I USB" rev 0x03: apic 1 int 23
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 configuration 1 interface 0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
azalia0 at pci0 dev 27 function 0 "Intel 82801I HD Audio" rev 0x03: msi
azalia0: codecs: Conexant CX20561, Conexant/0x2c06, using Conexant CX20561
audio0 at azalia0
ppb1 at pci0 dev 28 function 0 "Intel 82801I PCIE" rev 0x03: msi
pci2 at ppb1 bus 2
ppb2 at pci0 dev 28 function 1 "Intel 82801I PCIE" rev 0x03: msi
pci3 at ppb2 bus 3
iwn0 at pci3 dev 0 function 0 "Intel WiFi Link 5300" rev 0x00: msi, MIMO 3T3R, MoW, address 00:16:ea:b2:58:ec
ppb3 at pci0 dev 28 function 2 "Intel 82801I PCIE" rev 0x03: msi
pci4 at ppb3 bus 4
"Intel Turbo Memory" rev 0x11 at pci4 dev 0 function 0 not configured
ppb4 at pci0 dev 28 function 3 "Intel 82801I PCIE" rev 0x03: msi
pci5 at ppb4 bus 5
ppb5 at pci0 dev 28 function 4 "Intel 82801I PCIE" rev 0x03: msi
pci6 at ppb5 bus 13
uhci3 at pci0 dev 29 function 0 "Intel 82801I USB" rev 0x03: apic 1 int 16
uhci4 at pci0 dev 29 function 1 "Intel 82801I USB" rev 0x03: apic 1 int 17
uhci5 at pci0 dev 29 function 2 "Intel 82801I USB" rev 0x03: apic 1 int 18
ehci1 at pci0 dev 29 function 7 "Intel 82801I USB" rev 0x03: apic 1 int 19
usb1 at ehci1: USB revision 2.0
uhub1 at usb1 configuration 1 interface 0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
ppb6 at pci0 dev 30 function 0 "Intel 82801BAM Hub-to-PCI" rev 0x93
pci7 at ppb6 bus 21
cbb0 at pci7 dev 0 function 0 "Ricoh 5C476 CardBus" rev 0xba: apic 1 int 16
"Ricoh 5C832 Firewire" rev 0x04 at pci7 dev 0 function 1 not configured
sdhc0 at pci7 dev 0 function 2 "Ricoh 5C822 SD/MMC" rev 0x21: apic 1 int 18
sdhc0: SDHC 1.0, 33 MHz base clock
sdmmc0 at sdhc0: 4-bit, sd high-speed, mmc high-speed
"Ricoh 5C843 MMC" rev 0x11 at pci7 dev 0 function 3 not configured
"Ricoh 5C592 Memory Stick" rev 0x11 at pci7 dev 0 function 4 not configured
"Ricoh 5C852 xD" rev 0x11 at pci7 dev 0 function 5 not configured
cardslot0 at cbb0 slot 0 flags 0
cardbus0 at cardslot0: bus 22 device 0 cacheline 0x10, lattimer 0xb0
pcmcia0 at cardslot0
pcib0 at pci0 dev 31 function 0 "Intel 82801IEM LPC" rev 0x03
ahci0 at pci0 dev 31 function 2 "Intel 82801I AHCI" rev 0x03: msi, AHCI 1.2
ahci0: port 0: 3.0Gb/s
ahci0: port 1: 1.5Gb/s
scsibus1 at ahci0: 32 targets
sd0 at scsibus1 targ 0 lun 0: <ATA, TOSHIBA Q300., SAFM> naa.500080dc00405039
sd0: 457862MB, 512 bytes/sector, 937703088 sectors, thin
cd0 at scsibus1 targ 1 lun 0: <HL-DT-ST, DVDRAM GSA-U20N, HX10> removable
ichiic0 at pci0 dev 31 function 3 "Intel 82801I SMBus" rev 0x03: apic 1 int 23
iic0 at ichiic0
usb2 at uhci0: USB revision 1.0
uhub2 at usb2 configuration 1 interface 0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
usb3 at uhci1: USB revision 1.0
uhub3 at usb3 configuration 1 interface 0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
usb4 at uhci2: USB revision 1.0
uhub4 at usb4 configuration 1 interface 0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
usb5 at uhci3: USB revision 1.0
uhub5 at usb5 configuration 1 interface 0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
usb6 at uhci4: USB revision 1.0
uhub6 at usb6 configuration 1 interface 0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
usb7 at uhci5: USB revision 1.0
uhub7 at usb7 configuration 1 interface 0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
isa0 at pcib0
isadma0 at isa0
pckbc0 at isa0 port 0x60/5 irq 1 irq 12
pckbd0 at pckbc0 (kbd slot)
wskbd0 at pckbd0: console keyboard
pms0 at pckbc0 (aux slot)
wsmouse0 at pms0 mux 0
wsmouse1 at pms0 mux 0
pms0: Synaptics touchpad, firmware 7.0, 0x1c0b1 0xb00000 0x0 0xd04791 0x20000
pcppi0 at isa0 port 0x61
spkr0 at pcppi0
aps0 at isa0 port 0x1600/31
umass0 at uhub0 port 1 configuration 1 interface 0 "Generic Mass Storage" rev 2.00/1.00 addr 2
umass0: using SCSI over Bulk-Only
scsibus2 at umass0: 2 targets, initiator 0
sd1 at scsibus2 targ 1 lun 0: <Generic, Flash Disk, 8.07> removable
sd1: 7680MB, 512 bytes/sector, 15728640 sectors
ugen0 at uhub3 port 1 "AuthenTec Fingerprint Sensor" rev 2.00/17.03 addr 2
ugen1 at uhub3 port 2 "Lenovo Computer Corp ThinkPad Bluetooth with Enhanced Data Rate II" rev 2.00/3.52 addr 3
vscsi0 at root
scsibus3 at vscsi0: 256 targets
softraid0 at root
scsibus4 at softraid0: 256 targets
root on sd1a (2ece4220700261ca.a) swap on sd1b dump on sd1b
radeondrm0: RV635
radeondrm0: 1920x1200, 32bpp
wsdisplay1 at radeondrm0
wsdisplay1: screen 0-5 added (std, vt100 emulation)
inteldrm0: 1920x1200, 32bpp
wsdisplay0 at inteldrm0 mux 1: console (std, vt100 emulation), using wskbd0
wsdisplay0: screen 1-5 added (std, vt100 emulation)
Re: Default partitions allocate only 1GB to /
Den sön 28 feb. 2021 kl 14:51 skrev <tetrahedra@danwin1210.me>:
> I deleted the file and `pkg_add libreoffice` worked as expected.
> Post-install I still have 746MB free in /, according to `df -h`.
>
> This makes little sense to me. Why should deleting a 20MB file on a
> filesystem with >700MB free space be sufficient for the install to go
> through? Especially when the install obviously doesn't need that much
> space on the filesystem in question?
>
> (space available in /usr/local went from 11.4G, pre-install, to 10.8G,
> post-install... was `pkg_add` trying to stage files in /, even though
> /tmp is a separate filesystem?)
Is /var a filesystem of its own? Otherwise it could be /var/tmp or
some other place under /var which is used for unpacking packages.
--
May the most significant bit of your life be positive.
> I deleted the file and `pkg_add libreoffice` worked as expected.
> Post-install I still have 746MB free in /, according to `df -h`.
>
> This makes little sense to me. Why should deleting a 20MB file on a
> filesystem with >700MB free space be sufficient for the install to go
> through? Especially when the install obviously doesn't need that much
> space on the filesystem in question?
>
> (space available in /usr/local went from 11.4G, pre-install, to 10.8G,
> post-install... was `pkg_add` trying to stage files in /, even though
> /tmp is a separate filesystem?)
Is /var a filesystem of its own? Otherwise it could be /var/tmp or
some other place under /var which is used for unpacking packages.
--
May the most significant bit of your life be positive.
azalia codecs in Thinkpad W500
Taking out the unneeded stuff (I usually take out bluetooth,
replace the wifi with Intel 7260 HMW etc), I also noticed this
(see attachments). Taking it out, the difference in dmesg shows:
-azalia0: codecs: Conexant CX20561, Conexant/0x2c06, using Conexant CX20561
+azalia0: codecs: Conexant CX20561
Is it usual for azalia machines to have more than one codec?
Some of my past and current Thinkpads do:
$ cd dmesg
$ grep -h codec thinkpad-* | sort -u
azalia0: codecs: Analog Devices AD1981HD
azalia0: codecs: Analog Devices AD1984, Conexant/0x2bfa, using Analog Devices AD1984
azalia0: codecs: Conexant CX20561
azalia0: codecs: Conexant CX20561, Conexant/0x2c06, using Conexant CX20561
azalia0: codecs: Conexant/0x5069, Intel/0x2804, using Conexant/0x5069
azalia0: codecs: Realtek ALC269, Intel/0x2806, using Realtek ALC269
azalia1: codecs: Realtek ALC269
With this one taken out (presumably the Conexant/0x2c06)
the machine still plays and records audio (using the Conexant CX20561).
What is the point of having more then one in the machine?
Does azalia make any choices between them?
Jan
OpenBSD 6.9-beta (GENERIC) #345: Tue Feb 23 01:02:38 MST 2021
deraadt@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC
real mem = 8463781888 (8071MB)
avail mem = 8192016384 (7812MB)
random: good seed from bootblocks
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe0010 (80 entries)
bios0: vendor LENOVO version "6FET79WW (3.09 )" date 10/02/2009
bios0: LENOVO 40612JG
acpi0 at bios0: ACPI 3.0
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP SSDT ECDT APIC MCFG HPET SLIC BOOT ASF! SSDT TCPA SSDT SSDT SSDT
acpi0: wakeup devices LID_(S3) SLPB(S3) IGBE(S4) EXP0(S4) EXP1(S4) EXP2(S4) EXP3(S4) EXP4(S4) PCI1(S4) USB0(S3) USB3(S3) USB5(S3) EHC0(S3) EHC1(S3) HDEF(S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpiec0 at acpi0
acpimadt0 at acpi0 addr 0xfee00000: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM)2 Duo CPU P9500 @ 2.53GHz, 2527.45 MHz, 06-17-06
cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,NXE,LONG,LAHF,PERF,SENSOR,MELTDOWN
cpu0: 6MB 64b/line 16-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 7 var ranges, 88 fixed ranges
cpu0: apic clock running at 265MHz
cpu0: mwait min=64, max=64, C-substates=0.2.2.2.2.1.3, IBE
cpu at mainbus0: not configured
ioapic0 at mainbus0: apid 1 pa 0xfec00000, version 20, 24 pins, remapped
acpimcfg0 at acpi0
acpimcfg0: addr 0xe0000000, bus 0-63
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 1 (AGP_)
acpiprt2 at acpi0: bus 2 (EXP0)
acpiprt3 at acpi0: bus 3 (EXP1)
acpiprt4 at acpi0: bus 4 (EXP2)
acpiprt5 at acpi0: bus 5 (EXP3)
acpiprt6 at acpi0: bus 13 (EXP4)
acpiprt7 at acpi0: bus 21 (PCI1)
acpibtn0 at acpi0: LID_
acpibtn1 at acpi0: SLPB
acpipci0 at acpi0 PCI0: 0x00000000 0x00000011 0x00000001
acpicmos0 at acpi0
acpibat0 at acpi0: BAT0 model "COMPATIBLE" serial 1388 type LION oem "SANYO"
acpiac0 at acpi0: AC unit online
acpithinkpad0 at acpi0: version 1.0
"PNP0C14" at acpi0 not configured
acpicpu0 at acpi0: !C3(250@17 mwait.3@0x20), !C2(500@1 mwait.1@0x10), C1(1000@1 mwait.1), PSS
acpipwrres0 at acpi0: PUBS, resource for USB0, USB3, USB5, EHC0, EHC1
acpitz0 at acpi0: critical temperature is 127 degC
acpitz1 at acpi0: critical temperature is 100 degC
acpidock0 at acpi0: GDCK not docked (0)
acpivideo0 at acpi0: VID_
acpivout0 at acpivideo0: LCD0
acpivideo1 at acpi0: VID_
acpivout1 at acpivideo1: LCD0
cpu0: Enhanced SpeedStep 2527 MHz: speeds: 2534, 2533, 1600, 800 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel GM45 Host" rev 0x07
ppb0 at pci0 dev 1 function 0 "Intel GM45 PCIE" rev 0x07: msi
pci1 at ppb0 bus 1
1:0:0: io address conflict 0x2000/0x100
radeondrm0 at pci1 dev 0 function 0 "ATI Mobility Radeon HD 3650" rev 0x00
drm1 at radeondrm0
radeondrm0: msi
inteldrm0 at pci0 dev 2 function 0 "Intel GM45 Video" rev 0x07
drm0 at inteldrm0
intagp0 at inteldrm0
agp0 at intagp0: aperture at 0xd0000000, size 0x10000000
inteldrm0: apic 1 int 16, GM45, gen 4
"Intel GM45 HECI" rev 0x07 at pci0 dev 3 function 0 not configured
em0 at pci0 dev 25 function 0 "Intel ICH9 IGP M AMT" rev 0x03: msi, address 00:1c:25:97:c2:f5
uhci0 at pci0 dev 26 function 0 "Intel 82801I USB" rev 0x03: apic 1 int 20
uhci1 at pci0 dev 26 function 1 "Intel 82801I USB" rev 0x03: apic 1 int 21
uhci2 at pci0 dev 26 function 2 "Intel 82801I USB" rev 0x03: apic 1 int 22
ehci0 at pci0 dev 26 function 7 "Intel 82801I USB" rev 0x03: apic 1 int 23
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 configuration 1 interface 0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
azalia0 at pci0 dev 27 function 0 "Intel 82801I HD Audio" rev 0x03: msi
azalia0: codecs: Conexant CX20561, Conexant/0x2c06, using Conexant CX20561
audio0 at azalia0
ppb1 at pci0 dev 28 function 0 "Intel 82801I PCIE" rev 0x03: msi
pci2 at ppb1 bus 2
ppb2 at pci0 dev 28 function 1 "Intel 82801I PCIE" rev 0x03: msi
pci3 at ppb2 bus 3
iwn0 at pci3 dev 0 function 0 "Intel WiFi Link 5300" rev 0x00: msi, MIMO 3T3R, MoW, address 00:16:ea:b2:58:ec
ppb3 at pci0 dev 28 function 2 "Intel 82801I PCIE" rev 0x03: msi
pci4 at ppb3 bus 4
"Intel Turbo Memory" rev 0x11 at pci4 dev 0 function 0 not configured
ppb4 at pci0 dev 28 function 3 "Intel 82801I PCIE" rev 0x03: msi
pci5 at ppb4 bus 5
ppb5 at pci0 dev 28 function 4 "Intel 82801I PCIE" rev 0x03: msi
pci6 at ppb5 bus 13
uhci3 at pci0 dev 29 function 0 "Intel 82801I USB" rev 0x03: apic 1 int 16
uhci4 at pci0 dev 29 function 1 "Intel 82801I USB" rev 0x03: apic 1 int 17
uhci5 at pci0 dev 29 function 2 "Intel 82801I USB" rev 0x03: apic 1 int 18
ehci1 at pci0 dev 29 function 7 "Intel 82801I USB" rev 0x03: apic 1 int 19
usb1 at ehci1: USB revision 2.0
uhub1 at usb1 configuration 1 interface 0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
ppb6 at pci0 dev 30 function 0 "Intel 82801BAM Hub-to-PCI" rev 0x93
pci7 at ppb6 bus 21
cbb0 at pci7 dev 0 function 0 "Ricoh 5C476 CardBus" rev 0xba: apic 1 int 16
"Ricoh 5C832 Firewire" rev 0x04 at pci7 dev 0 function 1 not configured
sdhc0 at pci7 dev 0 function 2 "Ricoh 5C822 SD/MMC" rev 0x21: apic 1 int 18
sdhc0: SDHC 1.0, 33 MHz base clock
sdmmc0 at sdhc0: 4-bit, sd high-speed, mmc high-speed
"Ricoh 5C843 MMC" rev 0x11 at pci7 dev 0 function 3 not configured
"Ricoh 5C592 Memory Stick" rev 0x11 at pci7 dev 0 function 4 not configured
"Ricoh 5C852 xD" rev 0x11 at pci7 dev 0 function 5 not configured
cardslot0 at cbb0 slot 0 flags 0
cardbus0 at cardslot0: bus 22 device 0 cacheline 0x10, lattimer 0xb0
pcmcia0 at cardslot0
pcib0 at pci0 dev 31 function 0 "Intel 82801IEM LPC" rev 0x03
ahci0 at pci0 dev 31 function 2 "Intel 82801I AHCI" rev 0x03: msi, AHCI 1.2
ahci0: port 0: 3.0Gb/s
ahci0: port 1: 1.5Gb/s
scsibus1 at ahci0: 32 targets
sd0 at scsibus1 targ 0 lun 0: <ATA, TOSHIBA Q300., SAFM> naa.500080dc00405039
sd0: 457862MB, 512 bytes/sector, 937703088 sectors, thin
cd0 at scsibus1 targ 1 lun 0: <HL-DT-ST, DVDRAM GSA-U20N, HX10> removable
ichiic0 at pci0 dev 31 function 3 "Intel 82801I SMBus" rev 0x03: apic 1 int 23
iic0 at ichiic0
usb2 at uhci0: USB revision 1.0
uhub2 at usb2 configuration 1 interface 0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
usb3 at uhci1: USB revision 1.0
uhub3 at usb3 configuration 1 interface 0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
usb4 at uhci2: USB revision 1.0
uhub4 at usb4 configuration 1 interface 0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
usb5 at uhci3: USB revision 1.0
uhub5 at usb5 configuration 1 interface 0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
usb6 at uhci4: USB revision 1.0
uhub6 at usb6 configuration 1 interface 0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
usb7 at uhci5: USB revision 1.0
uhub7 at usb7 configuration 1 interface 0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
isa0 at pcib0
isadma0 at isa0
pckbc0 at isa0 port 0x60/5 irq 1 irq 12
pckbd0 at pckbc0 (kbd slot)
wskbd0 at pckbd0: console keyboard
pms0 at pckbc0 (aux slot)
wsmouse0 at pms0 mux 0
wsmouse1 at pms0 mux 0
pms0: Synaptics touchpad, firmware 7.0, 0x1c0b1 0xb00000 0x0 0xd04791 0x20000
pcppi0 at isa0 port 0x61
spkr0 at pcppi0
aps0 at isa0 port 0x1600/31
umass0 at uhub0 port 1 configuration 1 interface 0 "Generic Mass Storage" rev 2.00/1.00 addr 2
umass0: using SCSI over Bulk-Only
scsibus2 at umass0: 2 targets, initiator 0
sd1 at scsibus2 targ 1 lun 0: <Generic, Flash Disk, 8.07> removable
sd1: 7680MB, 512 bytes/sector, 15728640 sectors
ugen0 at uhub3 port 1 "AuthenTec Fingerprint Sensor" rev 2.00/17.03 addr 2
ugen1 at uhub3 port 2 "Lenovo Computer Corp ThinkPad Bluetooth with Enhanced Data Rate II" rev 2.00/3.52 addr 3
vscsi0 at root
scsibus3 at vscsi0: 256 targets
softraid0 at root
scsibus4 at softraid0: 256 targets
root on sd1a (2ece4220700261ca.a) swap on sd1b dump on sd1b
radeondrm0: RV635
radeondrm0: 1920x1200, 32bpp
wsdisplay1 at radeondrm0
wsdisplay1: screen 0-5 added (std, vt100 emulation)
inteldrm0: 1920x1200, 32bpp
wsdisplay0 at inteldrm0 mux 1: console (std, vt100 emulation), using wskbd0
wsdisplay0: screen 1-5 added (std, vt100 emulation)
Subscribe to:
Posts (Atom)