Sandro

No ... doesn't function on my system sandro@ci74771ht ~ $ su - Password: ci74771ht ~ # cd /var/git/meta-repo/kits/xorg-kit/ ci74771ht xorg-kit # git branch * master ci74771ht xorg-kit # git checkout 1.17-prime error: pathspec '1.17-prime' did not match any file(s) known to git. ci74771ht xorg-kit # cd /var/git/meta-repo/kits/xorg-kit ci74771ht xorg-kit # git branch * master ci74771ht xorg-kit # git checkout Your branch is up-to-date with 'origin/master'. ci74771ht xorg-kit # git checkout 1.17-prime error: pathspec '1.17-prime' did not match any file(s) known to git. ci74771ht xorg-kit # I can see omly the prime :|

But is now "official" or still in "?" ?

ok Thx!

New stages3 uses now ports-2012 or ports-2017 ?

Very Happy rof this; if is all ok now you can remove the "/usr/portage_old" ^^ :) [ot] I like app-portage/eix eix is a "database" for Portage. emerge eix then when you want # eix-sync This command will make 2 operations..... 1) emerge --sync 2) eventually layman -S 3) eix-update (that update the internal database [/ot] I wish not to be too "pedantic , otherwise i'll recompile myself using CFLAGS="-pedantic" emerge -e sandro :D :D :D :D :D Sorry my "joke" is just for "smiling a bit" :) :) :)

1) # ping -c5 google.com to see if network is ok. 2) # eselect python set python3.4 # emerge --sync If Doesn't run correctly try: 3) # cd /usr/portage && git reset --hard Then # emerge --sync If You'll have other troubles, report the output. Otherwise for reset the portage # mv /usr/portage /usr/portage_old # emerge --sync If this will be resolutive you'll delete the /usr/portage_old

If Funtoo disappeared for any reason ... well then I threw my PC away. For me Funtoo is the Top: P

Thx Very much ;)

I'm on "stable 64"; Portage now requires updates about llvm, clang, libclc; then: media-libs / mesa As the version of mesa (12.0.1) fails in compilation, I unveiled the version: = Media-libs / mesa-12.0.6. ___________________________ Now it seems ok. I don't know if I "followed" the right way "... However for now my system swears consistent _'_ I'm writing this because ... maybe other Stable users may have my identical problem. Hi to All :)

Hi to All :) I followed the Funtoo guide about SELinux (http://www.funtoo.org/SELinux/Install). Actually, the status is: ci74771ht ~ # sestatus -v SELinux status: enabled SELinuxfs mount: /sys/fs/selinux SELinux root directory: /etc/selinux Loaded policy name: targeted Current mode: permissive Mode from config file: permissive Policy MLS status: disabled Policy deny_unknown status: denied Max kernel policy version: 30 Process contexts: Current context: unconfined_u:unconfined_r:unconfined_t Init context: system_u:system_r:init_t /sbin/agetty system_u:system_r:getty_t /usr/sbin/sshd system_u:system_r:sshd_t File contexts: Controlling terminal: unconfined_u:object_r:user_devpts_t /sbin/init system_u:object_r:init_exec_t /sbin/agetty system_u:object_r:getty_exec_t /bin/login system_u:object_r:login_exec_t /sbin/openrc system_u:object_r:rc_exec_t /usr/sbin/sshd system_u:object_r:sshd_exec_t /sbin/unix_chkpwd system_u:object_r:chkpwd_exec_t /etc/passwd system_u:object_r:etc_t /etc/shadow system_u:object_r:shadow_t /bin/sh system_u:object_r:bin_t -> system_u:object_r:shell_exec_t /bin/bash system_u:object_r:shell_exec_t /usr/bin/newrole system_u:object_r:newrole_exec_t /lib/libc.so.6 system_u:object_r:lib_t -> system_u:object_r:lib_t /lib/ld-linux.so.2 system_u:object_r:lib_t -> system_u:object_r:ld_so_t And: ci74771ht ~ # id -Z unconfined_u:unconfined_r:unconfined_t If I try to change to "enforcing" .... i had errors abuot iptables , ufw (then abou firewalls i think) and xorg starts but i can notice only a "black screen" and the keyboard seems "freezed". (excuse my bad us_lang). What could I do ? Thx :)

Latest Gentoo-sources (remember to make "euse -E experimental sys-kernel/gentoo-sources" then go to "Cputypes and features" ... select the "native". (4.11.0) ~4.11.0^bs You can have more than one version of GCC _'_ (in this case pay attention about "emerge -cp" .... cause both version or more will not be removed from Your system ) :D You can try to compile with GCC-6.3.0 and if necessary You can use a previous version of GCC when the "6.30" will fail. Funtoo is "Flexible" :P I prefer the "-march=native". So: # epro subarch native_64 :P to take a look about "passed *flags by GCC ... you can use in a terminal echo 'int main(){return 0;}' > test.c && gcc -v -Q -march=native -O2 test.c -o test && rm test.c test vs (in another terminal) echo 'int main(){return 0;}' > test.c && gcc -v -Q -march=`cpu_that you've` -O2 test.c -o test && rm test.c test Take a look if there are differencies or not :)

But now ... are You with "Stable" or "Current" ? # emerge eix && eix-update # eix -I dev-lang/python

# revdep-rebuild ? hmmm nothing to do it is true ? but i don't comprise why on my Fun Stable 64 this softare is compiled but not in Your system :( If You Want ... try to post it in bugs.funtoo.org _'_

hmm . about PYTHON_SINGLE_TARGETS ??? Damn .. i'mseaching to be able to give somethin of yous interest (excuse .. my US_lang is very bad) :(

Dear geekt ... now i've deleted then recompiled "certify" using: ci74771ht ~ # eselect python list Available Python interpreters, in order of preference: [1] python3.5 [2] python3.4 [3] python2.7 All seems fine. Then I'm sorry about Your system ... i dunno why it makes troubles in You system :| :'( i like to be a "tester" for people that laves *too :D i've a 4771 .. then i can make various experiment in a "little time" :) I hope some Funtoo "gurus" ... can give you a solution with clearly "deluxe" series: D

ANyway .... now i've installed python 3.5 .....cause I'd like to learn about it.

Ugh ... it seems a "Total desaster" .. excuse me i'm not prepared for these "technical difficulties" :'( Try to delete the Python_3.5 Excuse me for my ignorance :'( I.m very sorry for this !!!

But .. this python 3.5 is necessary for You ? No2w I tri to reproduce your situation .... to make little tests .. or , if You prefer other ways with for wexample teamviewer you can enter in my system and make experiments .. no problem for me ... Now i try to unmask and install python 3.5 .... i wish to be able to "reproduce" Your situation _'_

Uhm ... maybe (but not sure) You must add in /etc/make.conf PYTHON_TARGETS="2.7 3.4 3.5" and PYTHON_ABIS="2.7 3.4 3.5" however ... add also ABI_X86="32 64" and CPU_FLAGS_X86=$(cpuinfo2cpuflags-x86) take a look here http://www.funtoo.org/Make.conf

# emerge --deselect net-misc/networkmanager # euse -E networkmanager # emerge -DNuav world Then, when terminated Tell us about # emerge -cp To have a more "brilliant & claned" /var/lib/portage/world _'_ Usually, with * too (Gentoo & Funtoo), the best thing is that only the "main" softwares are present in the / var / lib / portage / world file. What you want. If in the use flags you enter "networkmanager", it will be installed without "weighing" @world. I think it takes time to give a check and cleaning in /etc/portage/package.[accept_keywords, use, mask, unmask]. In this way it will be easier to manage and ... if need be "replay your Funtoo in my very intuitive. Do not include softwares dependencies in world files. In this way Portage will work better: P If you need to compile or recompile a dependency, use the "emerge --oneshot" (= emerge -1)

Or ... you can recompile "world" usinng "native_64" :) And if You use gentoo-sources , i think that is a good choice to use the "experiemntal" local USE flag # euse -E experimental -p sys-kernel/gentoo-sources # emerge gentoo-sources So ... You'll have the possibility to compile also the kernel using the "native" flag ... take a look in "Processor tyupe & features" in menuconfig :P

What cpu do you have?

I've a Stable Funtoo 64 (multilib). On my system compiles fine. https://pastebin.com/PjekT4Y6 My make.conf: https://pastebin.com/fUcvydme My emerge --info:https://pastebin.com/tbagmxFw ci74771ht ~ # eselect python list Available Python interpreters, in order of preference: [1] python3.4 [2] python2.7 ci74771ht ~ # emerge -pqv certifi [ebuild R ] dev-python/certifi-2017.1.23 PYTHON_TARGETS="python2_7 python3_4 -pypy -p ypy3 (-python3_5) (-python3_6)" . In Your make.conf are not eclared ABI_X86 and CPU_FLAGS_X86 But ... You want a "Pure64" ? or a 64 with "multilib" ? # epro list excuse my question _'_

I've compiled "succesfully" but using the "Funtoo Stable 64). [I] app-office/kmymoney Available versions: (4) 4.7.2 (~)4.8.0-r1 {aqua calendar debug doc +handbook hbci ofx pim quotes test weboob L10N="bs ca ca-v alencia cs da de el en-GB es et eu fi fr gl hu it kk nds nl pl pt pt-BR ro ru sk sv tr uk zh-CN zh-TW"} Installed versions: 4.8.0-r1(4)(23:36:42 03/05/2017)(calendar handbook -aqua -debug -doc -hbci -ofx -pim -quotes -test -weboob L10N="it -bs -ca -ca-valencia -cs -da -de -el - en-GB -es -et -eu -fi -fr -gl -hu -kk -nds -nl -pl -pt -pt-BR -ro -ru -sk -sv -tr -uk -zh- CN -zh-TW") Homepage: https://kmymoney.org/ Description: Personal finance manager by KDE ci74771ht ~ # emerge -pqv kmymoney [ebuild R ] app-office/kmymoney-4.8.0-r1 USE="calendar handbook (-aqua) -debug -doc - hbci -ofx -pim -quotes {-test} -weboob" L10N="it -bs -ca -ca-valencia -cs -da -de -el -en- GB -es -et -eu -fi -fr -gl -hu -kk -nds -nl -pl -pt -pt-BR -ro -ru -sk -sv -tr -uk -zh-CN -zh-TW" There are diffferencies about USE flags. However, try to send more informatins using for example: cat /var/tmp/portage/app-office/kmymoney-4.8.0-r1/temp/build.log | pastebinit Hi :)

>>> Installing (1 of 1) dev-util/nvidia-cuda-toolkit-6.5.19-r1::gentoo * gcc >= 4.8 will not work with CUDA * Make sure you set an earlier version of gcc with gcc-config * or append --compiler-bindir= pointing to a gcc bindir like * --compiler-bindir=/usr/*pc-linux-gnu/gcc-bin/gcc4.8 * to the nvcc compiler flags * Messages for package dev-util/nvidia-cuda-toolkit-6.5.19-r1: * gcc >= 4.8 will not work with CUDA * Make sure you set an earlier version of gcc with gcc-config * or append --compiler-bindir= pointing to a gcc bindir like * --compiler-bindir=/usr/*pc-linux-gnu/gcc-bin/gcc4.8 * to the nvcc compiler flags >>> Auto-cleaning packages... >>> No outdated packages were found on your system. * GNU info directory index is up-to-date. ci74771ht ~ # gcc-config -f 1 * Switching native-compiler to x86_64-pc-linux-gnu-4.8.5 ... >>> Regenerating /etc/ld.so.cache... [ ok ] * If you intend to use the gcc from the new profile in an already * running shell, please remember to do: * . /etc/profile ci74771ht ~ # . /etc/profile ci74771ht ~ # emerge -1 nvidia-cuda-toolkit Calculating dependencies... done! >>> Verifying ebuild manifests >>> Running pre-merge checks for dev-util/nvidia-cuda-toolkit-6.5.19-r1 * Checking for at least 1500 MiB disk space at "/var/tmp/portage/dev-util/nvidia-cuda-too lkit-6.5.19-r1/temp" ... [ ok ] >>> Emerging (1 of 1) dev-util/nvidia-cuda-toolkit-6.5.19-r1::gentoo * cuda_6.5.19_linux_64.run SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ] * Checking for at least 1500 MiB disk space at "/var/tmp/portage/dev-util/nvidia-cuda-too lkit-6.5.19-r1/temp" ... [ ok ] >>> Unpacking source... >>> Unpacking cuda_6.5.19_linux_64.run to /var/tmp/portage/dev-util/nvidia-cuda-toolkit-6. 5.19-r1/work 86512+1 records in 1918818+1 records out 982434882 bytes (982 MB) copied, 4,46839 s, 220 MB/s >>> Unpacking cuda-linux64-rel-6.5.19-18849900.run to /var/tmp/portage/dev-util/nvidia-cud a-toolkit-6.5.19-r1/work 82325+1 records in 1592477+1 records out 815348401 bytes (815 MB) copied, 7,98509 s, 102 MB/s >>> Source unpacked in /var/tmp/portage/dev-util/nvidia-cuda-toolkit-6.5.19-r1/work >>> Preparing source in /var/tmp/portage/dev-util/nvidia-cuda-toolkit-6.5.19-r1/work ... >>> Source prepared. >>> Configuring source in /var/tmp/portage/dev-util/nvidia-cuda-toolkit-6.5.19-r1/work ... >>> Source configured. >>> Compiling source in /var/tmp/portage/dev-util/nvidia-cuda-toolkit-6.5.19-r1/work ... >>> Source compiled. >>> Test phase [not enabled]: dev-util/nvidia-cuda-toolkit-6.5.19-r1 >>> Install nvidia-cuda-toolkit-6.5.19-r1 into /var/tmp/portage/dev-util/nvidia-cuda-toolk it-6.5.19-r1/image/ category dev-util * Cleaning doc... ... [ ok ] * Cleaning jre... ... [ ok ] * Cleaning run_files... ... [ ok ] * Cleaning install-linux.pl... ... [ ok ] * Cleaning bin/cuda-gdb... ... [ ok ] * Cleaning extras/Debugger... ... [ ok ] * Cleaning libnsight... ... [ ok ] * Cleaning libnvvp... ... [ ok ] * Cleaning extras/CUPTI... ... [ ok ] >>> Completed installing nvidia-cuda-toolkit-6.5.19-r1 into /var/tmp/portage/dev-util/nvid ia-cuda-toolkit-6.5.19-r1/image/ * Final size of build directory: 0 KiB * Final size of installed tree: 696160 KiB making executable: opt/cuda/lib64/libOpenCL.so strip: x86_64-pc-linux-gnu-strip --strip-unneeded -R .comment -R .GCC.command.line -R .not e.gnu.gold-version opt/cuda/lib64/libcublas_device.a opt/cuda/lib64/libcudart_static.a opt/cuda/lib64/libcufft_static.a opt/cuda/open64/lib/inline opt/cuda/lib64/libnpps_static.a opt/cuda/lib64/libcusparse_static.a opt/cuda/lib64/libcublas_static.a opt/cuda/lib64/libnppi_static.a opt/cuda/lib64/libcudadevrt.a opt/cuda/lib64/libnppc_static.a opt/cuda/lib64/libcufftw_static.a opt/cuda/lib64/libculibos.a opt/cuda/lib64/libcurand_static.a opt/cuda/lib/libcudart_static.a opt/cuda/lib/libcudadevrt.a opt/cuda/open64/bin/nvopencc opt/cuda/bin/cuda-gdbserver opt/cuda/open64/lib/be opt/cuda/open64/lib/gfec ecompressdir: bzip2 -9 /usr/share/man * QA Notice: Missing soname symlink(s): * * opt/cuda/lib64/libOpenCL.so.1 -> libOpenCL.so * >>> Installing (1 of 1) dev-util/nvidia-cuda-toolkit-6.5.19-r1::gentoo >>> Auto-cleaning packages... >>> No outdated packages were found on your system. * GNU info directory index is up-to-date. ci74771ht ~ # W the "multislot" :D Thanx Cardinal ... You're ever a "magic man" :)