Sandro
-
Posts
466 -
Joined
-
Last visited
-
Days Won
20
Content Type
Profiles
Forums
Blogs
Posts posted by Sandro
-
-
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 testvs (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 testTake 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: PIf 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" :)
-
Hi to all ....
Adding "cuda" use flag as global, portage wants to install GCC-4.8.5-r1.
And i don't know why.
sandro@ci74771ht ~ $ USE="cuda" emerge -DNupv world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild NS ] sys-devel/gcc-4.8.5-r1:4.8.5::gentoo [5.3.0-r1:5.3.0::gentoo] USE="cxx fo rtran go (multilib) nls objc objc++ openmp (-altivec) -doc (-hardened) (-libssp) -vanilla" 0 KiB [ebuild N ] dev-util/nvidia-cuda-toolkit-6.5.19-r1:0/6.5.19::gentoo USE="-debugger - doc -eclipse -profiler" 733066 KiB [ebuild R ] sys-apps/hwloc-1.11.2:0/5::gentoo USE="X cairo cuda* numa pci svg xml -d ebug -gl (-opencl) -plugins -static-libs" ABI_X86="32 (64) (-x32)" 3925 KiB [ebuild R ] sys-cluster/openmpi-2.0.2::gentoo USE="cuda* cxx fortran ipv6 java mpi-t hreads* romio threads -cma -heterogeneous -numa" ABI_X86="32 (64) (-x32)" OPENMPI_FABRICS= "-knem -ofed -psm" OPENMPI_OFED_FEATURES="-connectx-xrc -control-hdr-padding -dynamic-sl - failover -rdmacm -udcm" OPENMPI_RM="-pbs -slurm" 8117 KiB [ebuild R ~] sci-misc/boinc-7.6.33-r3::gentoo USE="X cuda* -static-libs" CURL_SSL="op enssl -libressl" 42830 KiB [ebuild R ] media-libs/opencv-2.4.13:0/2.4::gentoo USE="cuda* eigen ffmpeg gstreamer gtk ieee1394 java jpeg jpeg2k opencl openexr opengl openmp png python qt5 threads tiff v4 l xine -examples (-ipp) (-libav) -pch -qt4 -testprograms (-vtk)" PYTHON_TARGETS="python2_7 " 92110 KiB Total: 6 packages (1 new, 1 in new slot, 4 reinstalls), Size of downloads: 880047 KiB
I'm with Funtoo Stable 64.
Thanks for any suggestion :)
-
However also the Great Cardinal got reason:
[cdoe]
sandro@ci74771ht ~/xorg-kit $ git branch -a
* 1.17-prime
remotes/origin/1.17-prime
remotes/origin/HEAD -> origin/1.17-prime
remotes/origin/gentoo-1.17-snap
remotes/origin/gentoo-1.19-snap
remotes/origin/master
sandro@ci74771ht ~/xorg-kit $ git checkout master
Branch master set up to track remote branch master from origin.
Switched to a new branch 'master'
sandro@ci74771ht ~/xorg-kit $ git branch -a
1.17-prime
* master
remotes/origin/1.17-prime
remotes/origin/HEAD -> origin/1.17-prime
remotes/origin/gentoo-1.17-snap
remotes/origin/gentoo-1.19-snap
remotes/origin/master
sandro@ci74771ht ~/xorg-kit $ git checkout 1.17-prime
Si ? passati al branch '1.17-prime'
Your branch is up-to-date with 'origin/1.17-prime'.
sandro@ci74771ht ~/xorg-kit $ git branch -a
* 1.17-prime
master
remotes/origin/1.17-prime
remotes/origin/HEAD -> origin/1.17-prime
remotes/origin/gentoo-1.17-snap
remotes/origin/gentoo-1.19-snap
remotes/origin/master
sandro@ci74771ht ~/xorg-kit $
[/code]Good Funtoo to All :) :) :)
-
cafaia .... Thanks To You Very much Dear "master" :) :) :)
-
Thanx 100000 :)
You're Great :)
-
Ok ... now seems solved.
Thx :)
emerge --sync problem
in Portage Help
Posted
1)
to see if network is ok.
2)
If Doesn't run correctly try:
3)
Then
If You'll have other troubles, report the output.
Otherwise for reset the portage
If this will be resolutive you'll delete the /usr/portage_old