Re: [gentoo-user] Certain packages refuse to use binary from build save, the -k thing.

2023-09-15 Thread Paul Colquhoun
On Saturday, September 16, 2023 2:44:03 P.M. AEST Dale wrote:
> Howdy,
> 
> A couple of my video players are not playing videos correctly.  I've
> rebuilt a few things but no change.  Some work fine, some give a error
> about a bad index or something, some just don't even try at all.  The
> videos come from various sources and are of different file extensions. 
> I can't find a rhyme or reason to the failure.  So, my plan, do a emerge
> -ek world to reinstall all packages instead of just the obvious ones
> that isn't fixing the issue.  I figure that should catch whatever is out
> of sync and fix the problem.  If not, then try to figure out why it is
> breaking the hard way.  This is basically a emerge -e world, just faster
> on my main system.
> 
> What I did before this.  I ran emerge -eak world on my main install. 
> Any packages that showed ebuild, which means it doesn't have a package
> binary, I emerged in my chroot.  Once it was done installing, I copied
> the binary package over to my main install.  However, when I run emerge
> -eak world again on my main install, it still shows ebuild for these
> packages. 
> 


> 
> Most package are the way they should be, showing a binary.  Like this:
> 
> 
> [binary   R] x11-libs/libX11-1.8.6::gentoo  USE="-doc -test"
> ABI_X86="32 (64) (-x32)" 0 KiB
> 
> 
> Does anyone know if there is some reason these packages won't use a
> binary for some reason?  I've recompiled some of these twice now with it
> refusing to show it using a binary.  I expect memtest and a couple
> others to fail but never ran into this before.
> 
> I do this so that my main system updates faster.  A couple of those
> packages has a bit longer compile time.  I might add, I've done this
> countless times doing updates with no problems, most likely even with
> these packages.  Today it just refuses to cooperate. 
> 
> Oh, I posted about handbrake and opencascade blocking some updates in
> another thread a while back, I unmerged those and Kicad which I think
> used opencascade.  It did update some video stuff the other day.  I feel
> some package is out of sync with some other package and hope a reinstall
> will fix it.  Otherwise, could be a bug in some package version. 
> 
> Any ideas? 


Does your compile server have exactly the same USE flags (and other flags) set 
as the target system?


-- 
Reverend Paul Colquhoun, ULC. http://andor.dropbear.id.au/
  Asking for technical help in newsgroups?  Read this first:
 http://catb.org/~esr/faqs/smart-questions.html#intro






[gentoo-user] Certain packages refuse to use binary from build save, the -k thing.

2023-09-15 Thread Dale
Howdy,

A couple of my video players are not playing videos correctly.  I've
rebuilt a few things but no change.  Some work fine, some give a error
about a bad index or something, some just don't even try at all.  The
videos come from various sources and are of different file extensions. 
I can't find a rhyme or reason to the failure.  So, my plan, do a emerge
-ek world to reinstall all packages instead of just the obvious ones
that isn't fixing the issue.  I figure that should catch whatever is out
of sync and fix the problem.  If not, then try to figure out why it is
breaking the hard way.  This is basically a emerge -e world, just faster
on my main system.

What I did before this.  I ran emerge -eak world on my main install. 
Any packages that showed ebuild, which means it doesn't have a package
binary, I emerged in my chroot.  Once it was done installing, I copied
the binary package over to my main install.  However, when I run emerge
-eak world again on my main install, it still shows ebuild for these
packages. 


[ebuild   R    ] dev-cpp/glibmm-2.66.6:2::gentoo  USE="-debug -gtk-doc
-test" ABI_X86="(64) -32 (-x32)" 0 KiB
[ebuild   R    ] dev-cpp/pangomm-2.46.3:1.4::gentoo  USE="-gtk-doc"
ABI_X86="(64) -32 (-x32)" 0 KiB
[ebuild   R    ] app-crypt/gcr-3.41.1-r2:0/1::gentoo  USE="gtk
introspection vala -gtk-doc -systemd -test" 0 KiB
[ebuild   R    ] dev-qt/qtdeclarative-5.15.10-r2:5/5.15::gentoo 
USE="jit vulkan widgets -debug -gles2-only -localstorage -test" 0 KiB
[ebuild   R    ] sys-devel/llvm-15.0.7-r3:15::gentoo 
USE="binutils-plugin libffi ncurses xml -debug -doc -exegesis -libedit
-test -verify-sig -xar -z3 -zstd" ABI_X86="32 (64) (-x32)"
LLVM_TARGETS="(AArch64) (AMDGPU) (ARM) (AVR) (BPF) (Hexagon) (Lanai)
(MSP430) (Mips) (NVPTX) (PowerPC) (RISCV) (Sparc) (SystemZ) (VE)
(WebAssembly) (X86) (XCore) (-ARC) (-CSKY) (-DirectX) (-LoongArch)
(-M68k) (-SPIRV)" 0 KiB
[ebuild   R    ] sys-libs/compiler-rt-15.0.7:15.0.7::gentoo  USE="clang
-debug -test -verify-sig" ABI_X86="32 (64)" 0 KiB
[ebuild   R    ] sys-libs/compiler-rt-sanitizers-15.0.7:15.0.7::gentoo 
USE="asan cfi clang dfsan gwp-asan hwasan libfuzzer lsan memprof msan
orc profile safestack scudo tsan ubsan xray -debug (-shadowcallstack)
-test -verify-sig" ABI_X86="32 (64)" 0 KiB
[ebuild   R    ] sys-devel/clang-15.0.7-r3:15/15g1::gentoo  USE="extra
(pie) static-analyzer xml -debug -doc (-ieee-long-double) -test
-verify-sig" ABI_X86="(64) -32 (-x32)" LLVM_TARGETS="(AArch64) (AMDGPU)
(ARM) (AVR) (BPF) (Hexagon) (Lanai) (MSP430) (Mips) (NVPTX) (PowerPC)
(RISCV) (Sparc) (SystemZ) (VE) (WebAssembly) (X86) (XCore) (-ARC)
(-CSKY) (-DirectX) (-LoongArch) (-M68k) (-SPIRV)"
PYTHON_SINGLE_TARGET="python3_11 -python3_10" 0 KiB
[ebuild   R    ] sci-electronics/klayout-0.28.9::gentoo 
PYTHON_SINGLE_TARGET="python3_11 -python3_10 -python3_12"
RUBY_TARGETS="ruby31" 0 KiB



Most package are the way they should be, showing a binary.  Like this:


[binary   R    ] x11-libs/libX11-1.8.6::gentoo  USE="-doc -test"
ABI_X86="32 (64) (-x32)" 0 KiB


Does anyone know if there is some reason these packages won't use a
binary for some reason?  I've recompiled some of these twice now with it
refusing to show it using a binary.  I expect memtest and a couple
others to fail but never ran into this before.

I do this so that my main system updates faster.  A couple of those
packages has a bit longer compile time.  I might add, I've done this
countless times doing updates with no problems, most likely even with
these packages.  Today it just refuses to cooperate. 

Oh, I posted about handbrake and opencascade blocking some updates in
another thread a while back, I unmerged those and Kicad which I think
used opencascade.  It did update some video stuff the other day.  I feel
some package is out of sync with some other package and hope a reinstall
will fix it.  Otherwise, could be a bug in some package version. 

Any ideas? 

Dale

:-)  :-) 

P. S.  Fresh backups are still working on the new NAS system.  Also, the
speed is about the same as it was on TrueNAS.  It seems encryption on
both ends does slow things down.  I suspect it is the slower machine. 
Still, it works.  Even if I switch to another OS, it can still see LVM
drives and I won't have to redo them again.  I hope.  :-D  At 7.6TB of
about 26TBs at the moment.