Jump to content


  • Content Count

  • Joined

  • Last visited

Everything posted by rsa4046

  1. I hope this is not a stupid question, as it as been asked and answered previously, but I am wondering if the problem is the same. After eix-sync && emerge -vaDNu world and a successful sync I obtain, <snip> [*N] >> www-misc/buku ((~)3.6) [15]: Powerful command-line bookmark manager [*N] >> x11-base/xorg-proto ((~)2018.4) [25]: X.Org combined protocol headers [*N] >> x11-misc/j4-dmenu-desktop ((~)2.16) [2]: A fast desktop menu * Time statistics: 63 seconds for syncing 32 seconds for eix-update 5 seconds for eix-diff 100 seconds tota
  2. Physically what card exactly? And did you run emerge @world *after* modifying make.conf?
  3. Hi palica, that's great -- thank you for all the help and suggestions. I will work at fixing these issues. Best--
  4. Hi palica, my sincere apologies for wasting your time: I unmerged layman, removed its config files from /etc, emerged it again, and re-added the overlay. Now, after eix-update, eix indeed shows the correct population of ebuilds, including those contributed from overlays managed by layman. So I must have had an error in layman's setup. Anyway, sorry for the stupid questions and for wasting your time. I do appreciate your help. Best --
  5. Hi palica, $ eix eix [I] app-portage/eix [1] Available versions: (~)0.32.9-r1 {debug doc nls sqlite LINGUAS="de ru"} Installed versions: 0.32.9-r1(09:39:47 AM 12/20/2017)(nls -debug -doc -sqlite LINGUAS="-de -ru") Homepage: https://github.com/vaeth/eix/ Description: Search and query ebuilds [1] "nokit" /var/git/meta-repo/kits/nokit
  6. Hi palica, thanks for the response. Files are attached below. I would be grateful for any help you could provide. Thanks again-- emerge --info Portage 2.3.11 (python 2.7.13-final-0, funtoo/1.0/linux-gnu/arch/x86-64bit, gcc-6.3.0, glibc-2.23-r4, 4.14.9-gentoo x86_64) ================================================================= System uname: Linux-4.14.9-gentoo-x86_64-Intel-R-_Xeon-R-_CPU_E5620_@_2.40GHz-with-gentoo-2.2.1 KiB Mem: 12289936 total, 3562692 free KiB Swap: 4193276 total, 4193012 free sh bash 4.4_p12-r1 ld GNU ld (Gentoo 2.28 p1.2) 2.28 app-shells/bash:
  7. Following the guide for using layman correctly with kits in funtoo, I have a /etc/portage/repos.conf folder, # tree /etc/portage/repos.conf /etc/portage/repos.conf ├── funtoo -> /var/git/meta-repo/repos.conf ├── layman.conf ├── mylocal.conf └── science.conf 1 directory, 3 files and .conf files for other overlays in various places. However, running eix-sync or ego sync doesn't seem to pick up any of the ebuilds in the overlay. When eix-sync rebuilds the its database, it notes the existences of the overlay, but the ebuilds within the overlay itself never appear. The other overlays (my
  8. After ego sync today (which ran ok, reporting "Sync successful and kits in alignment!"), parent (attached below) in /etc/portage/make.profile is not longer correct: Applying masks... Calculating hash tables... Writing database file /var/cache/eix/portage.eix... Database contains 20492 packages in 164 categories !!! Unable to parse profile: '/etc/portage/make.profile' !!! ParseError: Parent '/var/git/meta-repo/kits/gnome-kit/profiles/funtoo/mix-ins/gnome' not found: '/var/git/meta-repo/kits/core-kit/profiles/funtoo/1.0/linux-gnu/mix-ins/gnome/parent' !!! Your current profile is invalid. If
  9. Wondered if anyone had seen this bug, affects sys-kernel/gentoo-sources-4.14.0: link
  10. Hi pytony, thanks for the help. Guess I had this backwards ... fixed now: ego sync preserves the overlays' .conf files. Many thanks, solved.
  11. Hi Oleg, thanks for the quick reply. Here's contents of /etc/portage # ls -dl /etc/portage/*/* -rw-r--r-- 1 root root 1472 Nov 3 10:53 /etc/portage/make.profile/parent -rw-r--r-- 1 root root 274 Jun 15 18:48 /etc/portage/package.accept_keywords/package.accept_keywords -rw-r--r-- 1 root root 1013 Sep 4 13:37 /etc/portage/package.license/package.license -rw-r--r-- 1 root root 293 Oct 16 14:25 /etc/portage/package.mask/package.mask -rw-r--r-- 1 root root 522 Sep 9 22:40 /etc/portage/package.mask/science -rw-r--r-- 1 root root 947 Sep 8 15:04 /etc/p
  12. I need to maintain some local overlays (mostly tied to various ::science ebuilds), and had done so using the sequence https://www.funtoo.org/Local_Overlay, i.e. # mkdir /var/git/overlay # cd /var/git/overlay # git clone http://github.com/funtoo/skeleton-overlay.git # mv skeleton-overlay myoverlayname # echo "myoverlayname" > /var/git/overlay/myoverlayname/profiles/repo_name # echo "masters = core-kit" >> /var/git/overlay/myoverlayname/metadata/layout.conf # echo "[myoverlayname]" >> /etc/portage/repos.conf/myoverlayname.conf # echo "location = /var/git/overlay/myoverlaynam
  13. Hi ottembomb, what about inserting the --python3 action to list or set. # eselect python list Available Python interpreters, in order of preference: [1] python2.7 [2] python3.4 ? ? E.g., # eselect python list --python3 Available Python 3 interpreters, in order of preference: [1] python3.4
  14. Not having a problem, am just seeking simple confirmation that I have portage and kits set up correctly. I have /var/git set up to contain meta-repo and an overlay folder containing science, dotnet, and a local (mylocal) overlay: # tree /var/git -d -L 3 /var/git ??? meta-repo ? ??? kits ? ? ??? core-hw-kit ? ? ??? core-kit ? ? ??? desktop-kit ? ? ??? dev-kit ? ? ??? editors-kit ? ? ??? games-kit ? ? ??? gnome-kit ? ? ??? java-kit ? ? ??? kde-kit ? ? ??? media-kit ? ? ??? net-kit ? ? ??? nokit ? ? ??? perl-kit ? ? ??? php-kit ? ? ?
  15. Hi Oleg, thanks again for the speedy reply ... you are right, I had some old repo.conf/ cruft left from earlier attempts at moving to kits.
  16. Hi Oleg, thanks for your help, I am trying to do exactly this in terms of several overlays (science, sage-on-gentoo, etc.). To incorporate the overlays previously added via layman, I've simply followed the instructions you linked and added the overlays per the instructions on Funtoo's SageMath page: # cd /var/git/overlay # git clone https://github.com/cschwan/sage-on-gentoo.git I added a sage.conf file in /var/git/meta-repo/repos.conf [sage-on-gentoo] priority = 50 location = /var/git/overlay/sage-on-gentoo sync-type = git sync-uri = https://github.com/cschwan/sage-on-gentoo.git auto-sync
  17. I hope this hasn't been asked before (my searches have returned nil though): Prior to kits deployment, I used Intel's math kernel library via the science overlay's ebuild (sci-libs/mkl- With the current master branch of science-kit, the latest version is substantially older: # eix mkl -Ic [?] sci-libs/mkl [1] ([?]@06/16/2017 -> (~)^ms): Intel(R) Math Kernel Library: linear algebra, fft, math functions [1] "science-kit" /var/git/meta-repo/kits/science-kit So mkl- is the most recent version available on the master branch. But this ebuild has
  18. Hi cafaia, working great :) thanks again!
  19. Hi cafaia, thanks for the quick reply and link--
  20. I recently noticed that eix wasn't returning correct results; I'm assuming this is the issue: # eix-sync * Running emerge --sync >>> Syncing repository 'gentoo' into '/usr/portage'... /usr/bin/git pull Already up-to-date. === Sync completed for gentoo q: Updating ebuild cache in /usr/portage ... q: Finished 40004 entries in 0.292586 seconds * Copying old database to /var/cache/eix/previous.eix * Running eix-update Reading Portage settings... Building database (/var/cache/eix/portage.eix)... [0] "gentoo" /usr/portage/ (cache: metadata-md5-or-flat) Reading category 166|166 (1
  21. Turned out: shifting back to gcc:4.9 from gcc:5 did the trick ... still don't quite understand the error, but the RAM passed memtest, so ... only thing left to try was the compiler. Thanks again for all your help!
  22. Hi, sorry for the late reply. Thanks so much for the kind advice -- I am giving these a shot ... will post back ASAP. Cheers!!
  23. I'm working on a new funtoo install on an older core2 machine, running nicely so far, but I can't seem to rebuild sys-devel/llvm-3.9.1 or sys-devel/llvm-3.9.1-r1. Oddly, I was somehow able to build this version initially, but am now having segfaults in which the emerge fails with (e.g.), /var/tmp/portage/sys-devel/llvm-3.9.1/work/llvm-3.9.1.src/include/llvm/ADT/iterator.h:178:73: internal compiler error: Segmentation fault I've posted more of the tail of the build.log here: https://dolomit.geo.uni-bremen.de/owncloud/index.php/s/7kfsyL9faRQhCaI The message asks that I Please submit a full
  24. Following the guide for getting kde5 up (http://www.funtoo.org/KDE_Plasma_5) but after adding the overlay, encounter the following warning: !!! Section 'funtoo-kde-overlay' in repos.conf has name different from repository name 'kde' set inside repository Is this correctable or important? Thanks
  • Create New...