Jump to content
funtoo forums

dougbmorris

Members
  • Content count

    60
  • Joined

  • Last visited

About dougbmorris

  • Rank
    Advanced Member
  1. gentoo sources kernel help and questions

    Is AMD Ryzen CPU extremely new? If so, it could take a while for sys-apps-hwids to be updated for the backward engineering. If no distro of Linux works, that's likely the reason. There could be other new hardware in a new computer that requires Linux drivers not yet available. Or maybe it's something else.
  2. * Searching for python ... [I-O] [ ] dev-lang/python-2.7.13-r1:2.7 [I-O] [ ] dev-lang/python-3.4.6-r1:3.4/3.4m [--O] [M ] dev-lang/python-3.5.3:3.5/3.5m [--O] [M ] dev-lang/python-3.5.3-r1:3.5/3.5m [--O] [M ] dev-lang/python-3.6.1-r2:3.6/3.6m I am interesting in latest stable python3 for newbie website development. I am interested in PHP since so popular, but also nginx, uWSGI, Django. Django version Python versions 1.8 2.7, 3.2 (until the end of 2016), 3.3, 3.4, 3.5 1.9, 1.10 2.7, 3.4, 3.5 1.11 2.7, 3.4, 3.5, 3.6 2.0 3.4, 3.5, 3.6 2.1 3.5, 3.6, 3.7 I wonder what dependencies portage has vis-a-vis eselect python list. I suppose setting eselect should not risk portage, right? The latest django package is 1.10. * Searching for django ... [--O] [M ] dev-python/django-1.4.22:0 [--O] [M-] dev-python/django-1.5.12:0 [--O] [M-] dev-python/django-1.6.11:0 [--O] [M ] dev-python/django-1.7.11:0 [--O] [ ] dev-python/django-1.8.9:0 [--O] [ ] dev-python/django-1.8.14:0 [--O] [M ] dev-python/django-1.9.9:0 [--O] [ ] dev-python/django-1.10:0 Seems strange to me that the unmasked choices of python are so few and old.
  3. I appreciate the advice. I will continue to experiment. Doing the emerge @preserved-rebuild at that point was a variation. I don't know order like I know idiot instructions. I will experiment with -K, revdep-rebuild (I forgot about that one), and giving SSH with privileged access to box to figure things out is not something I understand, but maybe I will stumble onto what it means. I asked a very narrow question, and perhaps you already know the question is irrelevant. I don't understand why it's irrelevant. Both of my log files start with: This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. If I run options -v and -V, I get output that fits the log files. Locke / # gcc -v Using built-in specs. COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/5.4.0/gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/5.4.0/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: ../gcc-5.4.0/configure --disable-libssp --enable-multilib --enable-version-specific-runtime-libs --enable-libmudflap --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/5.4.0 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/5.4.0/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/5.4.0 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/5.4.0/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/5.4.0/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/5.4.0/include/g++-v5.4.0 --enable-libstdcxx-time --enable-__cxa_atexit --enable-clocale=gnu --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --with-system-zlib --enable-obsolete --disable-werror --enable-secureplt --enable-lto --without-cloog --with-bugurl=http://bugs.funtoo.org --with-pkgversion='Funtoo 5.4.0' --with-mpfr-include=/var/tmp/portage/sys-devel/gcc-5.4.0/work/gcc-5.4.0/mpfr/src --with-mpfr-lib=/var/tmp/portage/sys-devel/gcc-5.4.0/work/objdir/mpfr/src/.libs --enable-libgomp --build=x86_64-pc-linux-gnu --enable-libgomp --enable-languages=c,c++,fortran --disable-libgcj --disable-esp --disable-libsanitizer Thread model: posix gcc version 5.4.0 (Funtoo 5.4.0) Locke / # gcc -V gcc: error: unrecognized command line option ā€˜-Vā€™ gcc: fatal error: no input files compilation terminated. Locke / # My title question remains, if only for my personal edification. Why would the flag -v be rerun as uppercase -V? Is the gcc command in fact being rerun? If so, kinda weird. The only double I can think of is the 2 graphics chips I have on this Sony Vaio Series S box. I'm using the Sandy Bridge variant. Of course I will keep experimenting. ------------------- I emerged gcc againbut with -K, did the source /etc/profile, and emerged binutils with -K. No problems with binutils. Not sure why. Then I tried emerge -K glibc. Good call on the -K because I did not have a glibc binary. So I chroot-ed and got binaries for glibc and linux-headers (because I wanted to after I look at what the 'toolchain' is). I was able to emerge -K the glibc binary no problem. Next I try to update my @world with all the dependency trimmings and get: there are no ebuilds to satisfy ">=dev-libs/nss-3.34.1" Did ego sync, epro update, source /etc/profile, env-update, and retried emerge @world. This time I got something I got at the beginning of this journey: ...[skipped lines]... [ebuild U ] gnome-base/gvfs-1.28.3-r2 [1.28.3-r1] [ebuild U ] virtual/service-manager-1 [0] [blocks B ] dev-util/pkgconfig ("dev-util/pkgconfig" is blocking dev-util/pkgconf-1.2.2) [blocks B ] dev-util/pkgconf[pkg-config] ("dev-util/pkgconf[pkg-config]" is blocking dev-util/pkgconfig-0.29.2) It's the same issue all over again. I might be able to compile a new kernel. Thanks everyone for the help. If you got an edifying answer for -V, I'd love to hear it. Otherwise, over and out. I know you got better things to do.
  4. Hello, I am trying to do the 'System resurrection'. I can chroot and do 'quickpkg --include-config y @system'. I exit the chroot, copy over the cache, and try to emerge -k to get a working toolchain, which is why I can't update my system. This command did not fix the compiler functionality: emerge -avk1 @system So I tried piecemeal with gcc, binutils, and glibc. I ran 'emerge -avk1 gcc' and got good results until end of output: Locke ~ # emerge -avk1 gcc These are the packages that would be merged, in order: Calculating dependencies... done! [binary R ] sys-devel/gcc-5.4.0:5.4.0::core-kit USE="cxx fortran (multilib) nls openmp -ada (-altivec) -doc -graphite (-hardened) (-libssp) -objc -objc++ (-sanitize) -vanilla" 0 KiB Total: 1 package (1 reinstall, 1 binary), Size of downloads: 0 KiB Would you like to merge these packages? [Yes/No] ###...[SKIPPING OUTPUT LINES]...### --- replaced obj /etc/env.d/gcc/x86_64-pc-linux-gnu-5.4.0 --- replaced dir /etc/env.d/gcc --- replaced dir /etc/env.d --- replaced dir /etc >>> Regenerating /etc/ld.so.cache... >>> Original instance of package unmerged safely. * This does not appear to be a regular upgrade of gcc, so * gcc 5.4.0 will not be automatically enabled as the * default system compiler. * If you would like to make 5.4.0 the default system * compiler, then perform the following steps as root: * gcc-config x86_64-pc-linux-gnu-5.4.0 * source /etc/profile >>> sys-devel/gcc-5.4.0 merged. >>> Auto-cleaning packages... >>> No outdated packages were found on your system. * Regenerating GNU info directory index... * Processed 9 info files. !!! existing preserved libs: >>> package: xfce-base/libxfce4ui-4.13.3 * - /usr/lib64/libxfce4ui-2.so.0 * - /usr/lib64/libxfce4ui-2.so.0.0.0 * used by /usr/bin/exo-desktop-item-edit (xfce-base/exo-0.11.5) * used by /usr/lib64/libgarcon-gtk3-1.so.0.0.0 (xfce-base/garcon-0.6.1) * used by /usr/lib64/xfce4/exo-1/exo-helper-1 (xfce-base/exo-0.11.5) * - /usr/lib64/libxfce4ui-1.so.0 * - /usr/lib64/libxfce4ui-1.so.0.0.0 * used by /usr/lib64/libgarcon-gtk2-1.so.0.0.0 (xfce-base/garcon-0.6.1) Use emerge @preserved-rebuild to rebuild packages using these libraries Locke ~ # Locke ~ # gcc-config -l [1] x86_64-pc-linux-gnu-5.4.0 * Locke ~ # Locke ~ # # ^ I think already there because I am repeating steps to demonstrate what happened. Locke ~ # Locke ~ # gcc-config x86_64-pc-linux-gnu-5.4.0 * Switching native-compiler to x86_64-pc-linux-gnu-5.4.0 ... [ ok ] Locke ~ # gcc-config -l [1] x86_64-pc-linux-gnu-5.4.0 * I ran ' emerge @preserved-rebuild' and got an error that was logged by file /var/tmp/portage/xfce-base/xfconf-4.13.4/work/xfconf-4.13.4/config.log. I ran 'emerge -avk1 binutils' and got an error that was logged by file /var/tmp/portage/sys-devel/binutils-2.29.1-r1/work/build/config.log. The interesting parts are similar. Please notice (below after this paragraph) that there are two lines in each log file that are exactly the same except the change from -v to -V. I don't know if that is normal log output or not. Also note the call in each log file to: ../gcc-5.4.0/configure, which turns out to be a /bin/sh script per the shebang line. The second line of script configure describes the script's purpose as: Guess values for system-dependent variables and create Makefiles. Third line says: Generated by GNU Autoconf 2.64. Similar part of .../xfconf-4.13.4/config.log: configure:3770: $? = 0 configure:3759: x86_64-pc-linux-gnu-gcc -v >&5 Using built-in specs. COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/5.4.0/x86_64-pc-linux-gnu-gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/5.4.0/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: ../gcc-5.4.0/configure --disable-libssp --enable-multilib --enable-version-specific-runtime-libs --enable-libmudflap --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/5.4.0 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/5.4.0/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/5.4.0 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/5.4.0/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/5.4.0/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/5.4.0/include/g++-v5.4.0 --enable-libstdcxx-time --enable-__cxa_atexit --enable-clocale=gnu --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --with-system-zlib --enable-obsolete --disable-werror --enable-secureplt --enable-lto --without-cloog --with-bugurl=http://bugs.funtoo.org --with-pkgversion='Funtoo 5.4.0' --with-mpfr-include=/var/tmp/portage/sys-devel/gcc-5.4.0/work/gcc-5.4.0/mpfr/src --with-mpfr-lib=/var/tmp/portage/sys-devel/gcc-5.4.0/work/objdir/mpfr/src/.libs --enable-libgomp --build=x86_64-pc-linux-gnu --enable-libgomp --enable-languages=c,c++,fortran --disable-libgcj --disable-esp --disable-libsanitizer Thread model: posix gcc version 5.4.0 (Funtoo 5.4.0) configure:3770: $? = 0 configure:3759: x86_64-pc-linux-gnu-gcc -V >&5 x86_64-pc-linux-gnu-gcc: error: unrecognized command line option '-V' x86_64-pc-linux-gnu-gcc: fatal error: no input files compilation terminated. Similar part of .../binutils-2.29.1-r1/work/build/config.log: configure:4290: $? = 0 configure:4279: x86_64-pc-linux-gnu-gcc -v >&5 Using built-in specs. COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/5.4.0/x86_64-pc-linux-gnu-gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/5.4.0/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: ../gcc-5.4.0/configure --disable-libssp --enable-multilib --enable-version-specific-runtime-libs --enable-libmudflap --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/5.4.0 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/5.4.0/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/5.4.0 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/5.4.0/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/5.4.0/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/5.4.0/include/g++-v5.4.0 --enable-libstdcxx-time --enable-__cxa_atexit --enable-clocale=gnu --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --with-system-zlib --enable-obsolete --disable-werror --enable-secureplt --enable-lto --without-cloog --with-bugurl=http://bugs.funtoo.org --with-pkgversion='Funtoo 5.4.0' --with-mpfr-include=/var/tmp/portage/sys-devel/gcc-5.4.0/work/gcc-5.4.0/mpfr/src --with-mpfr-lib=/var/tmp/portage/sys-devel/gcc-5.4.0/work/objdir/mpfr/src/.libs --enable-libgomp --build=x86_64-pc-linux-gnu --enable-libgomp --enable-languages=c,c++,fortran --disable-libgcj --disable-esp --disable-libsanitizer Thread model: posix gcc version 5.4.0 (Funtoo 5.4.0) configure:4290: $? = 0 configure:4279: x86_64-pc-linux-gnu-gcc -V >&5 x86_64-pc-linux-gnu-gcc: error: unrecognized command line option '-V' x86_64-pc-linux-gnu-gcc: fatal error: no input files compilation terminated. I notice that each call to ../gcc-5.4.0 has the option --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/5.4.0/include/g++-v5.4.0 and I wonder, but doubt, the part that is 'g++-v5.4.0' would be interpreted as the end of the value with option --with-gxx-include-dir and the start of a -v option with value 5.4.0. Thanks for reading. config-binutils-2.29.1.log config-xfconf-4.13.4.log
  5. lvm trips up grub

    Tested what? You never posted your custom script.
  6. Can't Compile vanilla-sources Kernel

    *** Solved: Try a Fresh Installation. ***
  7. Can't Compile vanilla-sources Kernel

    *** Solved: Try a Fresh Installation. *** This thread installment documents my failed attempt to 'resurrect' my system with chroot and quickpkg. I'll condense it. I got the latest stage 3 tarball (stage3-intel64-sandybridge-funtoo-current-2018-01-31.tar.xz, 349981588 bytes) and untarred it using the -p option (tar xpvf <tarfile> -C <dir>). Little did I know that the tarball does not include the /var/git subdirectory tree,which may or may not be relevant. Using System Rescue CD x86-4.9.1, released 2017-1-1. It starts with the /bin/zsh not the /bin/bash shell. The CD does not shut down cleaning when I run 'reboot'. Instead it hands after printing to the console '* Saving dependency cache ...' I have no idea what a CD-R os must cache. I made two attempts. The first one is when I clumsily discovered I was running the zsh. Maybe it was the output for unhappy chroot that tipped me off to it. The crux of the failure on the first try was: sysresccd rescue # cp /etc/resolv.conf ./etc/ sysresccd rescue # mount --bind /proc ./proc/ sysresccd rescue # mount --bind /sys ./sys/ sysresccd rescue # pwd /mnt/myroot/root/rescue sysresccd rescue # mount --bind /dev ./dev/ sysresccd rescue # mount --bind /dev/pts ./dev/pt ptmx pts/ sysresccd rescue # mount --bind /dev/pts ./dev/pts sysresccd rescue # echo $SHELL /bin/bash sysresccd rescue # chroot /mnt/my myhome/ myroot/ sysresccd rescue # chroot /mnt/myroot/root/rescue/ sysresccd / # source /etc/profile sysresccd / # env-update !!! Unable to parse profile: '/etc/portage/make.profile' !!! ParseError: Parent 'core-kit:funtoo/1.0/linux-gnu/arch/x86-64bit' not found: '/etc/portage/make.profile/parent' >>> Regenerating /etc/ld.so.cache... sysresccd / # The content of file parent from the stage3 tarball was: core-kit:funtoo/1.0/linux-gnu/arch/x86-64bit core-kit:funtoo/1.0/linux-gnu/build/current core-kit:funtoo/1.0/linux-gnu/arch/x86-64bit/subarch/intel64-sandybridge core-kit:funtoo/1.0/linux-gnu/flavor/core core-hw-kit:funtoo/kits/python-kit/3.4-prime core-kit:funtoo/kits/python-kit/3.4-prime desktop-kit:funtoo/kits/python-kit/3.4-prime dev-kit:funtoo/kits/python-kit/3.4-prime editors-kit:funtoo/kits/python-kit/3.4-prime games-kit:funtoo/kits/python-kit/3.4-prime gnome-kit:funtoo/kits/python-kit/3.4-prime java-kit:funtoo/kits/python-kit/3.4-prime kde-kit:funtoo/kits/python-kit/3.4-prime media-kit:funtoo/kits/python-kit/3.4-prime net-kit:funtoo/kits/python-kit/3.4-prime nokit:funtoo/kits/python-kit/3.4-prime perl-kit:funtoo/kits/python-kit/3.4-prime php-kit:funtoo/kits/python-kit/3.4-prime python-kit:funtoo/kits/python-kit/3.4-prime science-kit:funtoo/kits/python-kit/3.4-prime security-kit:funtoo/kits/python-kit/3.4-prime text-kit:funtoo/kits/python-kit/3.4-prime xorg-kit:funtoo/kits/python-kit/3.4-prime So basically I discovered that I did not have the portage tree with the tarball content: doug@Locke ~/Downloads/stage3 $ find /var/git/ -name core-kit /var/git/meta-repo/.git/modules/kits/core-kit /var/git/meta-repo/kits/core-kit /var/git/meta-repo/repos.conf/core-kit doug@Locke ~/Downloads/stage3 $doug@Locke ~/Downloads/stage3 $ tar --list -f stage3-intel64-sandybridge-funtoo-current-2018-01-31.tar.xz|grep -e \/git\/\$ ./usr/lib64/python2.7/site-packages/portage/sync/modules/git/ ./usr/lib64/python3.4/site-packages/portage/sync/modules/git/ ./usr/share/git/ The current Install page has the section "Downloading the Portage Tree", which is essentially the command 'ego sync'. The System resurrection page does not say anything about getting the tree or meta-repo. Since I did not trust the Internet connection via the Live CD, I followed some of the instructions from the ReadMe of github's meta-repo page to get the meta-repo, /var/git/ subdirectory, added to my stage3 subtree. Well, restarted with the System Rescue CD, tested the shell with echo $SHELL and switched via 'SHELL=/bin/bash bash -l', started X-windows via 'startx', got the Internet connection in the desktop environment, and failed thusly: sysresccd rescue # chroot . sysresccd / # export PS1="(chroot) $PS1" (chroot) sysresccd / # source /etc/profile sysresccd / # env-update !!! Unable to parse profile: '/etc/portage/make.profile' !!! ParseError: Parent 'core-kit:funtoo/1.0/linux-gnu/arch/x86-64bit' not found: '/etc/portage/make.profile/parent' >>> Regenerating /etc/ld.so.cache... sysresccd / # ego sync Syncing meta-repo Already up-to-date. Syncing core-kit branch 1.0-prime Switched to branch '1.0-prime' Your branch is up-to-date with 'origin/1.0-prime'. HEAD is now at 78da7c1d updates remote: Counting objects: 12, done. remote: Compressing objects: 100% (4/4), done. remote: Total 12 (delta 7), reused 12 (delta 7), pack-reused 0 Unpacking objects: 100% (12/12), done. From https://github.com/funtoo/core-kit 78da7c1d..4d16cd43 1.0-prime -> origin/1.0-prime 71fd56a6..46f577dc 1.2-prime -> origin/1.2-prime Updating 78da7c1d..4d16cd43 ...[skipping output]... our branch is up-to-date with 'origin/master'. HEAD is now at df3822e07c updates Already up-to-date. Sync successful and kits in alignment! :) Updating profiles... !!! Unable to parse profile: '/etc/portage/make.profile' !!! ParseError: Parent 'core-kit:funtoo/1.0/linux-gnu/arch/x86-64bit' not found: '/etc/portage/make.profile/parent' Unable to find the repository name in /profiles/repo_name - exiting. sysresccd / # export PS1="(chroot) $PS1" (chroot) sysresccd / # pwd / (chroot) sysresccd / # ls profiles ls: cannot access profiles: No such file or directory (chroot) sysresccd / # ls bin boot dev etc home lib lib32 lib64 mnt opt proc root run sbin srv sys tmp usr var (chroot) sysresccd / # epro update !!! Unable to parse profile: '/etc/portage/make.profile' !!! ParseError: Parent 'core-kit:funtoo/1.0/linux-gnu/arch/x86-64bit' not found: '/etc/portage/make.profile/parent' Unable to find the repository name in /profiles/repo_name - exiting. (chroot) sysresccd / # quickpkg --include-config y @system !!! Unable to parse profile: '/etc/portage/make.profile' !!! ParseError: Parent 'core-kit:funtoo/1.0/linux-gnu/arch/x86-64bit' not found: '/etc/portage/make.profile/parent' * No packages found (chroot) sysresccd / # ls /var/git/meta-repo/ .git/ .gitmodules README.rst kits/ metadata/ repos.conf/ (chroot) sysresccd / # ls -l /var/git/meta-repo/kits/ The full attempt is in an attached file. resurrection_data_log2.txt
  8. Can I get cinnamon going?

    I can only guess you need to push your configuration changes into your current environment. The manpage for ego-profile does not show action update, but it is seen via running 'ego profile -h'. You could also run 'epro -h'. Sometimes it is useful to 'source /etc/profile' and then 'env-update'. Maybe you should back up (undo your changes with .xinitrc) and try to 'push' your configuration setting through, or just reboot and hope nothing is foobar about rebooting. If you don't boot up with X-windows, I doubt you will have a problem with that, but I don't actually know. Good luck.
  9. Can't Compile vanilla-sources Kernel

    bcowan, I'm preparing to try palica's solution. It looks to be a concise and updated version of the System resurrection page. Maybe something from the output in the attached text file will jump out at you before I take the plunge. I waited to update because I wanted to get a project done not struggle with admin work. This is the price I pay. It may be a good investment because I intend to set up a practice server on an old vertical box, if it still works. That's the start of phase two of my project. When I do figure out how to use technology for my specific purposes, it ain't figured quickly. lol bases_covered.txt
  10. Can't Compile vanilla-sources Kernel

    Locke etc # gcc-config --list-profiles [1] x86_64-pc-linux-gnu-5.4.0 * Locke etc #
  11. Can't Compile vanilla-sources Kernel

    bcowan, you and palica are quite knowledgable. I will carefully study the points you suggested. Thanks. I wondered if I could delete builds in /usr/portage/sys-devel, that apparently are just ignored (renamed the build files to see). Locke portage # find / -name gcc\*5.4\* /usr/portage/sys-devel/gcc/gcc-5.4.0.ebuild /usr/portage/distfiles/gcc-5.4.0-patches-1.3.tar.bz2 /usr/portage/distfiles/gcc-5.4.0.tar.bz2 /usr/portage/metadata/md5-cache/sys-devel/gcc-5.4.0 /usr/share/gcc-data/x86_64-pc-linux-gnu/5.4.0/gcc-5.4.0 /usr/bin/gcc-5.4.0 /var/db/pkg/sys-devel/gcc-5.4.0 /var/db/pkg/sys-devel/gcc-5.4.0/gcc-5.4.0.ebuild /var/git/meta-repo/kits/core-kit/metadata/md5-cache/sys-devel/gcc-5.4.0 /var/git/meta-repo/kits/core-kit/sys-devel/gcc/gcc-5.4.0.ebuild I will look at the tarball chroot environment when the time comes to see what isn't there.
  12. System resurrection Page

    Maybe I should reformulate my question: What is the difference between quickpkg and emerge --buildpkgonly? Neither do I understand the difference between install -d /mnt/rescue and mkdir /mnt/rescue except that install could set permissions which makes it better idiomatically for installation purposes. ---------------------------------- The System resurrection page currently reads: In the following example capture everything installed within the "source environment" that is related sys-devel/gcc (4.4.5 is present on the system) is captured in a single archive named gcc-4.4.5.tbz2 located in /usr/portage/packages/sys-devel: # quickpkg sys-devel/gcc If you need to recompile a package instead of archiving an already deployed version (and of course without installing it on your "source environment"), just do: # emerge --buildpkgonly sys-devel/gcc I wonder if RECOMPILE A PACKAGE and ARCHIVING AN ALREADY DEPLOYED VERSION should be switched around the INSTEAD OF to read something like: In the following example capture everything installed within the "source environment" that is related sys-devel/gcc (4.4.5 is present on the system) is captured in a single archive named gcc-4.4.5.tbz2 located in /usr/portage/packages/sys-devel: # quickpkg sys-devel/gcc If you would rather archive an already deployed version (perhaps useful for later) and restore from that archive instead of simply recompiling the package(s), just do: # emerge --buildpkgonly sys-devel/gcc You wouldn't want to install the archive content into your working chroot "source environment" because that's where the archive content came from. ---- I also wonder if the --include-config y arguments to quickpkg would be a good idea, as palica has suggested to solve my current toolchain issues. I leave it to more knowledgable people to decide what is best.
  13. Can't Compile vanilla-sources Kernel

    bcowan, there was nothing inappropriate about your previous reply, and you are absolutely right: my compiler links are broken, though I lack the technical knowledge to have put it that way. I rebooted since yesterday, and so I suspect some of the functionality I had only in memory or where ever from the overwritten installation is gone. I can't successfully do: emerge -1 gcc, so I can't reinstall the toolchain. Looks like system resurrection as kindly suggested by palica or failing that reinstall are my final options. I don't know what magic incantation Oleg can suggest. I don't think the output he suggested is of much use they way it turned out, but I'll wait a bit for his possible reply before I try the aggressive options I just mentioned. I've been wondering lately if BSD might be more reliable than any Gnu/Linux system because the Gnu/Linux universe is so diverse, but that is rhetorical on this thread, and probably frustration + wishful thinking. I know BDFL Daniel Robbins is more or less irreplaceable. I struggle less with his Gnu/Linux distros. I wonder what BDFL might say about "the future of funtoo - the funtooture" in hindsight, which might merit a new thread. What struck me was: "I want to start using the 3-clause BSD license for future Funtoo work. This would keep things more consistent with OpenRC, openresolv, and dhcpcd and give us more opportunities in the BSD direction." I'm too ignorant to have much of an opinion on such technicalities, but BDFL has a way of getting to the essentials plainly. Kits makes sense to me. Too bad it requires curation work and additional, persistent overhead, but then having X11 do what it did, enough to bother even him, is worse. P.S. I just stumbled across the "Toolchain update" page, which may or may not be the best way in general to update the toolchain: emerge --sync # emerge -1 glibc # emerge -uNDav @world P.S.P.S Note to self: emerge -av --depclean --exclude sys-devel/gcc Oh look!, under "Troubleshooting": revdep-rebuild
  14. Can't Compile vanilla-sources Kernel

    Oleg, the output you suggested: Locke etc # binutils-config -l [1] x86_64-pc-linux-gnu-2.29.1 Locke etc # palica, I appreciate constructive advice but not trolling, and will filter for the gold accordingly. I choose what I do on my box and in my life, or do you take responsibility for my success? I saw that a newbie recommended something that at least in part I can't do based on pesky facts and reality: As I explained, I don't have a gcc module with eselect ('gcc' is alphabetically between 'fontconfig' and 'java-vm', which is why I asked if the advice from bcowan that I actually could try was a good idea: Locke etc # eselect Usage: eselect <global options> <module name> <module options> Global options: --brief Make output shorter --colour=<yes|no|auto> Enable or disable colour output (default 'auto') Built-in modules: help Display a help message usage Display a usage message version Display version information Extra modules: binutils Manage installed versions of sys-devel/binutils cdparanoia Manage /usr/bin/cdparanoia implementation ecj Manage ECJ targets editor Manage the EDITOR environment variable env Manage environment variables set in /etc/env.d/ fontconfig Manage fontconfig /etc/fonts/conf.d/ symlinks java-vm Manage the Java system and user VM kernel Manage the /usr/src/linux symlink locale Manage the LANG environment variable maven Manage Maven targets mesa Manage the OpenGL driver architecture used by media-libs/mesa modules Query eselect modules news Read Gentoo ("GLEP 42") news items notify-send Manage /usr/bin/notify-send implementation opengl Manage the OpenGL implementation used by your system pager Manage the PAGER environment variable pinentry Manage /usr/bin/pinentry implementation profile Manage the make.profile symlink python Manage Python interpreter preferences qtgraphicssystem Manage the system-wide active Qt Graphics System rc Manage /etc/init.d scripts in runlevels ruby Manage Ruby symlinks vi Manage /usr/bin/vi implementations visual Manage the VISUAL environment variable Locke etc #
  15. Can't Compile vanilla-sources Kernel

    Thanks, bcowan. When I run eselect, to list the modules, none of the modules are gcc (or gcc-user). I rebooted and got: '* /etc.init.d/<various> uses runscript, please convert to openrc-run.'. I used a find-sed command I found online (find /etc/init.d -type f -exec sed -i 's/runscript/openrc-run/' {} +) after I backed up the int.d directory with cp -rpP init.d init.d.bk: I tried revdep-rebuild and emerge @preserved-rebuild, no changes were made. To get updated at all, I updated my @world by first dropping the --with-bdeps=y and got some of the whole @world updated. Then I dropped -D and got to this point. I just tried the @world update with the whole thing (command is below) and got an interesting message (and, yes, I appreciate the useful message, funtoo engineers; so what's it mean?): Locke etc # emerge -uNDa --with-bdeps=y @world These are the packages that would be merged, in order: Calculating dependencies... done! Oops! Conflicts have been encountered: >>> xfce-extra/xfce4-power-manager-1.6.0-r1:0/0::gentoo, installed, wants xfce-base/xfconf:0/0= >>> xfce-base/libxfce4ui-4.13.3:0/0::gentoo, installed, wants xfce-base/xfconf:0/0= >>> xfce-base/xfce4-panel-4.13.1:0/0::xfce-kit, ebuild scheduled for merge, wants >=xfce-base/xfconf-4.13:= My candidates are: >>> xfce-base/xfconf-4.12.1:0/0::gentoo, installed has SLOT 0/0 >>> xfce-base/xfconf-4.13.4:0/3::xfce-kit, ebuild scheduled for merge has SLOT 0/3 We hope this informational output has been useful in identifying the problem. We are continually working to reduce conflicts. Do not hesitate to report a bug at https://bugs.funtoo.org. Thank you! :) emerge: there are no ebuilds to satisfy ">=dev-libs/nss-3.34.1". (dependency required by "www-client/firefox-58.0.1::net-kit" [ebuild]) (dependency required by "@selected" [set]) (dependency required by "@world" [argument]) Locke etc # Because of the X11 depreciation, I switched from XFCE to XLDE. There's more than one good desktop for Gnu/Linux. xfce-base/xfconf was not in my /var/lib/portage/world file. I unmerged (-C) it and all the xfce stuff in my world. Did the full strength @world update and as directed did the emerge @preserved-rebuild. I am using Firefox 52.6.0 now, which is fine I think. Running the last two commands provides some info. I wonder if I could use perl-cleaner somehow? Locke doug # emerge @preserved-rebuild Calculating dependencies... done! >>> Verifying ebuild manifests >>> Emerging (1 of 8) xfce-base/xfconf-4.13.4::xfce-kit * xfconf-4.13.4.tar.bz2 SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ] >>> Unpacking source... >>> Unpacking xfconf-4.13.4.tar.bz2 to /var/tmp/portage/xfce-base/xfconf-4.13.4/work >>> Source unpacked in /var/tmp/portage/xfce-base/xfconf-4.13.4/work >>> Preparing source in /var/tmp/portage/xfce-base/xfconf-4.13.4/work/xfconf-4.13.4 ... >>> Source prepared. >>> Configuring source in /var/tmp/portage/xfce-base/xfconf-4.13.4/work/xfconf-4.13.4 ... * econf: updating xfconf-4.13.4/config.sub with /usr/share/gnuconfig/config.sub * econf: updating xfconf-4.13.4/config.guess with /usr/share/gnuconfig/config.guess ./configure --prefix=/usr --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --disable-dependency-tracking --disable-silent-rules --docdir=/usr/share/doc/xfconf-4.13.4 --htmldir=/usr/share/doc/xfconf-4.13.4/html --libdir=/usr/lib64 --disable-perl-bindings --disable-checks --with-perl-options=INSTALLDIRS=vendor checking for a BSD-compatible install... /usr/lib/portage/python3.4/ebuild-helpers/xattr/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether make supports nested variables... yes checking whether UID '250' is supported by ustar format... yes checking whether GID '250' is supported by ustar format... yes checking how to create a ustar tar archive... gnutar checking whether to enable maintainer-specific portions of Makefiles... no checking whether make supports nested variables... (cached) yes checking for style of include used by make... GNU checking for x86_64-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc checking whether the C compiler works... no configure: error: in `/var/tmp/portage/xfce-base/xfconf-4.13.4/work/xfconf-4.13.4': configure: error: C compiler cannot create executables See `config.log' for more details !!! Please attach the following file when seeking support: !!! /var/tmp/portage/xfce-base/xfconf-4.13.4/work/xfconf-4.13.4/config.log * ERROR: xfce-base/xfconf-4.13.4::xfce-kit failed (configure phase): * econf failed * * Call stack: * ebuild.sh, line 121: Called src_configure * environment, line 392: Called econf '--disable-perl-bindings' '--disable-checks' '--with-perl-options=INSTALLDIRS=vendor' * phase-helpers.sh, line 666: Called __helpers_die 'econf failed' * isolated-functions.sh, line 117: Called die * The specific snippet of code: * die "$@" * * If you need support, post the output of `emerge --info '=xfce-base/xfconf-4.13.4::xfce-kit'`, * the complete build log and the output of `emerge -pqv '=xfce-base/xfconf-4.13.4::xfce-kit'`. * The complete build log is located at '/var/tmp/portage/xfce-base/xfconf-4.13.4/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/xfce-base/xfconf-4.13.4/temp/environment'. * Working directory: '/var/tmp/portage/xfce-base/xfconf-4.13.4/work/xfconf-4.13.4' * S: '/var/tmp/portage/xfce-base/xfconf-4.13.4/work/xfconf-4.13.4' >>> Failed to emerge xfce-base/xfconf-4.13.4, Log file: >>> '/var/tmp/portage/xfce-base/xfconf-4.13.4/temp/build.log' * Messages for package xfce-base/xfconf-4.13.4: * ERROR: xfce-base/xfconf-4.13.4::xfce-kit failed (configure phase): * econf failed * * Call stack: * ebuild.sh, line 121: Called src_configure * environment, line 392: Called econf '--disable-perl-bindings' '--disable-checks' '--with-perl-options=INSTALLDIRS=vendor' * phase-helpers.sh, line 666: Called __helpers_die 'econf failed' * isolated-functions.sh, line 117: Called die * The specific snippet of code: * die "$@" * * If you need support, post the output of `emerge --info '=xfce-base/xfconf-4.13.4::xfce-kit'`, * the complete build log and the output of `emerge -pqv '=xfce-base/xfconf-4.13.4::xfce-kit'`. * The complete build log is located at '/var/tmp/portage/xfce-base/xfconf-4.13.4/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/xfce-base/xfconf-4.13.4/temp/environment'. * Working directory: '/var/tmp/portage/xfce-base/xfconf-4.13.4/work/xfconf-4.13.4' * S: '/var/tmp/portage/xfce-base/xfconf-4.13.4/work/xfconf-4.13.4' Locke doug # emerge -uNDa --with-bdeps=y @world These are the packages that would be merged, in order: Calculating dependencies... done! Oops! Conflicts have been encountered: >>> dev-cpp/libcmis-0.5.2_pre20160820-r1:0.5/0.5::gentoo, installed, wants dev-libs/boost:0/1.62.0= >>> app-office/libreoffice-bin-5.4.2.2:0/0::kde-kit, installed, wants dev-libs/boost:0/1.62.0= >>> dev-util/mdds-1.2.3:1/1.2::gentoo, installed, wants dev-libs/boost:0/1.62.0= >>> dev-libs/libixion-0.12.2:0/0.12::dev-kit, installed, wants dev-libs/boost:0/1.62.0= >>> dev-libs/liborcus-0.12.1:0/0.12::dev-kit, installed, wants dev-libs/boost:0/1.62.0= My candidates are: >>> dev-libs/boost-1.63.0:0/1.63.0::core-kit, ebuild scheduled for merge has SLOT 0/1.63.0 >>> dev-libs/boost-1.62.0-r1:0/1.62.0::gentoo, installed has SLOT 0/1.62.0 >>> dev-libs/boost-1.63.0:0/1.63.0::core-kit, ebuild scheduled for merge, wants =dev-util/boost-build-1.63* >>> dev-libs/boost-1.62.0-r1:0/1.62.0::gentoo, installed, wants =dev-util/boost-build-1.62* My candidates are: >>> dev-util/boost-build-1.63.0:0/0::core-kit, ebuild scheduled for merge has SLOT 0/0 >>> dev-util/boost-build-1.62.0-r1:0/0::gentoo, installed has SLOT 0/0 We hope this informational output has been useful in identifying the problem. We are continually working to reduce conflicts. Do not hesitate to report a bug at https://bugs.funtoo.org. Thank you! :) emerge: there are no ebuilds to satisfy ">=dev-libs/nss-3.34.1". (dependency required by "www-client/firefox-58.0.1::net-kit" [ebuild]) (dependency required by "@selected" [set]) (dependency required by "@world" [argument]) Locke doug # I'm pretty lost at this point. I don't think xfce stuff had anything to do with the problem because boost-build is cast into the same role. From the emerge @preserved-rebuild output, --with-perl-options=INSTALLDIRS=vendor, I wonder if perl-cleaner can be used somehow, maybe option --reallyall? I don't know what is pulling xfconf-4.13.4. Nothing in my world is xfce, nothing! But look. Locke doug # equery d xfconf-4.13.4 * These packages depend on xfconf-4.13.4: xfce-base/libxfce4ui-4.13.3 (>=xfce-base/xfconf-4.12) xfce-base/thunar-1.6.12 (>=xfce-base/xfconf-4.10) xfce-base/xfce4-appfinder-4.12.0-r1 (>=xfce-base/xfconf-4.10) xfce-base/xfce4-panel-4.12.0-r2 (>=xfce-base/xfconf-4.10) xfce-base/xfce4-session-4.12.1-r2 (>=xfce-base/xfconf-4.10:0/0) xfce-base/xfce4-settings-4.13.0 (>=xfce-base/xfconf-4.12) xfce-base/xfwm4-4.13.0 (>=xfce-base/xfconf-4.10) Locke doug # I unmerged (-C) all of that. emerge @preserved-rebuild fails as before. Does this mean anything to someone smart about ebuilds?: ERROR: xfce-base/xfconf-4.13.4::xfce-kit failed (configure phase): I am trying to attach the file /var/tmp/portage/xfce-base/xfconf-4.13.4/work/xfconf-4.13.4/config.log. I am out of ideas. If I am the only one with this problem, the odds of the build configuration being wrong are not high, are they? Does it make sense to do this: emerge in this order gcc binutils glibc? I think I'll take a shot with perl-cleaner unless someone advices against that. config.log
×