Damn .... I'm sorry to have written when the solution was simple .... or a version of the drivers (My videocard is a GTX 660 that has problems with the nouveau and sometimes even with some version of the proprietary drivers).
I had "masked" the most recent versions; but this created problems for me (I could not say technically exactly why)
Then solved with the 390.12.
Sorry for the "false alarm" ^^
It is all right;
The first in the list will be the "default" then the others. for example:
ci74771ht ~ # eselect python list
Available Python interpreters, in order of preference:
[1] python3.4
[2] python3.5
[3] python2.7
Then 3.4 will be the default.
Now i make:
ci74771ht ~ # eselect python list
Available Python interpreters, in order of preference:
[1] python3.5
[2] python3.4
[3] python2.7
Now the first in list is the python3.5 (that i've unmasked for my necessity).
If I want python-3.4 at first
# eselect python set 2
# eselect python list
Available Python interpreters, in order of preference:
[1] python3.4
[2] python3.5
[3] python2.7
if you want to see with your eyes, you can install
# emerge python-updater
Then
# python-updater
In Funtoo python-updater is deprecated cause the work will be made by Portage itself .... _'_
# install -d /var/git
# cd /var/git
# git clone https://github.com/funtoo/meta-repo.git
# cd meta-repo
# git submodule init
# git submodule update
# rm /usr/share/portage/config/repos.conf
# mv /etc/portage/repos.conf /etc/portage/repos.conf.bak
# ln -s /var/git/meta-repo/repos.conf /etc/portage/repos.conf
# chown -R portage:portage /var/git/meta-repo
Then I use to update this this "little" script in root dir.
ci74771ht ~ # cat Aggiorna
eix-sync
cd /var/git/meta-repo
git pull
git submodule update
chown -R portage:portage /var/git/meta-repo
layman -S
cd -
emerge -DNu world --with-bdeps=y
Then
ci74771ht ~ # cd /var/git/meta-repo/kits/xorg-kit/
ci74771ht xorg-kit # git branch -a
* (HEAD detached at 52fa72a)
1.17-prime
master
remotes/origin/1.17-prime
remotes/origin/HEAD -> origin/1.17-prime
remotes/origin/master
ci74771ht xorg-kit # git checkout master
La precedente posizione di HEAD era 52fa72a... updates
Si ? passati al branch 'master'
Your branch is up-to-date with 'origin/master'.
ci74771ht xorg-kit # git branch -a
1.17-prime
* master
remotes/origin/1.17-prime
remotes/origin/HEAD -> origin/1.17-prime
remotes/origin/master
Ok .... Solved with "restarting from 0" the kernel .config file _'_
I'm sorry I did not understand what he could create conflicts in my previous kernel .config (Sob ... ;'( )
Anyway, now I miss to fix the fact that I did not recognize the "USB tethering" with smartphones _'_
However Thx :)
For info:
My latest [url=I'm sorry I did not understand what he could create conflicts in my previous kernel .config: |
Anyway, now I miss to fix the fact that I did not recognize the "USB tethering" with smartphones _'_
However ...my lateset kernel config : http://pastebin.com/zA821bdx
If You use KDE:
Try (as root):
# egencache --update-use-local-desc
# euse -E wxwidgets -p app-arch/p7zip
# emerge -DNu p7zip (if you want the "complete 'tree')
or
# emerge -Nu p7zip
If You want You can enable the USE flag "wxwidgets" also in make.conf as "Global USE flag"
Please, tell us if solved or not :)
Otherwise I think may be a good thing to post your "epro list".
If You don't use kde, you can try with
# USE="-kde" emerge -u p7zip
Then mask it in /etc/portage/package.use
take a look with 2 terminals the differencies between
echo 'int main(){return 0;}' > test.c && gcc -v -Q -march=native -O2 test.c -o test && rm test.c test
and
echo 'int main(){return 0;}' > test.c && gcc -v -Q -march=skylake -O2 test.c -o test && rm test.c test
Now there are also the ultimates processors (Broadwell-E with turbo boost technology 3.0 and other new features) :wacko:
Then same "family" may have differencies with new "steppings".
So I use "native".
And if You want to use gentoo-sources with experimental local use flag enabled You can compile also the kernel optimized for various architectures and also with "native".
Since in the ouput there was files in conflict, i've choiced this way to be sure that re-emerging oxygen-icons might be compiled without errors.
I know about the --keep-going; I use it if i want to recompile (emerge -e world) the entire system and "sleep without problem" :D
Excuse me Cardinal .... I hope not to bored You for my "intromission" ......
There is the possibility of use "-march=native" instead -march=core_abcxyz ....
with this little script you can see if there are differences launching once with native and in another terminal wi -march=your_subarch
echo 'int main(){return 0;}' > test.c && gcc -v -Q -march=native -O2 test.c -o test && rm test.c test
for example i've an haswell 4771; there are 2 or 3 new instructions respect for example an Haswell 4730 K
__________________________________________________________________________
The 2nd thing:
I use for LDFLAGS
LDFLAGS="${LDFLAGS} -Wl,--hash-style=gnu"
________________________________________________________________
The last: if you use Gentoo-sources and you want to compile using specific instructions, you must at first abilitate the "experimental" USE; then:
# euse -E experimental -p sys-kernel/gentoo-sources && emerge gentoo-sources
(this will be "visible" in /etc/portage/package.use)
If You use "Stable with kernel 4.0.5 you'll be able to use also the BFQ scheduler
___________________________
I whish that i have not bored You ....... (excuse me Cardinal)
good work !!!!!!!!!
PS: Ah remember to use:
# emerge cpuinfo2cpuflags
and add the output to the make.conf.
1) Update make.conf:
# emerge app-portage/cpuinfo2cpuflags
Run:
# cpuinfo2cpuflags
Then update your CPU_FLAGS_X86 (cause I think that there are also mmxext (native in Athlon but renamed in Intel's cpu, such as sse3 are named PNI ("Prescott new Instructions))
Then You're core2 is precedent of "Penryn" family that supports also sse4.1
If you want try also
grep sse4 /proc/cpuinfo
to be sure that there aren't also sse4.1 streaming simd extensions.
For Other questions, mmm I use the "Stable branch" of portage.
