Jump to content
funtoo forums


  • Content Count

  • Joined

  • Last visited

About McQ

  • Rank


  • Location
    Phoenix USA
  1. OMG! Thanks so much for catching that ---- and to think how often I stared at that "dash" (-:
  2. I used eselect to choose python 3.4 as the active interpretor and no longer get the UnicodeDecodeError. However, there is another issue: # revdep-rebuild –v * This is the new python coded version * Please report any bugs found using it. * The original revdep-rebuild script is installed as revdep-rebuild.sh * Please file bugs at: https://bugs.gentoo.org/ * Checking dynamic linking consistency * Assign files to packages emerge –v --oneshot --complete-graph=y net-fs/samba:0 !!! '–v' is not a valid package atom. !!! Please check ebuild(5) for full details.
  3. Lines 88-91: logger.warning(yellow( '\nemerge') + args + ' --oneshot --complete-graph=y ' + bold(emerge_command)) Lines 171-173: success = rebuild(logger, assigned, settings) logger.debug("rebuild return code = %i" %success) return success
  4. When I run revdep-rebuild it fails with this output: # revdep-rebuild –v * This is the new python coded version * Please report any bugs found using it. * The original revdep-rebuild script is installed as revdep-rebuild.sh * Please file bugs at: https://bugs.gentoo.org/ * Collecting system binaries and libraries * Checking dynamic linking consistency * Assign files to packages Traceback (most recent call last): File "/usr/lib/python-exec/python2.7/revdep-rebuild", line 40, in <module> success = rebuild.main(rebuild.parse_options()) File "/usr/lib64/python2.7/site-packages/gentoolkit/revdep_rebuild/rebuild.py", line 171, in main success = rebuild(logger, assigned, settings) File "/usr/lib64/python2.7/site-packages/gentoolkit/revdep_rebuild/rebuild.py", line 90, in rebuild ' --oneshot --complete-graph=y ' + UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 1: ordinal not in range(128) I verified the locale is set to en_US.utf8 # eselect locale list Available targets for the LANG variable: [1] C [2] POSIX [3] en_US [4] en_US.iso88591 [5] en_US.utf8 * [ ] (free form) # locale LANG=en_US.utf8 LC_CTYPE="en_US.utf8" LC_NUMERIC="en_US.utf8" LC_TIME="en_US.utf8" LC_COLLATE=POSIX LC_MONETARY="en_US.utf8" LC_MESSAGES="en_US.utf8" LC_PAPER="en_US.utf8" LC_NAME="en_US.utf8" LC_ADDRESS="en_US.utf8" LC_TELEPHONE="en_US.utf8" LC_MEASUREMENT="en_US.utf8" LC_IDENTIFICATION="en_US.utf8" LC_ALL= But for some reason I get this output from python which is showing ascii: # python Python 2.7.13 (default, Jul 26 2017, 07:27:56) [GCC 5.3.0] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import sys >>> reload(sys) <module 'sys' (built-in)> >>> sys.getdefaultencoding() 'ascii' >>> Can you suggest what setting that I need to repair?
  5. I'm trying to rsync to an external drive that gets auto-mounted to something like: /media/mnt/toshiba EXT rsync doesn't accept the " " between toshiba and EXT. Is it acceptable to use "*" to complete the path? rsync -avz --delete /path/to/folder/ /media/mnt/toshiba*EXT/path/to/folder/
  6. :unsure: Re-emerge sandbox and x11-drivers/nvidia-drivers ..... then try again to emerge sci-misc/boinc. :ph34r: :) :ph34r:
  7. Haha! I like it --- thanks. i3 CPU is at 66? C in sunny Phoenix with a 140 mm USB Fan venting the laptop.
  8. What is the result of : #FEATURES="-sandbox" emerge -v sci-misc/boinc
  9. Thanks for the tip! System is not overclocked and the memtest found no errors. It must just be a package-specific issue. I'll go back to MAKEOPTS="-j5" in make.conf.
  10. Had a failure today when upgrading to subversion-1.9.7: hmod 755 blib/arch/auto/SVN/_Wc/_Wc.so "/usr/bin/perl" -MExtUtils::Command::MM -e 'cp_nonempty' -- _Wc.bs blib/arch/auto/SVN/_Wc/_Wc.bs 644 Manifying 8 pod documents make[2]: Leaving directory '/var/tmp/portage/dev-vcs/subversion-1.9.7/work/subversion-1.9.7/subversion/bindings/swig/perl/native' make[1]: Leaving directory '/var/tmp/portage/dev-vcs/subversion-1.9.7/work/subversion-1.9.7/subversion/bindings/swig/perl/native' Makefile:850: recipe for target 'swig-pl' failed make: *** [swig-pl] Error 2 * ERROR: dev-vcs/subversion-1.9.7::dev-kit failed (compile phase): * emake fail So I changed in /etc/portage/make.conf: (-)MAKEOPTS="-j5" (+)MAKEOPTS="-j1" And then subversion package compiled without any issue. Should I just leave make.conf as is or switch back to MAKEOPTS="-j5" ? I really don't know if the difference is worth maintaining for system-wide.
  11. Yes --- exactly right. I installed a stage3 created on 07/31. I'm getting updates so must be on the correct train. :-> These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] app-misc/ca-certificates-20161130.3.32::core-hw-kit [20161130.3.30.2::core-hw-kit] USE="-cacert -insecure_certs" 9,563 KiB [ebuild U ] dev-vcs/mercurial-4.3.1::dev-kit [4.2.2::dev-kit] USE="-bugzilla -emacs -gpg {-test} -tk" PYTHON_TARGETS="python2_7" 5,347 KiB [ebuild N ] dev-util/cmocka-1.1.1::dev-kit USE="-doc -static-libs {-test}" ABI_X86="(64) -32 (-x32)" 84 KiB [ebuild U ] www-client/google-chrome-60.0.3112.90::net-kit [60.0.3112.78::net-kit] USE="plugins" L10N="am ar bg bn ca cs da de el en-GB es es-419 et fa fi fil fr gu he hi hr hu id it ja kn ko lt lv ml mr ms nb nl pl pt-BR pt-PT ro ru sk sl sr sv sw ta te th tr uk vi zh-CN zh-TW" 56,981 KiB [ebuild U ] www-client/opera-47.0.2631.39::net-kit [46.0.2597.57::net-kit] L10N="be bg bn ca cs da de el en-GB es es-419 fi fil fr fr-CA he hi hr hu id it ja ko lt lv ms nb nl pl pt-BR pt-PT ro ru sk sr sv sw ta te th tr uk vi zh-CN zh-TW" 49,143 KiB [ebuild U ] net-fs/samba-4.6.7::net-kit [4.5.12::net-kit] USE="client cups pam python%* system-mitkrb5 -acl -addc -addns -ads -cluster -dmapi -fam -gnutls -gpg -iprint -ldap -quota (-selinux) -syslog (-system-heimdal) -systemd {-test} -winbind -zeroconf" ABI_X86="(64) -32 (-x32)" PYTHON_TARGETS="python2_7" 20,651 KiB [ebuild NS ] www-plugins/chrome-binary-plugins-61.0.3163.39_beta:beta::net-kit [60.0.3112.78:stable::net-kit] USE="widevine" 75,022 KiB [uninstall ] www-plugins/chrome-binary-plugins-60.0.3112.78:stable::net-kit USE="widevine" [blocks b ] www-plugins/chrome-binary-plugins:stable ("www-plugins/chrome-binary-plugins:stable" is blocking www-plugins/chrome-binary-plugins-61.0.3163.39_beta) [blocks b ] www-plugins/chrome-binary-plugins:beta ("www-plugins/chrome-binary-plugins:beta" is blocking www-plugins/chrome-binary-plugins-60.0.3112.78) [ebuild U ] dev-vcs/subversion-1.9.7::dev-kit [1.9.6::dev-kit] USE="berkdb gnome-keyring http nls perl python -apache2 -ctypes-python -debug -doc -dso -extras -java -kwallet -ruby -sasl {-test} -vim-syntax" PYTHON_TARGETS="python2_7" 7,698 KiB Total: 8 packages (6 upgrades, 1 new, 1 in new slot, 1 uninstall), Size of downloads: 224,486 KiB Conflict: 2 blocks Would you like to merge these packages? [Yes/No]
  12. How am I looking ....?? ls -lh /etc/portage/repos.conf lrwxrwxrwx 1 root root 29 Jul 31 22:07 /etc/portage/repos.conf -> /var/git/meta-repo/repos.conf
  13. Thanks for the tip! Never bored and always wanting to learn -- so thanks. I'll dig into this further and review the comparisons. For march=native: options passed: -v test.c -march=westmere -mmmx -mno-3dnow -msse -msse2 -msse3 -mssse3 -mno-sse4a -mcx16 -msahf -mno-movbe -mno-aes -mno-sha -mno-pclmul -mpopcnt -mno-abm -mno-lwp -mno-fma -mno-fma4 -mno-xop -mno-bmi -mno-bmi2 -mno-tbm -mno-avx -mno-avx2 -msse4.2 -msse4.1 -mno-lzcnt -mno-rtm -mno-hle -mno-rdrnd -mno-f16c -mno-fsgsbase -mno-rdseed -mno-prfchw -mno-adx -mfxsr -mno-xsave -mno-xsaveopt -mno-avx512f -mno-avx512er -mno-avx512cd -mno-avx512pf -mno-prefetchwt1 -mno-clflushopt -mno-xsavec -mno-xsaves -mno-avx512dq -mno-avx512bw -mno-avx512vl -mno-avx512ifma -mno-avx512vbmi -mno-clwb -mno-pcommit -mno-mwaitx --param l1-cache-size=32 --param l1-cache-line-size=64 --param l2-cache-size=3072 -mtune=westmere -O2 For march=westmere options passed: -v test.c -march=westmere -O2
  14. I have run Arch for a while and did an install of Funtoo this past weekend. I found installing Funtoo to be very straightforward and went right off the online Funtoo install guide. The guide is a linear, thought-out process with no detours. The package and system management between Arch and Funtoo are substantially different but I had a lot of time to read up while compiling the Funtoo packages. Again -- I found the Funtoo install to be sensible and very adaptive. The only issue I had after installation was that I could not get xfce4-terminal, geany, or gnome-terminal to run. I searched a few lists and the problem seemed to be linked to the subarch type used for compilation. My processor is an Intel64-westmere so that was my stage3 and subarch choice. I decided to change the subarch to generic_64 and recompiled a few packages based on the --newuse emerge option. After that each of those programs started working perfectly.
  • Create New...