| View previous topic :: View next topic |
| Author |
Message |
brainiac_ghost
n00b
Joined: 19 Sep 2004
Posts: 40
|
 Posted: Fri Feb 03, 2006 9:15 pm Post subject: |
 |
|
| me and nesl247 are going to be making stage 3 for conrad and conrad dev edition: nesl will be doing dev edition with the following arch's: athlon64 (with the i686 chost), athlon-xp, pentium4 and i686, i will be doing basic install with: athlon64 (sse3, i686 chost), athlon64 (sse2, i686 chost), athlon-xp, i686_ |
|
| Back to top |
|
 |
mirek
Guru
Joined: 20 Sep 2004
Posts: 489
Location: Oslo Norway
|
| Posted: Sat Feb 04, 2006 11:32 pm Post subject: |
|
|
| Can I use option ccache on this liveCD? I will use config.files like .config fstab xorg.conf from my backupCD. |
|
| Back to top |
|
|
cheater1034
Veteran
Joined: 09 Sep 2004
Posts: 1558
|
| Posted: Sun Feb 05, 2006 12:01 am Post subject: |
|
|
| mirek wrote: | | Can I use option ccache on this liveCD? I will use config.files like .config fstab xorg.conf from my backupCD. |
Hmm, I am not following you 
Are you referring to the Conrad Install LiveCD? -, if so, I do know know because I never tried :X
_________________
IRC!: #zen-sources on irc.rizon.net
zen-kernel.org
--
Lost in android development land. |
|
| Back to top |
|
|
bigbob73
Guru
Joined: 31 Dec 2004
Posts: 332
Location: Under the Lone Star
|
| Posted: Sun Feb 05, 2006 12:33 pm Post subject: |
|
|
anyone have trouble building wxGTK. it's the only one that wouldn't rebuild after upgrading to gcc 4.0.3
snip..../bk-make-pch .pch/wxprec_basedll/wx/wxprec.h.gch wx/wxprec.h i686-pc-linux-gnu-g++ -I.pch/wxprec_basedll -D__WXGTK__ -DwxUSE_GUI=0 -DWXMAKINGDLL_BASE -DwxUSE_BASE=1 -fPIC -DPIC -DWX_PRECOMP -DNO_GCC_PRAGMA -DGTK_NO_CHECK_CASTS -Ilib/wx/include/gtk2-ansi-release-2.6 -I/var/tmp/portage/wxGTK-2.6.2-r1/work/wxWidgets-2.6.2/include -pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D_LARGEFILE_SOURCE=1 -I/usr/X11R6/include -O2 -O2 -march=pentium4 -fweb -frename-registers -fomit-frame-pointer -ftracer -pipe -fvisibility-inlines-hidden -Wl,-O1 -pthread -I/usr/include/SDL -D_REENTRANT -Wall -Wundef -Wno-ctor-dtor-privacy
/usr/lib/gcc/i686-pc-linux-gnu/4.0.3-20060126/../../../crt1.o: In function `_start':
init.c.text+0x18): undefined reference to `main'
collect2: ld returned 1 exit status
make: *** [.pch/wxprec_basedll/wx/wxprec.h.gch] Error 1
!!! ERROR: x11-libs/wxGTK-2.6.2-r1 failed.
Call stack:
ebuild.sh, line 1894: Called dyn_compile
ebuild.sh, line 941: Called src_compile
wxGTK-2.6.2-r1.ebuild, line 50: Called configure_build 'compile' 'gtk2' 'unicode'
!!! emake failed
!!! If you need support, post the topmost build error, and the call stack if relevant.
_________________
A computers attention span is only as long as it's electrical cord (Murphy) |
|
| Back to top |
|
|
Flup
n00b
Joined: 03 Aug 2005
Posts: 12
Location: Belgium
|
| Posted: Sun Feb 05, 2006 4:16 pm Post subject: |
|
|
| buttons wrote: | Nevermind. Whenever compiling a system with the X2 processor, I get the following errors:
ERROR: <something cannot be run> until sysinit completes!
for all boot and default services (while booting)
|
I had the same problem. Rebooting the system a second time, like someone suggested here, made the problem disapear.
But then I had an other problem. I have my /usr, /var and /tmp directories on sepparate (reiser4) partitions, so I added entries for them in fstab. While booting, I got a message that the system was unable to boot them because of an invalid option. After looking in dmesg, that invalid option turned out to be 'notail'. Apparently, this option is not supported by reiser4. I actually think that option isn't needed anyway. This is what the mount manual page says about it (in the 'reiserfs options' section):
| Code: |
[b]notail[/b]
By default, reiserfs stores small files and `file tails' directly into its tree. This confuses some utilities such as LILO(8). This option is used to disable packing of files into the tree.
|
Doesn't seem you gain any speed with it... It's only bootloader related.
In my fstab, I also added the 'notail' option for my root (/) partition (also reiser4), and that seemed to mount ok. I have no idea how that is possible 
So, buttons, although I didn't had to remove the 'notail' option from my fstab to fix the problem you described, it may solve the problem for you (if you use different partitions for the various directories in your filesystem). If it doesn't, you will have to find what the problem may cause. Because it is init related, you will have to read the section about the init process in the normal gentoo installation docs and the man pages for init and inittab. Because I looked for it myself, I will give you what I found this far (related to the problem):
The reason you get a message like '<something cannot be run> until sysinit completes' is in /sbin/runscript.sh (*), lines 19 to 23:
| Code: |
# Stop init scripts from working until sysinit completes
if [[ -e /dev/.rcsysinit ]] ; then
eerror "ERROR: cannot run ${myservice} until sysinit completes"
exit 1
fi
|
So that means there's a file in /dev, called .rcsysinit, that should not be there. So while the initscripts are executed, there must be a command that removes that file. That command can be found in /sbin/rc.
The first thing init does is executing the following command: /sbin/rc sysinit
/sbin/rc is a startup script that expects different arguments (which 'sysinit' is one of). On approximately line 100 there's an if then statement that 'selects' the sysinit argument and then executes the commands in the statement. First you'll have to make sure the if statement is true. If that's the case, you'll have to look in the if then statement to see what's going wrong. The command to remove .rcsysinit is executed on the end of it.
I hope you understood a bit of all what I've written here and that you can fix your problem with it. If something is unclear, ask it 
Oh, and btw, I have an x86 architecture, so it has nothing to do with your architecture. I also run a nitro-kernel.
(*) I guess runscript.sh executes all the scripts you added to your runlevels, although there's always #!/sbin/runscript on top if every initscript. That would mean /sbin/runscript executes /sbin/runscript.sh... Also, there's another runscript.sh file in /etc/init.d/ also, so I'm not sure wich one is actually executed. But /sbin/runscript.sh makes most sense  |
|
| Back to top |
|
|
cheater1034
Veteran
Joined: 09 Sep 2004
Posts: 1558
|
| Posted: Sun Feb 05, 2006 11:09 pm Post subject: |
|
|
| bigbob73 wrote: | anyone have trouble building wxGTK. it's the only one that wouldn't rebuild after upgrading to gcc 4.0.3
snip..../bk-make-pch .pch/wxprec_basedll/wx/wxprec.h.gch wx/wxprec.h i686-pc-linux-gnu-g++ -I.pch/wxprec_basedll -D__WXGTK__ -DwxUSE_GUI=0 -DWXMAKINGDLL_BASE -DwxUSE_BASE=1 -fPIC -DPIC -DWX_PRECOMP -DNO_GCC_PRAGMA -DGTK_NO_CHECK_CASTS -Ilib/wx/include/gtk2-ansi-release-2.6 -I/var/tmp/portage/wxGTK-2.6.2-r1/work/wxWidgets-2.6.2/include -pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D_LARGEFILE_SOURCE=1 -I/usr/X11R6/include -O2 -O2 -march=pentium4 -fweb -frename-registers -fomit-frame-pointer -ftracer -pipe -fvisibility-inlines-hidden -Wl,-O1 -pthread -I/usr/include/SDL -D_REENTRANT -Wall -Wundef -Wno-ctor-dtor-privacy
/usr/lib/gcc/i686-pc-linux-gnu/4.0.3-20060126/../../../crt1.o: In function `_start':
init.c.text+0x18): undefined reference to `main'
collect2: ld returned 1 exit status
make: *** [.pch/wxprec_basedll/wx/wxprec.h.gch] Error 1
!!! ERROR: x11-libs/wxGTK-2.6.2-r1 failed.
Call stack:
ebuild.sh, line 1894: Called dyn_compile
ebuild.sh, line 941: Called src_compile
wxGTK-2.6.2-r1.ebuild, line 50: Called configure_build 'compile' 'gtk2' 'unicode'
!!! emake failed
!!! If you need support, post the topmost build error, and the call stack if relevant. |
Hmm, I do not have this problem, but it looks like a LDFLAGS Problem, try doing this, LDFLAGS="" emerge wxGTK, and see if it will build. also, remove the -Wl,-O1 in the CXXFLAGS just for this build and then see if it will work.
_________________
IRC!: #zen-sources on irc.rizon.net
zen-kernel.org
--
Lost in android development land. |
|
| Back to top |
|
|
RobNyc
Tux's lil' helper
Joined: 11 Oct 2005
Posts: 101
Location: NYC
|
| Posted: Mon Feb 06, 2006 8:42 am Post subject: |
|
|
Loading ALSA modules...
loading: snd-seq-oss..
FATAL: Error inserting snd_seq_oss (/lib/modules/2.6.15-no3/kernel/sound/core/seq/oss/snd-seq-oss.ko): Invalid arg
* Loading: snd-pcm-oss...
FATAL: Error inserting snd_pcm_oss (/lib/modules/2.6.15-no3/kernel/sound/core/oss/snd-pcm-oss.ko): Unknown symbol in module, or unknown paramter (see dmesg)
* Loading: snd-seq-oss ...
FATAL: Error inserting snd_seq_oss (/lib/modules/2.6.15-no3/kernel/sound/core/seq/oss/snd-seq-oss.ko): Invalid ar
* Loading: snd-pcm-oss ...
FATAL: Error inserting snd_pcm_oss (/lib/modules/2.6.15-no3/kernel/sound/core/oss/snd-pcm-oss.ko): Unknown symbol in module, or unknown paramter (see dmesg)
* Restoring Mixer Levels...
/usr/sbin/alsactl: set_control:894: warning: name misatch (IEC958 Playback Route/IEC958 Playback Source) for control #41
/usr/sbin/alsactl: set_control:896: warning: index mismatch (0/0) for control #41
/usr/sbin/alsactl: set_control:898: failed to obtain info for control #41 (Operation not permitted)
* Errors while restoring defaults, ignoring
* Some file in '/etc/{conf.d,init.d}' have Modification time in the future!
... my lspci shows
Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller
_________________
Thank You |
|
| Back to top |
|
|
bigbob73
Guru
Joined: 31 Dec 2004
Posts: 332
Location: Under the Lone Star
|
| Posted: Mon Feb 06, 2006 12:59 pm Post subject: |
|
|
| cheater1034 wrote: | | bigbob73 wrote: | anyone have trouble building wxGTK. it's the only one that wouldn't rebuild after upgrading to gcc 4.0.3
snip..../bk-make-pch .pch/wxprec_basedll/wx/wxprec.h.gch wx/wxprec.h i686-pc-linux-gnu-g++ -I.pch/wxprec_basedll -D__WXGTK__ -DwxUSE_GUI=0 -DWXMAKINGDLL_BASE -DwxUSE_BASE=1 -fPIC -DPIC -DWX_PRECOMP -DNO_GCC_PRAGMA -DGTK_NO_CHECK_CASTS -Ilib/wx/include/gtk2-ansi-release-2.6 -I/var/tmp/portage/wxGTK-2.6.2-r1/work/wxWidgets-2.6.2/include -pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D_LARGEFILE_SOURCE=1 -I/usr/X11R6/include -O2 -O2 -march=pentium4 -fweb -frename-registers -fomit-frame-pointer -ftracer -pipe -fvisibility-inlines-hidden -Wl,-O1 -pthread -I/usr/include/SDL -D_REENTRANT -Wall -Wundef -Wno-ctor-dtor-privacy
/usr/lib/gcc/i686-pc-linux-gnu/4.0.3-20060126/../../../crt1.o: In function `_start':
init.c.text+0x18): undefined reference to `main'
collect2: ld returned 1 exit status
make: *** [.pch/wxprec_basedll/wx/wxprec.h.gch] Error 1
!!! ERROR: x11-libs/wxGTK-2.6.2-r1 failed.
Call stack:
ebuild.sh, line 1894: Called dyn_compile
ebuild.sh, line 941: Called src_compile
wxGTK-2.6.2-r1.ebuild, line 50: Called configure_build 'compile' 'gtk2' 'unicode'
!!! emake failed
!!! If you need support, post the topmost build error, and the call stack if relevant. |
Hmm, I do not have this problem, but it looks like a LDFLAGS Problem, try doing this, LDFLAGS="" emerge wxGTK, and see if it will build. also, remove the -Wl,-O1 in the CXXFLAGS just for this build and then see if it will work. |
Thanks! that got it.
Bigbob
_________________
A computers attention span is only as long as it's electrical cord (Murphy) |
|
| Back to top |
|
|
p4r0l3
n00b
Joined: 12 Jan 2006
Posts: 26
|
| Posted: Mon Feb 06, 2006 1:13 pm Post subject: |
|
|
| RobNYC: I had the same problem not too long ago. I'm guessing you compiled your kernel without alsa support and emerged alsa-utils? IF I remember correctly, the problem was that two sets of those modules were trying to load at once. (I may be wrong.) What I did to fix the problem was remove EVERYTHING related to alsa and oss, unmerge it all, then re-emerge alsa-utils. For some reason alsaconf didn't work for me after doing so, so I had to manually edit my alsa file to load the right modules at startup. Head over to the kororaa.org forums if you want to read about my troubles with it. This last install I just compiled my kernel with alsa support....alot easier! |
|
| Back to top |
|
|
RobNyc
Tux's lil' helper
Joined: 11 Oct 2005
Posts: 101
Location: NYC
|
| Posted: Mon Feb 06, 2006 8:28 pm Post subject: |
|
|
| p4r0l3 wrote: | | RobNYC: I had the same problem not too long ago. I'm guessing you compiled your kernel without alsa support and emerged alsa-utils? IF I remember correctly, the problem was that two sets of those modules were trying to load at once. (I may be wrong.) What I did to fix the problem was remove EVERYTHING related to alsa and oss, unmerge it all, then re-emerge alsa-utils. For some reason alsaconf didn't work for me after doing so, so I had to manually edit my alsa file to load the right modules at startup. Head over to the kororaa.org forums if you want to read about my troubles with it. This last install I just compiled my kernel with alsa support....alot easier! |
Sure .. link me
_________________
Thank You |
|
| Back to top |
|
|
p4r0l3
n00b
Joined: 12 Jan 2006
Posts: 26
|
|
| Back to top |
|
|
RobNyc
Tux's lil' helper
Joined: 11 Oct 2005
Posts: 101
Location: NYC
|
| Posted: Tue Feb 07, 2006 1:17 am Post subject: |
|
|
THanks. but the first link is for Kororaa users using mixed system . I'm using pure ~x86 or + the second seems u got the same errors as me =]
_________________
Thank You |
|
| Back to top |
|
|
RobNyc
Tux's lil' helper
Joined: 11 Oct 2005
Posts: 101
Location: NYC
|
| Posted: Wed Feb 08, 2006 9:09 am Post subject: |
|
|
Cheater..
a suggestion here..
You should add ... kdebase-meta , (kde-meta installs just about everything in kde and it takes way too long) and kde its long too, kdebase-meta is about the best start.
_________________
Thank You |
|
| Back to top |
|
|
rituko_a
n00b
Joined: 04 Dec 2005
Posts: 16
Location: Moscow, Russia
|
| Posted: Wed Feb 08, 2006 10:35 pm Post subject: |
|
|
| Quote: | encoding.l: In function 'int yylex(char*, Encodings_t&)':
encoding.l:111: warning: comparison between signed and unsigned integer expressions
encoding.l:143: warning: comparison between signed and unsigned integer expressions
encoding.l:147: warning: comparison between signed and unsigned integer expressions
parser.cpp: At global scope:
parser.cpp:1587: error: declaration of 'int isatty(int)' throws different exceptions
/usr/include/unistd.h:743: error: than previous declaration 'int isatty(int) throw ()'
parser.cpp:1363: warning: 'void yyunput(int, char*)' defined but not used
make: *** [parser.o] Error 1
make: *** Waiting for unfinished jobs....
!!! ERROR: x11-apps/ttmkfdir-3.0.9-r3 failed.
Call stack:
ebuild.sh, line 1894: Called dyn_compile
ebuild.sh, line 941: Called src_compile
|
glibc-2.3.90.20060121
gcc-4.0.3.20060202-r1
binutils-2.16.1-r1
libstdc++-v3-3.3.6
libtool-1.5.22
CFLAGS="-O2 -march=athlon-xp -fweb -frename-registers -fomit-frame-pointer -ftracer -pipe"
CHOST="i686-pc-linux-gnu"
CXXFLAGS="${CFLAGS} -fvisibility-inlines-hidden -Wl,-O1"
LDFLAGS="-Wl,-O1 -Wl,--enable-new-dtags -Wl,--sort-common -s" |
|
| Back to top |
|
|
barry
Apprentice
Joined: 01 May 2002
Posts: 170
Location: UK
|
| Posted: Thu Feb 09, 2006 11:56 am Post subject: |
|
|
When doing the first few steps (AMD64 not x86) I get these messages on dmesg while building libstdc++-v3. I tried building it again, and the messages are repeated:
conftest[16821]: segfault at 0000000000000080 rip 00002aaaaacf3438 rsp 00007ffffff12cb0 error 4
conftest[22955]: segfault at 0000000000000040 rip 000000005559b3eb rsp 00000000ffffbabc error 4
It happens on both the stable and ~amd64 versions of libstdc++-v3, before and after the toolchain rebuild (I am using gcc 4.0.2-r3, not 4.0.3). |
|
| Back to top |
|
|
cheater1034
Veteran
Joined: 09 Sep 2004
Posts: 1558
|
| Posted: Thu Feb 09, 2006 7:57 pm Post subject: |
|
|
| rituko_a wrote: | | Quote: | encoding.l: In function 'int yylex(char*, Encodings_t&)':
encoding.l:111: warning: comparison between signed and unsigned integer expressions
encoding.l:143: warning: comparison between signed and unsigned integer expressions
encoding.l:147: warning: comparison between signed and unsigned integer expressions
parser.cpp: At global scope:
parser.cpp:1587: error: declaration of 'int isatty(int)' throws different exceptions
/usr/include/unistd.h:743: error: than previous declaration 'int isatty(int) throw ()'
parser.cpp:1363: warning: 'void yyunput(int, char*)' defined but not used
make: *** [parser.o] Error 1
make: *** Waiting for unfinished jobs....
!!! ERROR: x11-apps/ttmkfdir-3.0.9-r3 failed.
Call stack:
ebuild.sh, line 1894: Called dyn_compile
ebuild.sh, line 941: Called src_compile
|
glibc-2.3.90.20060121
gcc-4.0.3.20060202-r1
binutils-2.16.1-r1
libstdc++-v3-3.3.6
libtool-1.5.22
CFLAGS="-O2 -march=athlon-xp -fweb -frename-registers -fomit-frame-pointer -ftracer -pipe"
CHOST="i686-pc-linux-gnu"
CXXFLAGS="${CFLAGS} -fvisibility-inlines-hidden -Wl,-O1"
LDFLAGS="-Wl,-O1 -Wl,--enable-new-dtags -Wl,--sort-common -s" |
Hmm, I have not gotten that error on building that package, it may very well be the -frename-registers or LDFLAGS.
you can try LDFLAGS="" emerge ttmkfdir, for now. Some packages are not used to seeing the LDFLAGS and they break on the compile.
| barry wrote: | When doing the first few steps (AMD64 not x86) I get these messages on dmesg while building libstdc++-v3. I tried building it again, and the messages are repeated:
conftest[16821]: segfault at 0000000000000080 rip 00002aaaaacf3438 rsp 00007ffffff12cb0 error 4
conftest[22955]: segfault at 0000000000000040 rip 000000005559b3eb rsp 00000000ffffbabc error 4
It happens on both the stable and ~amd64 versions of libstdc++-v3, before and after the toolchain rebuild (I am using gcc 4.0.2-r3, not 4.0.3)." |
Hmm, is this proving to be a fatal issue? Or is it causing intense problems that are causing harm to anything? If it is a fatal issue I would attempt to debug it further, are you doing the guide as-is? or making any CFLAG/make.conf adjustments.
_________________
IRC!: #zen-sources on irc.rizon.net
zen-kernel.org
--
Lost in android development land. |
|
| Back to top |
|
|
barry
Apprentice
Joined: 01 May 2002
Posts: 170
Location: UK
|
| Posted: Thu Feb 09, 2006 8:37 pm Post subject: |
|
|
| Quote: | | Hmm, is this proving to be a fatal issue? |
It doesn't seem to prevent libstdc++-v3 from building, but I'm obviously worried about the messages as they're far from normal. I tried reinstalling again from scratch and it still occurs - I even finished the installation and booted into the new kernel and tried again - same messages. So far it's only happned on libstdc++-v3.
I'm using the safest possible CFLAGS (-O2 -march=k8 -pipe only) and no overlays. |
|
| Back to top |
|
|
cheater1034
Veteran
Joined: 09 Sep 2004
Posts: 1558
|
| Posted: Thu Feb 09, 2006 10:04 pm Post subject: |
|
|
| barry wrote: | | Quote: | | Hmm, is this proving to be a fatal issue? |
It doesn't seem to prevent libstdc++-v3 from building, but I'm obviously worried about the messages as they're far from normal. I tried reinstalling again from scratch and it still occurs - I even finished the installation and booted into the new kernel and tried again - same messages. So far it's only happned on libstdc++-v3.
I'm using the safest possible CFLAGS (-O2 -march=k8 -pipe only) and no overlays. |
Hmm, This has not happened to me before, if it has I didnt know it anyway.
I would stop after first build of toolkit, build a minimal kernel maybe, and boot up the system in a empty condition, if it seems to run flawless you can continue with the installation from there.
I am sure they are not normal, I have not seen them, but if it builds I would test to make sure it boots first.
_________________
IRC!: #zen-sources on irc.rizon.net
zen-kernel.org
--
Lost in android development land. |
|
| Back to top |
|
|
taylorpendley
n00b
Joined: 23 Jan 2006
Posts: 41
|
| Posted: Fri Feb 10, 2006 2:14 am Post subject: |
|
|
i get same dyn_compile on libstdc++-v3 too
i think i am getting this dyn_compile error down this
i am able to compile the packages sometimes and others times im not
it seems that i have to emerge linux-headers, binutils, all the automake pkg's and autoconf pkg's, libtool, file, which, patch after emerging glibc and gcc for the last time, i think its one of those pkg's or maybe some of them that fix the issue
i think that works but i am going to test it for sure later tonight
i think thats why i can usually emerge those pkg's after emerge -e world, because it emerges all the packages i mentioned above
its hard though because the times i am able to actually compile all the packages i get the dyn_compile error for (all versions of xorg, gpm libstdc++, libsigc++, uclibc++, sometimes baselayout, db sometimes, kdb sometimes) are so few and far between its hard to pin it down to any particular thing
i will keep trying though until i get a successfuly install with no dyn_compile errors
ALSO just a side note:
i have tried every combination of CFLAGS CXXFLAGS LDFLAGS, stripped them down to pratically nothing and they never fix the error |
|
| Back to top |
|
|
rituko_a
n00b
Joined: 04 Dec 2005
Posts: 16
Location: Moscow, Russia
|
| Posted: Fri Feb 10, 2006 3:02 am Post subject: |
|
|
| Quote: | | you can try LDFLAGS="" emerge ttmkfdir, for now. Some packages are not used to seeing the LDFLAGS and they break on the compile. |
Strange... i tried w\o LDFLAGS, w\o CFLAGS, w\o CXXFLAGS... same result O__o
btw mysql don't want to compile too...
| Quote: | sql_insert.cc: In function âint check_update_fields(THD*, TABLE_LIST*, List<Item>&)â:
sql_insert.cc:241: fatal error: internal consistency failure
compilation terminated.
|
So it went smooth w\o -frename-registers...
Still dont know what to do with ttmkfdir... did it went smooth for you?
And... good luck to me, system reemerged, world too... i'll reboot )) |
|
| Back to top |
|
|
seren
Guru
Joined: 27 Aug 2005
Posts: 448
Location: Wisconsin
|
| Posted: Fri Feb 10, 2006 7:12 am Post subject: |
|
|
| Quote: | rituko_a wrote:
Quote:
encoding.l: In function 'int yylex(char*, Encodings_t&)':
encoding.l:111: warning: comparison between signed and unsigned integer expressions
encoding.l:143: warning: comparison between signed and unsigned integer expressions
encoding.l:147: warning: comparison between signed and unsigned integer expressions
parser.cpp: At global scope:
parser.cpp:1587: error: declaration of 'int isatty(int)' throws different exceptions
/usr/include/unistd.h:743: error: than previous declaration 'int isatty(int) throw ()'
parser.cpp:1363: warning: 'void yyunput(int, char*)' defined but not used
make: *** [parser.o] Error 1
make: *** Waiting for unfinished jobs....
!!! ERROR: x11-apps/ttmkfdir-3.0.9-r3 failed.
Call stack:
ebuild.sh, line 1894: Called dyn_compile
ebuild.sh, line 941: Called src_compile |
LDFLAGS arent that problem, im getting this error add i fixed it with the flex overlay from this post.
https://forums.gentoo.org/viewtopic-t-431329-highlight-ttmkfdir.html
i just got everything compiled 1.5dev version, but kde wont log in its complaning
| Code: | kdmgreet: WARNING: KLocale; trying to look up "" in catalog. Fix the program
FreeFontPath: FPE "/usr/share/fonts/misc" refcount is 2, should be 1; fixing |
than kdm restarts and does the same thing, i merged flex with the overlay, then ttmkfdir compiled cleanly, now im remerging xorg 6.9.0 hope that fixes it.. |
|
| Back to top |
|
|
cheater1034
Veteran
Joined: 09 Sep 2004
Posts: 1558
|
| Posted: Sun Feb 12, 2006 2:29 am Post subject: |
|
|
| seren wrote: | | Quote: | rituko_a wrote:
Quote:
encoding.l: In function 'int yylex(char*, Encodings_t&)':
encoding.l:111: warning: comparison between signed and unsigned integer expressions
encoding.l:143: warning: comparison between signed and unsigned integer expressions
encoding.l:147: warning: comparison between signed and unsigned integer expressions
parser.cpp: At global scope:
parser.cpp:1587: error: declaration of 'int isatty(int)' throws different exceptions
/usr/include/unistd.h:743: error: than previous declaration 'int isatty(int) throw ()'
parser.cpp:1363: warning: 'void yyunput(int, char*)' defined but not used
make: *** [parser.o] Error 1
make: *** Waiting for unfinished jobs....
!!! ERROR: x11-apps/ttmkfdir-3.0.9-r3 failed.
Call stack:
ebuild.sh, line 1894: Called dyn_compile
ebuild.sh, line 941: Called src_compile |
LDFLAGS arent that problem, im getting this error add i fixed it with the flex overlay from this post.
https://forums.gentoo.org/viewtopic-t-431329-highlight-ttmkfdir.html
i just got everything compiled 1.5dev version, but kde wont log in its complaning
| Code: | kdmgreet: WARNING: KLocale; trying to look up "" in catalog. Fix the program
FreeFontPath: FPE "/usr/share/fonts/misc" refcount is 2, should be 1; fixing |
than kdm restarts and does the same thing, i merged flex with the overlay, then ttmkfdir compiled cleanly, now im remerging xorg 6.9.0 hope that fixes it.. |
Thankyou seren, this will go into the Dev. Edition guide, and this guide if required.
_________________
IRC!: #zen-sources on irc.rizon.net
zen-kernel.org
--
Lost in android development land. |
|
| Back to top |
|
|
moeeeep
n00b
Joined: 09 Nov 2005
Posts: 7
Location: somewhere in the alpes
|
| Posted: Sun Feb 12, 2006 4:51 pm Post subject: |
|
|
thx for this great guide.
I had a big problem last week: I couldn't boot. Obviously it hade something to do with the kernel (no-sources and nitro-sources had the same problem).
After grub I the kernel started but hanged after 49% of the bootsplash. I used reiser4 that time. This week I started from scratch, I installed a Gentoo Stage 3 first to check if everything was running. Then I walked through the installation process of the conrad guide. I am using reiser3.6 now (I didn't wanted to work on windoze for another week).
It would be great if you could add support to change the resolution and the frequency at the boot prompt of the live cd manually. 60Hz on a CRT is very bothering
greetz moeeeep |
|
| Back to top |
|
|
Riplix
n00b
Joined: 26 Sep 2004
Posts: 33
|
| Posted: Sat Feb 18, 2006 11:39 pm Post subject: |
|
|
When rebuilding the toolkit (precisely when rebuilding the libtool package) I get the following error:
!!! ERROR: sys-devel/libtool-1.5.22 failed.
Call stack:
ebuild.sh, line 1894: Called dyn_compile
ebuild.sh, line 941: Called src_compile
libtool-1.5.22.ebuild, line 128: Called econf
!!! econf failed
!!! If you need support, post the topmost build error, and the call stack if relevant.
I've tried disabling LDFLAGS and also other flag options...
Moreover when untaring the stage3 tarball... the untar was successfully finished but it printed an error (something like "Finished from previous error").
Any ideas?
Thnx. |
|
| Back to top |
|
|
nesl247
Veteran
Joined: 15 Jun 2004
Posts: 1614
Location: Florida
|
| Posted: Sat Feb 18, 2006 11:41 pm Post subject: |
|
|
| You need to post the few lines before that... |
|
| 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
|
|
Unsupported Software
