Re: [gentoo-user] gettext missing symlink message
On 13/05/13 04:57, Walter Dnes wrote: I ran into this today while installing Gentoo on my new machine. making executable: usr/lib64/preloadable_libintl.so .[33;01m * .[39;49;00mQA Notice: Missing soname symlink(s): .[33;01m * .[39;49;00m .[33;01m * .[39;49;00m usr/lib64/libgnuintl.so.8 - preloadable_libintl.so .[33;01m * .[39;49;00m https://bugs.gentoo.org/show_bug.cgi?id=374545 was opened in July of 2011 (YES!!!). I don't want to bug the developers. My questions are... 1) does it cause any problems? no 2) is the appropriate workaround to... cd /usr/lib64 ln -s preloadable_libintl.so libgnuintl.so.8 no, don't do anything, portage does it for you ignore the warning
Re: [gentoo-user] gettext missing symlink message
On 13/05/13 09:19, Samuli Suominen wrote: On 13/05/13 04:57, Walter Dnes wrote: I ran into this today while installing Gentoo on my new machine. making executable: usr/lib64/preloadable_libintl.so .[33;01m * .[39;49;00mQA Notice: Missing soname symlink(s): .[33;01m * .[39;49;00m .[33;01m * .[39;49;00m usr/lib64/libgnuintl.so.8 - preloadable_libintl.so .[33;01m * .[39;49;00m https://bugs.gentoo.org/show_bug.cgi?id=374545 was opened in July of 2011 (YES!!!). I don't want to bug the developers. My questions are... 1) does it cause any problems? no 2) is the appropriate workaround to... cd /usr/lib64 ln -s preloadable_libintl.so libgnuintl.so.8 no, don't do anything, portage does it for you ignore the warning err, sorry confused this with another. this warning is really a bug in portage, the preloadable library doesn't need to be called as per SONAME due to the way it's used in apps
Re: [gentoo-user] Libreoffice Compile
Hello, On Sun, 12 May 2013 17:35:06 +0200 Alan McKinnon alan.mckin...@gmail.com wrote: Thus, I recommended you simply install libreoffice-bin thats not simply, he downgrade much packages and give conflict msg without end. When Libreoffice 4 as bin is present ok, but actually is older version. At moment compile libreoffice is running, i hope it will be run without errors. At moment the Process run 14 hr and 40 minuts. Power Book :) Greetings and Thank you. Silvio
Re: [gentoo-user] Gcc compiling, is this normal?
On 12/05/2013 23:37, David Relson wrote: [1] The logic goes something like this: it's a compiler, so the code it produces must be consistently identical for identical inputs. So, the current compiler builds gcc, giving version Y built by version X. That instance of gcc in turn builds a gcc, giving version Y built by version Y. Haven't you left out the third compile? Let me rephrase the 3 builds. 1) gcc-X builds gcc-Y giving gcc-Y1 2) gcc-Y1 builds gcc-Y giving gcc-Y2 3) gcc-Y2 builds gcc-Y giving gcc-Y3 gcc-Y1 and gcc-Y2 are likely to be different (since they were build by gcc-X and gcc-Y which are likely to have optimizations). gcc-Y2 and gcc-Y3 should be identical (since both were built by gcc-Y) Yeah, I think you're right. Thanks for that. Like I said, I'm fuzzy on the details after all these years. My intention was not to be completely accurate and correct, it was more to get the general idea across to Dale -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Gcc compiling, is this normal?
On 12/05/2013 23:53, Dale wrote:
Alan McKinnon wrote:
On 12/05/2013 23:16, Dale wrote:
Howdy,
I been noticing something weird when I upgrade gcc. Is this normal?
root@fireball / # genlop -c
Currently merging 2 out of 5
* sys-devel/gcc-4.4.7
current merge time: 6 seconds.
ETA: 24 minutes and 27 seconds.
Currently merging 3 out of 5
* net-misc/curl-7.30.0
current merge time: 7 seconds.
ETA: 18 minutes and 50 seconds.
Currently merging 2 out of 5
* sys-devel/gcc-4.4.7
current merge time: 7 seconds.
ETA: 21 minutes and 14 seconds.
root@fireball / #
I'm not worried about curl. It just happened to be there. This is the
list of packages it is supposed to update:
root@fireball / # emerge -uvaDN world
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild R] sys-devel/gcc-4.5.4:4.5 USE=gtk mudflap (multilib)
nls nptl openmp (-altivec) -cxx -doc (-fixed-point) -fortran -gcj
(-hardened) (-libssp) -lto -multislot -nopie -nossp -objc -objc++
-objc-gc {-test} -vanilla (-graphite%) 0 kB
[ebuild R] sys-devel/gcc-4.4.7:4.4 USE=gtk mudflap (multilib)
nls nptl openmp (-altivec) -cxx -doc (-fixed-point) -fortran -gcj
(-hardened) (-libssp) -multislot -nopie -nossp -objc -objc++ -objc-gc
{-test} -vanilla (-graphite%) 0 kB
[ebuild U ] net-misc/curl-7.30.0 [7.29.0-r1] USE=ipv6 ssl threads
-adns -idn -kerberos -ldap -metalink -rtmp -ssh -static-libs {-test}
CURL_SSL=openssl -axtls -cyassl -gnutls -nss -polarssl 0 kB
[ebuild U ] app-misc/tmux-1.8 [1.6] USE=-vim-syntax 0 kB
[ebuild U ~] kde-base/kdelibs-4.10.3-r2:4 [4.10.3:4] USE=3dnow alsa
bzip2 fam handbook jpeg2k lzma mmx nls opengl (policykit)
semantic-desktop spell sse sse2 ssl udev udisks upower zeroconf -acl
(-altivec) (-aqua) -debug -doc -kerberos -openexr {-test} 0 kB
Total: 5 packages (3 upgrades, 2 reinstalls), Size of downloads: 0 kB
Would you like to merge these packages? [Yes/No] y
I noticed this one or twice before. It is compiling the same compiler
version twice when it should be upgrading/recompiling two *different*
versions. I read before that gcc compiles three times or something but
the thing is, it can compile for HOURS and never finish. Usually I stop
it and restart emerge and it compiles as it should, one for each version
and finishes as it should time wise. I once started the upgrade and
went to take a nap. I woke up around 5 or 6 hours later to find gcc
compiling twice on the same version. Even libreoffice only takes a hour
or so.
Anyone else see this before? Now to go stop this one and get it to
update right and not take all week.
What have you got in world for gcc?
root@fireball / # cat /var/lib/portage/world | grep gcc
sys-devel/gcc:4.4
sys-devel/gcc:4.5
root@fireball / #
I generally keep two versions. Got bit once. Long time ago but still,
no fun to fix.
What's in make.conf?
This is the USE line. I'm not sure if you want all the rest. Rest is
normal stuff, pretty much. lol
USE=3dnow 3dnowext X a52 acpi alsa aml apng automount avahi \
bash-completion bzip2 -cairo cddb cdr chroot cleartype clucene
corefonts \
cups curl dbus declarative dri dvd dvdr embedded escreen esd \
exif faac ffmpeg fontconfig -fortran gif gimp gkrellm gphoto2 \
gtk hbci hddtemp iostats ipv6 java javascript jbig jpeg2k \
justify kde kmod libwww logrotate loop-aes lvm lzma \
mdnsresponder-compat melt mmx mmxext mng mp3 mplayer mysql nls
nsplugin \
nvidia offensive ofx opengl openrc parport pdf pdfimport \
policykit ppds ppp qt4 sasl seamonkey semantic-desktop sift smp \
sse sse2 sse4a syslog tcl threads tiff tk truetype type1 udev \
usb vcd webkit win32codecs wma wmf yahoo zeroconf -acl \
-bluetooth -branding -doc -dts -eds -fftw -gcj -gnome -jabber \
-jingle -ldap -musepack -openldap -oss -otr sqlite -sqlite3 -theora \
-v41 -xulrunner -h -crypt -cxx
gcc's build system does cause gcc tro be built three times[1], but
that's internal to gcc and has nothing to do with portage. There should
still only be one emerge for a SLOT. If it's doing the same package
twice, then the files in /var/tmp/portage are liable to get continually
clobbered and who knows what will happen.
[1] The logic goes something like this: it's a compiler, so the code it
produces must be consistently identical for identical inputs. So, the
current compiler builds gcc, giving version Y built by version X. That
instance of gcc in turn builds a gcc, giving version Y built by version Y.
Now you should have two copies of the same version of gcc, and they
should be identical, plus the output code must also be identical. The
gcc builds system checks for this by actually doing compiles and
comparing the results. I've gotten a bit hazy on what specific bits
actually do what, but that's the general
[gentoo-user] Anybody have a Gentoo KVM image to share?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 If anyone have a Gentoo KVM image (preferably 10G or less) to share, please email the details on how to obtain a copy. I will be using it for development, so the simpler it is the better, with working networking. The reason I'm asking here is because I'm lazy and don't want to do work that somebody else has already done. Hopefully sharing it here will save someone else time as well, so please reply to the list and CC me (in case I forget to check the archives, as I don't subscribe to this list). - -- Alexander alexan...@plaimi.net http://plaimi.net/~alexander -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlGQmAMACgkQRtClrXBQc7V6HQD+OMwpG32Dq3ME/bjAY+DdOTBN 08uMSU7tPVunXwpRPUcA/0RLfZpzWF37/ZqmlcBHc5ogHQ3fxUQGVIH5YDJE91OZ =6k2L -END PGP SIGNATURE-
Re: [gentoo-user] Gcc compiling, is this normal?
Alan McKinnon wrote:
I'm not sure what to make of this. portage lists the packages
correctly and has the SLOTs correct, but emerge seems to be launched
incorrectly. It's all very odd, and looks like bug-report material. To
be useful you are going to need data. Could you quickpkg the current
and previous versions of both SLOTs? That will make it easy to upgrade
and downgrade packages, then run emerge world over and over to see
what it does without it taking 40 minutes each time.
Well, here is this:
[-P-] [ ] sys-apps/portage-2.1.11.63:0
[-P-] [ ] sys-apps/portage-2.2.0_alpha173:0
[IP-] [ ] sys-apps/portage-2.2.0_alpha174:0
This is the portage update info. I use genlop -t to do this. I know
there is a better way but can't remember the command. lol I think it
was one of the q thingys.
Fri Apr 5 12:49:29 2013 sys-apps/portage-2.2.0_alpha171
merge time: 27 seconds.
Sat Apr 6 11:00:10 2013 sys-apps/portage-2.2.0_alpha171
merge time: 26 seconds.
Mon Apr 15 08:33:49 2013 sys-apps/portage-2.2.0_alpha173
merge time: 31 seconds.
Mon May 6 22:36:15 2013 sys-apps/portage-2.2.0_alpha174
merge time: 30 seconds.
Based on that, I would say it started about the time *173 hit. I can't
go back to the *171 since it is no longer in the tree.
I'm not sure I know enough about debugging to help much but it sure is
weird. Should have known something weird like this would hit me. :/
I'm sort of pretty active on this thing right now since I do some
volunteer mod work on a site. I'd rather not get myself to a spot where
my rig aini't working. I'm not even doing upgrades like I used to.
Well, not as often anyway. I just have to plan stuff to make sure I'm
up and running.
I checked for roach reports and didn't see this reported anywhere. I
wonder if a USE flag is triggering this? This is interesting:
root@fireball / # emerge -pv =sys-devel/gcc-4.4.7 =sys-devel/gcc-4.5.4
=sys-devel/gcc-4.6.3
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild R] sys-devel/gcc-4.6.3:4.6 USE=gtk mudflap (multilib)
nls nptl openmp (-altivec) -cxx* -doc (-fixed-point) -fortran* -gcj
-graphite (-hardened) (-libssp) -multislot -nopie -nossp -objc -objc++
-objc-gc {-test} -vanilla 24 kB
[ebuild R] sys-devel/gcc-4.4.7:4.4 USE=gtk mudflap (multilib)
nls nptl openmp (-altivec) -cxx -doc (-fixed-point) -fortran -gcj
(-hardened) (-libssp) -multislot -nopie -nossp -objc -objc++ -objc-gc
{-test} -vanilla (-graphite%) 0 kB
[ebuild R] sys-devel/gcc-4.5.4:4.5 USE=gtk mudflap (multilib)
nls nptl openmp (-altivec) -cxx -doc (-fixed-point) -fortran -gcj
(-hardened) (-libssp) -lto -multislot -nopie -nossp -objc -objc++
-objc-gc {-test} -vanilla 0 kB
Total: 3 packages (3 reinstalls), Size of downloads: 24 kB
!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:
sys-devel/gcc:4.6
(sys-devel/gcc-4.6.3::gentoo, ebuild scheduled for merge) pulled in by
(no parents that aren't satisfied by other packages in this slot)
(sys-devel/gcc-4.6.3::gentoo, installed) pulled in by
sys-devel/gcc[fortran,openmp?] required by
(virtual/fortran-0::gentoo, installed)
=sys-devel/gcc-4.2[cxx] required by
(sci-geosciences/googleearth-6.2.2.6613::gentoo, installed)
!!! Enabling --newuse and --update might solve this conflict.
!!! If not, it might help emerge to give a more specific suggestion.
root@fireball / #
I may need to make sense of this now. May not be the problem but
still. I don't have anything related to gcc in package.use either. I'm
not sure about the USE flag being changed on two but not the other.
When I logoff as mod, I'm going to try to recompile that older version.
Thoughts? Could that be the cause?
Dale
:-) :-)
--
I am only responsible for what I said ... Not for what you understood or how
you interpreted my words!
Re: [gentoo-user] Gcc compiling, is this normal?
Dale rdalek1...@gmail.com wrote:
Alan McKinnon wrote:
I'm not sure what to make of this. portage lists the packages
correctly and has the SLOTs correct, but emerge seems to be launched
incorrectly. It's all very odd, and looks like bug-report material.
To
be useful you are going to need data. Could you quickpkg the current
and previous versions of both SLOTs? That will make it easy to
upgrade
and downgrade packages, then run emerge world over and over to see
what it does without it taking 40 minutes each time.
Well, here is this:
[-P-] [ ] sys-apps/portage-2.1.11.63:0
[-P-] [ ] sys-apps/portage-2.2.0_alpha173:0
[IP-] [ ] sys-apps/portage-2.2.0_alpha174:0
This is the portage update info. I use genlop -t to do this. I know
there is a better way but can't remember the command. lol I think it
was one of the q thingys.
Fri Apr 5 12:49:29 2013 sys-apps/portage-2.2.0_alpha171
merge time: 27 seconds.
Sat Apr 6 11:00:10 2013 sys-apps/portage-2.2.0_alpha171
merge time: 26 seconds.
Mon Apr 15 08:33:49 2013 sys-apps/portage-2.2.0_alpha173
merge time: 31 seconds.
Mon May 6 22:36:15 2013 sys-apps/portage-2.2.0_alpha174
merge time: 30 seconds.
Based on that, I would say it started about the time *173 hit. I can't
go back to the *171 since it is no longer in the tree.
I'm not sure I know enough about debugging to help much but it sure is
weird. Should have known something weird like this would hit me. :/
I'm sort of pretty active on this thing right now since I do some
volunteer mod work on a site. I'd rather not get myself to a spot
where
my rig aini't working. I'm not even doing upgrades like I used to.
Well, not as often anyway. I just have to plan stuff to make sure I'm
up and running.
I checked for roach reports and didn't see this reported anywhere. I
wonder if a USE flag is triggering this? This is interesting:
root@fireball / # emerge -pv =sys-devel/gcc-4.4.7 =sys-devel/gcc-4.5.4
=sys-devel/gcc-4.6.3
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild R] sys-devel/gcc-4.6.3:4.6 USE=gtk mudflap (multilib)
nls nptl openmp (-altivec) -cxx* -doc (-fixed-point) -fortran* -gcj
-graphite (-hardened) (-libssp) -multislot -nopie -nossp -objc -objc++
-objc-gc {-test} -vanilla 24 kB
[ebuild R] sys-devel/gcc-4.4.7:4.4 USE=gtk mudflap (multilib)
nls nptl openmp (-altivec) -cxx -doc (-fixed-point) -fortran -gcj
(-hardened) (-libssp) -multislot -nopie -nossp -objc -objc++ -objc-gc
{-test} -vanilla (-graphite%) 0 kB
[ebuild R] sys-devel/gcc-4.5.4:4.5 USE=gtk mudflap (multilib)
nls nptl openmp (-altivec) -cxx -doc (-fixed-point) -fortran -gcj
(-hardened) (-libssp) -lto -multislot -nopie -nossp -objc -objc++
-objc-gc {-test} -vanilla 0 kB
Total: 3 packages (3 reinstalls), Size of downloads: 24 kB
!!! Multiple package instances within a single package slot have been
pulled
!!! into the dependency graph, resulting in a slot conflict:
sys-devel/gcc:4.6
(sys-devel/gcc-4.6.3::gentoo, ebuild scheduled for merge) pulled in by
(no parents that aren't satisfied by other packages in this slot)
(sys-devel/gcc-4.6.3::gentoo, installed) pulled in by
sys-devel/gcc[fortran,openmp?] required by
(virtual/fortran-0::gentoo, installed)
=sys-devel/gcc-4.2[cxx] required by
(sci-geosciences/googleearth-6.2.2.6613::gentoo, installed)
!!! Enabling --newuse and --update might solve this conflict.
!!! If not, it might help emerge to give a more specific suggestion.
root@fireball / #
I may need to make sense of this now. May not be the problem but
still. I don't have anything related to gcc in package.use either.
I'm
not sure about the USE flag being changed on two but not the other.
When I logoff as mod, I'm going to try to recompile that older version.
Thoughts? Could that be the cause?
Dale
:-) :-)
--
I am only responsible for what I said ... Not for what you understood
or how you interpreted my words!
Dale.
My thoughts: enable the 'multislot' useflag for gcc.
Portage is seeing all three as being in the same slot...
--
Joost
--
Sent from my Android phone with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] Gcc compiling, is this normal?
J. Roeleveld wrote:
Dale. My thoughts: enable the 'multislot' useflag for gcc. Portage is
seeing all three as being in the same slot... -- Joost
Now that started something there. Nifty.
root@fireball / # emerge -uvaDN world
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild U ] app-misc/tmux-1.8 [1.6] USE=-vim-syntax 0 kB
[ebuild R] sys-devel/gcc-4.6.3:4.6 USE=cxx fortran gtk mudflap
(multilib) multislot* nls nptl openmp (-altivec) -doc (-fixed-point)
-gcj -graphite (-hardened) (-libssp) -nopie -nossp -objc -objc++
-objc-gc {-test} -vanilla 24 kB
[ebuild R] sys-devel/gcc-4.5.4:4.5 USE=cxx* fortran* gtk mudflap
(multilib) multislot* nls nptl openmp (-altivec) -doc (-fixed-point)
-gcj (-hardened) (-libssp) -lto -nopie -nossp -objc -objc++ -objc-gc
{-test} -vanilla 0 kB
[ebuild R] sys-devel/gcc-4.4.7:4.4 USE=cxx* fortran* gtk mudflap
(multilib) multislot* nls nptl openmp (-altivec) -doc (-fixed-point)
-gcj (-hardened) (-libssp) -nopie -nossp -objc -objc++ -objc-gc {-test}
-vanilla (-graphite%) 0 kB
Total: 4 packages (1 upgrade, 3 reinstalls), Size of downloads: 24 kB
Would you like to merge these packages? [Yes/No]
To get to that point, I had to add the USE flag you mentioned and then I
got more understandable errors. I had to make the following change to
my package.use file:
sys-devel/gcc multislot cxx fortran
media-libs/flac cxx
The multislot addition then told me to add cxx and fortran. Then that
lead to the one for flac. I'm going to add that to make.conf and just
see what changes. I TRY to keep my USE flags in make.conf when I can.
Since this is plan text and I can't type it bigger like if it was html.
THANK YOU
Dale
:-) :-)
--
I am only responsible for what I said ... Not for what you understood or how
you interpreted my words!
[gentoo-user] gnome not working
When I start gdm, I get a message on the screen which says oh no, something has gone wrong. The log file is at http://pastebin.com/qwNE7ee6 -- I would appreciate any help. I am running gentoo testing with the 3.8 unmasked. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] Gcc compiling, is this normal?
Dale wrote:
J. Roeleveld wrote:
Dale. My thoughts: enable the 'multislot' useflag for gcc. Portage is
seeing all three as being in the same slot... -- Joost
Now that started something there. Nifty.
root@fireball / # emerge -uvaDN world
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild U ] app-misc/tmux-1.8 [1.6] USE=-vim-syntax 0 kB
[ebuild R] sys-devel/gcc-4.6.3:4.6 USE=cxx fortran gtk mudflap
(multilib) multislot* nls nptl openmp (-altivec) -doc (-fixed-point)
-gcj -graphite (-hardened) (-libssp) -nopie -nossp -objc -objc++
-objc-gc {-test} -vanilla 24 kB
[ebuild R] sys-devel/gcc-4.5.4:4.5 USE=cxx* fortran* gtk mudflap
(multilib) multislot* nls nptl openmp (-altivec) -doc (-fixed-point)
-gcj (-hardened) (-libssp) -lto -nopie -nossp -objc -objc++ -objc-gc
{-test} -vanilla 0 kB
[ebuild R] sys-devel/gcc-4.4.7:4.4 USE=cxx* fortran* gtk mudflap
(multilib) multislot* nls nptl openmp (-altivec) -doc (-fixed-point)
-gcj (-hardened) (-libssp) -nopie -nossp -objc -objc++ -objc-gc {-test}
-vanilla (-graphite%) 0 kB
Total: 4 packages (1 upgrade, 3 reinstalls), Size of downloads: 24 kB
Would you like to merge these packages? [Yes/No]
To get to that point, I had to add the USE flag you mentioned and then I
got more understandable errors. I had to make the following change to
my package.use file:
sys-devel/gcc multislot cxx fortran
media-libs/flac cxx
The multislot addition then told me to add cxx and fortran. Then that
lead to the one for flac. I'm going to add that to make.conf and just
see what changes. I TRY to keep my USE flags in make.conf when I can.
Since this is plan text and I can't type it bigger like if it was html.
THANK YOU
Dale
:-) :-)
Well, after waiting for it to finish, I get this now:
root@fireball / # genlop -c
Currently merging 4 out of 4
* sys-devel/gcc-4.4.7
current merge time: 6 minutes and 57 seconds.
ETA: 17 minutes and 2 seconds.
Currently merging 4 out of 4
* sys-devel/gcc-4.4.7
current merge time: 6 minutes and 58 seconds.
ETA: 17 minutes and 1 second.
root@fireball / #
So there it is compiling the same package version twice, again. Going
to kill it since it will sit there and compile for hours if I don't. I
also found out I am not the only one having issues doing a ctrl c to
stop emerge too. They need some Raid on that problem.
Open to new ideas.
Dale
:-) :-)
--
I am only responsible for what I said ... Not for what you understood or how
you interpreted my words!
Re: [gentoo-user] Gcc compiling, is this normal?
On Mon, May 13, 2013 13:16, Dale wrote:
Dale wrote:
J. Roeleveld wrote:
Dale. My thoughts: enable the 'multislot' useflag for gcc. Portage is
seeing all three as being in the same slot... -- Joost
Now that started something there. Nifty.
root@fireball / # emerge -uvaDN world
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild U ] app-misc/tmux-1.8 [1.6] USE=-vim-syntax 0 kB
[ebuild R] sys-devel/gcc-4.6.3:4.6 USE=cxx fortran gtk mudflap
(multilib) multislot* nls nptl openmp (-altivec) -doc (-fixed-point)
-gcj -graphite (-hardened) (-libssp) -nopie -nossp -objc -objc++
-objc-gc {-test} -vanilla 24 kB
[ebuild R] sys-devel/gcc-4.5.4:4.5 USE=cxx* fortran* gtk mudflap
(multilib) multislot* nls nptl openmp (-altivec) -doc (-fixed-point)
-gcj (-hardened) (-libssp) -lto -nopie -nossp -objc -objc++ -objc-gc
{-test} -vanilla 0 kB
[ebuild R] sys-devel/gcc-4.4.7:4.4 USE=cxx* fortran* gtk mudflap
(multilib) multislot* nls nptl openmp (-altivec) -doc (-fixed-point)
-gcj (-hardened) (-libssp) -nopie -nossp -objc -objc++ -objc-gc {-test}
-vanilla (-graphite%) 0 kB
Total: 4 packages (1 upgrade, 3 reinstalls), Size of downloads: 24 kB
Would you like to merge these packages? [Yes/No]
To get to that point, I had to add the USE flag you mentioned and then I
got more understandable errors. I had to make the following change to
my package.use file:
sys-devel/gcc multislot cxx fortran
media-libs/flac cxx
The multislot addition then told me to add cxx and fortran. Then that
lead to the one for flac. I'm going to add that to make.conf and just
see what changes. I TRY to keep my USE flags in make.conf when I can.
I try to keep the USE-flags out of make.conf as much as possible.
Some packages have multislot where I don't necessarily want it enabled.
Since this is plan text and I can't type it bigger like if it was html.
THANK YOU
Dale
:-) :-)
Well, after waiting for it to finish, I get this now:
root@fireball / # genlop -c
Currently merging 4 out of 4
* sys-devel/gcc-4.4.7
current merge time: 6 minutes and 57 seconds.
ETA: 17 minutes and 2 seconds.
Currently merging 4 out of 4
* sys-devel/gcc-4.4.7
current merge time: 6 minutes and 58 seconds.
ETA: 17 minutes and 1 second.
root@fireball / #
So there it is compiling the same package version twice, again. Going
to kill it since it will sit there and compile for hours if I don't. I
also found out I am not the only one having issues doing a ctrl c to
stop emerge too. They need some Raid on that problem.
Open to new ideas.
Just a quick question, are you certain it is doing both simultaneously?
It could also be a bug in genlop?
I always generate the binary packages, which means I don't actually need
to keep older GCC-versions. I can always unpack the package using tar :)
--
Joost
Re: [gentoo-user] Gcc compiling, is this normal?
Am Mon, 13 May 2013 13:21:37 +0200 schrieb J. Roeleveld jo...@antarean.org: Just a quick question, are you certain it is doing both simultaneously? It could also be a bug in genlop? I was thinking that, too. Dale, I would suggest you check the contents of /var/tmp/portage/sys-devel/ (maybe clean it up first before running emerge again so that previously failed compiles don't confuse us) and see what versions of gcc are listed there. Of course, there is still a bug somewhere, since as you say the compiles go on indefinitely. This should just help limit the scope of whatever is happening. HTH -- Marc Joliet -- People who think they know everything really annoy those of us who know we don't - Bjarne Stroustrup signature.asc Description: PGP signature
Re: [gentoo-user] Gcc compiling, is this normal?
J. Roeleveld wrote: I try to keep the USE-flags out of make.conf as much as possible. Some packages have multislot where I don't necessarily want it enabled. It turned into a USE flag nightmare so I used package.use. Sometimes it just don't work out since a few packages gets into a world class wrestling match. I usually try but don't sweat it. Well, after waiting for it to finish, I get this now: root@fireball / # genlop -c Currently merging 4 out of 4 * sys-devel/gcc-4.4.7 current merge time: 6 minutes and 57 seconds. ETA: 17 minutes and 2 seconds. Currently merging 4 out of 4 * sys-devel/gcc-4.4.7 current merge time: 6 minutes and 58 seconds. ETA: 17 minutes and 1 second. root@fireball / # So there it is compiling the same package version twice, again. Going to kill it since it will sit there and compile for hours if I don't. I also found out I am not the only one having issues doing a ctrl c to stop emerge too. They need some Raid on that problem. Open to new ideas. Just a quick question, are you certain it is doing both simultaneously? It could also be a bug in genlop? I always generate the binary packages, which means I don't actually need to keep older GCC-versions. I can always unpack the package using tar :) -- Joost I have it set to save a tarball here but I'd have to look up how to rescue myself if I did screw up. To answer your question, I decided to just let the stupid thing sit there and compile. After a while, I got this: root@fireball / # genlop -c Currently merging 4 out of 4 * sys-devel/gcc-4.4.7 current merge time: 25 minutes and 17 seconds. ETA: any time now. root@fireball / # So, one of the compiles finished. That is a improvement at least. I just checked again and it is finished with them all and I got this for the end of emerge: Total: 4 packages (1 upgrade, 3 reinstalls), Size of downloads: 24 kB Would you like to merge these packages? [Yes/No] y Verifying ebuild manifests Emerging (1 of 4) app-misc/tmux-1.8 Emerging (2 of 4) sys-devel/gcc-4.6.3 Installing (1 of 4) app-misc/tmux-1.8 Installing (2 of 4) sys-devel/gcc-4.6.3 Emerging (3 of 4) sys-devel/gcc-4.5.4 Emerging (4 of 4) sys-devel/gcc-4.4.7 Installing (4 of 4) sys-devel/gcc-4.4.7 Installing (3 of 4) sys-devel/gcc-4.5.4 Jobs: 4 of 4 complete Load avg: 7.6, 13.4, 14.7 Auto-cleaning packages... No outdated packages were found on your system. * Regenerating GNU info directory index... * Processed 7 info files. * After world updates, it is important to remove obsolete packages with * emerge --depclean. Refer to `man emerge` for more information. root@fireball / # I'm going to say this tho, it did not have time to compile the last gcc even tho I'm sure it did. Your mention of a genlop error may be right. I bet genlop is reporting the wrong version on one of them somehow. To add this in case I didn't mention it. One time before, gcc compiled for like 5 or 6 hours while I took a nap. I can compile LOo several times in that time frame. Gcc never takes more than 30 minutes or so, usually around 20 or so. I have a 4 core CPU running at I think 3.2Ghz and 16Gbs of ram with portages work directory on tmpfs. This is weird. May look into a genlop change, up to a unstable one or back to a older version. See if that helps. Got to figure out how to force a upgrade tho. ;-) Thanks. At least I seem to have a clean upgrade now. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] Gcc compiling, is this normal?
Marc Joliet wrote: Am Mon, 13 May 2013 13:21:37 +0200 schrieb J. Roeleveld jo...@antarean.org: Just a quick question, are you certain it is doing both simultaneously? It could also be a bug in genlop? I was thinking that, too. Dale, I would suggest you check the contents of /var/tmp/portage/sys-devel/ (maybe clean it up first before running emerge again so that previously failed compiles don't confuse us) and see what versions of gcc are listed there. Of course, there is still a bug somewhere, since as you say the compiles go on indefinitely. This should just help limit the scope of whatever is happening. HTH It could very well be genlop. I just sent a reply to Joost. I checked portages work directory, just a old failed memtest thing from earlier. Nothing there about gcc at all. I have that on tmpfs so it cleans itself when I reboot. I rebooted yesterday I think. Spring blow of the dust. Makes me wonder about genlop but at least it finished this time. Maybe USE flag caused the infinite compile and genlop just needs some Raid. lol Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] Anybody have a Gentoo KVM image to share?
On 05/13/2013 03:36 AM, Alexander Berntsen wrote: If anyone have a Gentoo KVM image (preferably 10G or less) to share, please email the details on how to obtain a copy. I will be using it for development, so the simpler it is the better, with working networking. The reason I'm asking here is because I'm lazy and don't want to do work that somebody else has already done. Hopefully sharing it here will save someone else time as well, so please reply to the list and CC me (in case I forget to check the archives, as I don't subscribe to this list). I wrote a Gentoo install script last spring that I was beginning to update for building KVM guests a couple weeks ago (until my VM host hardware up began spontaneously rebooting on me without leaving a trace in hardware logs...). I can have another go at it. Any preference for disk size or layout? Running the script involves (obviously) a great deal of compiling, but it results in a fully up-to-date system CFLAGS and USE settings as specified up front... https://github.com/mikemol/gentoo-install signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Anybody have a Gentoo KVM image to share?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 13/05/13 14:29, Michael Mol wrote: Running the script involves (obviously) a great deal of compiling, but it results in a fully up-to-date system CFLAGS and USE settings as specified up front... I'm looking for a more minimal thing that's 5-10G and comes without X or any other heavy software. I will be using it for OpenRC testing and similar things, so a big and complicated image is not desirable. I'd like networking to work though. - -- Alexander alexan...@plaimi.net http://plaimi.net/~alexander -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlGQ3WYACgkQRtClrXBQc7WvawD+M9YGJn9WXiBYJVxyUuXopAUp GoOhAs3QSSyiVbrbLEoA/24UTrhITK9HqXrd3Q8cS/5iOAI5785PnrpoTioL+c63 =vvXs -END PGP SIGNATURE-
Re: [gentoo-user] Anybody have a Gentoo KVM image to share?
On 05/13/2013 08:32 AM, Alexander Berntsen wrote: On 13/05/13 14:29, Michael Mol wrote: Running the script involves (obviously) a great deal of compiling, but it results in a fully up-to-date system CFLAGS and USE settings as specified up front... I'm looking for a more minimal thing that's 5-10G and comes without X or any other heavy software. I will be using it for OpenRC testing and similar things, so a big and complicated image is not desirable. I'd like networking to work though. Hm. I've never tried building a Gentoo system that...small. Looks doable, though. Uncomplicated USE flags are no sweat; a lot of the machinery of the script is there to cope with quirks of updates involving large sets of USE flags. Minimal networking should be no sweat; I'll just enable everything KVM supports in the kernel configuration. How *much* networking support do you want, though? Do you need anything more beyond basic layer 3 (IPv4/IPv6) autoconfiguration (DHCP, RAs and IPv4/IPV6 LL), or do you want netfilter? signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Anybody have a Gentoo KVM image to share?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 13/05/13 14:41, Michael Mol wrote: Do you need anything more beyond basic layer [stuff] No. Thanks for looking into this. Much appreciated. - -- Alexander alexan...@plaimi.net http://plaimi.net/~alexander -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlGQ4AgACgkQRtClrXBQc7V36AD/e4FgrFlQ7VaHZ0d119NC597f L67vcZvNT7QE3Q8Z9zsA/AlhS/sifwk9GFT7oLDOYvWRtHJEzAoh5DDwapjnBsvd =hLfO -END PGP SIGNATURE-
Re: [gentoo-user] Gcc compiling, is this normal?
On Mon, May 13, 2013 13:43, Dale wrote: J. Roeleveld wrote: I try to keep the USE-flags out of make.conf as much as possible. Some packages have multislot where I don't necessarily want it enabled. It turned into a USE flag nightmare so I used package.use. Sometimes it just don't work out since a few packages gets into a world class wrestling match. I usually try but don't sweat it. My make.conf USE-variable is really small, it's all in package.use/... :) Well, after waiting for it to finish, I get this now: root@fireball / # genlop -c Currently merging 4 out of 4 * sys-devel/gcc-4.4.7 current merge time: 6 minutes and 57 seconds. ETA: 17 minutes and 2 seconds. Currently merging 4 out of 4 * sys-devel/gcc-4.4.7 current merge time: 6 minutes and 58 seconds. ETA: 17 minutes and 1 second. root@fireball / # So there it is compiling the same package version twice, again. Going to kill it since it will sit there and compile for hours if I don't. I also found out I am not the only one having issues doing a ctrl c to stop emerge too. They need some Raid on that problem. Open to new ideas. Just a quick question, are you certain it is doing both simultaneously? It could also be a bug in genlop? I always generate the binary packages, which means I don't actually need to keep older GCC-versions. I can always unpack the package using tar :) -- Joost I have it set to save a tarball here but I'd have to look up how to rescue myself if I did screw up. To rescue yourself using a binpackage: # cd / # tar -xvjpf ...path-to-binpackage-including-package... After that, I would suggest a emerge -vek world :) To answer your question, I decided to just let the stupid thing sit there and compile. After a while, I got this: root@fireball / # genlop -c Currently merging 4 out of 4 * sys-devel/gcc-4.4.7 current merge time: 25 minutes and 17 seconds. ETA: any time now. root@fireball / # So, one of the compiles finished. That is a improvement at least. I just checked again and it is finished with them all and I got this for the end of emerge: Total: 4 packages (1 upgrade, 3 reinstalls), Size of downloads: 24 kB Would you like to merge these packages? [Yes/No] y SNIPPED I'm going to say this tho, it did not have time to compile the last gcc even tho I'm sure it did. Your mention of a genlop error may be right. I bet genlop is reporting the wrong version on one of them somehow. I wonder if genlop is noticing there are 2 GCC-compiles running, but picks the most current version for both, rather then the correct version for each emerge? To add this in case I didn't mention it. One time before, gcc compiled for like 5 or 6 hours while I took a nap. I can compile LOo several times in that time frame. Gcc never takes more than 30 minutes or so, usually around 20 or so. That depends on the USE-flags, I think. GCC on my old system always took a while, new systems (with also new versions) seem to be a lot faster. Thing is, I tend to build packages for all the machines in a single VM and then install those when I have a current set. That VM tends to be started and then I just leave it till I come back from work the next day. I have a 4 core CPU running at I think 3.2Ghz and 16Gbs of ram with portages work directory on tmpfs. This is weird. May look into a genlop change, up to a unstable one or back to a older version. See if that helps. Got to figure out how to force a upgrade tho. ;-) Thanks. At least I seem to have a clean upgrade now. You might already had :) -- Joost
Re: [gentoo-user] Removing pulseaudio
Walter Dnes wrote: On Wed, Apr 24, 2013 at 12:12:56AM +0200, Michael Hampicke wrote Im not a gnome user as of yet, but I can tell you that the day is coming (Gnome 3.8 I believe) when gnome will not work without PA, so you will have to install it if you want newer Gnome. That's true, gnome3.8 will require you to install pulseaudio-2 From a logic chapter in a highschool math text, the contrapositive version of this is that removing pulseaudio will require removing gnome. I don't use it much, but I have Gnome installed, so I can play around with it if I like. Whenever PulseAudio gets updated, I manually rename /usr/bin/pulseaudio. I was never able to configure it, despite some help from this list in the past, I think my problem is that my internal sound card has two devices, and the HDMI one is default. For ALSA I was able to switch them, with PulseAudio I had no success. Sound behaviour is very erratic, and killing the pulseaudio process (or not enabling it to start at all) seems to help. Although it still happens that Amarok or Flash do not play sound, even though the test sound works fine in the Phonon setup. Quite annoying, but these days I have no time for that any more :-( Alex
Re: [gentoo-user] Gcc compiling, is this normal?
On Monday 13 May 2013 14:05:24 J. Roeleveld wrote: I wonder if genlop is noticing there are 2 GCC-compiles running, but picks the most current version for both, rather then the correct version for each emerge? That rings a bell. I think I spotted something of the sort several months ago. Don't remember which package though. Is there an easy way to find what packages I have several versions of? -- Peter
Re: [gentoo-user] Anybody have a Gentoo KVM image to share?
Hi, I can give you my minimal gentoo vm(s). It's a stable gentoo minimal system with following aditional software installed (copied from world file): app-editors/nano app-misc/screen app-portage/gentoolkit dev-util/lafilefixer net-fs/nfs-utils net-misc/dhcpcd net-misc/ntp sys-apps/portage sys-boot/grub-static sys-devel/libtool sys-kernel/gentoo-sources sys-power/acpid The vm has a 50gb harddisk, but the compressed file (qcow2) has ~3gb (/usr/portage/* stuff deletetd) The system is pretty much up-to-date and i have both 32bit and 64bit versions. However, you need the virtio drivers on the host, because i'm using those drivers for the harddisk and network. Uploading it somewhere shouldn't be a problem but it will take quite some time since my upload speed is really slow ;) mike On Monday 13 May 2013 09:36:35 Alexander Berntsen wrote: If anyone have a Gentoo KVM image (preferably 10G or less) to share, please email the details on how to obtain a copy. I will be using it for development, so the simpler it is the better, with working networking. The reason I'm asking here is because I'm lazy and don't want to do work that somebody else has already done. Hopefully sharing it here will save someone else time as well, so please reply to the list and CC me (in case I forget to check the archives, as I don't subscribe to this list). -- Alexander alexan...@plaimi.net http://plaimi.net/~alexander
Re: [gentoo-user] Anybody have a Gentoo KVM image to share?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 13/05/13 18:36, Michael Mair-Keimberger wrote: The vm has a 50gb harddisk I'm not sure how KVM works with this -- is it a static file at 50G? I'm looking for an image I can use on my SSD, so it really has to be quite small (preferably maximum 10G). Thank you for the offer though, and if I can't get a small image anywhere I could use yours via an external HDD. - -- Alexander alexan...@plaimi.net http://plaimi.net/~alexander -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlGRFzUACgkQRtClrXBQc7VqIgD9HB2r9I9rVhYsgN72b0R9L4qa gzWsYsaErtGldBM3JpUBAIwvLOF9wTF36APYnXb5/rpit7UWtkLcRW1uSjnqisxj =K16i -END PGP SIGNATURE-
Re: [gentoo-user] Gcc compiling, is this normal?
J. Roeleveld wrote: On Mon, May 13, 2013 13:43, Dale wrote: I have it set to save a tarball here but I'd have to look up how to rescue myself if I did screw up. To rescue yourself using a binpackage: # cd / # tar -xvjpf ...path-to-binpackage-including-package... After that, I would suggest a emerge -vek world :) I have a file for things like this in my root directory. I added this one. I hope I never need it tho. ;-) I'm going to say this tho, it did not have time to compile the last gcc even tho I'm sure it did. Your mention of a genlop error may be right. I bet genlop is reporting the wrong version on one of them somehow. I wonder if genlop is noticing there are 2 GCC-compiles running, but picks the most current version for both, rather then the correct version for each emerge? That could be. It may be two different problems. Some USE flag combination triggers a infinite loop and genlop needs some Raid sprayed on it. We all know how hard it is to fix something when you have two different issues going on at the same time. To add this in case I didn't mention it. One time before, gcc compiled for like 5 or 6 hours while I took a nap. I can compile LOo several times in that time frame. Gcc never takes more than 30 minutes or so, usually around 20 or so. That depends on the USE-flags, I think. GCC on my old system always took a while, new systems (with also new versions) seem to be a lot faster. Thing is, I tend to build packages for all the machines in a single VM and then install those when I have a current set. That VM tends to be started and then I just leave it till I come back from work the next day. I don't have any VMs here. Just a regular install. I did a genlop -t gcc. There was a few that went 30 minutes and one or two that went to 32 minutes. Most likely something was compiling in parallel during a upgrade. I have it set to compile that way when it can. Having gcc compile for hours is not normal especially when gcc is compiling all by itself. In the winter I don't mind the extra heat but it's pretty much summer here now. lol I have a 4 core CPU running at I think 3.2Ghz and 16Gbs of ram with portages work directory on tmpfs. This is weird. May look into a genlop change, up to a unstable one or back to a older version. See if that helps. Got to figure out how to force a upgrade tho. ;-) Thanks. At least I seem to have a clean upgrade now. You might already had :) -- Joost Well, I like it when emerge finishes cleanly and preserved-rebuild is taken care of too. Even tho it is not really needed anymore, I still run revdep-rebuild too. Going to see what happens when it upgrades again. May need to clean out older versions of gcc that nothing really needs too. That may help. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] Anybody have a Gentoo KVM image to share?
The uncompressed image has ~11gb and it would grow as you use it. However it should be easy to shrink that. The image has 3 (boot/swap/root) partitions, where the boot partition has 32mb. If i'm correct you only have to create a new image, make 2 or 3 (depends if you need swap) partitions on it, where the first one (/boot) must have the same size like in the original image (means 32mb). Than you dd the boot partition and copy the files of the root partiton to your new image. The files should fit perfectly on a ~10gb hd too since they just need ~1,5 gb. I could try it on my own, but than i would take some time... mike On Monday 13 May 2013 18:39:17 Alexander Berntsen wrote: On 13/05/13 18:36, Michael Mair-Keimberger wrote: The vm has a 50gb harddisk I'm not sure how KVM works with this -- is it a static file at 50G? I'm looking for an image I can use on my SSD, so it really has to be quite small (preferably maximum 10G). Thank you for the offer though, and if I can't get a small image anywhere I could use yours via an external HDD. -- Alexander alexan...@plaimi.net http://plaimi.net/~alexander
Re: [gentoo-user] Anybody have a Gentoo KVM image to share?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 13/05/13 19:24, Michael Mair-Keimberger wrote: The uncompressed image has ~11gb and it would grow as you use it. That is largely acceptable. I would prefer even smaller, but it's more than sufficient for now. If you have anywhere I can get hold of this image that would be great. - -- Alexander alexan...@plaimi.net http://plaimi.net/~alexander -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlGRI4gACgkQRtClrXBQc7UirQD9HdeNX5HjM03sydOz2xWSaKgN e9FmzgVe71HTPKt9EzYA/1BWcsXa6TU4g9X0v6YSHEnXcd1ltILfwvQ9+JHDaIv4 =BEcw -END PGP SIGNATURE-
Re: [gentoo-user] Anybody have a Gentoo KVM image to share?
Well, i don't have any online storage were i could upload it. Looking at google i found this site www.transferbigfiles.com but i never tried it and uploads will expire in 5 days. If you don't have anything else i would upload it there.. mike On Monday 13 May 2013 19:31:52 Alexander Berntsen wrote: On 13/05/13 19:24, Michael Mair-Keimberger wrote: The uncompressed image has ~11gb and it would grow as you use it. That is largely acceptable. I would prefer even smaller, but it's more than sufficient for now. If you have anywhere I can get hold of this image that would be great. -- Alexander alexan...@plaimi.net http://plaimi.net/~alexander
Re: [gentoo-user] Gcc compiling, is this normal?
On Mon, 13 May 2013 12:11:34 -0500, Dale wrote: To rescue yourself using a binpackage: # cd / # tar -xvjpf ...path-to-binpackage-including-package... After that, I would suggest a emerge -vek world :) I have a file for things like this in my root directory. I added this one. I hope I never need it tho. ;-) You should only need it if portage or python is borked. OTherwise you can leave the tarball in $PKGDIR and do emerge -1k cat/pkg -- Neil Bothwick without C people would code in Basi, Pasal and Obol signature.asc Description: PGP signature
Re: [gentoo-user] Gcc compiling, is this normal?
Neil Bothwick wrote: On Mon, 13 May 2013 12:11:34 -0500, Dale wrote: To rescue yourself using a binpackage: # cd / # tar -xvjpf ...path-to-binpackage-including-package... After that, I would suggest a emerge -vek world :) I have a file for things like this in my root directory. I added this one. I hope I never need it tho. ;-) You should only need it if portage or python is borked. OTherwise you can leave the tarball in $PKGDIR and do emerge -1k cat/pkg Yep. I have messed up portage before tho. Actually, I think I did it two or three times. Just me being me. ROFL Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
[gentoo-user] Re: gnome not working
On 05/13/2013 04:06 AM, cov...@ccs.covici.com wrote: When I start gdm, I get a message on the screen which says oh no, something has gone wrong. If I had a bitcoin for every time I've seen that message I could buy all of us a beer. Maybe two :) The log file is at http://pastebin.com/qwNE7ee6 -- I would appreciate any help. There are no obvious problems in your Xorg log, so the real error is not logged there. I don't use gdm so I'm not sure where those errors are logged. Anyone? The main reason I don't like using one of the *dm display managers is exactly to avoid this sort of PITA where you can't even see the real error messages. That's why I use startx instead. Anyway, the trick *I* would try is to add the gentoo=nox kernel option to the grub boot prompt (assuming you use grub) to prevent gentoo from even trying to start an X session, thus avoiding gdm and allowing you to use startx so you can read the gnome error messages on the console while X starts up. If you can ssh into that machine you could also try removing xdm from your /etc/runlevels/default directory, assuming it's there. I'm not at all sure how the *dms are usually started during boot, so someone else could give you a better answer.
[gentoo-user] Re: gnome not working
walt: Anyway, the trick *I* would try is to add the gentoo=nox kernel option to the grub boot prompt (assuming you use grub) to prevent gentoo from even trying to start an X session, thus avoiding gdm and allowing you to use startx so you can read the gnome error messages on the console while X starts up. I am also using startx and have no experience with *dm. For a test, how about renaming gdm to gdm-old and creating a script with the name gdm instead? - gdm - #!bin/bash gdm-old 21 | tee ~/gdm.log --- Hartmut
Re: [gentoo-user] Re: gnome not working
walt w41...@gmail.com wrote: On 05/13/2013 04:06 AM, cov...@ccs.covici.com wrote: When I start gdm, I get a message on the screen which says oh no, something has gone wrong. If I had a bitcoin for every time I've seen that message I could buy all of us a beer. Maybe two :) The log file is at http://pastebin.com/qwNE7ee6 -- I would appreciate any help. There are no obvious problems in your Xorg log, so the real error is not logged there. I don't use gdm so I'm not sure where those errors are logged. Anyone? The main reason I don't like using one of the *dm display managers is exactly to avoid this sort of PITA where you can't even see the real error messages. That's why I use startx instead. Anyway, the trick *I* would try is to add the gentoo=nox kernel option to the grub boot prompt (assuming you use grub) to prevent gentoo from even trying to start an X session, thus avoiding gdm and allowing you to use startx so you can read the gnome error messages on the console while X starts up. If you can ssh into that machine you could also try removing xdm from your /etc/runlevels/default directory, assuming it's there. I'm not at all sure how the *dms are usually started during boot, so someone else could give you a better answer. Well, I don't boot right into gdm or any display manager, I started gdm by hand. I did try startx, but got the same result, but I can get the .xsessionerrors, so maybe someone can figure that out. Its at http://pastebin.com/JJrdxWHB . -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] Re: gnome not working
On Mon, May 13, 2013 at 8:40 PM, cov...@ccs.covici.com wrote: [ snip ] Well, I don't boot right into gdm or any display manager, I started gdm by hand. And by that you mean /etc/init.d/gdm start? I did try startx, but got the same result, but I can get the .xsessionerrors, so maybe someone can figure that out. Its at http://pastebin.com/JJrdxWHB . Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
