erikr

Thanks for the help. Now I finally have the device at my desktop and am on my way to install. Just booted with windows 7 pro to make the recovery DVD and then the thrill of making a clean disk partition with fdisk. Windows Wiped :) I actually hesitated a bit and started to evaluate Calculate Linux and Linux Mint. Calculate did not manage to boot properly, I assume old kernel. Linux Mint just don't feel right. This is a powerful bastard and there are no reason not to go for Funtoo. Beside, systemd is kind of a deal breaker. I am also a fan of btrfs and using sub volumes rather than paritions for / and /home and that is kind of quirky with the automated installs I have learned to know. So I went for Funtoo and started off with the haswell current stage 3 as base. Regarding av512 and avx2 I checked in /proc/cpuinfo and found avx2 but not av512. I will leave that out from CPU_FLAGS_X86 for now. I did a visual comparison as suggested by Sandro but the list of flags printed was impressive and took the major part of a screen height with more than one flag per line. I will compare them later in detail but the native-option gave the most flags and I will go with that. Seems to be the most narrow one. Just hope I won't need to compile using DistCC because native does not work with that easily. If anyone is interested in the output from Sandros suggestion, let me know and I can post it her. Regarding kernel I will use gentoo-sources as I have done for, well many years. This time I will test out the experimental USE flag as well. But that is a later step still :) BR Erik

Hi, Currently there are no support for the Intel Skylake architecture under subarchs. In Gentoo I once changed the CFLAGS and bootstrapped the system. This was a long time ago and things have changed (about the time when stage 1 and 2 was no longer published) Is there a procedure for bootstraping Funtoo and how? I recall there was a bootstrap-sh script taking care of the thing. I ran it on a running system while using the computer with KDE :) Worked like any other emerge out there. // Erik

Hi, Thanks for the hint. I found the .desktop-file. Adding Cinnamon or X-Cinnamon did not help. Cinnamon control centre does not recognize On-line Accounts even if started as indicated by the exec line in the .desktop-file. but with cinnamon-settings instead. What I did was to manually run Gnome Control Centre and there I find On-line Accounts. It worked fine and added contacts to Evolution. gnome-control-center // Erik

Hi, I have just decided that KDE5 is to problematic for me and to try Cinnamon desktop environment. I am a long time user of KDE and new user of Gnome and new to the Gnome world. My problem is that I would like to creat a Google account and need to find the Gnome Online Account settings. I have followed the installation instruction on the Wiki and have the gnome-control-centre installed. The USE flag "gnome-online-accounts" is enabled in the installed package. I found some helpful hints on the Arch linux page: https://wiki.archlinux.org/index.php/GNOME/Evolution#Google_Contacts. But I fail to find the On-line Accounts module (https://wiki.gnome.org/Projects/GnomeOnlineAccounts). Help anyone? Any hints? Am I blind? Regards, Erik

I used to run ZFS as root on Gentoo. I have not tried for Funtoo and I know that there are differences in the initramfs-file. The setup I had was: /dev/sda1 etx2 boot /dev/sda2 zpool I was using grub-legacy and sadly I am no friend of grub 2, it just won't work for me and I am not able to write my own grub-config any more. The key to success was to create a initramfs with ZFS enabled. To do that I used genkernel --zfs but I did not use genkernel to build the actual kernel. One thing though. The ZFS cache file /etc/zfs...something is included in the initramfs and used to automaticalle import the zpool and mount the root. Another thing is that all cached volumes are mounted at initramfs-time. I use to have an exported pool (not the same pool as root). As the pool was imported before NFS was started it never exported the file systems. I wrote a hack in /etc/init.d/zfs to fix this and you annyhow need to add that to the open-rc. There are some boot parameters needed as well. I recall dozfs nad some aditional ZFS-related flags. I sugest looking into the genkernel initramfs scipt for this. And by the way, I have never manage to get EFI and those things working. I now use BTRFS as root using the very same concept I had with ZFS. BR Erik

Eix is happy and comparing the the cache with all ebuilds seems to match close enought. Only some meta data packages with identical names differs now but eix seems to catch them anyway. Thanks Oleg.

I tried to replace the failing macro with absolute path (/usr/lib) and then to rerun egencache. This time it did not break due to error and there where a lot of differences in the diff (file attached to the bug report). The size of the cache was bigger: # du -sh md5-cache/ 167M md5-cache/ and after an eix-sync I get the expected result from eix: # eix qt-creator [I] dev-qt/qt-creator Available versions: 2.8.1 3.4.2 (~)3.5.1 (~)3.6.0 {android autotools baremetal bazaar clang clearcase cmake cvs debug doc examples fakevim git ios madde mercurial perforce python qbs qnx subversion systemd test valgrind webkit winrt LINGUAS="cs de es fr it ja pl ru sl uk zh_CN zh_TW"} Installed versions: 3.6.0(04:52:28 PM 02/14/2016)(ios python -android -autotools -baremetal -bazaar -clang -clearcase -cmake -cvs -doc -git -mercurial -perforce -qbs -qnx -subversion -systemd -test -valgrind -webkit -winrt LINGUAS="-cs -de -fr -ja -pl -ru -sl -uk -zh_CN -zh_TW") Homepage: http://doc.qt.io/qtcreator/ Description: Lightweight IDE for C++/QML development centering around Qt # eix eix [I] app-portage/eix Available versions: 0.30.4 (~)0.30.10 0.30.11 (~)0.31.4 (~)0.31.6 (~)0.31.7 (~)0.31.7-r1 {debug +dep doc nls optimization +required-use security sqlite strong-optimization strong-security swap-remote tools LINGUAS="de ru"} Installed versions: 0.31.7-r1(07:55:07 PM 02/19/2016)(dep nls required-use -debug -doc -optimization -security -sqlite -strong-optimization -strong-security -swap-remote -tools LINGUAS="-de -ru") Homepage: https://github.com/vaeth/eix/ Description: Search and query ebuilds, portage incl. local settings, ext. overlays and more

When running the egencache I got an error message: # egencache --update --repo=gentoo --jobs=8 /usr/portage/eclass/depend.apache.eclass: line 129: get_libdir: command not found The diff between the new cache and the stored cache seems to match: # diff -r md5-cache /tmp/md5-cache/ # The impression I get is that the process fails due to the /usr/portage/eclass/depend.apache.eclass. # ll md5-cache/dev-qt/qt-creator-* -rw-r--r-- 1 root root 1.9K Feb 6 21:02 md5-cache/dev-qt/qt-creator-2.8.1 -rw-r--r-- 1 root root 3.1K Feb 6 21:02 md5-cache/dev-qt/qt-creator-3.4.2 -rw-r--r-- 1 root root 3.1K Feb 6 21:02 md5-cache/dev-qt/qt-creator-3.5.1 nuffsan metadata # ll /tmp/md5-cache/dev-qt/qt-creator-* -rw-r--r-- 1 root root 1.9K Feb 20 13:44 /tmp/md5-cache/dev-qt/qt-creator-2.8.1 -rw-r--r-- 1 root root 3.1K Feb 20 13:44 /tmp/md5-cache/dev-qt/qt-creator-3.4.2 -rw-r--r-- 1 root root 3.1K Feb 20 13:44 /tmp/md5-cache/dev-qt/qt-creator-3.5.1 # diff -r md5-cache/dev-qt/qt-creator-* /tmp/md5-cache/dev-qt/ diff: extra operand 'md5-cache/dev-qt/qt-creator-3.5.1' diff: Try 'diff --help' for more information. # diff md5-cache/dev-qt/qt-creator-2.8.1 /tmp/md5-cache/dev-qt/qt-creator-2.8.1 # diff md5-cache/dev-qt/qt-creator-3.4.2 /tmp/md5-cache/dev-qt/qt-creator-3.4.2 # diff md5-cache/dev-qt/qt-creator-3.5.1 /tmp/md5-cache/dev-qt/qt-creator-3.5.1 # And finally the size of the newly generated md5-cache: # du -sh md5-cache/ 165M md5-cache/

So, based on a fresh portage (remove /usr/portage and emerge --sync) the md5-cache size reports 165M: # du -sh /usr/portage/metadata/md5-cache 165M /usr/portage/metadata/md5-cache This is the same size as I had before deletion.

Just crossed my mind; I would not suggest anyone to start updating the md5sum-cache locally. I might be wrong but funtoo uses a GIT repository. Unlike gentoo's rsync repository GIT is aware of both server and local changes to the repository. Changes made to the file system and especially adding files that we can assume be added centrally once this is fixed may end up in conflicts that may remain a long time. I do not know if emerge --sync is prepared for that or if you will need to resolve any conflicts manually. I expect that Gentoo rsync method would most likely detect that the server version is newer than the local and write it over, or retain the local file as that is newer. Upon later syncs the server version would be newer and the local one overwritten. I deleted the qt-creator cache file I created during fault finding above and verified that I have no local changes to the repository: # git status On branch funtoo.org Your branch is up-to-date with 'origin/funtoo.org'. Untracked files: (use "git add <file>..." to include in what will be committed) dev-qt/qt-creator-3.6.0 nothing added to commit but untracked files present (use "git add" to track) # rm dev-qt/qt-creator-3.6.0 # git status On branch funtoo.org Your branch is up-to-date with 'origin/funtoo.org'. nothing to commit, working directory clean

Posted a bug report targeting the md5sum-cache.

Hi, The bug that was filed related to the post I mentioned asked for info about the md5sum-cache. I recon that eix are reading the md5sum-cache for portage to avoid the looooong walkthrough (as happens with overlays where it takes like forever) According to https://github.com/vaeth/eix/issues/3 the reporter is asked to check $PORTDIR/metadata/md5-cache When I do this I find something: # pwd /usr/portage/metadata/md5-cache/dev-qt nuffsan dev-qt # ll qt-creator-* -rw-r--r-- 1 root root 1.9K Feb 6 21:02 qt-creator-2.8.1 -rw-r--r-- 1 root root 3.1K Feb 6 21:02 qt-creator-3.4.2 -rw-r--r-- 1 root root 3.1K Feb 6 21:02 qt-creator-3.5.1 which is exactly what is reported by EIX. When I do sync I normally use eix-sync. I tried to run a emerge --sync but it made no improvements to the cache. According to the emerge manpage the md5sumcache is updated automatically for rsync-suers but funtoo does not use rsync. I manually updated the md5sum-cache using: # egencache --update dev-qt/qt-creator and the cache is not in sync with the ebuilds: # ll qt-creator-* -rw-r--r-- 1 root root 1.9K Feb 6 21:02 qt-creator-2.8.1 -rw-r--r-- 1 root root 3.1K Feb 6 21:02 qt-creator-3.4.2 -rw-r--r-- 1 root root 3.1K Feb 6 21:02 qt-creator-3.5.1 -rw-r--r-- 1 root root 3.1K Feb 20 09:53 qt-creator-3.6.0 After running eix-sync again thingds seems to work properly: # eix qt-creator [I] dev-qt/qt-creator Available versions: 2.8.1 3.4.2 (~)3.5.1 (~)3.6.0 {android autotools baremetal bazaar clang clearcase cmake cvs debug doc examples fakevim git ios madde mercurial perforce python qbs qnx subversion systemd test valgrind webkit winrt LINGUAS="cs de es fr it ja pl ru sl uk zh_CN zh_TW"} Installed versions: 3.6.0(04:52:28 PM 02/14/2016)(ios python -android -autotools -baremetal -bazaar -clang -clearcase -cmake -cvs -doc -git -mercurial -perforce -qbs -qnx -subversion -systemd -test -valgrind -webkit -winrt LINGUAS="-cs -de -fr -ja -pl -ru -sl -uk -zh_CN -zh_TW") Homepage: http://doc.qt.io/qtcreator/ Description: Lightweight IDE for C++/QML development centering around Qt Thing is that files in the cache seems to be located in the git repository that is fecthed during emerge --sync and from that perspective things work the same as with rsync users (i.e. gentoo). I think we need to rephrase the question; why is the md5cache not updated reflecting the ebuilds?

Hi, Recently I experience problems with eix similar to what is described in http://forums.funtoo.org/topic/177-lots-of-xfce-removed-from-portage/?p=831. I found the problem with qt-creator; # eix qt-creator [?] dev-qt/qt-creator Available versions: 2.8.1 3.4.2 (~)3.5.1 {android autotools baremetal bazaar clang clearcase cmake cvs debug doc examples fakevim git ios madde mercurial perforce python qbs qnx subversion systemd test valgrind webkit winrt LINGUAS="cs de es fr it ja pl ru sl uk zh_CN zh_TW"} Installed versions: 3.6.0(04:52:28 PM 02/14/2016)(ios python -android -autotools -baremetal -bazaar -clang -clearcase -cmake -cvs -doc -git -mercurial -perforce -qbs -qnx -subversion -systemd -test -valgrind -webkit -winrt LINGUAS="-cs -de -fr -ja -pl -ru -sl -uk -zh_CN -zh_TW") Homepage: http://doc.qt.io/qtcreator/ Description: Lightweight IDE for C++/QML development centering around Qt and # ll /usr/portage/dev-qt/qt-creator/ total 36K -rw-r--r-- 1 root root 1.6K Jan 27 08:28 Manifest drwxr-xr-x 1 root root 70 Jan 27 08:28 files/ -rw-r--r-- 1 root root 2.0K Feb 12 18:30 metadata.xml -rw-r--r-- 1 root root 3.0K Jan 27 08:28 qt-creator-2.8.1.ebuild -rw-r--r-- 1 root root 4.3K Jan 27 08:28 qt-creator-3.4.2.ebuild -rw-r--r-- 1 root root 4.7K Jan 27 08:28 qt-creator-3.5.1.ebuild -rw-r--r-- 1 root root 4.6K Jan 27 08:28 qt-creator-3.6.0.ebuild Same problem applies to the eix ebuild itself, all versions of eix will not show up. I am using eix version 0.31.7-r1 which I received on an update just today. I did try to remove the eix database to get a fresh start but it made no difference. Anyone else having this problem? // Erik

Hi, Thanks for the post. The I managed to get somthing wrong and it is not a trouble for anyone (or at least not everyone) else. That is whay I posted here, to verify if this was a widespread problem. I also ran into a lot of trouble with KDE5 and nouveau with frequent UI freezes so I went for the proprietary nvidia-drivers including kernel downgrade to 4.1.15-gentoo-r1 and since then everything have worked just perfect. As of now I will stick to "it's not broken so I will not fix it" and continue with the nvidia drivers :) // Erik

Hi, I ran into some strange problem when I upgrades kernel from gentoo-sources-4.4.0 to gentoo-sources-4.4.1. Suddenly nouveau stopped working. The procedure is that I copy the old .config, run make menuconfig and save the result. This has been working for a long time but not this time. When I downgraded to 4.4.0-r1 the video was back. I got nothing in dmesg but I found this at the end of the /var/log/Xorg.0.log: [ 364.123] (II) NOUVEAU driver [ 364.123] (II) NOUVEAU driver for NVIDIA chipset families : [ 364.123] RIVA TNT (NV04) [ 364.123] RIVA TNT2 (NV05) [ 364.123] GeForce 256 (NV10) [ 364.123] GeForce 2 (NV11, NV15) [ 364.123] GeForce 4MX (NV17, NV18) [ 364.123] GeForce 3 (NV20) [ 364.123] GeForce 4Ti (NV25, NV28) [ 364.123] GeForce FX (NV3x) [ 364.123] GeForce 6 (NV4x) [ 364.123] GeForce 7 (G7x) [ 364.123] GeForce 8 (G8x) [ 364.123] GeForce GTX 200 (NVA0) [ 364.123] GeForce GTX 400 (NVC0) [ 364.123] (++) using VT number 7 [ 364.207] (EE) [drm] Failed to open DRM device for pci:0000:07:00.0: -19 [ 364.207] (EE) No devices detected. [ 364.207] (EE) Fatal server error: [ 364.207] (EE) no screens found(EE) [ 364.208] (EE) Please consult the The X.Org Foundation support at http://wiki.x.org for help. [ 364.208] (EE) Please also check the log file at "/var/log/Xorg.5.log" for additional information. [ 364.208] (EE) It also failed to generate a xorg.conf using X -configure. I normally have no xorg.conf as it normally works well without it. Anyone else got the same problem or perhaps got it working? // Erik