Ok,
so after almost 1 day of recompiling the basic minimal i was greeted with
the same issue, cannot boot from install CD, the system cannot find
2nd_stage*tar. i reverted to udev version 136, version that was on my
previous installation, that works and installs corectly and boots the CD.
After i will finish creating a basic workable T2 with current packages and
outdated udev i will try to adapt 167 to our version or if something new
comes up i will try to go to that version.
If you try to replicate my steps beware that util-linux currently on t2
SVN will fail with udev 136. You need to add the following to
pachage/util-linux.conf
var_append GCC_WRAPPER_APPEND ' '
'-DLIBUDEV_I_KNOW_THE_API_IS_SUBJECT_TO_CHANGE=1'
also,
if you start as i did from t2 iso 8.0 or rc2 ( rc3 is not there) you need
to :
1. create a config that will closely match your current t2 instalation
(basic desktop)
2. use Emerge-pkg -cfg your_previously_defined_cfg to install m4 autoconf
automake gawk python bc and if you try to build mesa and X add llvm to
this list. These will install some aditional dependencies and hopefully
the deps will also compile successfuly. Now there is a catch here. The
dependencies are tricky ( one tries to install udev... but fails with
167). If the package you need was built successfuly but some other
package, built after your intended one fails, do not try to build the next
one as a separate command to Emerge-pkg. You need a stable compile
environment enough to build a decent and recent t2 and that will be the
build base for the rest.
3. gcc will complain at some point about the exception model. simply
disable this feature adding in .config the --disable-sjlj-eceptions to the
config params
4.DO NOT TRY TO UPDATE UDEV at 167 on your current system. it messed up my
consoles and possibly other stuff. on a T2 installed from disk, it will
still boot but not very nice. I also do not recommend recreating initrd
with this melange of old and new packages. I did it once and it costed me
1 hour of my time in reinstalling and patching again.
5.also in util-linux disable sulogin, su, login using config options
--disable-feature. these are built separately by their respective packages
and build will fail either for util-linux or for these packages because of
shared files.
6.downgrade gawk to 4.0.2. it is better for this build. Later on you can
attempt to upgrade but for now your life will be easier with this one and
gawk is needed.
7. aufs.conf remove var_append_makeopt ' ' ' blabla (obsolete i think)
8. downgrade automake to 1.13.4 ( some packages will require it)
9. dietlibc file parse-config-9 you have some mambo jumbo related to udev
compiling a second time and link against dietlibc. if you do not build
with dietlibc i recommend commenting that branch. it will fail gracefully
if you build with glibc and no dynamic linking to dietlibc
there might be other issues but these are the big ones. The rest you will
figure out by yourself and if not we will try to help.
------------------------------
now try to build and fix issues as they come. I include some patches here
and as i progress i will add more.
good luck,
Iulian
> HI,
>
> yes with new udev versions it is annoying that they use even more
> state-of-the-art glibc and kernel features, macros, bits, that fail with
> dietlibc. Not using dietlibc increases the initrd significantly. I just
> fixed mkinitrd to work with glibc dynamic .so for lib64 systems,
>
> René
>
> On Oct 15, 2013, at 9:47 , ***@ns.pandcinfo.ro wrote:
>
>> Hi Rene,
>>
>> I will continue the search because i think that there are also other
>> packages that break the build. one of them is udev which is ...messy. i
>> did not find yet a way of fixing it but i will post my patches as soon
>> as
>> i find a comfortable solution and a reliable reproducible way of
>> upgrading.
>>
>> it takes a lot of work but the outcome is near :)
>>
>> regards,
>>
>> Iulian
>>
>>
>>
>>> Hi Iulian,
>>>
>>> thank you so much! Committed revision 42116!
>>>
>>> Greetings,
>>> René
>>>
>>> On Oct 14, 2013, at 14:17 , ***@ns.pandcinfo.ro wrote:
>>>
>>>> Hi,
>>>>
>>>> After scanning the last 3 hours i think that this is the issue we are
>>>> experiencing
>>>>
>>>> http://www.linuxquestions.org/questions/slackware-14/kernel-3-10-0-won%27t-run-initrd-slackware-14-0-a-4175468404/
>>>>
>>>> basically we need to enable in 3.10 CONFIG_BINFMT_SCRIPT=y.
>>>>
>>>>
>>>> there are other posts that are around this similar issue but i will go
>>>> with this one and try to put it in.
>>>>
>>>> Regards,
>>>>
>>>> Iulian
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>> Hi,
>>>>>
>>>>> yes, I know this fix-clean-build cycles. When I was still at
>>>>> university
>>>>> I
>>>>> often did so at ROCK/T2 times for a week. Even configured the build
>>>>> abort
>>>>> to beep and wake me up at night,
>>>>>
>>>>> I just double checked, linux-3.11.x does update in an otherwise
>>>>> working
>>>>> VM
>>>>> does not boot with the same error in my test VM,
There must be
>>>>> something
>>>>> out of sync regarding kernel config and initrd.
>>>>>
>>>>> Greetings,
>>>>> René
>>>>>
>>>>> On Oct 14, 2013, at 11:56 , ***@ns.pandcinfo.ro wrote:
>>>>>
>>>>>> Hi Rene,
>>>>>>
>>>>>> i collected all the patches i applied over the last week and i will
>>>>>> write
>>>>>> a new doc on how to get up from 8.0 to 9.0 in 83 "easy" steps. I was
>>>>>> just
>>>>>> blowing some steam.... sorry. i know how much work you put in... but
>>>>>> last
>>>>>> days were filled with fix clean -cache -build and restart over and
>>>>>> over
>>>>>> to
>>>>>> get all right. I was really hoping to see that T2 booting
>>>>>> tonight....
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>> Hi Iulian,
>>>>>>>
>>>>>>> yes, so am I after over a decade in the open source world. Things
>>>>>>> are
>>>>>>> broken rather more often than not, and than people can catch up to
>>>>>>> fix
>>>>>>> it
>>>>>>> :-/
>>>>>>>
>>>>>>> I will take a look as well, I noticed I also got this kind of
>>>>>>> failure
>>>>>>> with
>>>>>>> an in-system kernel update, so it looks something changed with the
>>>>>>> kernel
>>>>>>> and/or config (that is maybe some new config option is not set as
>>>>>>> necessary for the initrd stuff,
).
>>>>>>>
>>>>>>> Btw, from the change-log it should be obvious how much work I
>>>>>>> personally
>>>>>>> spent with T2:
>>>>>>>
>>>>>>> http://svn.exactcode.de/ChangeLog-t2
>>>>>>>
>>>>>>> I would really appreciate if others would contribute their changes
>>>>>>> and
>>>>>>> patches more often to keep things working more smoothly.
>>>>>>>
>>>>>>> Greetings,
>>>>>>> René
>>>>>>>
>>>>>>> On Oct 14, 2013, at 11:27 , ***@ns.pandcinfo.ro
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Well,
>>>>>>>>
>>>>>>>> after almost a week of tinkering day and night with packages that
>>>>>>>> refuse
>>>>>>>> to update i managed to compile a basic version. Unfortunately it
>>>>>>>> does
>>>>>>>> not
>>>>>>>> boot. i get Failed to execute /init
>>>>>>>>
>>>>>>>> /bin/sh No Controlling TTY (open /dev/tty: no such file or
>>>>>>>> directory)
>>>>>>>>
>>>>>>>> kernel is 3.10.12-dist and initrd appears to be correct.
>>>>>>>>
>>>>>>>> i am really dissapointed.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>> well i'm trying for the last two days to build a workable from t2
>>>>>>>>> 8.0
>>>>>>>>> iso
>>>>>>>>> to no avail. Downgraded some packages, tweaked some others but
>>>>>>>>> still
>>>>>>>>> cannot build. Thank you for your efforts. i will continue trying
>>>>>>>>> to
>>>>>>>>> build
>>>>>>>>> since i have a big project based on this. Of course i will post
>>>>>>>>> my
>>>>>>>>> diffs
>>>>>>>>> and tweaks and possible a new manual if i have time.
>>>>>>>>>
>>>>>>>>> Regards,
>>>>>>>>>
>>>>>>>>> Iulian
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>> hi,
>>>>>>>>>> i now try an build an 64bit live iso on current trunk.
>>>>>>>>>> If build fine and boot i share the iso.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> 2013/10/3 <***@ns.pandcinfo.ro>
>>>>>>>>>>
>>>>>>>>>>> Hi,
>>>>>>>>>>>
>>>>>>>>>>> the current t2 live CD is still at version 8. I think it would
>>>>>>>>>>> benefit
>>>>>>>>>>> to
>>>>>>>>>>> build a new CD image starting from 9.0 and put it on download .
>>>>>>>>>>> It
>>>>>>>>>>> was
>>>>>>>>>>> hard
>>>>>>>>>>> enough to build t2 from it last year, now it became harder.
>>>>>>>>>>>
>>>>>>>>>>> Thank you,
>>>>>>>>>>>
>>>>>>>>>>> Iulian
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> -----------------------------------------------------------
>>>>>>>>>>> If you wish to unsubscribe from this mailing, send mail to
>>>>>>>>>>> ***@t2-project.org with a subject of: unsubscribe t2
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> http://exactcode.com | http://exactscan.com | http://ocrkit.com |
>>>>>>> http://t2-project.org | http://rene.rebe.de
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>> --
>>>>> ExactCODE GmbH, Jaegerstr. 67, DE-10117 Berlin
>>>>> http://t2-project.org | http://rene.rebe.de
>>>>>
>>>>>
>>>>
>>>
>>> --
>>> ExactCODE GmbH, Jaegerstr. 67, DE-10117 Berlin
>>> http://t2-project.org | http://rene.rebe.de
>>>
>>>
>>
>
> --
> ExactCODE GmbH, Jaegerstr. 67, DE-10117 Berlin
> http://exactcode.com | http://exactscan.com | http://ocrkit.com |
> http://t2-project.org | http://rene.rebe.de
>
>