Re: [gentoo-user] emerge -DuN @system vs. emerge -DuN @world
On Mon, 21 Mar 2022 15:41:14 +0100, hitachi303 wrote: > >> as far as I understand updating @system first should be safer and > >> easier to perform than updating @world directly. It was mention that > >> especially after updating the software after a somewhat long period > >> this might solve conflicts. I often do experience different and > >> wonder what the reason might be. > >> > >> The example today would work in both ways but @system shows problems > >> which @world does not have. Mostly those problems seem to be bigger > >> to the point where @system does not work but @world does or manual > >> package by package uninstalling and or emerging is required. > > > > Emerging @world considers the whole dependency tree, so it should give > > better results. Emerging @system first is only recommended in cases > > where @world fails due to dependency issues, particularly circular > > dependencies. > > That is what I learnd but my experience is that @system has often more > dependency issues than @world. Exactly, which is why @world should be the first attempt, but there are times when it fails while @system will succeed. > Your signature is always a reason to read your emails even when the > subject is not appealing. > . :-) -- Neil Bothwick Accordion: a bagpipe with pleats. pgpNWLtnSQGOY.pgp Description: OpenPGP digital signature
Re: [gentoo-user] emerge -DuN @system vs. emerge -DuN @world
Am 21.03.22 um 13:34 schrieb Neil Bothwick: On Mon, 21 Mar 2022 10:43:30 +0100, hitachi303 wrote: as far as I understand updating @system first should be safer and easier to perform than updating @world directly. It was mention that especially after updating the software after a somewhat long period this might solve conflicts. I often do experience different and wonder what the reason might be. The example today would work in both ways but @system shows problems which @world does not have. Mostly those problems seem to be bigger to the point where @system does not work but @world does or manual package by package uninstalling and or emerging is required. Emerging @world considers the whole dependency tree, so it should give better results. Emerging @system first is only recommended in cases where @world fails due to dependency issues, particularly circular dependencies. That is what I learnd but my experience is that @system has often more dependency issues than @world. Your signature is always a reason to read your emails even when the subject is not appealing. .
Re: [gentoo-user] emerge -DuN @system vs. emerge -DuN @world
On Mon, 21 Mar 2022 10:43:30 +0100, hitachi303 wrote: > as far as I understand updating @system first should be safer and > easier to perform than updating @world directly. It was mention that > especially after updating the software after a somewhat long period > this might solve conflicts. I often do experience different and wonder > what the reason might be. > > The example today would work in both ways but @system shows problems > which @world does not have. Mostly those problems seem to be bigger to > the point where @system does not work but @world does or manual package > by package uninstalling and or emerging is required. Emerging @world considers the whole dependency tree, so it should give better results. Emerging @system first is only recommended in cases where @world fails due to dependency issues, particularly circular dependencies. -- Neil Bothwick Atheism is a non-prophet organization. pgpmW0uXMUFgF.pgp Description: OpenPGP digital signature
[gentoo-user] emerge -DuN @system vs. emerge -DuN @world
Hi, as far as I understand updating @system first should be safer and easier to perform than updating @world directly. It was mention that especially after updating the software after a somewhat long period this might solve conflicts. I often do experience different and wonder what the reason might be. The example today would work in both ways but @system shows problems which @world does not have. Mostly those problems seem to be bigger to the point where @system does not work but @world does or manual package by package uninstalling and or emerging is required. Normally I run emerge -Dua --reinstall changed-use @world but N fits better in the subject line. Anyway just an observation. Regards emerge -DupN @system These are the packages that would be merged, in order: Calculating dependencies ... done! [ebuild U ] sys-libs/glibc-2.33-r13:2.2::gentoo [2.33-r7:2.2::gentoo] USE="multiarch (multilib) ssp (static-libs) -audit -caps (-cet) -compile-locales (-crypt) (-custom-cflags) -doc -gd -headers-only -multilib-bootstrap -nscd -profile (-selinux) -st atic-pie -suid -systemd -systemtap -test (-vanilla)" 0 KiB [ebuild U ] sys-apps/gentoo-functions-0.15::gentoo [0.14::gentoo] 0 KiB [ebuild U ] sys-devel/llvm-common-13.0.1::gentoo [13.0.0::gentoo] 142.335 KiB [ebuild U ] sys-apps/hwdata-0.354::gentoo [0.353::gentoo] 2.161 KiB [ebuild U ] app-text/poppler-data-0.4.11::gentoo [0.4.10::gentoo] 4.392 KiB [ebuild U ] sys-libs/timezone-data-2021e::gentoo [2021a-r1::gentoo] USE="nls -leaps-timezone -zic-slim" 680 KiB [ebuild U ] dev-libs/libpipeline-1.5.5::gentoo [1.5.4::gentoo] USE="-test" 934 KiB [ebuild U ] app-arch/zstd-1.5.2:0/1::gentoo [1.5.0:0/1::gentoo] USE="threads -lz4 -static-libs" ABI_X86="(64) -32 (-x32)" 1.906 KiB [ebuild U ] sys-libs/libseccomp-2.5.3::gentoo [2.5.1-r1::gentoo] USE="-python -static-libs -test%" ABI_X86="(64) -32 (-x32)" PYTHON_TARGETS="python3_9 -python3_8 -python3_10%" 623 KiB [ebuild R] sys-apps/sysvinit-2.99-r1::gentoo USE="(-ibm) (-selinux) -static" KERNEL="(-FreeBSD%)" 0 KiB [ebuild U ] sys-kernel/installkernel-gentoo-5::gentoo [3::gentoo] USE="-grub%" 3 KiB [ebuild R] virtual/libcrypt-2:0/2::gentoo USE="-static-libs" ABI_X86="32* (64) (-x32)" 0 KiB [ebuild U ] sys-libs/libxcrypt-4.4.27:0/1::gentoo [4.4.25-r1:0/1::gentoo] USE="(compat) (split-usr) (system) -static-libs -test" ABI_X86="32* (64) (-x32)" 605 KiB [ebuild U ] dev-libs/openssl-1.1.1n:0/1.1::gentoo [1.1.1l-r1:0/1.1::gentoo] USE="asm -rfc3779 -sctp -sslv3 -static-libs -test -tls-compression -tls-heartbeat -vanilla -verify-sig%" ABI_X86="(64) -32 (-x32)" CPU_FLAGS_X86="(sse2)" 9.620 KiB [ebuild U ] app-text/qpdf-10.5.0:0/28::gentoo [10.4.0:0/28::gentoo] USE="ssl -doc% -examples -gnutls% -test" 17.933 KiB [ebuild U ] dev-perl/Try-Tiny-0.310.0::gentoo [0.300.0-r1::gentoo] USE="-minimal -test" 35 KiB [ebuild U ] dev-perl/URI-5.100.0::gentoo [5.90.0::gentoo] USE="-test" 107 KiB [ebuild U ] dev-perl/libwww-perl-6.600.0-r1::gentoo [6.550.0::gentoo] USE="ssl -test" 175 KiB [ebuild U ] sys-libs/libcap-2.63::gentoo [2.62::gentoo] USE="pam (split-usr) -static-libs -tools" ABI_X86="(64) -32 (-x32)" 171 KiB [ebuild U ] dev-libs/libxml2-2.9.13-r1:2::gentoo [2.9.12-r5:2::gentoo] USE="icu python readline -debug -examples -lzma -static-libs -test (-ipv6%*) (-verify-sig%)" ABI_X86="(64) -32 (-x32)" PYTHON_TARGETS="python3_9 -python3_8 -python3_10" 3.168 KiB [ebuild U ] sys-apps/util-linux-2.37.4::gentoo [2.37.3-r1::gentoo] USE="cramfs hardlink logger ncurses nls pam readline (split-usr) su suid udev (unicode) -audit -build -caps -cryptsetup -fdformat -kill -magic -python (-rtas) (-selinux) -slang -static-libs -systemd -test -tty-helpers" ABI_X86="(64) -32 (-x32)" PYTHON_TARGETS="python3_9 -python3_8 -python3_10" 5.971 KiB [ebuild U ] dev-libs/expat-2.4.7::gentoo [2.4.4::gentoo] USE="unicode -examples -static-libs" ABI_X86="(64) -32 (-x32)" 444 KiB [ebuild U ] dev-python/tomli-2.0.1::gentoo [2.0.0::gentoo] USE="-test" PYTHON_TARGETS="python3_9 (-pypy3) -python3_8 -python3_10" 144 KiB [ebuild U ] x11-libs/libICE-1.0.10-r1::gentoo [1.0.10::gentoo] USE="ipv6" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild U ] net-libs/gnutls-3.7.3-r1:0/30::gentoo [3.7.2:0/30::gentoo] USE="cxx idn nls openssl seccomp tls-heartbeat -dane -doc -examples -guile -pkcs11 -sslv2 -sslv3 -static-libs -test (-test-full) -tools -valgrind" ABI_X86="(64) -32 (-x32)" 5.976 KiB [ebuild U ] x11-libs/libXdmcp-1.1.3-r1::gentoo [1.1.3::gentoo] USE="-doc" ABI_X86="(64) -32 (-x32)" 0 KiB [ebuild U ] sys-libs/binutils-libs-2.37_p1-r2:0/2.37::gentoo [2.37_p1:0/2.37::gentoo] USE="nls -64-bit-bfd (-cet) -multitarget -static-libs" ABI_X86="(64) -32 (-x32)" 32 KiB [ebuild U ] dev-libs/libxslt-1.1.35::gentoo [1.1.34-r2::gentoo] USE="crypt -debug -examples -static-libs (-verify-sig%)"
