Re: Is it possible to build node package as single executable binary?

2023-07-26 Thread Hiroki Tagato

On 2023/07/25 6:14, Miroslav Lachman wrote:

On 23/06/2023 13:11, Hiroki Tagato wrote:

Hi Miroslav,

I have a WIP port of Bitwarden CLI in my forked ports repository.

Take a look at:
https://github.com/tagattie/freebsd-ports/tree/main/security/bitwarden-cli

It generates a single binary executable "bw" by packaging the node 
command and necessary node modules. I have only lightly tested the 
package on FreeBSD 13/amd64 and it seems working.


Do you plan to push it to the official FreeBSD ports tree? It is very 
useful for our project but we need to maintain it separately in 
Poudriere because it is not in an official tree.


I have just updated the port in my repo to v2023.7.0 and now testing 
poudriere builds. After that I will push it to the official tree. Thanks 
for the request.


Cheers,
Hiroki



Re: Is it possible to build node package as single executable binary?

2023-07-26 Thread Miroslav Lachman

On 26/07/2023 13:19, Hiroki Tagato wrote:

On 2023/07/25 6:14, Miroslav Lachman wrote:

On 23/06/2023 13:11, Hiroki Tagato wrote:

Hi Miroslav,

I have a WIP port of Bitwarden CLI in my forked ports repository.

Take a look at:
https://github.com/tagattie/freebsd-ports/tree/main/security/bitwarden-cli


[..]

Do you plan to push it to the official FreeBSD ports tree? It is very 
useful for our project but we need to maintain it separately in 
Poudriere because it is not in an official tree.


I have just updated the port in my repo to v2023.7.0 and now testing 
poudriere builds. After that I will push it to the official tree. Thanks 
for the request.


Thank you for your work on it! I will try v2023.7.0 locally soon.

Best regards
Miroslav Lachman




Re: Reorganizing FreeBSD Ports Directory Structure for Non-X Window Managers and Wayland Support

2023-07-26 Thread Jan Beich
NSD  writes:

> Dear All,
>
> FreeBSD could benefit from reorganizing its directory structure to
> accommodate non-X Window managers more effectively. Currently, these
> managers are all placed under the "x11" directories, which may not
> accurately represent their nature.

- Porter's Handbook recommends against[1] adding new physical categories
- Some Wayland compositors are also X11 window managers: plasma5-kwin,
  kwinft, mutter and, probably, enlightment

[1] 
https://docs.freebsd.org/en/books/porters-handbook/makefiles/#proposing-categories

> A more intuitive approach could be to introduce a new "display" directory 
> that encompasses various display managers. Here's a proposed reorganization:
>
> display/
>   ├─ x11/
>   │   └─...
>   │
>   ├─ wayland/
>   │   ├─ wayland-wm/
>   │   └─ ...
>   │
>   └─ arcan/
>   └─ arcan-wm/
>   └─ durden/

- Nested physical categories are a POLA violation (going to confuse and break 
lots of stuff)
- Tagging is more flexible and discoverable and is already done via virtual 
categories
- Gentoo uses "gui-wm" while PkgSrc uses "wm" for both X11 window managers
  and Wayland compositors; for example, x11* can be renamed to gui*

Anyway, I'm not interested. I already struggle to find the correct
category even for non-Wayland ports.



Re: devel/mongo-c-driver failed with undefined reference due to --no-allow-shlib-undefined: ERR_load_BIO_strings

2023-07-26 Thread KIRIYAMA Kazuhiko
On Wed, 26 Jul 2023 10:54:11 +0900,
KIRIYAMA Kazuhiko wrote:
> 
> On Wed, 26 Jul 2023 00:46:11 +0900,
> Hiroo Ono wrote:
> > 
> > On Tue, 25 Jul 2023 19:23:41 +0900
> > Hiroo Ono  wrote:
> > 
> > > Sorry, I meant that the upstream has already fixed it, so no need to
> > > report upstream but version up of the devel/mongo-c-driver port is
> > > needed.
> > 
> > Filed updates to bugzilla:
> > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272720
> > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272721
> 
> Thanx for your patches!!! I tried both, and libbson fine but
> mongo-c-driver failed as follows:
> 
> Installing libbson-1.24.2...
> Extracting libbson-1.24.2: .. done
> ===>   mongo-c-driver-1.24.2 depends on shared library: libbson-1.0.so - 
> found (/usr/local/lib/libbson-1.0.so)
> ===>   Returning to build of mongo-c-driver-1.24.2
> ===>   mongo-c-driver-1.24.2 depends on shared library: libzstd.so - not found
> ===>   Installing existing package /var/ports/packages/All/zstd-1.5.5.pkg
> Installing zstd-1.5.5...
> `-- Installing liblz4-1.9.4,1...
> `-- Extracting liblz4-1.9.4,1: .. done
> Extracting zstd-1.5.5: .. done
> ===>   mongo-c-driver-1.24.2 depends on shared library: libzstd.so - found 
> (/usr/local/lib/libzstd.so)
> ===>   Returning to build of mongo-c-driver-1.24.2
> ===>  Configuring for mongo-c-driver-1.24.2
> ===>  Performing out-of-source build
> /bin/mkdir -p 
> /var/ports/work/var/ports/jwebkx/devel/mongo-c-driver/work/.build
> CMake Warning:
>   Ignoring extra path from command line:
> 
>"/var/ports/work/var/ports/jwebkx/devel/mongo-c-driver/work/.build/  
> -DCMAKE_C_FLAGS_DEBUG:STRING=-O2"
> 
> 
> CMake Warning:
>   Ignoring extra path from command line:
> 
>"  -DCMAKE_CXX_FLAGS_RELEASE:STRING=-O2"
> 
> 
> CMake Error: Unknown argument -pipe
> CMake Error: Run 'cmake --help' for all supported options.
> *** Error code 1
> 
> Stop.
> make: stopped in /var/ports/jwebkx/devel/mongo-c-driver

It built fine by manually:

root@jwebkx:/var/ports/work/var/ports/jwebkx/devel/mongo-c-driver/work # cmake 
-S mongo-c-driver-1.24.2 -B .build
-- The C compiler identification is Clang 16.0.6
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /usr/bin/cc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Looking for a CXX compiler
-- Looking for a CXX compiler - /usr/bin/c++
-- The CXX compiler identification is Clang 16.0.6
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- No CMAKE_BUILD_TYPE selected, defaulting to RelWithDebInfo
-- Performing Test HAVE_LLD_LINKER_SUPPORT
-- Performing Test HAVE_LLD_LINKER_SUPPORT - Success
-- Linking using LLVM lld. Disable by setting MONGO_USE_LLD to OFF
-- file VERSION_CURRENT contained BUILD_VERSION 1.24.2
-- Found Python3: /usr/local/bin/python3.9 (found version "3.9.17") found 
components: Interpreter 
-- Using bundled libbson
-- libbson version (from VERSION_CURRENT file): 1.24.2
-- Looking for snprintf
-- Looking for snprintf - found
-- Performing Test BSON_HAVE_TIMESPEC
-- Performing Test BSON_HAVE_TIMESPEC - Success
-- struct timespec found
-- Looking for gmtime_r
-- Looking for gmtime_r - found
-- Looking for rand_r
-- Looking for rand_r - found
-- Looking for strings.h
CMake Warning (dev) at /usr/local/share/cmake/Modules/CheckIncludeFile.cmake:82 
(message):
  Policy CMP0075 is not set: Include file check macros honor
  CMAKE_REQUIRED_LIBRARIES.  Run "cmake --help-policy CMP0075" for policy
  details.  Use the cmake_policy command to set the policy and suppress this
  warning.

  CMAKE_REQUIRED_LIBRARIES is set to:

/usr/lib/librt.so

  For compatibility with CMake 3.11 and below this check is ignoring it.
Call Stack (most recent call first):
  src/libbson/CMakeLists.txt:88 (CHECK_INCLUDE_FILE)
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Looking for strings.h - found
-- Looking for strlcpy
-- Looking for strlcpy - found
-- Looking for stdbool.h
-- Looking for stdbool.h - found
-- Looking for clock_gettime
-- Looking for clock_gettime - found
-- Looking for strnlen
-- Looking for strnlen - found
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Failed
-- Check if compiler accepts -pthread
-- Check if compiler accepts -pthread - yes
-- Found Threads: TRUE  
-- Adding -fPIC to compilation of bson_static components
-- libmongoc version (from VERSION_CURRENT file): 1.24.2
-- Enabling zlib compression (bundled)
-- Looking for include file unistd.h
-- Looking for include file unistd.h - found
-- Looking for include file stdarg.h
-- Looking for include file stdarg.h - found
-- Searching for compression library zstd
-- Found PkgConfig: /usr/local/bin/pkg-config (found version "1.8.1") 
-- Checking fo

Re: devel/mongo-c-driver failed with undefined reference due to --no-allow-shlib-undefined: ERR_load_BIO_strings

2023-07-26 Thread Hiroo Ono
Hello,

On Wed, 26 Jul 2023 10:54:11 +0900
KIRIYAMA Kazuhiko  wrote:

> On Wed, 26 Jul 2023 00:46:11 +0900,
> Hiroo Ono wrote:
> > 
> > On Tue, 25 Jul 2023 19:23:41 +0900
> > Hiroo Ono  wrote:
> >   
> > > Sorry, I meant that the upstream has already fixed it, so no need
> > > to report upstream but version up of the devel/mongo-c-driver
> > > port is needed.  
> > 
> > Filed updates to bugzilla:
> > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272720
> > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272721  
> 
> Thanx for your patches!!! I tried both, and libbson fine but
> mongo-c-driver failed as follows:
> 
> Installing libbson-1.24.2...
> Extracting libbson-1.24.2: .. done
> ===>   mongo-c-driver-1.24.2 depends on shared library:
> libbson-1.0.so - found (/usr/local/lib/libbson-1.0.so) ===>
> Returning to build of mongo-c-driver-1.24.2 ===>
> mongo-c-driver-1.24.2 depends on shared library: libzstd.so - not
> found ===>   Installing existing package
> /var/ports/packages/All/zstd-1.5.5.pkg Installing zstd-1.5.5... `--
> Installing liblz4-1.9.4,1... `-- Extracting liblz4-1.9.4,1:
> .. done Extracting zstd-1.5.5: .. done
> ===>   mongo-c-driver-1.24.2 depends on shared library: libzstd.so -
> found (/usr/local/lib/libzstd.so) ===>   Returning to build of
> mongo-c-driver-1.24.2 ===>  Configuring for mongo-c-driver-1.24.2
> ===>  Performing out-of-source build  
> /bin/mkdir -p
> /var/ports/work/var/ports/jwebkx/devel/mongo-c-driver/work/.build
> CMake Warning: Ignoring extra path from command line:
> 
>"/var/ports/work/var/ports/jwebkx/devel/mongo-c-driver/work/.build/
>  -DCMAKE_C_FLAGS_DEBUG:STRING=-O2"
> 
> 
> CMake Warning:
>   Ignoring extra path from command line:
> 
>"  -DCMAKE_CXX_FLAGS_RELEASE:STRING=-O2"
> 
> 
> CMake Error: Unknown argument -pipe

It seems that default CFLAGS content contaminated CMAKE_ARGS,
but the patch should not have done such things.
Isn't there some mis-patching that makes the content of CFLAGS go
into CMAKE_ARGS?

> CMake Error: Run 'cmake --help' for all supported options.
> *** Error code 1
> 
> Stop.
> make: stopped in /var/ports/jwebkx/devel/mongo-c-driver
> 
> >   
> > > > Hi, Ono san
> > > > 
> > > > On Tue, 25 Jul 2023 09:01:37 +0900,
> > > > Hiroo Ono wrote:  
> > > > > 
> > > > > Hello,
> > > > > 
> > > > > On Sat, 22 Jul 2023 10:28:21 +0200
> > > > > Yuri  wrote:
> > > > > 
> > > > > > Exactly, it's fallout from openssl 3 migration.
> > > > > > 
> > > > > > From
> > > > > > https://www.openssl.org/docs/manmaster/man7/migration_guide.html:
> > > > > > --- ERR_load_*(), ERR_func_error_string(),
> > > > > > ERR_get_error_line(), ERR_get_error_line_data(),
> > > > > > ERR_get_state()
> > > > > > 
> > > > > > OpenSSL now loads error strings automatically so these
> > > > > > functions are not needed.
> > > > > > ---
> > > > > > 
> > > > > > Looks like this needs to be reported upstream.
> > > > > 
> > > > > Checked MongoDB JIRA. It was fixed in CDRIVER-4590 and
> > > > > released as version 1.24.0. The port needs to be updated to
> > > > > the latest version.   
> > > > 
> > > > I git pulled, but devel/mongo-c-driver not updated still
> > > > 1.23.2_3:
> > > > 
> > > > root@vm:~ # git -C /ds/ports/freebsd/head pull
> > > > hint: Pulling without specifying how to reconcile divergent
> > > > branches is hint: discouraged. You can squelch this message by
> > > > running one of the following hint: commands sometime before
> > > > your next pull: :
> > > >  31 files changed, 176 insertions(+), 152 deletions(-)
> > > >  rename
> > > > sysutils/barrier/files/{patch-src_lib_net_SecureUtils.cpp =>
> > > > extra-patch-src_lib_net_SecureUtils.cpp} (100%) root@vm:~ #
> > > > egrep '^DISTVERSION='
> > > > /ds/ports/freebsd/head/devel/mongo-c-driver/Makefile
> > > > DISTVERSION=1.23.2 root@vm:~ # git -C
> > > > /ds/ports/freebsd/head rev-parse --verify --short HEAD
> > > > 07f40427f1f9 root@vm:~ # git -C /ds/ports/freebsd/head show
> > > > --quiet --max-count=1 --format="%ci" HEAD 2023-07-24 23:30:15
> > > > -0700 root@vm:~ # 
> > > > 
> > > > Could you tell me how to get 1.24.0 ?
> > > > 
> > > > Regards
> > > > ---
> > > > Kazuhiko Kiriyama
> > > >   
> > > 
> > >   
> > 
> >   
> 
> Regards
> ---
> Kazuhiko Kiriyama
> 




Unmaintained FreeBSD ports which are out of date

2023-07-26 Thread portscout
Dear port maintainers,

The portscout new distfile checker has detected that one or more
unmaintained ports appears to be out of date. Please take the opportunity
to check each of the ports listed below, and if possible and appropriate,
submit/commit an update. Please consider also adopting this port.
If any ports have already been updated, you can safely ignore the entry.

An e-mail will not be sent again for any of the port/version combinations
below.

Full details can be found at the following URL:
http://portscout.freebsd.org/po...@freebsd.org.html


Port| Current version | New version
+-+
cad/ifcopenshell| 0.6.0   | 
blenderbim-230727
+-+


If any of the above results are invalid, please check the following page
for details on how to improve portscout's detection and selection of
distfiles on a per-port basis:

http://portscout.freebsd.org/info/portscout-portconfig.txt

Reported by:portscout!



Re: devel/mongo-c-driver failed with undefined reference due to --no-allow-shlib-undefined: ERR_load_BIO_strings

2023-07-26 Thread Yasuhiro Kimura
From: Hiroo Ono 
Subject: Re: devel/mongo-c-driver failed with undefined reference due to 
--no-allow-shlib-undefined: ERR_load_BIO_strings
Date: Thu, 27 Jul 2023 11:02:25 +0900

> It seems that default CFLAGS content contaminated CMAKE_ARGS,
> but the patch should not have done such things.
> Isn't there some mis-patching that makes the content of CFLAGS go
> into CMAKE_ARGS?

I tried build with poudriere and following 2 jails.

* 13.2-RELEASE-p1 amd64
* 14.0-CURRENT main-n264279-92fd2f39e5b amd64

And build with the former succeeds but build with the latter fails
with same error as KIRIYAMA-san.

---
Yasuhiro Kimura



Re: devel/mongo-c-driver failed with undefined reference due to --no-allow-shlib-undefined: ERR_load_BIO_strings

2023-07-26 Thread Yasuhiro Kimura
From: Yasuhiro Kimura 
Subject: Re: devel/mongo-c-driver failed with undefined reference due to 
--no-allow-shlib-undefined: ERR_load_BIO_strings
Date: Thu, 27 Jul 2023 14:15:23 +0900 (JST)

> I tried build with poudriere and following 2 jails.
> 
> * 13.2-RELEASE-p1 amd64
> * 14.0-CURRENT main-n264279-92fd2f39e5b amd64
> 
> And build with the former succeeds but build with the latter fails
> with same error as KIRIYAMA-san.

I added 'DEFAULT_VERSIONS+=ssl=openssl30' and tried build with
poudriere and 13.2-RELEASE-p1 amd64 jail. Then build fails with same
error as 14-CURRENT. So it seems the error is related with OpenSSL
3.0.

---
Yasuhiro Kimura



Re: devel/mongo-c-driver failed with undefined reference due to --no-allow-shlib-undefined: ERR_load_BIO_strings

2023-07-26 Thread KIRIYAMA Kazuhiko
On Thu, 27 Jul 2023 11:02:25 +0900,
Hiroo Ono wrote:
> 
> Hello,
> 
> On Wed, 26 Jul 2023 10:54:11 +0900
> KIRIYAMA Kazuhiko  wrote:
> 
> > On Wed, 26 Jul 2023 00:46:11 +0900,
> > Hiroo Ono wrote:
> > > 
> > > On Tue, 25 Jul 2023 19:23:41 +0900
> > > Hiroo Ono  wrote:
> > >   
> > > > Sorry, I meant that the upstream has already fixed it, so no need
> > > > to report upstream but version up of the devel/mongo-c-driver
> > > > port is needed.  
> > > 
> > > Filed updates to bugzilla:
> > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272720
> > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272721  
> > 
> > Thanx for your patches!!! I tried both, and libbson fine but
> > mongo-c-driver failed as follows:
> > 
> > Installing libbson-1.24.2...
> > Extracting libbson-1.24.2: .. done
> > ===>   mongo-c-driver-1.24.2 depends on shared library:
> > libbson-1.0.so - found (/usr/local/lib/libbson-1.0.so) ===>
> > Returning to build of mongo-c-driver-1.24.2 ===>
> > mongo-c-driver-1.24.2 depends on shared library: libzstd.so - not
> > found ===>   Installing existing package
> > /var/ports/packages/All/zstd-1.5.5.pkg Installing zstd-1.5.5... `--
> > Installing liblz4-1.9.4,1... `-- Extracting liblz4-1.9.4,1:
> > .. done Extracting zstd-1.5.5: .. done
> > ===>   mongo-c-driver-1.24.2 depends on shared library: libzstd.so -
> > found (/usr/local/lib/libzstd.so) ===>   Returning to build of
> > mongo-c-driver-1.24.2 ===>  Configuring for mongo-c-driver-1.24.2
> > ===>  Performing out-of-source build  
> > /bin/mkdir -p
> > /var/ports/work/var/ports/jwebkx/devel/mongo-c-driver/work/.build
> > CMake Warning: Ignoring extra path from command line:
> > 
> >"/var/ports/work/var/ports/jwebkx/devel/mongo-c-driver/work/.build/
> >  -DCMAKE_C_FLAGS_DEBUG:STRING=-O2"
> > 
> > 
> > CMake Warning:
> >   Ignoring extra path from command line:
> > 
> >"  -DCMAKE_CXX_FLAGS_RELEASE:STRING=-O2"
> > 
> > 
> > CMake Error: Unknown argument -pipe
> 
> It seems that default CFLAGS content contaminated CMAKE_ARGS,
> but the patch should not have done such things.
> Isn't there some mis-patching that makes the content of CFLAGS go
> into CMAKE_ARGS?

I've patched with [1] and port skelton that I used is [2].

[1] https://bz-attachments.freebsd.org/attachment.cgi?id=243613
[2] http://www.truefc.org/~kiri/freebsd/ports/mongo-c-driver/

> 
> > CMake Error: Run 'cmake --help' for all supported options.
> > *** Error code 1
> > 
> > Stop.
> > make: stopped in /var/ports/jwebkx/devel/mongo-c-driver
> > 
> > >   
> > > > > Hi, Ono san
> > > > > 
> > > > > On Tue, 25 Jul 2023 09:01:37 +0900,
> > > > > Hiroo Ono wrote:  
> > > > > > 
> > > > > > Hello,
> > > > > > 
> > > > > > On Sat, 22 Jul 2023 10:28:21 +0200
> > > > > > Yuri  wrote:
> > > > > > 
> > > > > > > Exactly, it's fallout from openssl 3 migration.
> > > > > > > 
> > > > > > > From
> > > > > > > https://www.openssl.org/docs/manmaster/man7/migration_guide.html:
> > > > > > > --- ERR_load_*(), ERR_func_error_string(),
> > > > > > > ERR_get_error_line(), ERR_get_error_line_data(),
> > > > > > > ERR_get_state()
> > > > > > > 
> > > > > > > OpenSSL now loads error strings automatically so these
> > > > > > > functions are not needed.
> > > > > > > ---
> > > > > > > 
> > > > > > > Looks like this needs to be reported upstream.
> > > > > > 
> > > > > > Checked MongoDB JIRA. It was fixed in CDRIVER-4590 and
> > > > > > released as version 1.24.0. The port needs to be updated to
> > > > > > the latest version.   
> > > > > 
> > > > > I git pulled, but devel/mongo-c-driver not updated still
> > > > > 1.23.2_3:
> > > > > 
> > > > > root@vm:~ # git -C /ds/ports/freebsd/head pull
> > > > > hint: Pulling without specifying how to reconcile divergent
> > > > > branches is hint: discouraged. You can squelch this message by
> > > > > running one of the following hint: commands sometime before
> > > > > your next pull: :
> > > > >  31 files changed, 176 insertions(+), 152 deletions(-)
> > > > >  rename
> > > > > sysutils/barrier/files/{patch-src_lib_net_SecureUtils.cpp =>
> > > > > extra-patch-src_lib_net_SecureUtils.cpp} (100%) root@vm:~ #
> > > > > egrep '^DISTVERSION='
> > > > > /ds/ports/freebsd/head/devel/mongo-c-driver/Makefile
> > > > > DISTVERSION=1.23.2 root@vm:~ # git -C
> > > > > /ds/ports/freebsd/head rev-parse --verify --short HEAD
> > > > > 07f40427f1f9 root@vm:~ # git -C /ds/ports/freebsd/head show
> > > > > --quiet --max-count=1 --format="%ci" HEAD 2023-07-24 23:30:15
> > > > > -0700 root@vm:~ # 
> > > > > 
> > > > > Could you tell me how to get 1.24.0 ?
> > > > > 
> > > > > Regards
> > > > > ---
> > > > > Kazuhiko Kiriyama
> > > > >   
> > > > 
> > > >   
> > > 
> > >   
> > 
> > Regards
> > ---
> > Kazuhiko Kiriyama
> > 
>