Jump to content

McQ

Members
  • Content Count

    15
  • Joined

  • Last visited

About McQ

  • Rank
    Member

Personal

  • Location
    Phoenix USA
  1. There was an issue when upgrading system to Gnome 3.4. Appears it is looking for gnome-base/gnome-menus-3.34 but only version 3.32 is available. !!! The following update has been skipped due to unsatisfied dependencies: gnome-base/gnome-light:2.0 selected: (gnome-base/gnome-light-3.32.0:2.0/2.0::gnome-kit, installed) skipped: (gnome-base/gnome-light-3.34.0:2.0/2.0::gnome-kit, ebuild scheduled for merge) (see unsatisfied dependency below) emerge: there are no ebuilds to satisfy ">=gnome-base/gnome-menus-3.34.0:3". (dependency required by "gnome-base/gnome-light-3.34.0::gnom
  2. Got a dependency error message when compiling gnome-extra/sushi. After emerging gtksourceview package the gnome-extra/sushi-3.34.0-r1 ebuild compiled successfully. Dependency gtksourceview-4 found: NO (tried pkgconfig and cmake) meson.build:22:0: ERROR: Dependency "gtksourceview-4" not found, tried pkgconfig and cmake A full log can be found at /var/tmp/portage/gnome-extra/sushi-3.34.0-r1/work/sushi-3.34.0-build/meson-logs/meson-log.txt * ERROR: gnome-extra/sushi-3.34.0-r1::gnome-kit failed (configure phase): * (no error message)
  3. g-ir-scanner: link: /bin/sh ../libtool --mode=link --tag=CC x86_64-pc-linux-gnu-gcc -o /var/tmp/portage/gnome-extra/cinnamon-3.6.6-r2/work/Cinnamon-3.6.6/src/tmp-introspecte1k990cn/Cinnamon-0.1 -export-dynamic -march=broadwell -O2 -pipe /var/tmp/portage/gnome-extra/cinnamon-3.6.6-r2/work/Cinnamon-3.6.6/src/tmp-introspecte1k990cn/Cinnamon-0.1.o -L. libcinnamon.la -lgio-2.0 -lgobject-2.0 -Wl,--export-dynamic -pthread -lgmodule-2.0 -lglib-2.0 -Wl,-O1 -Wl,--sort-common -Wl,--as-needed libtool: link: x86_64-pc-linux-gnu-gcc -o /var/tmp/portage/gnome-extra/cinnamon-3.6.6-r2/work/Cinnamon-3.6.6/src/t
  4. OMG! Thanks so much for catching that ---- and to think how often I stared at that "dash" (-:
  5. 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.
  6. 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
  7. 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-pack
  8. 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/
  9. :unsure: Re-emerge sandbox and x11-drivers/nvidia-drivers ..... then try again to emerge sci-misc/boinc. :ph34r: :) :ph34r:
  10. Haha! I like it --- thanks. i3 CPU is at 66? C in sunny Phoenix with a 140 mm USB Fan venting the laptop.
  11. What is the result of : #FEATURES="-sandbox" emerge -v sci-misc/boinc
  12. 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.
  13. 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
  14. 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) -3
  15. 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
×
×
  • Create New...