Re: [gentoo-user] serious problems trying to go to new abi_x86_32 support
Rich Freeman ri...@gentoo.org wrote: On Sat, Apr 25, 2015 at 12:10 AM, cov...@ccs.covici.com wrote: Well, now that I have put abi_x86_32 in make.conf and did those 80 packages and fixed the preserved_libs, in my next update it wants to do 199 reinstalls to get every possible package which has that flag -- do I need all that or should I go back to the individual packages, now that things are fixed as far as the libs are concerned? Do I gain anything by having all those packages have that flagg set? That's up to personal preference. You've already found a few on this list telling you that you should just set it in make.conf. You won't have trouble finding many others (including me) who will tell you to just stick it in package.use when needed only. The only thing you gain is being able to run 32-bit applications against those libraries, even if you don't have any need to. The only thing you lose is a bunch of inodes, and maybe some compile time. Well, that clarifies things a bit -- what is strange is that I had to do about 70 packages beffore portage would let the preserved-rebuild go through, for future reference is there an automatic way to add all the use flags, even the packages which already have other use flags? -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] serious problems trying to go to new abi_x86_32 support
On Sat, Apr 25, 2015 at 12:10 AM, cov...@ccs.covici.com wrote: Well, now that I have put abi_x86_32 in make.conf and did those 80 packages and fixed the preserved_libs, in my next update it wants to do 199 reinstalls to get every possible package which has that flag -- do I need all that or should I go back to the individual packages, now that things are fixed as far as the libs are concerned? Do I gain anything by having all those packages have that flagg set? That's up to personal preference. You've already found a few on this list telling you that you should just set it in make.conf. You won't have trouble finding many others (including me) who will tell you to just stick it in package.use when needed only. The only thing you gain is being able to run 32-bit applications against those libraries, even if you don't have any need to. The only thing you lose is a bunch of inodes, and maybe some compile time. -- Rich
Re: [gentoo-user] serious problems trying to go to new abi_x86_32 support
Neil Bothwick n...@digimed.co.uk wrote: On Sat, 25 Apr 2015 06:45:16 -0400, cov...@ccs.covici.com wrote: The only thing you gain is being able to run 32-bit applications against those libraries, even if you don't have any need to. The only thing you lose is a bunch of inodes, and maybe some compile time. Well, that clarifies things a bit -- what is strange is that I had to do about 70 packages beffore portage would let the preserved-rebuild go through, for future reference is there an automatic way to add all the use flags, even the packages which already have other use flags? The --autounmask option for emerge does that (you still have to confirm the changes with etc-update). This is enabled by default, so it appears you have disabled it in make.conf if you are not already seeing the offer to add the packages. Yep, I disabled it -- I didn't know autounmask included use flags as well -- thanks for that. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] serious problems trying to go to new abi_x86_32 support
On Sat, 25 Apr 2015 06:45:16 -0400, cov...@ccs.covici.com wrote: The only thing you gain is being able to run 32-bit applications against those libraries, even if you don't have any need to. The only thing you lose is a bunch of inodes, and maybe some compile time. Well, that clarifies things a bit -- what is strange is that I had to do about 70 packages beffore portage would let the preserved-rebuild go through, for future reference is there an automatic way to add all the use flags, even the packages which already have other use flags? The --autounmask option for emerge does that (you still have to confirm the changes with etc-update). This is enabled by default, so it appears you have disabled it in make.conf if you are not already seeing the offer to add the packages. -- Neil Bothwick Artificial Intelligence usually beats real stupidity. pgpR2mZeg0ydX.pgp Description: OpenPGP digital signature
Re: [gentoo-user] serious problems trying to go to new abi_x86_32 support
On Fri, Apr 24, 2015 at 6:09 PM, cov...@ccs.covici.com wrote: Mike Gilbert flop...@gentoo.org wrote: On Fri, Apr 24, 2015 at 4:51 PM, cov...@ccs.covici.com wrote: Mike Gilbert flop...@gentoo.org wrote: On Fri, Apr 24, 2015 at 3:37 PM, cov...@ccs.covici.com wrote: Hi. So, I am trying to go to the new support for abi_x86_32, so I unmerged all the emul_x86 packages (after doing quickpkg on them, because I am a coward), and then it was complaining that I should run emerge @preserved-rebuild which I did and every time I run that, it gives me another package to change its use flag to add abi_x86_32. After doing some 70 of those (a pain), I get to something which I cannot solve. At some early point portage suggested that I run --newuse --update when doing this, but now I am down to the following: !!! All ebuilds that could satisfy =sys-apps/systemd-212-r5:0/2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] have been masked. !!! One of the following masked packages is required to complete your request: - sys-apps/systemd-::gentoo (masked by: package.mask, missing keyword) /etc/portage/package.mask: #need that system because of older kernel I'm confused. Are you saying that you have sys-apps/systemd in /etc/portage/package.mask? ] I had to mask off later versions of systemd because I cannot use a kernel which is required by later versions of systemd. Later than what? What version of systemd do you have installed? There is probably no way to resolve the situation you are in if you cannot rebuild systemd with the appropriate use flags. I am using 2.12-r5.I guess I need to restore the system to before I started fooling with things. I tried to pub abi_x86_32 in the make.conf, but no joy. If you really need to, you can grab the systemd-212-r5 ebuild and patches from the CVS attic: https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-apps/systemd/systemd-212-r5.ebuild https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-apps/systemd/files/212-0001-sd-rtnl-fix-off-by-one.patch https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-apps/systemd/files/212-0002-fsck-Search-for-fsck.type-in-PATH.patch
Re: [gentoo-user] serious problems trying to go to new abi_x86_32 support
J. Roeleveld jo...@antarean.org wrote: On 24 April 2015 21:37:21 CEST, cov...@ccs.covici.com wrote: Hi. So, I am trying to go to the new support for abi_x86_32, so I unmerged all the emul_x86 packages (after doing quickpkg on them, because I am a coward), and then it was complaining that I should run emerge @preserved-rebuild which I did and every time I run that, it gives me another package to change its use flag to add abi_x86_32. After doing some 70 of those (a pain), I get to something which I cannot solve. At some early point portage suggested that I run --newuse --update when doing this, but now I am down to the following: !!! All ebuilds that could satisfy =sys-apps/systemd-212-r5:0/2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] have been masked. !!! One of the following masked packages is required to complete your request: - sys-apps/systemd-::gentoo (masked by: package.mask, missing keyword) /etc/portage/package.mask: #need that system because of older kernel - sys-apps/systemd-219-r2::gentoo (masked by: package.mask) - sys-apps/systemd-218-r3::gentoo (masked by: package.mask) - sys-apps/systemd-216-r4::gentoo (masked by: package.mask) - sys-apps/systemd-216-r3::gentoo (masked by: package.mask) - sys-apps/systemd-215-r3::gentoo (masked by: package.mask) (dependency required by virtual/libudev-215-r1::gentoo [ebuild]) (dependency required by media-libs/mesa-10.3.7-r1::gentoo[udev] [ebuild]) (dependency required by x11-libs/cairo-1.14.2::gentoo[opengl] [ebuild]) (dependency required by media-libs/harfbuzz-0.9.40::gentoo[cairo] [ebuild]) (dependency required by x11-libs/pango-1.36.8::gentoo [ebuild]) (dependency required by x11-libs/gtk+-2.24.27-r1::gentoo [ebuild]) (dependency required by www-plugins/nspluginwrapper-1.4.4-r3::gentoo [ebuild]) (dependency required by @preserved-rebuild [argument]) If I delete the --update, I just get Calculating dependencies ... done! Total: 0 packages, Size of downloads: 0 KiB So, how can I fix this mess? Thanks in advance for any ideas. Why do you have to add it for every package? I simply added ABI_X86=32 64 To my make.conf and that was the end of it. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity. I tried that, same result. My system is hosed. I can't even re-emerge the emul-linux packages! -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] serious problems trying to go to new abi_x86_32 support
Mike Gilbert flop...@gentoo.org wrote: On Fri, Apr 24, 2015 at 6:09 PM, cov...@ccs.covici.com wrote: Mike Gilbert flop...@gentoo.org wrote: On Fri, Apr 24, 2015 at 4:51 PM, cov...@ccs.covici.com wrote: Mike Gilbert flop...@gentoo.org wrote: On Fri, Apr 24, 2015 at 3:37 PM, cov...@ccs.covici.com wrote: Hi. So, I am trying to go to the new support for abi_x86_32, so I unmerged all the emul_x86 packages (after doing quickpkg on them, because I am a coward), and then it was complaining that I should run emerge @preserved-rebuild which I did and every time I run that, it gives me another package to change its use flag to add abi_x86_32. After doing some 70 of those (a pain), I get to something which I cannot solve. At some early point portage suggested that I run --newuse --update when doing this, but now I am down to the following: !!! All ebuilds that could satisfy =sys-apps/systemd-212-r5:0/2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] have been masked. !!! One of the following masked packages is required to complete your request: - sys-apps/systemd-::gentoo (masked by: package.mask, missing keyword) /etc/portage/package.mask: #need that system because of older kernel I'm confused. Are you saying that you have sys-apps/systemd in /etc/portage/package.mask? ] I had to mask off later versions of systemd because I cannot use a kernel which is required by later versions of systemd. Later than what? What version of systemd do you have installed? There is probably no way to resolve the situation you are in if you cannot rebuild systemd with the appropriate use flags. I am using 2.12-r5.I guess I need to restore the system to before I started fooling with things. I tried to pub abi_x86_32 in the make.conf, but no joy. If you really need to, you can grab the systemd-212-r5 ebuild and patches from the CVS attic: https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-apps/systemd/systemd-212-r5.ebuild https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-apps/systemd/files/212-0001-sd-rtnl-fix-off-by-one.patch https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-apps/systemd/files/212-0002-fsck-Search-for-fsck.type-in-PATH.patch Thanks for that, I had never used the attic before. Now it got past that problem and is compiling some 80 packages! But hopefully after that, things will be OK, again. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] serious problems trying to go to new abi_x86_32 support
Mike Gilbert flop...@gentoo.org wrote: On Fri, Apr 24, 2015 at 4:51 PM, cov...@ccs.covici.com wrote: Mike Gilbert flop...@gentoo.org wrote: On Fri, Apr 24, 2015 at 3:37 PM, cov...@ccs.covici.com wrote: Hi. So, I am trying to go to the new support for abi_x86_32, so I unmerged all the emul_x86 packages (after doing quickpkg on them, because I am a coward), and then it was complaining that I should run emerge @preserved-rebuild which I did and every time I run that, it gives me another package to change its use flag to add abi_x86_32. After doing some 70 of those (a pain), I get to something which I cannot solve. At some early point portage suggested that I run --newuse --update when doing this, but now I am down to the following: !!! All ebuilds that could satisfy =sys-apps/systemd-212-r5:0/2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] have been masked. !!! One of the following masked packages is required to complete your request: - sys-apps/systemd-::gentoo (masked by: package.mask, missing keyword) /etc/portage/package.mask: #need that system because of older kernel I'm confused. Are you saying that you have sys-apps/systemd in /etc/portage/package.mask? ] I had to mask off later versions of systemd because I cannot use a kernel which is required by later versions of systemd. Later than what? What version of systemd do you have installed? There is probably no way to resolve the situation you are in if you cannot rebuild systemd with the appropriate use flags. I am using 2.12-r5.I guess I need to restore the system to before I started fooling with things. I tried to pub abi_x86_32 in the make.conf, but no joy. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] serious problems trying to go to new abi_x86_32 support
Mike Gilbert flop...@gentoo.org wrote: On Fri, Apr 24, 2015 at 6:09 PM, cov...@ccs.covici.com wrote: Mike Gilbert flop...@gentoo.org wrote: On Fri, Apr 24, 2015 at 4:51 PM, cov...@ccs.covici.com wrote: Mike Gilbert flop...@gentoo.org wrote: On Fri, Apr 24, 2015 at 3:37 PM, cov...@ccs.covici.com wrote: Hi. So, I am trying to go to the new support for abi_x86_32, so I unmerged all the emul_x86 packages (after doing quickpkg on them, because I am a coward), and then it was complaining that I should run emerge @preserved-rebuild which I did and every time I run that, it gives me another package to change its use flag to add abi_x86_32. After doing some 70 of those (a pain), I get to something which I cannot solve. At some early point portage suggested that I run --newuse --update when doing this, but now I am down to the following: !!! All ebuilds that could satisfy =sys-apps/systemd-212-r5:0/2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] have been masked. !!! One of the following masked packages is required to complete your request: - sys-apps/systemd-::gentoo (masked by: package.mask, missing keyword) /etc/portage/package.mask: #need that system because of older kernel I'm confused. Are you saying that you have sys-apps/systemd in /etc/portage/package.mask? ] I had to mask off later versions of systemd because I cannot use a kernel which is required by later versions of systemd. Later than what? What version of systemd do you have installed? There is probably no way to resolve the situation you are in if you cannot rebuild systemd with the appropriate use flags. I am using 2.12-r5.I guess I need to restore the system to before I started fooling with things. I tried to pub abi_x86_32 in the make.conf, but no joy. If you really need to, you can grab the systemd-212-r5 ebuild and patches from the CVS attic: https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-apps/systemd/systemd-212-r5.ebuild https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-apps/systemd/files/212-0001-sd-rtnl-fix-off-by-one.patch https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-apps/systemd/files/212-0002-fsck-Search-for-fsck.type-in-PATH.patch Well, now that I have put abi_x86_32 in make.conf and did those 80 packages and fixed the preserved_libs, in my next update it wants to do 199 reinstalls to get every possible package which has that flag -- do I need all that or should I go back to the individual packages, now that things are fixed as far as the libs are concerned? Do I gain anything by having all those packages have that flagg set? -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] serious problems trying to go to new abi_x86_32 support
Mike Gilbert flop...@gentoo.org wrote: On Fri, Apr 24, 2015 at 3:37 PM, cov...@ccs.covici.com wrote: Hi. So, I am trying to go to the new support for abi_x86_32, so I unmerged all the emul_x86 packages (after doing quickpkg on them, because I am a coward), and then it was complaining that I should run emerge @preserved-rebuild which I did and every time I run that, it gives me another package to change its use flag to add abi_x86_32. After doing some 70 of those (a pain), I get to something which I cannot solve. At some early point portage suggested that I run --newuse --update when doing this, but now I am down to the following: !!! All ebuilds that could satisfy =sys-apps/systemd-212-r5:0/2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] have been masked. !!! One of the following masked packages is required to complete your request: - sys-apps/systemd-::gentoo (masked by: package.mask, missing keyword) /etc/portage/package.mask: #need that system because of older kernel I'm confused. Are you saying that you have sys-apps/systemd in /etc/portage/package.mask? ] I had to mask off later versions of systemd because I cannot use a kernel which is required by later versions of systemd. Here is the emerge --info Portage 2.2.18 (python 2.7.9-final-0, default/linux/amd64/13.0/desktop/gnome, gcc-4.8.4, glibc-2.20-r2, 3.6.6-gentoo x86_64) = System uname: Linux-3.6.6-gentoo-x86_64-Intel-R-_Core-TM-_i7-2600_CPU_@_3.40GHz-with-gentoo-2.2 KiB Mem:16452348 total, 9186888 free KiB Swap:2097148 total, 2097012 free Timestamp of repository gentoo: Fri, 24 Apr 2015 00:30:01 + sh bash 4.3_p33-r2 ld GNU ld (Gentoo 2.25 p1.0) 2.25 app-shells/bash: 4.3_p33-r2::gentoo dev-java/java-config: 2.2.0::gentoo dev-lang/perl:5.20.2::gentoo dev-lang/python: 2.7.9-r2::gentoo, 3.3.5-r1::gentoo, 3.4.3::gentoo dev-util/cmake: 3.1.0::gentoo dev-util/pkgconfig: 0.28-r2::gentoo sys-apps/baselayout: 2.2::gentoo sys-apps/openrc: 0.13.11::gentoo sys-apps/sandbox: 2.6-r1::gentoo sys-devel/autoconf: 2.13::gentoo, 2.69-r1::gentoo sys-devel/automake: 1.9.6-r3::gentoo, 1.10.3::gentoo, 1.11.6-r1::gentoo, 1.12.6::gentoo, 1.14.1::gentoo, 1.15::gentoo sys-devel/binutils: 2.25::gentoo sys-devel/gcc:4.8.4::gentoo, 4.9.2::gentoo sys-devel/gcc-config: 1.8::gentoo sys-devel/libtool:2.4.6-r1::gentoo sys-devel/make: 4.1-r1::gentoo sys-kernel/linux-headers: 3.19::gentoo (virtual/os-headers) sys-libs/glibc: 2.20-r2::gentoo Repositories: gentoo location: /usr/portage sync-type: rsync sync-uri: rsync://rsync.gentoo.org/gentoo-portage priority: -1000 local_ebuilds location: /usr/local/portage masters: gentoo priority: 0 gnome location: /var/lib/layman/gnome sync-type: laymansync sync-uri: http://cgit.gentooexperimental.org/proj/gnome.git masters: gentoo priority: 50 haskell location: /var/lib/layman/haskell sync-type: laymansync sync-uri: git://github.com/gentoo-haskell/gentoo-haskell.git masters: gentoo priority: 50 ABI=amd64 ABI_X86=64 ACCEPT_KEYWORDS=amd64 ~amd64 ~x86 ACCEPT_LICENSE=* ACCEPT_PROPERTIES=* ACCEPT_RESTRICT=* ALSA_CARDS=ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci ANT_HOME=/usr/share/ant APACHE2_MODULES=actions alias access_compat auth_basic auth_digest authn_anon authn_dbd authn_dbm authn_file authz_dbm authz_groupfile authz_host authz_owner authz_user autoindex cache cgi dav dav_fs dav_lock dbd deflate dir disk_cache env expires ext_filter file_cache filter headers ident imagemap include info log_config logio mime mime_magic negotiation proxy proxy_ajp proxy_connect proxy_http rewrite setenvif so speling status unique_id userdir usertrack vhost_aliasasis authn_alias log_forensic substitute vhost_alias asis log_forensic authn_core authz_core unixd socache_shmcb APACHE2_MPMS=prefork ARCH=amd64 AUTOCLEAN=yes BASH_ENV=/root/.bashrc BOOTSTRAP_USE=cxx unicode internal-glib python_targets_python3_3 python_targets_python2_7 multilib CALLIGRA_FEATURES=kexi words flow plan sheets stage tables krita karbon braindump author CAMERAS=ptp2 CBUILD=x86_64-pc-linux-gnu CFLAGS=-O2 -mtune=core2 -pipe -ggdb CFLAGS_amd64=-m64 CFLAGS_x32=-mx32 CFLAGS_x86=-m32 CHOST=x86_64-pc-linux-gnu CHOST_amd64=x86_64-pc-linux-gnu CHOST_x32=x86_64-pc-linux-gnux32 CHOST_x86=i686-pc-linux-gnu CLEAN_DELAY=5 COLLECTD_PLUGINS=df interface irq load memory rrdtool swap syslog COLLISION_IGNORE=/lib/modules/* *.py[co] *$py.class */dropin.cache CONFIG_PROTECT=/etc /usr/share/gnupg/qualified.txt /var/bind
Re: [gentoo-user] serious problems trying to go to new abi_x86_32 support
On 24 April 2015 21:37:21 CEST, cov...@ccs.covici.com wrote: Hi. So, I am trying to go to the new support for abi_x86_32, so I unmerged all the emul_x86 packages (after doing quickpkg on them, because I am a coward), and then it was complaining that I should run emerge @preserved-rebuild which I did and every time I run that, it gives me another package to change its use flag to add abi_x86_32. After doing some 70 of those (a pain), I get to something which I cannot solve. At some early point portage suggested that I run --newuse --update when doing this, but now I am down to the following: !!! All ebuilds that could satisfy =sys-apps/systemd-212-r5:0/2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] have been masked. !!! One of the following masked packages is required to complete your request: - sys-apps/systemd-::gentoo (masked by: package.mask, missing keyword) /etc/portage/package.mask: #need that system because of older kernel - sys-apps/systemd-219-r2::gentoo (masked by: package.mask) - sys-apps/systemd-218-r3::gentoo (masked by: package.mask) - sys-apps/systemd-216-r4::gentoo (masked by: package.mask) - sys-apps/systemd-216-r3::gentoo (masked by: package.mask) - sys-apps/systemd-215-r3::gentoo (masked by: package.mask) (dependency required by virtual/libudev-215-r1::gentoo [ebuild]) (dependency required by media-libs/mesa-10.3.7-r1::gentoo[udev] [ebuild]) (dependency required by x11-libs/cairo-1.14.2::gentoo[opengl] [ebuild]) (dependency required by media-libs/harfbuzz-0.9.40::gentoo[cairo] [ebuild]) (dependency required by x11-libs/pango-1.36.8::gentoo [ebuild]) (dependency required by x11-libs/gtk+-2.24.27-r1::gentoo [ebuild]) (dependency required by www-plugins/nspluginwrapper-1.4.4-r3::gentoo [ebuild]) (dependency required by @preserved-rebuild [argument]) If I delete the --update, I just get Calculating dependencies ... done! Total: 0 packages, Size of downloads: 0 KiB So, how can I fix this mess? Thanks in advance for any ideas. Why do you have to add it for every package? I simply added ABI_X86=32 64 To my make.conf and that was the end of it. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] serious problems trying to go to new abi_x86_32 support
J. Roeleveld jo...@antarean.org wrote: On 24 April 2015 21:37:21 CEST, cov...@ccs.covici.com wrote: Hi. So, I am trying to go to the new support for abi_x86_32, so I unmerged all the emul_x86 packages (after doing quickpkg on them, because I am a coward), and then it was complaining that I should run emerge @preserved-rebuild which I did and every time I run that, it gives me another package to change its use flag to add abi_x86_32. After doing some 70 of those (a pain), I get to something which I cannot solve. At some early point portage suggested that I run --newuse --update when doing this, but now I am down to the following: !!! All ebuilds that could satisfy =sys-apps/systemd-212-r5:0/2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] have been masked. !!! One of the following masked packages is required to complete your request: - sys-apps/systemd-::gentoo (masked by: package.mask, missing keyword) /etc/portage/package.mask: #need that system because of older kernel - sys-apps/systemd-219-r2::gentoo (masked by: package.mask) - sys-apps/systemd-218-r3::gentoo (masked by: package.mask) - sys-apps/systemd-216-r4::gentoo (masked by: package.mask) - sys-apps/systemd-216-r3::gentoo (masked by: package.mask) - sys-apps/systemd-215-r3::gentoo (masked by: package.mask) (dependency required by virtual/libudev-215-r1::gentoo [ebuild]) (dependency required by media-libs/mesa-10.3.7-r1::gentoo[udev] [ebuild]) (dependency required by x11-libs/cairo-1.14.2::gentoo[opengl] [ebuild]) (dependency required by media-libs/harfbuzz-0.9.40::gentoo[cairo] [ebuild]) (dependency required by x11-libs/pango-1.36.8::gentoo [ebuild]) (dependency required by x11-libs/gtk+-2.24.27-r1::gentoo [ebuild]) (dependency required by www-plugins/nspluginwrapper-1.4.4-r3::gentoo [ebuild]) (dependency required by @preserved-rebuild [argument]) If I delete the --update, I just get Calculating dependencies ... done! Total: 0 packages, Size of downloads: 0 KiB So, how can I fix this mess? Thanks in advance for any ideas. Why do you have to add it for every package? I simply added ABI_X86=32 64 To my make.conf and that was the end of it. I was thinking of that, but do I really want to have all those extra libraries for packages which don't need them, I thought I saw a thread on here telling me not to do that. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] serious problems trying to go to new abi_x86_32 support
On Fri, Apr 24, 2015 at 3:37 PM, cov...@ccs.covici.com wrote: Hi. So, I am trying to go to the new support for abi_x86_32, so I unmerged all the emul_x86 packages (after doing quickpkg on them, because I am a coward), and then it was complaining that I should run emerge @preserved-rebuild which I did and every time I run that, it gives me another package to change its use flag to add abi_x86_32. After doing some 70 of those (a pain), I get to something which I cannot solve. At some early point portage suggested that I run --newuse --update when doing this, but now I am down to the following: !!! All ebuilds that could satisfy =sys-apps/systemd-212-r5:0/2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] have been masked. !!! One of the following masked packages is required to complete your request: - sys-apps/systemd-::gentoo (masked by: package.mask, missing keyword) /etc/portage/package.mask: #need that system because of older kernel I'm confused. Are you saying that you have sys-apps/systemd in /etc/portage/package.mask? Can you please post your emerge --info?
Re: [gentoo-user] serious problems trying to go to new abi_x86_32 support
On Fri, 24 Apr 2015 16:55:42 -0400, cov...@ccs.covici.com wrote: Why do you have to add it for every package? I simply added ABI_X86=32 64 To my make.conf and that was the end of it. I was thinking of that, but do I really want to have all those extra libraries for packages which don't need them, I thought I saw a thread on here telling me not to do that. Then why not let autounmask do it for you? Trying to add them manually when portage can do it for you is not only time consuming but error prone too. -- Neil Bothwick There is absolutely no substitute for a genuine lack of preparation. pgpYTzMoQ0UJt.pgp Description: OpenPGP digital signature
Re: [gentoo-user] serious problems trying to go to new abi_x86_32 support
On Fri, Apr 24, 2015 at 4:51 PM, cov...@ccs.covici.com wrote: Mike Gilbert flop...@gentoo.org wrote: On Fri, Apr 24, 2015 at 3:37 PM, cov...@ccs.covici.com wrote: Hi. So, I am trying to go to the new support for abi_x86_32, so I unmerged all the emul_x86 packages (after doing quickpkg on them, because I am a coward), and then it was complaining that I should run emerge @preserved-rebuild which I did and every time I run that, it gives me another package to change its use flag to add abi_x86_32. After doing some 70 of those (a pain), I get to something which I cannot solve. At some early point portage suggested that I run --newuse --update when doing this, but now I am down to the following: !!! All ebuilds that could satisfy =sys-apps/systemd-212-r5:0/2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] have been masked. !!! One of the following masked packages is required to complete your request: - sys-apps/systemd-::gentoo (masked by: package.mask, missing keyword) /etc/portage/package.mask: #need that system because of older kernel I'm confused. Are you saying that you have sys-apps/systemd in /etc/portage/package.mask? ] I had to mask off later versions of systemd because I cannot use a kernel which is required by later versions of systemd. Later than what? What version of systemd do you have installed? There is probably no way to resolve the situation you are in if you cannot rebuild systemd with the appropriate use flags.
