Index | Thread | Search

From:
Kirill A. Korinsky <kirill@korins.ky>
Subject:
Re: update security/rbw
To:
Solene Rapenne <solene@perso.pw>, ports@openbsd.org
Date:
Thu, 09 May 2024 12:57:34 +0100

Download raw body.

Thread
On Thu, 09 May 2024 11:33:08 +0100,
Stuart Henderson <stu@spacehopper.org> wrote:
> 
> On 2024/05/09 11:28, Kirill A. Korinsky wrote:
> > On Thu, 09 May 2024 10:22:10 +0100,
> > Solene Rapenne <solene@perso.pw> wrote:
> > > 
> > > Newer version available upstream, works for me
> > > 
> > > I did not try the changes though (rbw code related)
> > > 
> > > https://git.tozt.net/rbw/tree/CHANGELOG.md
> > >
> > 
> > I've tried it on -current/amd64.
> > 
> > The first attemp to build it fails as:
> > 
> >      Compiling rustls v0.22.4
> >        Running `/usr/local/bin/rustc --crate-name build_script_build --edition=2021 /usr/ports/pobj/rbw-1.10.1/rbw-1.10.1/modcargo-crates/rustls-0.22.4/build.rs --error-format=json --json=diagnostic-rendered-ansi,artifacts,future-incompat --diagnostic-width=156 --crate-type bin --emit=dep-info,link -C embed-bitcode=no -C debug-assertions=off --cfg 'feature="default"' --cfg 'feature="log"' --cfg 'feature="logging"' --cfg 'feature="ring"' --cfg 'feature="tls12"' -C metadata=8933ff3b04d5bf74 -C extra-filename=-8933ff3b04d5bf74 --out-dir /usr/ports/pobj/rbw-1.10.1/build-amd64/target/release/build/rustls-8933ff3b04d5bf74 -C strip=debuginfo -L dependency=/usr/ports/pobj/rbw-1.10.1/build-amd64/target/release/deps --cap-lints allow`
> >   error: linking with `cc` failed: exit status: 1
> >     |
> >     = note: LC_ALL="C" PATH="/usr/local/lib/rustlib/x86_64-unknown-openbsd/bin:/usr/ports/pobj/rbw-1.10.1/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11R6/bin" VSLANG="1033" "cc" "-m64" "/tmp/rustc8U4BEM/symbols.o" "/usr/ports/pobj/rbw-1.10.1/build-amd64/target/release/build/rustls-8933ff3b04d5bf74/build_script_build-8933ff3b04d5bf74.build_script_build.7b15128bcff9a117-cgu.0.rcgu.o" "/usr/ports/pobj/rbw-1.10.1/build-amd64/target/release/build/rustls-8933ff3b04d5bf74/build_script_build-8933ff3b04d5bf74.4v90ib4cbvbv76z0.rcgu.o" "-Wl,--as-needed" "-L" "/usr/ports/pobj/rbw-1.10.1/build-amd64/target/release/deps" "-L" "/usr/local/lib/rustlib/x86_64-unknown-openbsd/lib" "-Wl,-Bstatic" "/usr/local/lib/rustlib/x86_64-unknown-openbsd/lib/libstd-bb0e942cd5407715.rlib" "/usr/local/lib/rustlib/x86_64-unknown-openbsd/lib/libpanic_unwind-bb0e942cd540770e.rlib" "/usr/local/lib/rustlib/x86_64-unknown-openbsd/lib/libobject-bb0e942cd540770c.rlib" "/usr/local/lib/rustlib/x86_64-unknown-openbsd/lib/libmemchr-bb0e942cd540770a.rlib" "/usr/local/lib/rustlib/x86_64-unknown-openbsd/lib/libaddr2line-bb0e942cd5407700.rlib" "/usr/local/lib/rustlib/x86_64-unknown-openbsd/lib/libgimli-bb0e942cd5407707.rlib" "/usr/local/lib/rustlib/x86_64-unknown-openbsd/lib/librustc_demangle-bb0e942cd5407710.rlib" "/usr/local/lib/rustlib/x86_64-unknown-openbsd/lib/libstd_detect-bb0e942cd5407716.rlib" "/usr/local/lib/rustlib/x86_64-unknown-openbsd/lib/libhashbrown-bb0e942cd5407708.rlib" "/usr/local/lib/rustlib/x86_64-unknown-openbsd/lib/librustc_std_workspace_alloc-bb0e942cd5407712.rlib" "/usr/local/lib/rustlib/x86_64-unknown-openbsd/lib/libminiz_oxide-bb0e942cd540770b.rlib" "/usr/local/lib/rustlib/x86_64-unknown-openbsd/lib/libadler-bb0e942cd5407701.rlib" "/usr/local/lib/rustlib/x86_64-unknown-openbsd/lib/libunwind-bb0e942cd540771a.rlib" "/usr/local/lib/rustlib/x86_64-unknown-openbsd/lib/libcfg_if-bb0e942cd5407703.rlib" "/usr/local/lib/rustlib/x86_64-unknown-openbsd/lib/liblibc-bb0e942cd5407709.rli
> >     = note: ld(94977) in malloc(): bogus pointer (double free?) 0xdfdfdfdfdfdfdfdf
> >             cc: error: unable to execute command: Abort trap (core dumped)
> >             cc: error: linker command failed due to signal (use -v to see invocation)
> > 
> > 
> >   error: could not compile `rustls` (build script) due to 1 previous error
> 
> Do you have any special setting in sysctl vm.malloc_conf?
>

Nope, it is empty:

  ~ $ sysctl vm.malloc_conf
  vm.malloc_conf=
  ~ $ 

Personally I try to run as close to default settings as possible.

Thus, I can't reproduce this issue via make clean && make.

-- 
wbr, Kirill