| View previous topic :: View next topic |
| Author |
Message |
charles17
Advocate
Joined: 02 Mar 2008
Posts: 3667
|
 Posted: Thu Nov 13, 2014 9:35 am Post subject: |
 |
|
| pmam wrote: | System updating was finished with emerge @preserved-rebuild and depclean, and it seems ok  |
For me it's ok when | Code: | | # emerge -a --depclean |
and | Code: | | # emerge -uDNavt --with-bdeps=y --complete-graph @world |
do not leave anything to be done. |
|
| Back to top |
|
 |
pmam
Veteran
Joined: 30 Dec 2013
Posts: 1145
|
| Posted: Thu Nov 13, 2014 10:46 am Post subject: |
|
|
charles17,
| Quote: | | do not leave anything to be done. |
Yes - This is the status.
As always, 'IMPORTANT: 2 config files in '/etc' need updating.' -
But this, I already know how to update...
I suppose to get this message after every system updating?
With your nice help I made some order in my system...
Thanks a lot
_________________
“You can take our property, our sweet homes, even our cloths...
But don't touch the streets, Ah, That's NO, NO, NO!
The streets are our @world's compilable kernel ...” |
|
| Back to top |
|
|
NeddySeagoon
Administrator
Joined: 05 Jul 2003
Posts: 54420
Location: 56N 3W
|
| Posted: Thu Nov 13, 2014 7:34 pm Post subject: |
|
|
pmam,
Globally means that you must set -mysql so that all packages see it.
It need not be in make.conf. You can add it to the first line in package.use instead, so that it affects the */* packages.
_________________
Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
| Back to top |
|
|
pmam
Veteran
Joined: 30 Dec 2013
Posts: 1145
|
| Posted: Sun Nov 16, 2014 11:13 am Post subject: |
|
|
Hi,
After done all the above, and the system is working ok...
I like the sound of Amarok and other features, like: introducing lyrics, so I wonder if can re-install Amarok,
but preventing the issues I had before.
As you can see in this topic, some of the issues I was facing - long time updating system and others,
were due to Mysql - package or USE flag - from this reason I decided to remove Amarok.
As explained here before, I added */* -mysql to package.use and virtual/mysql will choose dev-db/mariadb as database.
I need to add embedded USE flag to 2 packages in package.use.
So, please see the below output and advise if this re-installation will not cause the previous issues?
| Code: | emerge -avp media-sound/amarok
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild N ] media-libs/taglib-extras-1.0.1 USE="-debug" 0 kB
[ebuild R ] dev-db/mariadb-5.5.40-r1 USE="community embedded* pam perl ssl -bindist -cluster -debug -extraengine -jemalloc -latin1 -max-idx-128 -minimal -oqgraph -profiling (-selinux) -sphinx -static -static-libs -systemtap -tcmalloc {-test} -tokudb" 0 kB
[ebuild R ] virtual/mysql-5.5 USE="embedded* -minimal -static -static-libs" 0 kB
[ebuild N ] x11-libs/qtscriptgenerator-0.2.0 USE="kde -debug" 0 kB
[ebuild N ] media-sound/amarok-2.8.0:4 USE="cdda embedded handbook opengl semantic-desktop utils (-aqua) -debug -ipod -lastfm -mp3tunes -mtp -ofa {-test}" LINGUAS="-bs -ca -ca@valencia -cs -da -de -el -en_GB -es -et -eu -fi -fr -ga -gl -hu -it -ja -lt -lv -nb -nl -pl -pt -pt_BR -ro -ru -sl -sr -sr@ijekavian -sr@ijekavianlatin -sr@latin -sv -tr -uk -zh_CN -zh_TW" 0 kB
Total: 5 packages (3 new, 2 reinstalls), Size of downloads: 0 kB
The following USE changes are necessary to proceed:
(see "package.use" in the portage(5) man page for more details)
# required by virtual/mysql-5.5
# required by media-sound/amarok-2.8.0
# required by media-sound/amarok (argument)
=dev-db/mariadb-5.5.40-r1 embedded
# required by media-sound/amarok-2.8.0
# required by media-sound/amarok (argument)
=virtual/mysql-5.5 embedded |
Thanks
_________________
“You can take our property, our sweet homes, even our cloths...
But don't touch the streets, Ah, That's NO, NO, NO!
The streets are our @world's compilable kernel ...” |
|
| Back to top |
|
|
NeddySeagoon
Administrator
Joined: 05 Jul 2003
Posts: 54420
Location: 56N 3W
|
| Posted: Sun Nov 16, 2014 1:02 pm Post subject: |
|
|
pmam,
The virtual does not install any code itself.
You already have dev-db/mariadb.
To get an idea of the rebuild time, try | Code: | | genlop -t dev-db/mariadb |
this will show you the elapsed time for previous builds.
You can do thiis for media-sound/amarok too as you had it installed previously.
genlop is its own package.
_________________
Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
| Back to top |
|
|
pmam
Veteran
Joined: 30 Dec 2013
Posts: 1145
|
| Posted: Sun Nov 16, 2014 1:20 pm Post subject: |
|
|
NeddySeagoon,
| Quote: | The virtual does not install any code itself.
You already have dev-db/mariadb. |
Yes - That I know from your previous nice explanation.
I did not have genlop, so I just installed it, and here is the output:
| Code: | genlop -t dev-db/mariadb
* dev-db/mariadb
Wed Nov 12 17:42:05 2014 >>> dev-db/mariadb-5.5.40-r1
merge time: 12 minutes and 43 seconds. |
Not much time... So it looks a good idea to re-install Amarok - Right?
Thanks
_________________
“You can take our property, our sweet homes, even our cloths...
But don't touch the streets, Ah, That's NO, NO, NO!
The streets are our @world's compilable kernel ...” |
|
| Back to top |
|
|
NeddySeagoon
Administrator
Joined: 05 Jul 2003
Posts: 54420
Location: 56N 3W
|
| Posted: Sun Nov 16, 2014 2:50 pm Post subject: |
|
|
pmam,
How long did it take to install amarok?
The build times come from /var/log/emerge.log so there are times for everything you have built, even if you have removed it since.
That log is not rotated by Gentoo, so it will tell you the time your first emerge started too.
_________________
Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
| Back to top |
|
|
pmam
Veteran
Joined: 30 Dec 2013
Posts: 1145
|
| Posted: Sun Nov 16, 2014 4:45 pm Post subject: |
|
|
Do not know if to open new topic, but quite strange -
After I added 'embedded' USE flag to two packages as was asked by portage (you can see in previous post),
and portage did not ask for more changes (as you can see here) - It started to emerge Amarok but soon stopped with the following error:
| Code: | emerge -av media-sound/amarok
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild N ] media-libs/taglib-extras-1.0.1 USE="-debug" 0 kB
[ebuild R ] dev-db/mariadb-5.5.40-r1 USE="community embedded* pam perl ssl -bindist -cluster -debug -extraengine -jemalloc -latin1 -max-idx-128 -minimal -oqgraph -profiling (-selinux) -sphinx -static -static-libs -systemtap -tcmalloc {-test} -tokudb" 0 kB
[ebuild R ] virtual/mysql-5.5 USE="embedded* -minimal -static -static-libs" 0 kB
[ebuild N ] x11-libs/qtscriptgenerator-0.2.0 USE="kde -debug" 0 kB
[ebuild N ] media-sound/amarok-2.8.0:4 USE="cdda embedded handbook opengl semantic-desktop utils (-aqua) -debug -ipod -lastfm -mp3tunes -mtp -ofa {-test}" LINGUAS="-bs -ca -ca@valencia -cs -da -de -el -en_GB -es -et -eu -fi -fr -ga -gl -hu -it -ja -lt -lv -nb -nl -pl -pt -pt_BR -ro -ru -sl -sr -sr@ijekavian -sr@ijekavianlatin -sr@latin -sv -tr -uk -zh_CN -zh_TW" 0 kB
Total: 5 packages (3 new, 2 reinstalls), Size of downloads: 0 kB
Would you like to merge these packages? [Yes/No] yes
>>> Verifying ebuild manifests
>>> Emerging (1 of 5) media-libs/taglib-extras-1.0.1
* taglib-extras-1.0.1.tar.gz SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ]
>>> Unpacking source...
>>> Unpacking taglib-extras-1.0.1.tar.gz to /var/tmp/portage/media-libs/taglib-extras-1.0.1/work
>>> Source unpacked in /var/tmp/portage/media-libs/taglib-extras-1.0.1/work
>>> Preparing source in /var/tmp/portage/media-libs/taglib-extras-1.0.1/work/taglib-extras-1.0.1 ...
>>> Source prepared.
>>> Configuring source in /var/tmp/portage/media-libs/taglib-extras-1.0.1/work/taglib-extras-1.0.1 ...
>>> Working in BUILD_DIR: "/var/tmp/portage/media-libs/taglib-extras-1.0.1/work/taglib-extras-1.0.1_build"
cmake --no-warn-unused-cli -C /var/tmp/portage/media-libs/taglib-extras-1.0.1/work/taglib-extras-1.0.1_build/gentoo_common_config.cmake -G Unix Makefiles -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=Gentoo -DCMAKE_INSTALL_DO_STRIP=OFF -DCMAKE_USER_MAKE_RULES_OVERRIDE=/var/tmp/portage/media-libs/taglib-extras-1.0.1/work/taglib-extras-1.0.1_build/gentoo_rules.cmake -DCMAKE_TOOLCHAIN_FILE=/var/tmp/portage/media-libs/taglib-extras-1.0.1/work/taglib-extras-1.0.1_build/gentoo_toolchain.cmake /var/tmp/portage/media-libs/taglib-extras-1.0.1/work/taglib-extras-1.0.1
Not searching for unused variables given on the command line.
loading initial cache file /var/tmp/portage/media-libs/taglib-extras-1.0.1/work/taglib-extras-1.0.1_build/gentoo_common_config.cmake
-- The C compiler identification is unknown
-- The CXX compiler identification is unknown
-- Check for working C compiler: /usr/bin/x86_64-pc-linux-gnu-gcc
-- Check for working C compiler: /usr/bin/x86_64-pc-linux-gnu-gcc -- broken
CMake Error at /usr/share/cmake/Modules/CMakeTestCCompiler.cmake:61 (message):
The C compiler "/usr/bin/x86_64-pc-linux-gnu-gcc" is not able to compile a
simple test program.
It fails with the following output:
Change Dir: /var/tmp/portage/media-libs/taglib-extras-1.0.1/work/taglib-extras-1.0.1_build/CMakeFiles/CMakeTmp
Run Build Command:/usr/bin/gmake "cmTryCompileExec4060840743/fast"
/usr/bin/gmake -f CMakeFiles/cmTryCompileExec4060840743.dir/build.make
CMakeFiles/cmTryCompileExec4060840743.dir/build
gmake[1]: Entering directory
'/var/tmp/portage/media-libs/taglib-extras-1.0.1/work/taglib-extras-1.0.1_build/CMakeFiles/CMakeTmp'
/usr/bin/cmake -E cmake_progress_report
/var/tmp/portage/media-libs/taglib-extras-1.0.1/work/taglib-extras-1.0.1_build/CMakeFiles/CMakeTmp/CMakeFiles
1
Building C object
CMakeFiles/cmTryCompileExec4060840743.dir/testCCompiler.c.o
/usr/bin/x86_64-pc-linux-gnu-gcc -DNDEBUG -march=core2 -O2 -pipe -o
CMakeFiles/cmTryCompileExec4060840743.dir/testCCompiler.c.o -c
/var/tmp/portage/media-libs/taglib-extras-1.0.1/work/taglib-extras-1.0.1_build/CMakeFiles/CMakeTmp/testCCompiler.c
* gcc-config: Active gcc profile is invalid!
gcc-config: error: could not run/locate 'x86_64-pc-linux-gnu-gcc'
CMakeFiles/cmTryCompileExec4060840743.dir/build.make:60: recipe for target
'CMakeFiles/cmTryCompileExec4060840743.dir/testCCompiler.c.o' failed
gmake[1]: Leaving directory
'/var/tmp/portage/media-libs/taglib-extras-1.0.1/work/taglib-extras-1.0.1_build/CMakeFiles/CMakeTmp'
Makefile:117: recipe for target 'cmTryCompileExec4060840743/fast' failed
gmake[1]: *** [CMakeFiles/cmTryCompileExec4060840743.dir/testCCompiler.c.o]
Error 1
gmake: *** [cmTryCompileExec4060840743/fast] Error 2
CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
CMakeLists.txt:1 (project)
-- Configuring incomplete, errors occurred!
See also "/var/tmp/portage/media-libs/taglib-extras-1.0.1/work/taglib-extras-1.0.1_build/CMakeFiles/CMakeOutput.log".
See also "/var/tmp/portage/media-libs/taglib-extras-1.0.1/work/taglib-extras-1.0.1_build/CMakeFiles/CMakeError.log".
* ERROR: media-libs/taglib-extras-1.0.1::gentoo failed (configure phase):
* cmake failed
*
* Call stack:
* ebuild.sh, line 93: Called src_configure
* environment, line 2622: Called cmake-utils_src_configure
* environment, line 644: Called _execute_optionally 'src_configure'
* environment, line 207: Called enable_cmake-utils_src_configure
* environment, line 970: Called die
* The specific snippet of code:
* "${CMAKE_BINARY}" "${cmakeargs[@]}" "${CMAKE_USE_DIR}" || die "cmake failed";
*
* If you need support, post the output of `emerge --info '=media-libs/taglib-extras-1.0.1::gentoo'`,
* the complete build log and the output of `emerge -pqv '=media-libs/taglib-extras-1.0.1::gentoo'`.
* The complete build log is located at '/var/log/portage/media-libs:taglib-extras-1.0.1:20141116-163635.log'.
* For convenience, a symlink to the build log is located at '/var/tmp/portage/media-libs/taglib-extras-1.0.1/temp/build.log'.
* The ebuild environment file is located at '/var/tmp/portage/media-libs/taglib-extras-1.0.1/temp/environment'.
* Working directory: '/var/tmp/portage/media-libs/taglib-extras-1.0.1/work/taglib-extras-1.0.1_build'
* S: '/var/tmp/portage/media-libs/taglib-extras-1.0.1/work/taglib-extras-1.0.1'
>>> Failed to emerge media-libs/taglib-extras-1.0.1, Log file:
>>> '/var/log/portage/media-libs:taglib-extras-1.0.1:20141116-163635.log' |
_________________
“You can take our property, our sweet homes, even our cloths...
But don't touch the streets, Ah, That's NO, NO, NO!
The streets are our @world's compilable kernel ...” |
|
| Back to top |
|
|
NeddySeagoon
Administrator
Joined: 05 Jul 2003
Posts: 54420
Location: 56N 3W
|
| Posted: Sun Nov 16, 2014 6:12 pm Post subject: |
|
|
pmam,
| Code: | -- The C compiler identification is unknown
-- The CXX compiler identification is unknown
-- Check for working C compiler: /usr/bin/x86_64-pc-linux-gnu-gcc
-- Check for working C compiler: /usr/bin/x86_64-pc-linux-gnu-gcc -- broken
CMake Error at /usr/share/cmake/Modules/CMakeTestCCompiler.cmake:61 (message):
The C compiler "/usr/bin/x86_64-pc-linux-gnu-gcc" is not able to compile a
simple test program. |
There are a few popular causes.
In CFLAGS in make.conf you have -02 in place of -O2 it should be uppercase letter 'O' for optimise, not numeral '0' (zero)
emerge --depclean will remove older versions of gcc if you have a newer version installed.
However, it will not select the newer version for you. Try There will be a * against the active gcc, if you have one.
It looks like its the latter case | Code: | | * gcc-config: Active gcc profile is invalid! |
_________________
Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
| Back to top |
|
|
pmam
Veteran
Joined: 30 Dec 2013
Posts: 1145
|
| Posted: Sun Nov 16, 2014 6:49 pm Post subject: |
|
|
NeddySeagoon,
| Quote: | | In CFLAGS in make.conf you have -02 in place of -O2 |
This is OK.
| Code: | gcc-config -l
* gcc-config: Active gcc profile is invalid!
[1] x86_64-pc-linux-gnu-4.8.3 |
There is no * - So I need to do: eselect something... ?
Do not know why it happened...
Thanks
_________________
“You can take our property, our sweet homes, even our cloths...
But don't touch the streets, Ah, That's NO, NO, NO!
The streets are our @world's compilable kernel ...” |
|
| Back to top |
|
|
NeddySeagoon
Administrator
Joined: 05 Jul 2003
Posts: 54420
Location: 56N 3W
|
| Posted: Sun Nov 16, 2014 8:11 pm Post subject: |
|
|
pmam,
You need to use gcc-config to set your compiler.
If you run gcc-config with no options it will tell you how to use it.
It happened because gcc was updated to 4.8.3 but you did not select it.
You continued to use the older gcc. There is no issue with that.
Then you ran emerge --depclean, which removed your active older gcc, leaving you with a newer but inactve gcc.
Thats a feature :)
_________________
Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
| Back to top |
|
|
pmam
Veteran
Joined: 30 Dec 2013
Posts: 1145
|
| Posted: Sun Nov 16, 2014 10:08 pm Post subject: |
|
|
Dear NeddySeagoon,
I have done this:
| Code: | gcc-config x86_64-pc-linux-gnu-4.8.3
* Switching native-compiler to x86_64-pc-linux-gnu-4.8.3 ...
>>> 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 |
and now I have *:
| Code: | gcc-config -l
[1] x86_64-pc-linux-gnu-4.8.3 * |
Amarok being installed...
I have done it from running shell, without doing . /etc/profile and it seems ok -
Do not understand this comment...
| Quote: | | It happened because gcc was updated to 4.8.3 but you did not select it. |
So it will happen each time gcc will be updated? At least, it should be added to the message:
'IMPORTANT: 2 config files in '/etc' need updating.' - I start to complain... 
EDIT: Amarok installation was successfully finished - Very nice sound
Hope it will not cause much delay to system updating.
Thanks
_________________
“You can take our property, our sweet homes, even our cloths...
But don't touch the streets, Ah, That's NO, NO, NO!
The streets are our @world's compilable kernel ...” |
|
| Back to top |
|
|
NeddySeagoon
Administrator
Joined: 05 Jul 2003
Posts: 54420
Location: 56N 3W
|
| Posted: Sun Nov 16, 2014 11:21 pm Post subject: |
|
|
pmam,
gcc is what Gentoo calls slotted.
That means you may have several versions installed at the same time.
You can only use one at a time, the one you select with gcc-config but others can be there.
emerge --depclean will remove all but the latest gcc and anything else too, unless its told to keep specific slots.
By all means file a bug at bugs.gentoo.org if you think this can be improved.
_________________
Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
| Back to top |
|
|
Selenia
n00b
Joined: 12 Nov 2014
Posts: 42
|
| Posted: Mon Nov 17, 2014 8:42 am Post subject: |
|
|
| Perfect Gentleman wrote: | | Quote: | | Hope charles17 & RazielFMX tips will reduce the time - If not - Should be changed to binaries... |
there is no any tips, all you need is powerful cpu and a lot of ram. |
Well, I do have 1 tip. Use ccache. I am running Gentoo on an older dual core for the first machine I set up with -j2. It does help when doing similar compiles over and over. Takes the machine just minutes to do a kernel. It won't help first time out, but will after that. Helps me on every update now since I did an emerge -e world since install of it. Been using it since compiling on Debian. Now it is even more helpful with Gentoo, given you compile everything. |
|
| Back to top |
|
|
pmam
Veteran
Joined: 30 Dec 2013
Posts: 1145
|
| Posted: Mon Nov 17, 2014 8:57 am Post subject: |
|
|
NeddySeagoon,
| Quote: | | By all means file a bug at bugs.gentoo.org if you think this can be improved. |
Yes, I am going to do it. I was waiting to your advise - I need to know that my complain makes any sense,
and does not have an obvious technical constraint.
Also I will consider to file a bug, regarding 2 issues:
| Code: | | 'IMPORTANT: 2 config files in '/etc' need updating.' |
I want to see in the next system updates - If I will need to work it out with etc-update for every system update,
although there is no change of configuration files, between previous update to present.
| Code: | make menuconfig
make: *** No rule to make target 'menuconfig'. Stop. |
As you may see here: https://forums.gentoo.org/viewtopic-t-995052-highlight-.html
I am not sure it is really required to file a bug for these 2 issues - May be there are already solutions to these issues?
Thanks
_________________
“You can take our property, our sweet homes, even our cloths...
But don't touch the streets, Ah, That's NO, NO, NO!
The streets are our @world's compilable kernel ...” |
|
| Back to top |
|
|
pmam
Veteran
Joined: 30 Dec 2013
Posts: 1145
|
| Posted: Mon Nov 17, 2014 11:12 am Post subject: |
|
|
Selenia,
Thanks for your tip - As far as I found, using ccache, requires to install it and adding the following to make.conf -
Is there any thing left to do or thats it?
| Code: | FEATURES="ccache"
CCACHE_DIR="/var/tmp/ccache"
CCACHE_SIZE="2G" |
BTW: I do not use this option - Please let me know when/why do you use it?
| Quote: | | I am running Gentoo on an older dual core for the first machine I set up with -j2 |
My Dual core machines run Gentoo very fast - Hope to improve compiling & updating system
running time, as well. Saving resources, is one of the main Gentoo's goal -Right?
_________________
“You can take our property, our sweet homes, even our cloths...
But don't touch the streets, Ah, That's NO, NO, NO!
The streets are our @world's compilable kernel ...” |
|
| Back to top |
|
|
idoerg
n00b
Joined: 22 Jan 2012
Posts: 41
|
| Posted: Mon Nov 17, 2014 3:14 pm Post subject: |
|
|
I've been emerging for the past 20 hours, stuck since since 2:16pm yesterday, it's 10:08am now. here's the pstree:
| Code: |
|-konsole-+-bash---su---bash---emerge---sandbox---ebuild.sh---ebuild.sh-+-ebuild.sh---python3.3-+-4*[python3.3]
| | | `-3*[{python3.3}]
| | `-tee
| |-bash-+-less
| | `-pstree
| `-{QProcessManager}
|
Here's what I think is the relevant bit from /var/log/emerge.log:
| Code: |
1416167598: >>> emerge (78 of 311) app-office/texmaker-4.3 to /
1416167598: === (78 of 311) Cleaning (app-office/texmaker-4.3::/usr/portage/app-office/texmaker/texmaker-4.3.ebuild)
1416167598: === (78 of 311) Compiling/Merging (app-office/texmaker-4.3::/usr/portage/app-office/texmaker/texmaker-4.3.ebuild)
1416167601: >>> AUTOCLEAN: www-client/google-chrome-unstable:0
1416167601: === Unmerging... (www-client/google-chrome-unstable-40.0.2202.3_p1)
1416167603: >>> unmerge success: www-client/google-chrome-unstable-40.0.2202.3_p1
1416167609: === (76 of 311) Post-Build Cleaning (www-client/google-chrome-unstable-40.0.2214.6_p1::/usr/portage/www-client/google-chrome-unstable/google-chrome-unstable-40.0.2214.6_p1.ebuild)
1416167609: ::: completed emerge (76 of 311) www-client/google-chrome-unstable-40.0.2214.6_p1 to /
1416167638: === (73 of 311) Merging (net-print/hplip-3.14.10::/usr/portage/net-print/hplip/hplip-3.14.10.ebuild)
1416167642: >>> AUTOCLEAN: net-print/hplip:0
1416167642: === Unmerging... (net-print/hplip-3.14.10)
1416167644: >>> unmerge success: net-print/hplip-3.14.10
1416167649: === (73 of 311) Post-Build Cleaning (net-print/hplip-3.14.10::/usr/portage/net-print/hplip/hplip-3.14.10.ebuild)
1416167649: ::: completed emerge (73 of 311) net-print/hplip-3.14.10 to /
1416167690: >>> emerge (79 of 311) kde-base/kdelibs-4.14.3 to /
1416167690: === (79 of 311) Cleaning (kde-base/kdelibs-4.14.3::/usr/portage/kde-base/kdelibs/kdelibs-4.14.3.ebuild)
1416167691: === (79 of 311) Compiling/Merging (kde-base/kdelibs-4.14.3::/usr/portage/kde-base/kdelibs/kdelibs-4.14.3.ebuild)
1416167763: === (78 of 311) Merging (app-office/texmaker-4.3::/usr/portage/app-office/texmaker/texmaker-4.3.ebuild)
1416167765: >>> AUTOCLEAN: app-office/texmaker:0
1416167765: === Unmerging... (app-office/texmaker-4.3)
1416167767: >>> unmerge success: app-office/texmaker-4.3
1416167770: === (78 of 311) Post-Build Cleaning (app-office/texmaker-4.3::/usr/portage/app-office/texmaker/texmaker-4.3.ebuild)
1416167770: ::: completed emerge (78 of 311) app-office/texmaker-4.3 to /
|
This is down to the last line, time stamped 2:16pm yesterday.
64bit machine, i5 with 8GB RAM. Last world update: 5 days ago. The leaf process in the tree seems to be a process stuck in "wait" for some reason:
| Code: |
0 S portage 457 455 0 97 17 - 32527 wait Nov16 pts/2 00:00:00 /bin/bash /usr/lib/portage/python2.7/ebuild.sh compile
1 S portage 503 457 0 97 17 - 32695 pipe_w Nov16 pts/2 00:00:00 /bin/bash /usr/lib/portage/python2.7/ebuild.sh compile
|
EDIT: seems to be stuck on matplotlib?
| Code: |
$ ps auxf | egrep "^portage"
portage 455 0.0 0.0 4160 1512 pts/2 SN+ Nov16 0:00 | \_ [dev-python/matplotlib-1.4.2] sandbox /usr/lib/portage/python2.7/ebuild.sh compile
portage 457 0.0 0.0 130108 7488 pts/2 SN+ Nov16 0:00 | \_ /bin/bash /usr/lib/portage/python2.7/ebuild.sh compile
portage 503 0.0 0.0 130780 7364 pts/2 SN+ Nov16 0:00 | \_ /bin/bash /usr/lib/portage/python2.7/ebuild.sh compile
portage 588 0.0 0.0 112400 2112 pts/2 SN+ Nov16 0:00 | \_ tee -a /var/tmp/portage/dev-python/matplotlib-1.4.2/temp/build-python3_3.log
portage 599 0.0 0.0 130780 6884 pts/2 SN+ Nov16 0:00 | \_ /bin/bash /usr/lib/portage/python2.7/ebuild.sh compile
portage 706 0.0 0.3 475336 31688 pts/2 SNl+ Nov16 0:48 | \_ /usr/bin/python3.3 setup.py build build --build-lib=/var/tmp/portage/dev-python/matplotlib-1.4.2/work/matplotlib-1.4.2-python3_3/build/build/lib
portage 986 0.0 0.3 477692 24876 pts/2 SN+ Nov16 0:00 | \_ /usr/bin/python3.3 setup.py build build --build-lib=/var/tmp/portage/dev-python/matplotlib-1.4.2/work/matplotlib-1.4.2-python3_3/build/build/lib
portage 987 0.0 0.3 475336 24700 pts/2 SN+ Nov16 0:00 | \_ /usr/bin/python3.3 setup.py build build --build-lib=/var/tmp/portage/dev-python/matplotlib-1.4.2/work/matplotlib-1.4.2-python3_3/build/build/lib
portage 988 0.0 0.3 475336 24648 pts/2 SN+ Nov16 0:00 | \_ /usr/bin/python3.3 setup.py build build --build-lib=/var/tmp/portage/dev-python/matplotlib-1.4.2/work/matplotlib-1.4.2-python3_3/build/build/lib
portage 989 0.0 0.3 475336 24704 pts/2 SN+ Nov16 0:00 | \_ /usr/bin/python3.3 setup.py build build --build-lib=/var/tmp/portage/dev-python/matplotlib-1.4.2/work/matplotlib-1.4.2-python3_3/build/build/lib |
Not sure what to do now.
Last edited by idoerg on Mon Nov 17, 2014 3:20 pm; edited 1 time in total |
|
| Back to top |
|
|
Selenia
n00b
Joined: 12 Nov 2014
Posts: 42
|
| Posted: Mon Nov 17, 2014 3:18 pm Post subject: |
|
|
| pmam wrote: | Selenia,
Thanks for your tip - As far as I found, using ccache, requires to install it and adding the following to make.conf -
Is there any thing left to do or thats it?
| Code: | FEATURES="ccache"
CCACHE_DIR="/var/tmp/ccache"
CCACHE_SIZE="2G" |
BTW: I do not use this option - Please let me know when/why do you use it?
| Quote: | | I am running Gentoo on an older dual core for the first machine I set up with -j2 |
My Dual core machines run Gentoo very fast - Hope to improve compiling & updating system
running time, as well. Saving resources, is one of the main Gentoo's goal -Right? |
Pretty much it. All it does is cache previous calculations performed by the CPU. As to why I used it, it was my first install and I changed a ton of USE flags at one point, so I decided on the safe, but OCD way of recompiling everything. :p
Edit: You did remember to create the symlink, right?
ln -s /var/tmp/ccache /root/.ccache
Almost forgot because it seems a Gentoo specific fix. I also had a permissions issue so I just did a chmod -R 777 to var/tmp/ccache since I have no care in the world if somebody reads pieces of source code I compiled and it solves the issue :p |
|
| Back to top |
|
|
krinn
Watchman
Joined: 02 May 2003
Posts: 7470
|
| Posted: Mon Nov 17, 2014 4:47 pm Post subject: |
|
|
| Selenia wrote: | | All it does is cache previous calculations performed by the CPU. As to why I used it, it was my first install and I changed a ton of USE flags at one point, so I decided on the safe, but OCD way of recompiling everything. :p |
But it doesn't do that safe.
In Gentoo it means you just never need ccache :
- if a package is not change, portage don't want rebuild it : no ccache need as no compilation will be done
- if a package need a change, portage will rebuild the package, now ccache indeed could be of help, but in fact... no : if you rebuild it, it's not to rebuild it, it's to build it again with the changes, so ccache is not helping you.
- if you rebuild a package to have the same result as before, let's say for a case you damage the package and want it back : then use the binary tool provide by portage, it will do the same work, even faster as it will just extract the files from it intead of compiling them again. BUT in this case yes, ccache will do wonder as nothing change and it should provide what was done before, indeed granting benefits.
ccache is faster?
- first execution, ccache add handling of its caching to your compilation, so in real your first build is even slower.
- if the file is not cache, no bonus, and worst, even a malus as it will need more handling to cache it.
- because of cache handling speed impact, ccache handling of a file is minimal, but minimal to a point ccache makes mistakes at finding if a file is change or not (the heuristic to detect change is hard, you couldn't compare the ending result with your cache, because to compare the result, you need to build it, and that's just what you are trying to avoid. And you cannot goes into a deeper and slower handling at all, or you will void the utility of ccache, you need to do that quick to actually get better speed, so guessing if a file "will" be change or not is hard and must be done quickly, resulting in a lot of mistakes).
This mean ccache will provide previous compilation result to a file that have change, and the result is people complain about not compiling a package or package start crashing...
hint: just search with ccache in the forum you will see the random results of ccache. Or by logic : just ask youself, why ccache is not install per default in a distribution that compile everything |
|
| Back to top |
|
|
Selenia
n00b
Joined: 12 Nov 2014
Posts: 42
|
| Posted: Mon Nov 17, 2014 5:28 pm Post subject: |
|
|
| You have a point, though your ending question of why it is not installed by default is sort of moot. My experience so far with Gentoo so far says it neither installs nor assumes much by default. Not even the kernel on initial setup. Not a knock on Gentoo as that is one thing that makes it so flexible. |
|
| Back to top |
|
|
NeddySeagoon
Administrator
Joined: 05 Jul 2003
Posts: 54420
Location: 56N 3W
|
| Posted: Mon Nov 17, 2014 6:26 pm Post subject: |
|
|
Selenia,
If you file a bug while you have ccache in use, you will be asked to reproduce the poblem without using ccache.
Ifound it to be more trouble that it way worth for everyday use.
Developers building the same package over and over may see some benefit, some of the time.
_________________
Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
| Back to top |
|
|
mv
Watchman
Joined: 20 Apr 2005
Posts: 6749
|
| Posted: Mon Nov 17, 2014 6:32 pm Post subject: |
|
|
| krinn wrote: | | In Gentoo it means you just never need ccache |
Why are you spreading such false FUD?
| Quote: | | - if a package is not change, portage don't want rebuild it : no ccache need as no compilation will be done |
Actually this happens quite often: Just a useflag is added or removed, a dependency added or removed, ...
Not to speak about ebuilds which have failed for some reason or another and must be rebuild.
| Quote: | | - if a package need a change, portage will rebuild the package, now ccache indeed could be of help, but in fact... no : if you rebuild it, it's not to rebuild it, it's to build it again with the changes, so ccache is not helping you. |
ccache is helping you here in every file which (and whose headers) have not changed. The percentage of these files varies dramatically from package to package and version to version, but 20 percent overall is a good rule of thumb.
| Quote: | | - if you rebuild a package to have the same result as before, let's say for a case you damage the package and want it back : then use the binary tool provide by portage, it will do the same work, even faster as it will just extract the files from it intead of compiling them again. |
In many cased the binary cannot be reinstalled, because some variable has changed.
| Quote: | | - first execution, ccache add handling of its caching to your compilation, so in real your first build is even slower. |
It's practically negligible unless you have such a fast machine that even for C++ packages the only bottleneck is IO.
| Quote: | | - because of cache handling speed impact, ccache handling of a file is minimal, but minimal to a point ccache makes mistakes at finding if a file is change or not (the heuristic to detect change is hard |
No, the heuristic is not hard: ccache just uses a checksum.
| Quote: | | This mean ccache will provide previous compilation result to a file that have change, and the result is people complain about not compiling a package or package start crashing... |
This happens only in the case of checksum collision whose probability is close to 0.
In all of my live I experienced exactly one example where ccache produces a wrong result, and these are nvidia-drivers with kernel 3.17 - some special configure tests on tiny files can produce a wrong result; I suspect that we have here the very unlikely case of a checksum collision, but so far I had no time to look further into the issue.
| Quote: | | hint: just search with ccache in the forum you will see the random results of ccache. |
Except for this nvidia-driver issue, I never saw a case where ccache really was the cause. If you have a hard crash during compilation or are running out of disk space it might happen that these failed compilations are falsely cached: After a hard crash or similar probalems you should recompile with CCACHE_RECACHE=1. Some people are not aware of this. |
|
| Back to top |
|
|
NeddySeagoon
Administrator
Joined: 05 Jul 2003
Posts: 54420
Location: 56N 3W
|
| Posted: Mon Nov 17, 2014 6:49 pm Post subject: |
|
|
pmam,
Your last two points first as they are not bugs.
| Code: | | 'IMPORTANT: 2 config files in '/etc' need updating.' |
is portage telling you that there are some comfig files you need to be aware of.
They may not have changed in any material way - it could just be a header update. As the admistrator of your Gentoo, its for you to check with etc-update or dispatch-conf or whatever.
Its up to you what you do with the updates too.
| Code: | make menuconfig
make: *** No rule to make target 'menuconfig'. Stop. |
is a little like the gcc feature.
You have a newer kernel in /usr/src and have run --depclean, which has almost but not totally removed all of your old kernels.
Further, /usr/src/linux points to a kernel that has been --depcleaned because you have not updated it yet.
In kernels, --depclean leaves any files that you have edited, so your .config file is still there but the Makefile has been removed.
Its another feature. You still have the .config which you can migrate to the nemer kernel.
You probably still have the old kernel sources in /usr/portage/distfiles too, so its not a lot of work to put it back together.
The lesson here is to always run --depclean -p and see what will happen before you do it for real.
The gcc case is harder. There is no technical solution that will keep everyone happy. If I was using an old gcc deliberately and --depclean selected a new gcc without telling me I might see some very hard to trace compile errors before I realised the problem. A gcc update does warn you that you have a new gcc but its not been selected.
--depclean -p will show you that it wants to remove a gcc too.
What it comes down to is that there is a lot more to learn about managing a Gentoo install than there is a binary install.
Thats the price of flexibility - there are more controls to learn and play with.
A few 10? years ago --depclean removed glibc for me. Thats nasty as everything needs glibc - it was back to the liveCD to pick up the pieces.
That was a serious lesson in using --depclean -p
_________________
Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
| Back to top |
|
|
pmam
Veteran
Joined: 30 Dec 2013
Posts: 1145
|
| Posted: Tue Nov 18, 2014 12:46 pm Post subject: |
|
|
Dear NeddySeagoon,
I will refer to your last post - It is quite important so I want to consider my reply properly.
Meantime, I filed a bug regarding gcc-config, and according the reply and comments I get there,
it is in the right direction for resolving.
However, as we are talking regarding **No rule to make target 'menuconfig'**,
I am just facing with this issue, so please let me know your advise -
What is the right way to do it, and if there any way to prevent it for the next time?
After fix it I will be more prepared to decide if to file a bug or not.
Here what I have at the moment in /usr/src:
| Code: | ls -l
total 8
lrwxrwxrwx 1 root root 20 Oct 26 13:58 linux -> linux-3.14.14-gentoo
drwxr-xr-x 20 root root 4096 Nov 13 10:23 linux-3.14.14-gentoo
drwxr-xr-x 24 root root 4096 Nov 5 14:21 linux-3.16.5-gentoo |
BTW: Quite strange that kernel from Nov. 5 (3.16.5) is newer than from Nov. 13 (3.14.14)??
Thanks
_________________
“You can take our property, our sweet homes, even our cloths...
But don't touch the streets, Ah, That's NO, NO, NO!
The streets are our @world's compilable kernel ...” |
|
| Back to top |
|
|
NeddySeagoon
Administrator
Joined: 05 Jul 2003
Posts: 54420
Location: 56N 3W
|
| Posted: Tue Nov 18, 2014 9:07 pm Post subject: |
|
|
pmam,
Your symlink points to | Code: | | linux -> linux-3.14.14-gentoo |
Thats your old kernel source, most of which has been removed by --depclean because you also have linux-3.16.5-gentoo.
You may still be using that kernel as thats only the build location.
How you proceed depends on how you build your kernels and what you want to do.
You can restore your linux-3.14.14-gentoo or move to linux-3.16.5-gentoo, or both even.
Exactly how you do either depends on how you configure and build your kernels.
genkernel or by hand?
_________________
Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
Portage & Programming
