Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
On 05/22/20 02:48, Rich Freeman wrote: On Thu, May 21, 2020 at 3:18 PM n952162 wrote: My system: Linux txm2 4.14.65-gentoo #1 SMP Sun Oct 21 11:50:40 -00 2018 x86_64 Intel(R) Core(TM)2 Duo CPU E7500 @ 2.93GHz GenuineIntel GNU/Linux I'm not sure why the x86 is coming into play here and if sse2 is relevant at all. I found somebody with a similar issue on the net and a response was to use this in make.conf: LLVM_TARGETS="x86" but I don't know if I should use x86 or x86_64 there... anybody have an idea? It seems like you're running a 32-bit version of Gentoo. What is the output of emerge --info? 64-bit CPUs run x86 binaries just fine, so if you install a 32-bit stage3 you'll end up with x86s all over the place. Your email was really sparse on actual command lines and output again. You're just making everybody guess what you're trying to do in any given email, which means half the advice you're going to get back won't work. Don't try to figure out what everybody else needs to know. Just spill your guts. There is a reason bugs just get closed without anybody seeing them if a full build log and emerge -info isn't attached. By all means use attachments, but don't copy/paste the 10 lines you think are the most important... Portage 2.3.49 (python 3.6.5-final-0, default/linux/x86/17.0, gcc-7.3.0, glibc-2.26-r7, 4.14.65-gentoo x86_64) = System uname: Linux-4.14.65-gentoo-x86_64-Intel-R-_Core-TM-2_Duo_CPU_E7500_@_2.93GHz-with-gentoo-2.4.1 KiB Mem: 8148660 total, 7234424 free KiB Swap:2097148 total, 2097148 free Timestamp of repository gentoo: Sat, 16 May 2020 12:30:01 + Head commit of repository gentoo: df94c49ed439c2e5d9abd03cf26435c33a01d6e7 sh bash 4.4_p12 ld GNU ld (Gentoo 2.30 p5) 2.30.0 app-shells/bash: 4.4_p12::gentoo dev-lang/perl:5.24.3-r1::gentoo dev-lang/python: 2.7.15::gentoo, 3.6.5::gentoo dev-util/cmake: 3.9.6::gentoo dev-util/pkgconfig: 0.29.2::gentoo sys-apps/baselayout: 2.4.1-r2::gentoo sys-apps/openrc: 0.38.2::gentoo sys-apps/sandbox: 2.13::gentoo sys-devel/autoconf: 2.13::gentoo, 2.69-r4::gentoo sys-devel/automake: 1.15.1-r2::gentoo sys-devel/binutils: 2.30-r4::gentoo sys-devel/gcc:7.3.0-r3::gentoo sys-devel/gcc-config: 1.8-r1::gentoo sys-devel/libtool:2.4.6-r3::gentoo sys-devel/make: 4.2.1-r4::gentoo sys-kernel/linux-headers: 4.13::gentoo (virtual/os-headers) sys-libs/glibc: 2.26-r7::gentoo Repositories: gentoo location: /usr/portage sync-type: rsync sync-uri: rsync://rsync.gentoo.org/gentoo-portage priority: -1000 sync-rsync-extra-opts: sync-rsync-verify-jobs: 1 sync-rsync-verify-max-age: 24 sync-rsync-verify-metamanifest: yes ACCEPT_KEYWORDS="x86" ACCEPT_LICENSE="@FREE" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" ENV_UNSET="DBUS_SESSION_BUS_ADDRESS DISPLAY GOBIN PERL5LIB PERL5OPT PERLPREFIX PERL_CORE PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME XDG_DATA_HOME XDG_RUNTIME_DIR" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync multilib-strict news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="http://distfiles.gentoo.org; LANG="C" LDFLAGS="-Wl,-O1 -Wl,--as-needed" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git" PORTAGE_TMPDIR="/var/tmp" USE="acl berkdb bzip2 cli crypt dri fortran gdbm iconv ipv6 libtirpc ncurses nls nptl openmp pam pcre readline seccomp split-usr ssl tcpd unicode x86 x86_64 xattr zlib" ABI_X86="32" ADA_TARGET="gnat_2018" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation
Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
On 05/22/20 02:48, Rich Freeman wrote: On Thu, May 21, 2020 at 3:18 PM n952162 wrote: My system: Linux txm2 4.14.65-gentoo #1 SMP Sun Oct 21 11:50:40 -00 2018 x86_64 Intel(R) Core(TM)2 Duo CPU E7500 @ 2.93GHz GenuineIntel GNU/Linux I'm not sure why the x86 is coming into play here and if sse2 is relevant at all. I found somebody with a similar issue on the net and a response was to use this in make.conf: LLVM_TARGETS="x86" but I don't know if I should use x86 or x86_64 there... anybody have an idea? It seems like you're running a 32-bit version of Gentoo. What is the output of emerge --info? 64-bit CPUs run x86 binaries just fine, so if you install a 32-bit stage3 you'll end up with x86s all over the place. Your email was really sparse on actual command lines and output again. You're just making everybody guess what you're trying to do in any given email, which means half the advice you're going to get back won't work. Don't try to figure out what everybody else needs to know. Just spill your guts. There is a reason bugs just get closed without anybody seeing them if a full build log and emerge -info isn't attached. By all means use attachments, but don't copy/paste the 10 lines you think are the most important... --- Portage 2.3.49 (python 3.6.5-final-0, default/linux/x86/17.0, gcc-7.3.0, glibc-2.26-r7, 4.14.65-gentoo x86_64) = System uname: Linux-4.14.65-gentoo-x86_64-Intel-R-_Core-TM-2_Duo_CPU_E7500_@_2.93GHz-with-gentoo-2.4.1 KiB Mem: 8148660 total, 6997120 free KiB Swap: 2097148 total, 2097148 free Timestamp of repository gentoo: Sat, 16 May 2020 12:30:01 + Head commit of repository gentoo: df94c49ed439c2e5d9abd03cf26435c33a01d6e7 sh bash 4.4_p12 ld GNU ld (Gentoo 2.30 p5) 2.30.0 app-shells/bash: 4.4_p12::gentoo dev-lang/perl: 5.24.3-r1::gentoo dev-lang/python: 2.7.15::gentoo, 3.6.5::gentoo dev-util/cmake: 3.9.6::gentoo dev-util/pkgconfig: 0.29.2::gentoo sys-apps/baselayout: 2.4.1-r2::gentoo sys-apps/openrc: 0.38.2::gentoo sys-apps/sandbox: 2.13::gentoo sys-devel/autoconf: 2.13::gentoo, 2.69-r4::gentoo sys-devel/automake: 1.15.1-r2::gentoo sys-devel/binutils: 2.30-r4::gentoo sys-devel/gcc: 7.3.0-r3::gentoo sys-devel/gcc-config: 1.8-r1::gentoo sys-devel/libtool: 2.4.6-r3::gentoo sys-devel/make: 4.2.1-r4::gentoo sys-kernel/linux-headers: 4.13::gentoo (virtual/os-headers) sys-libs/glibc: 2.26-r7::gentoo Repositories: gentoo location: /usr/portage sync-type: rsync sync-uri: rsync://rsync.gentoo.org/gentoo-portage priority: -1000 sync-rsync-verify-jobs: 1 sync-rsync-verify-metamanifest: yes sync-rsync-verify-max-age: 24 sync-rsync-extra-opts: ACCEPT_KEYWORDS="x86" ACCEPT_LICENSE="@FREE" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" ENV_UNSET="DBUS_SESSION_BUS_ADDRESS DISPLAY GOBIN PERL5LIB PERL5OPT PERLPREFIX PERL_CORE PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME XDG_DATA_HOME XDG_RUNTIME_DIR" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync multilib-strict news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="http://distfiles.gentoo.org; LANG="C" LDFLAGS="-Wl,-O1 -Wl,--as-needed" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git" PORTAGE_TMPDIR="/var/tmp" USE="acl berkdb bzip2 cli crypt dri fortran gdbm iconv ipv6 libtirpc ncurses nls nptl openmp pam pcre readline seccomp split-usr ssl tcpd unicode x86 x86_64 xattr zlib" ABI_X86="32" ADA_TARGET="gnat_2018" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime
Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
On Thu, May 21, 2020 at 3:18 PM n952162 wrote: > > My system: > > Linux txm2 4.14.65-gentoo #1 SMP Sun Oct 21 11:50:40 -00 2018 x86_64 Intel(R) > Core(TM)2 Duo CPU E7500 @ 2.93GHz GenuineIntel GNU/Linux > > I'm not sure why the x86 is coming into play here and if sse2 is relevant at > all. > I found somebody with a similar issue on the net and a response was to use > this in make.conf: > > LLVM_TARGETS="x86" > > but I don't know if I should use x86 or x86_64 there... anybody have an idea? > It seems like you're running a 32-bit version of Gentoo. What is the output of emerge --info? 64-bit CPUs run x86 binaries just fine, so if you install a 32-bit stage3 you'll end up with x86s all over the place. Your email was really sparse on actual command lines and output again. You're just making everybody guess what you're trying to do in any given email, which means half the advice you're going to get back won't work. Don't try to figure out what everybody else needs to know. Just spill your guts. There is a reason bugs just get closed without anybody seeing them if a full build log and emerge -info isn't attached. By all means use attachments, but don't copy/paste the 10 lines you think are the most important... -- Rich
Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
On 05/20/20 23:52, n952162 wrote: The @system set is largely independent of anything else, so getting it updated makes everything else easier. Okay, that's what I'll do (tomorrow). Well it's an iterative process with backtracking ... one package of @system is alsa and it seemed small and easy ... I seem to have all the conflicts out, but now I get: - dev-lang/rust-1.41.1::gentoo USE="-clippy -debug -doc -libressl (-nightly) (-parallel-compiler) -rls -rustfmt (-system-bootstrap) (-system-llvm) -wasm" CPU_FLAGS_X86="-sse2" LLVM_TARGETS="(X86) -AArch64 -AMDGPU -ARM -BPF -Hexagon -Lanai -MSP430 -Mips -NVPTX -PowerPC -RISCV -Sparc -SystemZ -WebAssembly -XCore" The following REQUIRED_USE flag constraints are unsatisfied: x86? ( cpu_flags_x86_sse2 ) My system: Linux txm2 4.14.65-gentoo #1 SMP Sun Oct 21 11:50:40 -00 2018 x86_64 Intel(R) Core(TM)2 Duo CPU E7500 @ 2.93GHz GenuineIntel GNU/Linux I'm not sure why the x86 is coming into play here and if sse2 is relevant at all. I found somebody with a similar issue on the net and a response was to use this in make.conf: LLVM_TARGETS="x86" but I don't know if I should use x86 or x86_64 there... anybody have an idea?
Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
On Thu, May 21, 2020 at 4:46 AM Thomas Mueller wrote: > > > from n952162: > > > > And really unless you REALLY care about your CFLAGS you get 99% of the > > > benefit just sticking with the original stage3 and just rebuilding > > > anything you change USE flags for. Over time it will all get rebuilt > > > anyway using your preferences. > > > If I understand that correctly, using the stage3 tarball will give me a > > fully functioning system from binaries, but I can convert that in one > > fell swoop into sources by re-emerging everything, saving me the hassle > > of the bootstrap.=C2=A0 Of course, a trojan horse could be in that tarball > > and squirrel itself away ... but then, I'm not supporting Fort Knox, > > either...=C2=A0 that'll save some work ;-) > > What do you refer to by "bootstrap"? > He is contrasting a stage1 vs stage3 install. Anybody who has been around Gentoo for 15+ years is probably familiar with this but it hasn't been something recommended in a long time or documented in the handbook. I believe it used to be the recommended process. Basically a stage1 is just a tarball of a very minimal toolchain - the very minimum set of packages needed to build everything else and a shell/etc, but not enough to actually boot a system (no ssh, probably no init/openrc, etc). You then use that stage1 to rebuild itself, which becomes a stage2. That is done to clean up any CFLAGS issues associated with whatever built the stage1. Then stage2 is used to essentially do an emerge -e @system which becomes a stage3. The problem is that you end up rebuilding gcc/glibc/python/etc multiple times, and all this time you don't have a bootable system. If for some reason you have to reboot/etc it can be a real pain to resume something like this. This is why it was deprecated - you get the same benefit from just starting with a stage3 and just doing an emerge -e @world, and it means you can do most of your system setup and get your system into a state where it can be rebooted very early, vs having a process where you do some stuff at the start, then do some more a day later, and do a bit more a day later, and so on. You can do an emerge -e @world at anytime really if you want to rebuild everything and other than the load it is pretty transparent to using the system, and if you reboot midway you just do an emerge --resume. You can still find stage1 tarballs, because they're still generated by catalyst when release media is created. The stage1/stage2/stage3 steps are done centrally by the release media team, and then users just download the stage3 tarball. The full process is still used in some more exotic situations, like prefix, or maybe when getting Gentoo running on a new arch. Getting to the trojan horse concern - I guess anything is possible, but you're assuming that somebody would infect the stage3 but not the stage1. They're both generated at the same place and signed using the same keys. If you're concerned about downstream infection a simple gpg check eliminates that risk, and if you're concerned about contamination upstream from signing then you'd need to create your own stage1 by hand from some source you consider clean. -- Rich
Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
> from n952162: > > And really unless you REALLY care about your CFLAGS you get 99% of the > > benefit just sticking with the original stage3 and just rebuilding > > anything you change USE flags for. Over time it will all get rebuilt > > anyway using your preferences. > If I understand that correctly, using the stage3 tarball will give me a > fully functioning system from binaries, but I can convert that in one > fell swoop into sources by re-emerging everything, saving me the hassle > of the bootstrap.=C2=A0 Of course, a trojan horse could be in that tarball > and squirrel itself away ... but then, I'm not supporting Fort Knox, > either...=C2=A0 that'll save some work ;-) What do you refer to by "bootstrap"? Do you mean setup.py in the portage tree? Tom
Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
On 05/20/20 23:58, Rich Freeman wrote: On Wed, May 20, 2020 at 5:52 PM n952162 wrote: The beauty of gentoo is that it's source. But that's just a fantasy if I use the stage3 tarball. I think. The stage3 tarball is what you get if you build everything using the default options. If you change the options, then an emerge -e @world will rebuild everything using your new options. That is equivalent to what you get from a stage1 install. The main difference is that you aren't messing around with chroots for days because you don't have a functional system while everything builds the first time. Ie, stage1->stage3 gets you the same thing as stage3->stage3. And really unless you REALLY care about your CFLAGS you get 99% of the benefit just sticking with the original stage3 and just rebuilding anything you change USE flags for. Over time it will all get rebuilt anyway using your preferences. If I understand that correctly, using the stage3 tarball will give me a fully functioning system from binaries, but I can convert that in one fell swoop into sources by re-emerging everything, saving me the hassle of the bootstrap. Of course, a trojan horse could be in that tarball and squirrel itself away ... but then, I'm not supporting Fort Knox, either... that'll save some work ;-)
Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
On Wed, May 20, 2020 at 5:52 PM n952162 wrote: > > The beauty of gentoo is that it's source. But that's just a fantasy if > I use the stage3 tarball. > I think. The stage3 tarball is what you get if you build everything using the default options. If you change the options, then an emerge -e @world will rebuild everything using your new options. That is equivalent to what you get from a stage1 install. The main difference is that you aren't messing around with chroots for days because you don't have a functional system while everything builds the first time. Ie, stage1->stage3 gets you the same thing as stage3->stage3. And really unless you REALLY care about your CFLAGS you get 99% of the benefit just sticking with the original stage3 and just rebuilding anything you change USE flags for. Over time it will all get rebuilt anyway using your preferences. -- Rich
Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
On 05/20/20 23:24, Rich Freeman wrote: First, stop top-posting, and fix your quoting. This is a mess to try to reply to, and your update woes are bad enough to stare at... sorry, I've just posted as I've thought it was most meaningful. I'm not sure what you mean by quoting ... I'm using thunderbird ... can you recommend another mail agent? On Wed, May 20, 2020 at 4:51 PM n952162 wrote: Well, you're talking about openssl here. I'm trying to go a step at a time and looking at the first conflict in that first log file: zlib. You'll have to give me the full command line and output of that if you want me to comment. This seems to be a bit of a trend in your emails. You almost always ask a question without including the command line and output. When you do include output you often trim it, which makes it much harder to tell what is going on. In the posting that you orignally responded to, at 21:06 (my time), I'd included this and attached the full log: emerge -vu dev-qt/qtgui dev-qt/qtx11extras dev-qt/qtopengl dev-qt/qtprintsupport dev-qt/qtwidgets dev-qt/qtxml dev-qt/linguist-tools dev-qt/qtnetwork dev-qt/qtsvg dev-qt/qtcore Again, I think attaching the log is less confusing than just dumping it into the stream, but maybe that's wrong. Isn't the source and build instructions to everything on my system here, too? I mean, if it had to rebuild all the users of zlib, but wasn't being requested to update them. No. The build instructions are in the repository. When you updated it, you discarded the ebuilds for any no-longer-supported package versions. Something that might also help is running: emerge -auDv --changed-use --keep-going --with-bdeps=y --changed-deps --backtrack=100 @system Attached ... 1. You should update all the files in /etc and then run that command again. 2. Did portage not actually let you proceed with the update? As far as I can tell none of those errors are fatal. Assuming that nothing new comes up after you update all your config files in /etc I would proceed with this update. It certainly won't fix all your problems (which is why you have a mountain of messages after the list of packages that will be updated), but it will get a ton of system packages and your toolchain up-to-date, and will probably make it considerably easier to sort through the rest of the updates. The @system set is largely independent of anything else, so getting it updated makes everything else easier. Okay, that's what I'll do (tomorrow). Actually, I installed this system just a month or two ago, but I used a CD I burned of the minimal-install-disk that is perhaps a year old. I wanted to have all my systems have the same basis, until I proficient enough to do a stage-1 installation ... I guess this is the way I'm learning how to get there :-( Two things: First, that seems a bit odd, since if you did an emerge --sync before doing the install you should have been installing new packages regardless of what was on the install disk, especially if you downloaded a current stage3. I guess if you used an old stage3 and didn't update anything then you'd be in that state, but you wouldn't have anything not in @system that way. Second, there is no benefit to doing a stage1 install really except in some unusual bootstrapping situations like building install media. You get an identical system if you do a stage1 install, or if you do a stage3 install and at the end do an emerge -e @world. The difference is that you can actually use your system while the latter rebuilds, vs a stage1 where it takes ages before you can just about anything with it. The beauty of gentoo is that it's source. But that's just a fantasy if I use the stage3 tarball. I think.
Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
First, stop top-posting, and fix your quoting. This is a mess to try to reply to, and your update woes are bad enough to stare at... On Wed, May 20, 2020 at 4:51 PM n952162 wrote: > > > Well, you're talking about openssl here. I'm trying to go a step at a time > and looking at the first conflict in that first log file: zlib. You'll have to give me the full command line and output of that if you want me to comment. This seems to be a bit of a trend in your emails. You almost always ask a question without including the command line and output. When you do include output you often trim it, which makes it much harder to tell what is going on. > Isn't the source and build instructions to everything on my system here, too? > I mean, if it had to rebuild all the users of zlib, but wasn't being > requested to update them. No. The build instructions are in the repository. When you updated it, you discarded the ebuilds for any no-longer-supported package versions. > > Something that might also help is running: > emerge -auDv --changed-use --keep-going --with-bdeps=y --changed-deps > --backtrack=100 @system > > > Attached ... > 1. You should update all the files in /etc and then run that command again. 2. Did portage not actually let you proceed with the update? As far as I can tell none of those errors are fatal. Assuming that nothing new comes up after you update all your config files in /etc I would proceed with this update. It certainly won't fix all your problems (which is why you have a mountain of messages after the list of packages that will be updated), but it will get a ton of system packages and your toolchain up-to-date, and will probably make it considerably easier to sort through the rest of the updates. The @system set is largely independent of anything else, so getting it updated makes everything else easier. > Actually, I installed this system just a month or two ago, but I used > a CD I burned of the minimal-install-disk that is perhaps a year > old. I wanted to have all my systems have the same basis, until I > proficient enough to do a stage-1 installation ... I guess this is the > way I'm learning how to get there :-( Two things: First, that seems a bit odd, since if you did an emerge --sync before doing the install you should have been installing new packages regardless of what was on the install disk, especially if you downloaded a current stage3. I guess if you used an old stage3 and didn't update anything then you'd be in that state, but you wouldn't have anything not in @system that way. Second, there is no benefit to doing a stage1 install really except in some unusual bootstrapping situations like building install media. You get an identical system if you do a stage1 install, or if you do a stage3 install and at the end do an emerge -e @world. The difference is that you can actually use your system while the latter rebuilds, vs a stage1 where it takes ages before you can just about anything with it. -- Rich
Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
Please don't toppost On 20 May 2020 21:46:45 CEST, n952162 wrote: >Good tip ... I was getting unconfortable that every time I tried one of >these attempts to update things, it would say that the target got added >to the world file. You're saying, if I don't recognize it, I can >remove >it from the list? > > >On 05/20/20 21:35, J. Roeleveld wrote: >> On 20 May 2020 21:24:36 CEST, Daniel Frey wrote: >>> On 5/20/20 12:06 PM, n952162 wrote: The command was: emerge -vu dev-qt/qtgui dev-qt/qtx11extras dev-qt/qtopengl dev-qt/qtprintsupport dev-qt/qtwidgets dev-qt/qtxml dev-qt/linguist-tools dev-qt/qtnetwork dev-qt/qtsvg dev-qt/qtcore The output to that is attached. I tried just emerging zlib with the static-libs USE flag ... that >log >>> is also attached. On 05/20/20 18:59, Ashley Dixon wrote: > On Wed, May 20, 2020 at 02:35:52PM +0200, n952162 wrote: >> I have a slot conflict for sys-libs/zlib, whereby both users want >> the same package. Studying the USE variables shows that the new >> package wants, additionally, the "static-libs" USE flag. >> >> I thought, the way to handle this is to add the static-libs USE >> variable in /etc/portage/package.use and re-emerge with >> --changed-use. Unfortunately, that gives me the same conflict. > Can you attach the full output of emerge ? > >>> This is most likely due to so many packages that need to be upgraded >at >>> >>> the same time. You're only asking to update a few select packages >and >>> it's borking because it's finding packages outside your request that >>> also need to be updated at the same time. >>> >>> Have you tried an `emerge -avuD world` to see if portage can >backtrack >>> far enough to sort dependencies out? >>> >>> Dan >> I would also suggest a cleanup of the world-file as that command will >add all that to the world file as well. Making updates where libraries >are replaced impossible to negotiate by portage. >> >> The file can be found at: >> /var/lib/portage/world >> >> Generally, only used applications, services and desktop environment >packages should be listed. >> Libraries should only be in there if needed for own projects. >> >> -- >> Joost Yes, if you don't need it, remove it from the world file. Just double check the list of to be removed packages when running "emerge --depclean" once the updates have finished. -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
Please don't toppost On 20 May 2020 21:34:47 CEST, n952162 wrote: >The output of: > >sudo emerge -auDv --changed-use --keep-going --with-bdeps=y >--changed-deps --backtrack=100 @world > >is attached. > > >On 05/20/20 21:24, Daniel Frey wrote: >> On 5/20/20 12:06 PM, n952162 wrote: >>> The command was: >>> >>> emerge -vu dev-qt/qtgui dev-qt/qtx11extras dev-qt/qtopengl >>> dev-qt/qtprintsupport dev-qt/qtwidgets dev-qt/qtxml >>> dev-qt/linguist-tools dev-qt/qtnetwork dev-qt/qtsvg dev-qt/qtcore >>> >>> The output to that is attached. >>> >>> I tried just emerging zlib with the static-libs USE flag ... that >log is >>> also attached. >>> >>> On 05/20/20 18:59, Ashley Dixon wrote: On Wed, May 20, 2020 at 02:35:52PM +0200, n952162 wrote: > I have a slot conflict for sys-libs/zlib, whereby both users want > the same package. Studying the USE variables shows that the new > package wants, additionally, the "static-libs" USE flag. > > I thought, the way to handle this is to add the static-libs USE > variable in /etc/portage/package.use and re-emerge with > --changed-use. Unfortunately, that gives me the same conflict. Can you attach the full output of emerge ? >>> >> >> This is most likely due to so many packages that need to be upgraded >> at the same time. You're only asking to update a few select packages >> and it's borking because it's finding packages outside your request >> that also need to be updated at the same time. >> >> Have you tried an `emerge -avuD world` to see if portage can >backtrack >> far enough to sort dependencies out? >> >> Dan >> I would suggest the following: - update the 10 files in /etc/portage that need updating (see top of the list) - check and configure the licence updates mentioned at the bottom - ensure your world file is clean (eg. does not contain any libraries at all l, except those few you might need for private projects) Then rerun the emerge command and provide the results. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
On Wed, May 20, 2020 at 3:49 PM n952162 wrote: > > On 05/20/20 21:24, Daniel Frey wrote: > > On 5/20/20 12:06 PM, n952162 wrote: > >> The command was: > >> > >> emerge -vu dev-qt/qtgui dev-qt/qtx11extras dev-qt/qtopengl > >> dev-qt/qtprintsupport dev-qt/qtwidgets dev-qt/qtxml > >> dev-qt/linguist-tools dev-qt/qtnetwork dev-qt/qtsvg dev-qt/qtcore > >> > >> The output to that is attached. > >> > >> I tried just emerging zlib with the static-libs USE flag ... that log is > >> also attached. > >> > >> On 05/20/20 18:59, Ashley Dixon wrote: > >>> On Wed, May 20, 2020 at 02:35:52PM +0200, n952162 wrote: > I have a slot conflict for sys-libs/zlib, whereby both users want > the same package. Studying the USE variables shows that the new > package wants, additionally, the "static-libs" USE flag. > > I thought, the way to handle this is to add the static-libs USE > variable in /etc/portage/package.use and re-emerge with > --changed-use. Unfortunately, that gives me the same conflict. > >>> Can you attach the full output of emerge ? > >>> > >> > > > > This is most likely due to so many packages that need to be upgraded > > at the same time. You're only asking to update a few select packages > > and it's borking because it's finding packages outside your request > > that also need to be updated at the same time. > > > > Because of a static-libs USE flag? > Is it the case that - if a package is installed with a USE flag, every > user of that package that doesn't specify that USE flag gets kicked out? No. The problem is that you asked the system to update a few packages. Those packages require an updated version of openssl to work. However, you have a bunch of other packages (like openssh/wget/ruby/curl/etc) that use the old version of openssl. So portage is going to try to rebuild those packages for you. However, it can't do that, because the versions you have installed are so old that their ebuilds are no longer in the repository, so portage doesn't know how to rebuild them. Portage can't upgrade them either, because you told portage to only update that small list of packages and their dependencies, and those other packages aren't dependencies of the packages you listed. You can either try to get the update for all of @world to work at the same time. Or you can try to add more packages to the list. And make sure you use -1 or --oneshot on the command line. If you added all the packages from that list (without version numbers) to that command line that might help. That is the list starting with wget and ending with virtualbox (and 4 more) - you'll need to either add --verbose-conflicts to get the 4 more, or see what else pops up after you add these packages to the list. Something that might also help is running: emerge -auDv --changed-use --keep-going --with-bdeps=y --changed-deps --backtrack=100 @system That is going to be another big update, but much smaller than @world, so maybe you'll get fewer errors to have to resolve that way. I'm not sure if that will be better or worse than dealing with all of @world. It will probably take you a while to manually resolve all the conflicts this way - this is a pretty normal occurrence if you update Gentoo only once a year/etc. Obviously I have a half decent idea of the sorts of issues you're running into and sorting through this mess would probably take me days unless I just did nothing else. This is not a situation you want to be in normally. You could also try doing a progressive update by pulling git snapshots of the repository a month or two apart since the time of your last update. Then you won't have so many changes to do at each time. However, you might run into issues if source files aren't available, since you're now trying to install packages that will no longer be mirrored. -- Rich
Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
On Wed, May 20, 2020 at 3:51 PM Matt Connell (Gmail) wrote: > > On 2020-05-20 14:46, n952162 wrote: > > You're saying, if I don't recognize it, I can remove > > it from the list? > > The world file should contain only *selected* packages, meaning packages > you explicitly, purposefully chose and installed. That way you let > portage handle all your dependencies. > > "selected" is the language from the emerge man page for adding/removing > packages from the world file. You can use emerge --deselect if you > don't feel comfortable removing these entries by hand in a text editor. > To elaborate - you get these entries any time you run emerge with a package name without putting -1 or --oneshot on the command line. If I want to manually update openssl, for example, I probably want to use -1, since I don't want to constrain the installation of openssl - it is just there as a dependency. On the other hand if I'm installing firefox then I probably wouldn't use -1, because that is an application I intend to use and I want to make sure it is there, and it can freely pull in whatever dependencies it needs. -- Rich
Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
On 2020-05-20 14:46, n952162 wrote: You're saying, if I don't recognize it, I can remove it from the list? The world file should contain only *selected* packages, meaning packages you explicitly, purposefully chose and installed. That way you let portage handle all your dependencies. "selected" is the language from the emerge man page for adding/removing packages from the world file. You can use emerge --deselect if you don't feel comfortable removing these entries by hand in a text editor.
Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
On 05/20/20 21:24, Daniel Frey wrote: On 5/20/20 12:06 PM, n952162 wrote: The command was: emerge -vu dev-qt/qtgui dev-qt/qtx11extras dev-qt/qtopengl dev-qt/qtprintsupport dev-qt/qtwidgets dev-qt/qtxml dev-qt/linguist-tools dev-qt/qtnetwork dev-qt/qtsvg dev-qt/qtcore The output to that is attached. I tried just emerging zlib with the static-libs USE flag ... that log is also attached. On 05/20/20 18:59, Ashley Dixon wrote: On Wed, May 20, 2020 at 02:35:52PM +0200, n952162 wrote: I have a slot conflict for sys-libs/zlib, whereby both users want the same package. Studying the USE variables shows that the new package wants, additionally, the "static-libs" USE flag. I thought, the way to handle this is to add the static-libs USE variable in /etc/portage/package.use and re-emerge with --changed-use. Unfortunately, that gives me the same conflict. Can you attach the full output of emerge ? This is most likely due to so many packages that need to be upgraded at the same time. You're only asking to update a few select packages and it's borking because it's finding packages outside your request that also need to be updated at the same time. Because of a static-libs USE flag? Is it the case that - if a package is installed with a USE flag, every user of that package that doesn't specify that USE flag gets kicked out?
Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
Good tip ... I was getting unconfortable that every time I tried one of these attempts to update things, it would say that the target got added to the world file. You're saying, if I don't recognize it, I can remove it from the list? On 05/20/20 21:35, J. Roeleveld wrote: On 20 May 2020 21:24:36 CEST, Daniel Frey wrote: On 5/20/20 12:06 PM, n952162 wrote: The command was: emerge -vu dev-qt/qtgui dev-qt/qtx11extras dev-qt/qtopengl dev-qt/qtprintsupport dev-qt/qtwidgets dev-qt/qtxml dev-qt/linguist-tools dev-qt/qtnetwork dev-qt/qtsvg dev-qt/qtcore The output to that is attached. I tried just emerging zlib with the static-libs USE flag ... that log is also attached. On 05/20/20 18:59, Ashley Dixon wrote: On Wed, May 20, 2020 at 02:35:52PM +0200, n952162 wrote: I have a slot conflict for sys-libs/zlib, whereby both users want the same package. Studying the USE variables shows that the new package wants, additionally, the "static-libs" USE flag. I thought, the way to handle this is to add the static-libs USE variable in /etc/portage/package.use and re-emerge with --changed-use. Unfortunately, that gives me the same conflict. Can you attach the full output of emerge ? This is most likely due to so many packages that need to be upgraded at the same time. You're only asking to update a few select packages and it's borking because it's finding packages outside your request that also need to be updated at the same time. Have you tried an `emerge -avuD world` to see if portage can backtrack far enough to sort dependencies out? Dan I would also suggest a cleanup of the world-file as that command will add all that to the world file as well. Making updates where libraries are replaced impossible to negotiate by portage. The file can be found at: /var/lib/portage/world Generally, only used applications, services and desktop environment packages should be listed. Libraries should only be in there if needed for own projects. -- Joost
Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
On 20 May 2020 21:24:36 CEST, Daniel Frey wrote: >On 5/20/20 12:06 PM, n952162 wrote: >> The command was: >> >> emerge -vu dev-qt/qtgui dev-qt/qtx11extras dev-qt/qtopengl >> dev-qt/qtprintsupport dev-qt/qtwidgets dev-qt/qtxml >> dev-qt/linguist-tools dev-qt/qtnetwork dev-qt/qtsvg dev-qt/qtcore >> >> The output to that is attached. >> >> I tried just emerging zlib with the static-libs USE flag ... that log >is >> also attached. >> >> On 05/20/20 18:59, Ashley Dixon wrote: >>> On Wed, May 20, 2020 at 02:35:52PM +0200, n952162 wrote: I have a slot conflict for sys-libs/zlib, whereby both users want the same package. Studying the USE variables shows that the new package wants, additionally, the "static-libs" USE flag. I thought, the way to handle this is to add the static-libs USE variable in /etc/portage/package.use and re-emerge with --changed-use. Unfortunately, that gives me the same conflict. >>> Can you attach the full output of emerge ? >>> >> > >This is most likely due to so many packages that need to be upgraded at > >the same time. You're only asking to update a few select packages and >it's borking because it's finding packages outside your request that >also need to be updated at the same time. > >Have you tried an `emerge -avuD world` to see if portage can backtrack >far enough to sort dependencies out? > >Dan I would also suggest a cleanup of the world-file as that command will add all that to the world file as well. Making updates where libraries are replaced impossible to negotiate by portage. The file can be found at: /var/lib/portage/world Generally, only used applications, services and desktop environment packages should be listed. Libraries should only be in there if needed for own projects. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
On 5/20/20 12:06 PM, n952162 wrote: The command was: emerge -vu dev-qt/qtgui dev-qt/qtx11extras dev-qt/qtopengl dev-qt/qtprintsupport dev-qt/qtwidgets dev-qt/qtxml dev-qt/linguist-tools dev-qt/qtnetwork dev-qt/qtsvg dev-qt/qtcore The output to that is attached. I tried just emerging zlib with the static-libs USE flag ... that log is also attached. On 05/20/20 18:59, Ashley Dixon wrote: On Wed, May 20, 2020 at 02:35:52PM +0200, n952162 wrote: I have a slot conflict for sys-libs/zlib, whereby both users want the same package. Studying the USE variables shows that the new package wants, additionally, the "static-libs" USE flag. I thought, the way to handle this is to add the static-libs USE variable in /etc/portage/package.use and re-emerge with --changed-use. Unfortunately, that gives me the same conflict. Can you attach the full output of emerge ? This is most likely due to so many packages that need to be upgraded at the same time. You're only asking to update a few select packages and it's borking because it's finding packages outside your request that also need to be updated at the same time. Have you tried an `emerge -avuD world` to see if portage can backtrack far enough to sort dependencies out? Dan
Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
The command was: emerge -vu dev-qt/qtgui dev-qt/qtx11extras dev-qt/qtopengl dev-qt/qtprintsupport dev-qt/qtwidgets dev-qt/qtxml dev-qt/linguist-tools dev-qt/qtnetwork dev-qt/qtsvg dev-qt/qtcore The output to that is attached. I tried just emerging zlib with the static-libs USE flag ... that log is also attached. On 05/20/20 18:59, Ashley Dixon wrote: On Wed, May 20, 2020 at 02:35:52PM +0200, n952162 wrote: I have a slot conflict for sys-libs/zlib, whereby both users want the same package. Studying the USE variables shows that the new package wants, additionally, the "static-libs" USE flag. I thought, the way to handle this is to add the static-libs USE variable in /etc/portage/package.use and re-emerge with --changed-use. Unfortunately, that gives me the same conflict. Can you attach the full output of emerge ? # vim: syntax=emerge-out * IMPORTANT: 12 config files in '/etc/portage' need updating. These are the packages that would be merged, in order: Calculating dependencies * IMPORTANT: 23 news items need reading for repository 'gentoo'. * Use eselect news read to view new items. * See the CONFIGURATION FILES and CONFIGURATION FILES UPDATE TOOLS * sections of the emerge man page to learn how to update config files. . done! [ebuild R] sys-libs/zlib-1.2.11-r2:0/1::gentoo USE="minizip (split-usr%*) -static-libs" 0 KiB [ebuild U ] dev-libs/openssl-1.1.1g:0/1.1::gentoo [1.0.2p:0/0::gentoo] USE="asm zlib -bindist* -rfc3779 -sctp -sslv3* -static-libs -test -tls-heartbeat* -vanilla (-gmp%) (-kerberos%) (-sslv2%)" CPU_FLAGS_X86="-sse2*" 9572 KiB [ebuild U ] dev-qt/qtcore-5.14.1-r1:5/5.14::gentoo [5.11.1-r1:5/5.11::gentoo] USE="-debug -icu* -systemd -test" 48661 KiB [ebuild U ] dev-qt/qtxml-5.14.1:5/5.14::gentoo [5.11.1:5/5.11::gentoo] USE="-debug -test" 0 KiB [ebuild N ] dev-qt/qtnetwork-5.14.1:5/5.14::gentoo USE="ssl -bindist -connman -debug -libproxy -networkmanager -sctp -test" 0 KiB [ebuild U ] dev-qt/linguist-tools-5.14.1:5/5.14::gentoo [5.11.1:5/5.11::gentoo] USE="-debug -qml -test" 8605 KiB [ebuild U ] dev-qt/qtgui-5.14.1-r4:5/5.14.1::gentoo [5.11.1:5/5.11::gentoo] USE="X%* gif jpeg libinput png udev -accessibility -dbus* -debug -egl* -eglfs -evdev -gles2-only% -ibus -test -tslib -tuio -vnc -vulkan% -wayland% (-gles2%) (-xcb%*)" 0 KiB [ebuild U ] dev-qt/qtwidgets-5.14.1-r1:5/5.14::gentoo [5.11.1:5/5.11::gentoo] USE="X%* png -debug -gles2-only% -gtk* -test (-gles2%) (-xcb%*)" 0 KiB [ebuild U ] dev-qt/qtx11extras-5.14.1:5/5.14::gentoo [5.11.1:5/5.11::gentoo] USE="-debug -test" 133 KiB [ebuild U ] dev-qt/qtopengl-5.14.1-r1:5/5.14::gentoo [5.11.1:5/5.11::gentoo] USE="-debug -gles2-only% -test (-gles2%)" 0 KiB [ebuild U ] dev-qt/qtprintsupport-5.14.1-r1:5/5.14::gentoo [5.11.1:5/5.11::gentoo] USE="-cups* -debug -gles2-only% -test (-gles2%)" 0 KiB [ebuild U ] dev-qt/qtsvg-5.14.1:5/5.14::gentoo [5.11.1:5/5.11::gentoo] USE="-debug -test" 1836 KiB [blocks B ] =sys-libs/zlib-1.2.8-r1[abi_x86_64(-)] required by (dev-libs/glib-2.52.3:2/2::gentoo, installed) >=sys-libs/zlib-1.2.8[abi_x86_64(-)] required by (media-libs/mesa-18.1.9:0/0::gentoo, installed) sys-libs/zlib[abi_x86_64(-)] required by (dev-libs/boost-1.65.0:0/1.65.0::gentoo, installed) >=sys-libs/zlib-1.2.8-r1[abi_x86_64(-)] required by (media-libs/tiff-4.0.9-r4:0/0::gentoo, installed) sys-libs/zlib[abi_x86_64(-)] required by (net-misc/curl-7.61.1:0/0::gentoo, installed) sys-libs/zlib[abi_x86_64(-)] required by (app-arch/libarchive-3.3.1:0/13::gentoo, installed) >=sys-libs/zlib-1.2.8-r1[abi_x86_64(-)] required by (dev-libs/nss-3.37.3:0/0::gentoo, installed) >=sys-libs/zlib-1.2.8-r1[abi_x86_64(-)] required by (media-video/ffmpeg-3.3.6:0/55.57.57::gentoo, installed) >=sys-libs/zlib-1.2.8-r1:0/1=[abi_x86_64(-)] required by (media-libs/libpng-1.6.34:0/16::gentoo, installed) >=sys-libs/zlib-1.2.8-r1[abi_x86_64(-)] required by (net-libs/libssh2-1.8.0-r1:0/0::gentoo, installed) >=sys-libs/zlib-1.2.8-r1:0/1=[abi_x86_64(-)] required by (dev-libs/libxml2-2.9.8:2/2::gentoo, installed) >=sys-libs/zlib-1.2.8-r1[abi_x86_64(-)] required by (net-libs/gnutls-3.5.19:0/30::gentoo, installed) sys-libs/zlib[abi_x86_64(-)] required by (sys-libs/binutils-libs-2.30-r4:0/2.30-r1::gentoo, installed) sys-libs/zlib:0/1=[abi_x86_64(-)] required by (dev-db/sqlite-3.24.0:3/3::gentoo, installed) >=sys-libs/zlib-1.2.8-r1[abi_x86_64(-)] required by (x11-libs/cairo-1.14.12:0/0::gentoo, installed) >=sys-libs/zlib-1.2.8-r1[abi_x86_64(-)] required by (dev-libs/openssl-1.0.2p:0/0::gentoo, installed) >=sys-libs/zlib-1.2.8-r1[abi_x86_64(-)] required by (sys-apps/pciutils-3.5.6:0/0::gentoo, installed) >=sys-libs/zlib-1.2.8-r1[abi_x86_64(-)] required by (sys-apps/file-5.33-r4:0/0::gentoo, installed) >=sys-libs/zlib-1.2.8-r1:0/1=[abi_x86_64(-)] required by
Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?
On Wed, May 20, 2020 at 02:35:52PM +0200, n952162 wrote: > I have a slot conflict for sys-libs/zlib, whereby both users want > the same package. Studying the USE variables shows that the new > package wants, additionally, the "static-libs" USE flag. > > I thought, the way to handle this is to add the static-libs USE > variable in /etc/portage/package.use and re-emerge with > --changed-use. Unfortunately, that gives me the same conflict. Can you attach the full output of emerge ? -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
[gentoo-user] slot conflict for the same package: how to add a USE flag?
I have a slot conflict for sys-libs/zlib, whereby both users want the same package. Studying the USE variables shows that the new package wants, additionally, the "static-libs" USE flag. I thought, the way to handle this is to add the static-libs USE variable in /etc/portage/package.use and re-emerge with --changed-use. Unfortunately, that gives me the same conflict. How can I get this updated?
