rsa4046

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

Physically what card exactly? And did you run emerge @world *after* modifying make.conf?

Hi palica, that's great -- thank you for all the help and suggestions. I will work at fixing these issues. Best--

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 --

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

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:

Thanks palica

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

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

Wondered if anyone had seen this bug, affects sys-kernel/gentoo-sources-4.14.0: link

Hi pytony, thanks for the help. Guess I had this backwards ... fixed now: ego sync preserves the overlays' .conf files. Many thanks, solved.

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

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

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

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 ? ? ?