|
From: KyleJHarper <ky...@ca...> - 2008-06-23 11:07:24
|
I have been experiencing a great deal of trouble getting devil-linux to build properly. I am able to get the LFS system going, get the sources and unpack them, get the config set up, run prepare just fine, but I receive many build errors. I have tried several configurations, thinking I messed something up. As follows: --Attempt #1-- Host OS: Ubuntu 8.0.4 (fresh install) on a Virtual Machine (VMWare) LFS: LFSSystem for DL 1.0 and up Building Version: 1.2.x Install location: All default and according to documentation (/usr/src/lfssystem) Modifications: Deselected most in config and added sudosh. Problems: Reached linux-2.4.36.6 build and it failed. Upon reading the log in tmp/LOGS/build/linux it was having some trouble finding the /etc/lilo/install file/folder. --Attempt #2-- Same as Attempt #1 except I didn't change anything in the config (I did enter config though, to create the config file with defaults). Also I did not add sudosh. I just followed the instructions verbatim. Problems: Reached linux-2.4.36.6 build and it failed. Reading log again showed an error with /etc/lilo/install file/folder. --Attempt #3-- Same thing as Attempt #2 except I used a REAL system, not a VM. Followed the steps verbatim. Problems: Reached postgresql build and it failed (error log showed "No rule to make target utf8_and_euc_jis_2004.0, needed by 'libutf8_and_euc_jis_2004.so.0.0"). Manually ran the configure and make (inside the chroot environment) and it build successfully. I added the .done_build_postgresql and continued on. Then I reached linux-2.4.36.6 and received a plethora of errors about being unable to find a function (if I remember correctly) called __guard and __stack_smasher. --Attemp #4-- Thinking the problem could be with Ubuntu I switched to Mandriva (fresh install). Followed all steps verbatim again. Problems: Reached postgresql build with errors again (same error message as in attempt #3). Please note that on attempt #1 and #2 I tried wiping out the LFS system, running mrproper, and getting sources and preparing again. No luck. Also, I checked for things like Pax and GRSecurity and couldn't find any indication of them (since your site said you can't compile devil with those on the host OS). I've ready several forums where the problem has been user-side and after a quick change everything runs great. From looking at the system for many many hours I believe it is very user friendly. So I might just be a tool here, but any advice on what to try would be greatly appreciated! If you need any more information just let me know. I've tried to include as much as I can recall. If you need me to use another host OS or whatever I have both virtual (VMWare) and physical (good ole fashioned HD) systems available. Sincerely, Kyle Harper -- View this message in context: http://www.nabble.com/Continous-build-errors-tp18066864p18066864.html Sent from the devil-linux-discuss mailing list archive at Nabble.com. |
|
From: Heiko Z. <he...@zu...> - 2008-06-23 18:00:42
|
Hey, it sounds like you're doing everything right. Did you try to compile on different physical hosts or was it always the same machine? With a compile this big you sometimes find hardware problems you would never stumbled over otherwise. When you test, work with the default config for now. I'm going to kick off a fresh compile on my build machine, to make sure I didn't introduce a bug with the last update (when I added 2.4.36.6). cu Heiko Quoting KyleJHarper <ky...@ca...>: > > I have been experiencing a great deal of trouble getting devil-linux to build > properly. I am able to get the LFS system going, get the sources and unpack > them, get the config set up, run prepare just fine, but I receive many build > errors. I have tried several configurations, thinking I messed something > up. As follows: > > --Attempt #1-- > Host OS: Ubuntu 8.0.4 (fresh install) on a Virtual Machine (VMWare) > LFS: LFSSystem for DL 1.0 and up > Building Version: 1.2.x > Install location: All default and according to documentation > (/usr/src/lfssystem) > Modifications: Deselected most in config and added sudosh. > Problems: Reached linux-2.4.36.6 build and it failed. Upon reading the log > in tmp/LOGS/build/linux it was having some trouble finding the > /etc/lilo/install file/folder. > > --Attempt #2-- > Same as Attempt #1 except I didn't change anything in the config (I did > enter config though, to create the config file with defaults). Also I did > not add sudosh. I just followed the instructions verbatim. > Problems: Reached linux-2.4.36.6 build and it failed. Reading log again > showed an error with /etc/lilo/install file/folder. > > --Attempt #3-- > Same thing as Attempt #2 except I used a REAL system, not a VM. Followed > the steps verbatim. > Problems: Reached postgresql build and it failed (error log showed "No rule > to make target utf8_and_euc_jis_2004.0, needed by > 'libutf8_and_euc_jis_2004.so.0.0"). Manually ran the configure and make > (inside the chroot environment) and it build successfully. I added the > .done_build_postgresql and continued on. Then I reached linux-2.4.36.6 and > received a plethora of errors about being unable to find a function (if I > remember correctly) called __guard and __stack_smasher. > > --Attemp #4-- > Thinking the problem could be with Ubuntu I switched to Mandriva (fresh > install). Followed all steps verbatim again. > Problems: Reached postgresql build with errors again (same error message as > in attempt #3). > > Please note that on attempt #1 and #2 I tried wiping out the LFS system, > running mrproper, and getting sources and preparing again. No luck. Also, > I checked for things like Pax and GRSecurity and couldn't find any > indication of them (since your site said you can't compile devil with those > on the host OS). > > I've ready several forums where the problem has been user-side and after a > quick change everything runs great. From looking at the system for many > many hours I believe it is very user friendly. So I might just be a tool > here, but any advice on what to try would be greatly appreciated! > > If you need any more information just let me know. I've tried to include as > much as I can recall. If you need me to use another host OS or whatever I > have both virtual (VMWare) and physical (good ole fashioned HD) systems > available. > > Sincerely, > Kyle Harper > -- > View this message in context: > http://www.nabble.com/Continous-build-errors-tp18066864p18066864.html > Sent from the devil-linux-discuss mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: KyleJHarper <ky...@ca...> - 2008-06-23 23:15:41
|
Thank you for your speedy reply. Yes, I have tried building on different physical hosts as follows: Machine #1: Dell machine with hyperthreading p4. Not sure of motherboard specs. 1 GB of ram. Machine #2: Personal PC. Uses P5k-VM (asus) board. Q6600 processor. 4 GB of ram. Virtual Environment: Tried both "IDE" and "SCSI" host adapters with VMs. Gave each VM around 512-768 MB of ram and 2 cores of my CPU. Note: Both the physical machines and the VMs all had more than 1 logical cpu core. Not sure if that helps. As a programmer myself (not linux of course) I always try process of elimination and duplication when I stumble onto a problem. I have tried so many variations (hosts, drive types, config types) at this point I feel I must be missing something on a basic level. As you have requested I wll continue to only use the default config. That way we can just try to get devil to compile with nothing but the basic setup to help determine my problem. Also, if you would like a copy of any of the VM's I have created please let me know. I can 7zip them and host them for you to download if you'd like to boot them up and see them directly. Thank you again for your help. Kyle Harper Heiko Zuerker wrote: > > Hey, > > it sounds like you're doing everything right. > Did you try to compile on different physical hosts or was it always > the same machine? With a compile this big you sometimes find hardware > problems you would never stumbled over otherwise. > > When you test, work with the default config for now. > > I'm going to kick off a fresh compile on my build machine, to make > sure I didn't introduce a bug with the last update (when I added > 2.4.36.6). > > cu > Heiko > > Quoting KyleJHarper <ky...@ca...>: > >> >> I have been experiencing a great deal of trouble getting devil-linux to >> build >> properly. I am able to get the LFS system going, get the sources and >> unpack >> them, get the config set up, run prepare just fine, but I receive many >> build >> errors. I have tried several configurations, thinking I messed something >> up. As follows: >> >> --Attempt #1-- >> Host OS: Ubuntu 8.0.4 (fresh install) on a Virtual Machine (VMWare) >> LFS: LFSSystem for DL 1.0 and up >> Building Version: 1.2.x >> Install location: All default and according to documentation >> (/usr/src/lfssystem) >> Modifications: Deselected most in config and added sudosh. >> Problems: Reached linux-2.4.36.6 build and it failed. Upon reading the >> log >> in tmp/LOGS/build/linux it was having some trouble finding the >> /etc/lilo/install file/folder. >> >> --Attempt #2-- >> Same as Attempt #1 except I didn't change anything in the config (I did >> enter config though, to create the config file with defaults). Also I >> did >> not add sudosh. I just followed the instructions verbatim. >> Problems: Reached linux-2.4.36.6 build and it failed. Reading log again >> showed an error with /etc/lilo/install file/folder. >> >> --Attempt #3-- >> Same thing as Attempt #2 except I used a REAL system, not a VM. Followed >> the steps verbatim. >> Problems: Reached postgresql build and it failed (error log showed "No >> rule >> to make target utf8_and_euc_jis_2004.0, needed by >> 'libutf8_and_euc_jis_2004.so.0.0"). Manually ran the configure and make >> (inside the chroot environment) and it build successfully. I added the >> .done_build_postgresql and continued on. Then I reached linux-2.4.36.6 >> and >> received a plethora of errors about being unable to find a function (if I >> remember correctly) called __guard and __stack_smasher. >> >> --Attemp #4-- >> Thinking the problem could be with Ubuntu I switched to Mandriva (fresh >> install). Followed all steps verbatim again. >> Problems: Reached postgresql build with errors again (same error message >> as >> in attempt #3). >> >> Please note that on attempt #1 and #2 I tried wiping out the LFS system, >> running mrproper, and getting sources and preparing again. No luck. >> Also, >> I checked for things like Pax and GRSecurity and couldn't find any >> indication of them (since your site said you can't compile devil with >> those >> on the host OS). >> >> I've ready several forums where the problem has been user-side and after >> a >> quick change everything runs great. From looking at the system for many >> many hours I believe it is very user friendly. So I might just be a tool >> here, but any advice on what to try would be greatly appreciated! >> >> If you need any more information just let me know. I've tried to include >> as >> much as I can recall. If you need me to use another host OS or whatever >> I >> have both virtual (VMWare) and physical (good ole fashioned HD) systems >> available. >> >> Sincerely, >> Kyle Harper >> -- >> View this message in context: >> http://www.nabble.com/Continous-build-errors-tp18066864p18066864.html >> Sent from the devil-linux-discuss mailing list archive at Nabble.com. >> >> >> ------------------------------------------------------------------------- >> Check out the new SourceForge.net Marketplace. >> It's the best place to buy or sell services for >> just about anything Open Source. >> http://sourceforge.net/services/buy/index.php >> _______________________________________________ >> Devil-linux-discuss mailing list >> Dev...@li... >> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss >> > > > > -- > > Regards > Heiko Zuerker > http://www.devil-linux.org > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > > -- View this message in context: http://www.nabble.com/Continous-build-errors-tp18066864p18080461.html Sent from the devil-linux-discuss mailing list archive at Nabble.com. |
|
From: Heiko Z. <he...@zu...> - 2008-06-24 13:02:21
|
Hey, the compile problem with postgresql is real, I have it too. What I found so far on the web is that tar is not able to extract all the files because some of the file names are too long. I'm working on a solution, but it may take a little bit. I'd suggest running a "make mrproper unpack prepare" and then manually compiling and installing the tar which is in tmp/tar-xxxxx Then start over with the "make mrproper". Also always make sure you got more then enough disk space available, since the compile uses quite a bit. -- Regards Heiko Zuerker http://www.devil-linux.org Quoting KyleJHarper <ky...@ca...>: > > Thank you for your speedy reply. > > Yes, I have tried building on different physical hosts as follows: > Machine #1: Dell machine with hyperthreading p4. Not sure of motherboard > specs. 1 GB of ram. > Machine #2: Personal PC. Uses P5k-VM (asus) board. Q6600 processor. 4 GB > of ram. > Virtual Environment: Tried both "IDE" and "SCSI" host adapters with VMs. > Gave each VM around 512-768 MB of ram and 2 cores of my CPU. > Note: Both the physical machines and the VMs all had more than 1 logical cpu > core. Not sure if that helps. > > As a programmer myself (not linux of course) I always try process of > elimination and duplication when I stumble onto a problem. I have tried so > many variations (hosts, drive types, config types) at this point I feel I > must be missing something on a basic level. > > As you have requested I wll continue to only use the default config. That > way we can just try to get devil to compile with nothing but the basic setup > to help determine my problem. Also, if you would like a copy of any of the > VM's I have created please let me know. I can 7zip them and host them for > you to download if you'd like to boot them up and see them directly. > > Thank you again for your help. > Kyle Harper > > > Heiko Zuerker wrote: >> >> Hey, >> >> it sounds like you're doing everything right. >> Did you try to compile on different physical hosts or was it always >> the same machine? With a compile this big you sometimes find hardware >> problems you would never stumbled over otherwise. >> >> When you test, work with the default config for now. >> >> I'm going to kick off a fresh compile on my build machine, to make >> sure I didn't introduce a bug with the last update (when I added >> 2.4.36.6). >> >> cu >> Heiko >> >> Quoting KyleJHarper <ky...@ca...>: >> >>> >>> I have been experiencing a great deal of trouble getting devil-linux to >>> build >>> properly. I am able to get the LFS system going, get the sources and >>> unpack >>> them, get the config set up, run prepare just fine, but I receive many >>> build >>> errors. I have tried several configurations, thinking I messed something >>> up. As follows: >>> >>> --Attempt #1-- >>> Host OS: Ubuntu 8.0.4 (fresh install) on a Virtual Machine (VMWare) >>> LFS: LFSSystem for DL 1.0 and up >>> Building Version: 1.2.x >>> Install location: All default and according to documentation >>> (/usr/src/lfssystem) >>> Modifications: Deselected most in config and added sudosh. >>> Problems: Reached linux-2.4.36.6 build and it failed. Upon reading the >>> log >>> in tmp/LOGS/build/linux it was having some trouble finding the >>> /etc/lilo/install file/folder. >>> >>> --Attempt #2-- >>> Same as Attempt #1 except I didn't change anything in the config (I did >>> enter config though, to create the config file with defaults). Also I >>> did >>> not add sudosh. I just followed the instructions verbatim. >>> Problems: Reached linux-2.4.36.6 build and it failed. Reading log again >>> showed an error with /etc/lilo/install file/folder. >>> >>> --Attempt #3-- >>> Same thing as Attempt #2 except I used a REAL system, not a VM. Followed >>> the steps verbatim. >>> Problems: Reached postgresql build and it failed (error log showed "No >>> rule >>> to make target utf8_and_euc_jis_2004.0, needed by >>> 'libutf8_and_euc_jis_2004.so.0.0"). Manually ran the configure and make >>> (inside the chroot environment) and it build successfully. I added the >>> .done_build_postgresql and continued on. Then I reached linux-2.4.36.6 >>> and >>> received a plethora of errors about being unable to find a function (if I >>> remember correctly) called __guard and __stack_smasher. >>> >>> --Attemp #4-- >>> Thinking the problem could be with Ubuntu I switched to Mandriva (fresh >>> install). Followed all steps verbatim again. >>> Problems: Reached postgresql build with errors again (same error message >>> as >>> in attempt #3). >>> >>> Please note that on attempt #1 and #2 I tried wiping out the LFS system, >>> running mrproper, and getting sources and preparing again. No luck. >>> Also, >>> I checked for things like Pax and GRSecurity and couldn't find any >>> indication of them (since your site said you can't compile devil with >>> those >>> on the host OS). >>> >>> I've ready several forums where the problem has been user-side and after >>> a >>> quick change everything runs great. From looking at the system for many >>> many hours I believe it is very user friendly. So I might just be a tool >>> here, but any advice on what to try would be greatly appreciated! >>> >>> If you need any more information just let me know. I've tried to include >>> as >>> much as I can recall. If you need me to use another host OS or whatever >>> I >>> have both virtual (VMWare) and physical (good ole fashioned HD) systems >>> available. >>> >>> Sincerely, >>> Kyle Harper >>> -- >>> View this message in context: >>> http://www.nabble.com/Continous-build-errors-tp18066864p18066864.html >>> Sent from the devil-linux-discuss mailing list archive at Nabble.com. >>> >>> >>> ------------------------------------------------------------------------- >>> Check out the new SourceForge.net Marketplace. >>> It's the best place to buy or sell services for >>> just about anything Open Source. >>> http://sourceforge.net/services/buy/index.php >>> _______________________________________________ >>> Devil-linux-discuss mailing list >>> Dev...@li... >>> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss >>> >> >> >> >> -- >> >> Regards >> Heiko Zuerker >> http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: KyleJHarper <ky...@ca...> - 2008-06-24 18:46:47
|
Heiko, I give my VMs 16GB of space so the space should be ok. I also check the space (using df) throughout the process and I've always got about 4-5 GB free (even after an unpack). For the file length, do you think this could be a filesystem limitation? I'm using ext3 on all my partitions. I will post back again after I try the steps you outlined below and then I'll post back. Thanks, Kyle Heiko Zuerker wrote: > > Hey, > > the compile problem with postgresql is real, I have it too. > What I found so far on the web is that tar is not able to extract all > the files because some of the file names are too long. > I'm working on a solution, but it may take a little bit. > I'd suggest running a "make mrproper unpack prepare" and then manually > compiling and installing the tar which is in tmp/tar-xxxxx > Then start over with the "make mrproper". > > Also always make sure you got more then enough disk space available, > since the compile uses quite a bit. > > -- > > Regards > Heiko Zuerker > http://www.devil-linux.org > > Quoting KyleJHarper <ky...@ca...>: > >> >> Thank you for your speedy reply. >> >> Yes, I have tried building on different physical hosts as follows: >> Machine #1: Dell machine with hyperthreading p4. Not sure of motherboard >> specs. 1 GB of ram. >> Machine #2: Personal PC. Uses P5k-VM (asus) board. Q6600 processor. 4 >> GB >> of ram. >> Virtual Environment: Tried both "IDE" and "SCSI" host adapters with VMs. >> Gave each VM around 512-768 MB of ram and 2 cores of my CPU. >> Note: Both the physical machines and the VMs all had more than 1 logical >> cpu >> core. Not sure if that helps. >> >> As a programmer myself (not linux of course) I always try process of >> elimination and duplication when I stumble onto a problem. I have tried >> so >> many variations (hosts, drive types, config types) at this point I feel I >> must be missing something on a basic level. >> >> As you have requested I wll continue to only use the default config. >> That >> way we can just try to get devil to compile with nothing but the basic >> setup >> to help determine my problem. Also, if you would like a copy of any of >> the >> VM's I have created please let me know. I can 7zip them and host them >> for >> you to download if you'd like to boot them up and see them directly. >> >> Thank you again for your help. >> Kyle Harper >> >> >> Heiko Zuerker wrote: >>> >>> Hey, >>> >>> it sounds like you're doing everything right. >>> Did you try to compile on different physical hosts or was it always >>> the same machine? With a compile this big you sometimes find hardware >>> problems you would never stumbled over otherwise. >>> >>> When you test, work with the default config for now. >>> >>> I'm going to kick off a fresh compile on my build machine, to make >>> sure I didn't introduce a bug with the last update (when I added >>> 2.4.36.6). >>> >>> cu >>> Heiko >>> >>> Quoting KyleJHarper <ky...@ca...>: >>> >>>> >>>> I have been experiencing a great deal of trouble getting devil-linux to >>>> build >>>> properly. I am able to get the LFS system going, get the sources and >>>> unpack >>>> them, get the config set up, run prepare just fine, but I receive many >>>> build >>>> errors. I have tried several configurations, thinking I messed >>>> something >>>> up. As follows: >>>> >>>> --Attempt #1-- >>>> Host OS: Ubuntu 8.0.4 (fresh install) on a Virtual Machine (VMWare) >>>> LFS: LFSSystem for DL 1.0 and up >>>> Building Version: 1.2.x >>>> Install location: All default and according to documentation >>>> (/usr/src/lfssystem) >>>> Modifications: Deselected most in config and added sudosh. >>>> Problems: Reached linux-2.4.36.6 build and it failed. Upon reading the >>>> log >>>> in tmp/LOGS/build/linux it was having some trouble finding the >>>> /etc/lilo/install file/folder. >>>> >>>> --Attempt #2-- >>>> Same as Attempt #1 except I didn't change anything in the config (I did >>>> enter config though, to create the config file with defaults). Also I >>>> did >>>> not add sudosh. I just followed the instructions verbatim. >>>> Problems: Reached linux-2.4.36.6 build and it failed. Reading log >>>> again >>>> showed an error with /etc/lilo/install file/folder. >>>> >>>> --Attempt #3-- >>>> Same thing as Attempt #2 except I used a REAL system, not a VM. >>>> Followed >>>> the steps verbatim. >>>> Problems: Reached postgresql build and it failed (error log showed "No >>>> rule >>>> to make target utf8_and_euc_jis_2004.0, needed by >>>> 'libutf8_and_euc_jis_2004.so.0.0"). Manually ran the configure and >>>> make >>>> (inside the chroot environment) and it build successfully. I added the >>>> .done_build_postgresql and continued on. Then I reached linux-2.4.36.6 >>>> and >>>> received a plethora of errors about being unable to find a function (if >>>> I >>>> remember correctly) called __guard and __stack_smasher. >>>> >>>> --Attemp #4-- >>>> Thinking the problem could be with Ubuntu I switched to Mandriva (fresh >>>> install). Followed all steps verbatim again. >>>> Problems: Reached postgresql build with errors again (same error >>>> message >>>> as >>>> in attempt #3). >>>> >>>> Please note that on attempt #1 and #2 I tried wiping out the LFS >>>> system, >>>> running mrproper, and getting sources and preparing again. No luck. >>>> Also, >>>> I checked for things like Pax and GRSecurity and couldn't find any >>>> indication of them (since your site said you can't compile devil with >>>> those >>>> on the host OS). >>>> >>>> I've ready several forums where the problem has been user-side and >>>> after >>>> a >>>> quick change everything runs great. From looking at the system for >>>> many >>>> many hours I believe it is very user friendly. So I might just be a >>>> tool >>>> here, but any advice on what to try would be greatly appreciated! >>>> >>>> If you need any more information just let me know. I've tried to >>>> include >>>> as >>>> much as I can recall. If you need me to use another host OS or >>>> whatever >>>> I >>>> have both virtual (VMWare) and physical (good ole fashioned HD) systems >>>> available. >>>> >>>> Sincerely, >>>> Kyle Harper >>>> -- >>>> View this message in context: >>>> http://www.nabble.com/Continous-build-errors-tp18066864p18066864.html >>>> Sent from the devil-linux-discuss mailing list archive at Nabble.com. >>>> >>>> >>>> ------------------------------------------------------------------------- >>>> Check out the new SourceForge.net Marketplace. >>>> It's the best place to buy or sell services for >>>> just about anything Open Source. >>>> http://sourceforge.net/services/buy/index.php >>>> _______________________________________________ >>>> Devil-linux-discuss mailing list >>>> Dev...@li... >>>> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss >>>> >>> >>> >>> >>> -- >>> >>> Regards >>> Heiko Zuerker >>> http://www.devil-linux.org > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > > -- View this message in context: http://www.nabble.com/Continous-build-errors-tp18066864p18097453.html Sent from the devil-linux-discuss mailing list archive at Nabble.com. |
|
From: Heiko Z. <he...@zu...> - 2008-06-24 18:55:10
|
Quoting KyleJHarper <ky...@ca...>: > > Heiko, > > I give my VMs 16GB of space so the space should be ok. I also check the > space (using df) throughout the process and I've always got about 4-5 GB > free (even after an unpack). OK good. > For the file length, do you think this could be a filesystem limitation? > I'm using ext3 on all my partitions. No it seems to be a problem with tar. I just updated tar in the lfssystem and have a test compile running. Doubt that I'll have results before tomorrow. > I will post back again after I try the steps you outlined below and then > I'll post back. Okay sounds good. -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: KyleJHarper <ky...@ca...> - 2008-06-24 19:02:00
|
If I'm understanding you correctly you are updating tar inside the LFS system. So I should download the lfssystem again correct? Or did you just update the tar installer and I need to download that from the source directory on your ftp server? -Kyle Heiko Zuerker wrote: > > Quoting KyleJHarper <ky...@ca...>: > >> >> Heiko, >> >> I give my VMs 16GB of space so the space should be ok. I also check the >> space (using df) throughout the process and I've always got about 4-5 GB >> free (even after an unpack). > > OK good. > >> For the file length, do you think this could be a filesystem limitation? >> I'm using ext3 on all my partitions. > > No it seems to be a problem with tar. > I just updated tar in the lfssystem and have a test compile running. > Doubt that I'll have results before tomorrow. > >> I will post back again after I try the steps you outlined below and then >> I'll post back. > > Okay sounds good. > > > -- > > Regards > Heiko Zuerker > http://www.devil-linux.org > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > > -- View this message in context: http://www.nabble.com/Continous-build-errors-tp18066864p18097734.html Sent from the devil-linux-discuss mailing list archive at Nabble.com. |
|
From: Heiko Z. <he...@zu...> - 2008-06-24 19:07:47
|
Quoting KyleJHarper <ky...@ca...>: > > If I'm understanding you correctly you are updating tar inside the LFS > system. So I should download the lfssystem again correct? Or did you just > update the tar installer and I need to download that from the source > directory on your ftp server? I updated the tar binary in the lfssystem, since all other approaches would have been to complicated. I did not upload anything yet, I want to first make sure it really solves the issue. I changed the build environment, so that it will error out if the old lfssystem is used. I won't upload/check in anything before tomorrow. For now all the changes apply to 1.2 only. -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: Heiko Z. <he...@zu...> - 2008-06-24 20:44:53
|
Quoting Heiko Zuerker <he...@zu...>: > Quoting KyleJHarper <ky...@ca...>: > >> >> If I'm understanding you correctly you are updating tar inside the LFS >> system. So I should download the lfssystem again correct? Or did you just >> update the tar installer and I need to download that from the source >> directory on your ftp server? > > I updated the tar binary in the lfssystem, since all other approaches > would have been to complicated. > I did not upload anything yet, I want to first make sure it really > solves the issue. > > I changed the build environment, so that it will error out if the old > lfssystem is used. > I won't upload/check in anything before tomorrow. > > For now all the changes apply to 1.2 only. The postgresql compile finished with the new tar. I uploaded updates to the build system to CVS already and the new lfssystem tarball is on it's way. The upload should be finished about half an hour after I sent this email. -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: KyleJHarper <ky...@ca...> - 2008-06-24 21:06:26
|
Good deal. I manually unpacked postgre and I'm running a build right now. I'll leave it running and see how it goes. Here in about an hour I'll use another VM to download the update lfs/tar/cvs stuff and try a build using just the lfs build commands. I'll post back with information one way or the other once it's done. -Kyle Heiko Zuerker wrote: > > Quoting Heiko Zuerker <he...@zu...>: > >> Quoting KyleJHarper <ky...@ca...>: >> >>> >>> If I'm understanding you correctly you are updating tar inside the LFS >>> system. So I should download the lfssystem again correct? Or did you >>> just >>> update the tar installer and I need to download that from the source >>> directory on your ftp server? >> >> I updated the tar binary in the lfssystem, since all other approaches >> would have been to complicated. >> I did not upload anything yet, I want to first make sure it really >> solves the issue. >> >> I changed the build environment, so that it will error out if the old >> lfssystem is used. >> I won't upload/check in anything before tomorrow. >> >> For now all the changes apply to 1.2 only. > > The postgresql compile finished with the new tar. > I uploaded updates to the build system to CVS already and the new > lfssystem tarball is on it's way. The upload should be finished about > half an hour after I sent this email. > > -- > > Regards > Heiko Zuerker > http://www.devil-linux.org > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > > -- View this message in context: http://www.nabble.com/Continous-build-errors-tp18066864p18100083.html Sent from the devil-linux-discuss mailing list archive at Nabble.com. |
|
From: KyleJHarper <ky...@ca...> - 2008-06-25 10:42:08
|
Ok, results of the new build system: -Removed everything in the lfssystem folder completely -Got the updated lfssystem from ftp server and set it up -Follow all instructions again verbatim -Got PASSED the postgre! Yay! -Failed the linux build. Boo! lol Here is the error I got: >From console: "/build/scripts/linux build failed" >From tmp/LOGS/build/linux: ********Last 10-15 lines of linux file************** sh -x ./install.sh 2.4.36.6-grsec bzImage /build/tmp/linux-2.4.36.6/System.map "" + '[' -x /root/bin/installkernel ']' + '[' -x /sbin/installkernel ']' + '[' -f /vmlinuz ']' + '[' -f /System.map ']' + cat bzImage + cp /build/tmp/linux-2.4.36.6/System.map /System.map + '[' -x /sbin/lilo ']' + /etc/lilo/install ./install.sh: /etc/lilo/install: No such file or directory make[2]: *** [install] Error 127 make[2]: Leaving directory `/build/tmp/linux-2.4.36.6/arch/i386/boot' make[1]: *** [install] Error 2 make[1]: Leaving directory `/build/tmp/linux-2.4.36.6' *************************** I'm quite confused by this so I'm hoping you'll have some steps I can try (or I hope you can at least duplicate it on your test machine to see what I see). If you need I can give you a 7zip copy of my virtual machine. Just let me know. Also, I'll keep the linux log file in tact until I hear back from you in case you need more of it. Thanks, Kyle Harper Heiko Zuerker wrote: > > Quoting Heiko Zuerker <he...@zu...>: > >> Quoting KyleJHarper <ky...@ca...>: >> >>> >>> If I'm understanding you correctly you are updating tar inside the LFS >>> system. So I should download the lfssystem again correct? Or did you >>> just >>> update the tar installer and I need to download that from the source >>> directory on your ftp server? >> >> I updated the tar binary in the lfssystem, since all other approaches >> would have been to complicated. >> I did not upload anything yet, I want to first make sure it really >> solves the issue. >> >> I changed the build environment, so that it will error out if the old >> lfssystem is used. >> I won't upload/check in anything before tomorrow. >> >> For now all the changes apply to 1.2 only. > > The postgresql compile finished with the new tar. > I uploaded updates to the build system to CVS already and the new > lfssystem tarball is on it's way. The upload should be finished about > half an hour after I sent this email. > > -- > > Regards > Heiko Zuerker > http://www.devil-linux.org > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > > -- View this message in context: http://www.nabble.com/Continous-build-errors-tp18066864p18109422.html Sent from the devil-linux-discuss mailing list archive at Nabble.com. |
|
From: KyleJHarper <ky...@ca...> - 2008-06-25 03:14:59
|
An update: (Using the old lfs system; before your updates) I was able to get postgresql to compile if I manually unpacked it. You were spot on about the file lengths being too long. However, I've reached the second error again that I had from the beginning. Linux will not compile. Here is the error I get: "./install.sh: /etc/lilo/install: No such file or directory". This is right after a huge contcatinated command that starts like this "sh -x ./install.sh 2.4.36.6-grsec bzImage /build/tmp...". I've started a new VM and I've pulled down the updated system you released. I will now try to do a build with it and see if it can get past postgresql and linux. As we stated earlier, I'm just using a default config and following all steps exactly. I will report back when it's done building. -Kyle Heiko Zuerker wrote: > > Quoting Heiko Zuerker <he...@zu...>: > >> Quoting KyleJHarper <ky...@ca...>: >> >>> >>> If I'm understanding you correctly you are updating tar inside the LFS >>> system. So I should download the lfssystem again correct? Or did you >>> just >>> update the tar installer and I need to download that from the source >>> directory on your ftp server? >> >> I updated the tar binary in the lfssystem, since all other approaches >> would have been to complicated. >> I did not upload anything yet, I want to first make sure it really >> solves the issue. >> >> I changed the build environment, so that it will error out if the old >> lfssystem is used. >> I won't upload/check in anything before tomorrow. >> >> For now all the changes apply to 1.2 only. > > The postgresql compile finished with the new tar. > I uploaded updates to the build system to CVS already and the new > lfssystem tarball is on it's way. The upload should be finished about > half an hour after I sent this email. > > -- > > Regards > Heiko Zuerker > http://www.devil-linux.org > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > > -- View this message in context: http://www.nabble.com/Continous-build-errors-tp18066864p18104213.html Sent from the devil-linux-discuss mailing list archive at Nabble.com. |
|
From: Heiko Z. <he...@zu...> - 2008-06-25 12:14:00
|
Quoting KyleJHarper <ky...@ca...>: > > An update: > (Using the old lfs system; before your updates) I was able to get postgresql > to compile if I manually unpacked it. You were spot on about the file > lengths being too long. However, I've reached the second error again that I > had from the beginning. Linux will not compile. Here is the error I get: > "./install.sh: /etc/lilo/install: No such file or directory". This is right > after a huge contcatinated command that starts like this "sh -x ./install.sh > 2.4.36.6-grsec bzImage /build/tmp...". I got this error too now. It seems some dependencies changed and you only run into these errors when you use a fresh lfssystem. I'll work on getting this resolved. > I've started a new VM and I've pulled down the updated system you released. > I will now try to do a build with it and see if it can get past postgresql > and linux. As we stated earlier, I'm just using a default config and > following all steps exactly. I will report back when it's done building. No need, the kernel is going to keep failing. -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |