You can subscribe to this list here.
2008 |
Jan
|
Feb
|
Mar
(41) |
Apr
(35) |
May
(18) |
Jun
(5) |
Jul
(4) |
Aug
(37) |
Sep
(9) |
Oct
(20) |
Nov
(50) |
Dec
(217) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2009 |
Jan
(212) |
Feb
(76) |
Mar
(113) |
Apr
(88) |
May
(130) |
Jun
(54) |
Jul
(208) |
Aug
(223) |
Sep
(112) |
Oct
(63) |
Nov
(131) |
Dec
(103) |
2010 |
Jan
(247) |
Feb
(130) |
Mar
(43) |
Apr
(92) |
May
(40) |
Jun
(43) |
Jul
(43) |
Aug
(80) |
Sep
(44) |
Oct
(74) |
Nov
(21) |
Dec
(46) |
2011 |
Jan
(36) |
Feb
(11) |
Mar
(21) |
Apr
(33) |
May
(4) |
Jun
(12) |
Jul
(5) |
Aug
(20) |
Sep
|
Oct
(64) |
Nov
(26) |
Dec
(71) |
2012 |
Jan
(13) |
Feb
(24) |
Mar
(11) |
Apr
(2) |
May
(10) |
Jun
(5) |
Jul
(13) |
Aug
(7) |
Sep
(26) |
Oct
(22) |
Nov
(17) |
Dec
(16) |
2013 |
Jan
(6) |
Feb
(6) |
Mar
(6) |
Apr
(8) |
May
(20) |
Jun
|
Jul
(1) |
Aug
(4) |
Sep
(18) |
Oct
(3) |
Nov
(14) |
Dec
(33) |
2014 |
Jan
(26) |
Feb
(6) |
Mar
(69) |
Apr
(10) |
May
|
Jun
(8) |
Jul
(18) |
Aug
(22) |
Sep
(19) |
Oct
(17) |
Nov
|
Dec
(4) |
2015 |
Jan
(14) |
Feb
(18) |
Mar
|
Apr
|
May
(26) |
Jun
(8) |
Jul
(9) |
Aug
(10) |
Sep
(15) |
Oct
(2) |
Nov
(30) |
Dec
(33) |
2016 |
Jan
(1) |
Feb
(24) |
Mar
(19) |
Apr
(1) |
May
|
Jun
(3) |
Jul
(1) |
Aug
(1) |
Sep
(20) |
Oct
(5) |
Nov
(14) |
Dec
(4) |
2017 |
Jan
(15) |
Feb
(35) |
Mar
(10) |
Apr
(9) |
May
(14) |
Jun
(33) |
Jul
(1) |
Aug
(27) |
Sep
(7) |
Oct
|
Nov
(10) |
Dec
(15) |
2018 |
Jan
(29) |
Feb
|
Mar
(2) |
Apr
(1) |
May
(11) |
Jun
|
Jul
(1) |
Aug
(8) |
Sep
(11) |
Oct
(22) |
Nov
(9) |
Dec
(13) |
2019 |
Jan
(1) |
Feb
(7) |
Mar
(3) |
Apr
(21) |
May
(34) |
Jun
(36) |
Jul
(18) |
Aug
(17) |
Sep
(19) |
Oct
(8) |
Nov
(3) |
Dec
|
2020 |
Jan
|
Feb
(4) |
Mar
(8) |
Apr
(29) |
May
(50) |
Jun
(8) |
Jul
(2) |
Aug
(10) |
Sep
(1) |
Oct
(7) |
Nov
(9) |
Dec
(19) |
2021 |
Jan
(2) |
Feb
(9) |
Mar
(6) |
Apr
(21) |
May
(13) |
Jun
(11) |
Jul
(2) |
Aug
(1) |
Sep
(3) |
Oct
(26) |
Nov
(2) |
Dec
(16) |
2022 |
Jan
(8) |
Feb
(7) |
Mar
(1) |
Apr
(13) |
May
(1) |
Jun
(4) |
Jul
(4) |
Aug
(1) |
Sep
(1) |
Oct
|
Nov
|
Dec
(1) |
2023 |
Jan
(2) |
Feb
(3) |
Mar
(16) |
Apr
|
May
(2) |
Jun
(1) |
Jul
(4) |
Aug
(13) |
Sep
(8) |
Oct
(6) |
Nov
(4) |
Dec
|
2024 |
Jan
(3) |
Feb
(3) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(5) |
Aug
|
Sep
(1) |
Oct
|
Nov
(5) |
Dec
|
2025 |
Jan
(4) |
Feb
(2) |
Mar
|
Apr
(11) |
May
(1) |
Jun
(9) |
Jul
(18) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
|
|
1
|
2
|
3
|
4
|
5
|
6
|
7
(1) |
8
(6) |
9
(13) |
10
(6) |
11
(2) |
12
(3) |
13
|
14
(1) |
15
|
16
|
17
|
18
|
19
|
20
(1) |
21
|
22
|
23
|
24
|
25
|
26
|
27
|
28
|
29
|
30
|
31
|
|
|
From: Lonnie A. <li...@lo...> - 2015-12-10 21:44:14
|
Thanks David ! Lonnie On Dec 10, 2015, at 3:36 PM, David Kerr <Da...@Ke...> wrote: > Lonnie, > The solution to the make version check is to place the attached .patch file into the directory > ~/source-control/crosstool-ng-1.20.0/patches/eglibc/2_18 > The 2_18 directory doesn't exist, will need to be created as part of the copy, which you could do in the get-files.sh script. However, the patch file must be copied over before running the 'sudo make install' part of the instructions (which copies all the patch files into /usr/local/lib/ct-ng.1.20.0 and it is from there that the ct-ng build picks up patches) so you will need to reorder the crosstool build instructions/script to put the get-files part up front. > > Over to you to decide next steps. > > David > > On Wed, Dec 9, 2015 at 11:46 AM, Lonnie Abelbeck <li...@lo...> wrote: > Thanks David, > > I added your finding to: http://doc.astlinux.org/devdoc:packages > > I'll have to look into the other issue, thanks for the reminder. > > BTW, I'm still using Debian 6 in a VM for my build system, just saying :-) > > Lonnie > > > On Dec 9, 2015, at 10:27 AM, David Kerr <Da...@Ke...> wrote: > > > Happen to be creating a new build environment from scratch again, this time on Ubuntu 15.10. Both problems reported below still exist... need to apt-get install libtool-bin and make version check fails. > > > > First can be solved by updating http://doc.astlinux.org/devdoc:packages > > > > The second would require a patch in crosstools (I just brute force edited the ~/source-control/ctng-1.20.0-3.2/.build/src/eglibc-2_18/configure script to make progress). Could maybe we copy over a patch file when the get-files.sh script is run to install eglibc-2_18? > > > > David > > > > On Fri, May 15, 2015 at 10:18 AM, Lonnie Abelbeck <li...@lo...> wrote: > > Hi David, > > > > Thanks for your report from the bleeding-edge, good info. Ubuntu 14.04 LTS uses make version 3.81 which works by default. > > > > >From the eglibc-2_19 source, the eglibc folks fixed this with a sledge hammer... > > -- > > case $ac_prog_version in > > '') ac_prog_version="v. ?.??, bad"; ac_verc_fail=yes;; > > 3.79* | 3.[89]* | [4-9].* | [1-9][0-9]*) > > ac_prog_version="$ac_prog_version, ok"; ac_verc_fail=no;; > > *) ac_prog_version="$ac_prog_version, bad"; ac_verc_fail=yes;; > > > > esac > > -- > > we currently use eglibc-2_18. > > > > As for needing package "libtool-bin" the AstLinux current required packages include "libtool", I wonder if "libtool-bin" was separated out, but it would seem "libtool" should include the binary, here is a link: > > > > http://packages.ubuntu.com/search?suite=default&arch=i386&searchon=names&keywords=libtool > > > > Lonnie > > > > PS: Truly unfortunate that the upstream crosstool-ng chose to completely remove eglibc support, so crosstool-ng 1.20.0 is the last with eglibc support and little tweaks like this won't be included. > > > > > > On May 15, 2015, at 7:53 AM, David Kerr <Da...@Ke...> wrote: > > > > > I installed Ubuntu 15.04 64-bit this week and attempted to build Astlinux. I ran into two additional problems with building crosstool-ng... > > > > > > 1) I needed to apt-get install libtool-bin > > > 2) I ran into the bug documented here... http://stackoverflow.com/questions/24494613/crosstool-ng-1-19-0-make-error-with-eglibc > > > and applied the "fix" documented here... http://colocsbar.blogspot.fr/2014/01/crosstool-ng-1190-et-make-40.html > > > (thought I changed the make version test to test for 4.* rather than 4.0*) > > > > > > Once I had crosstool-ng I was able to run through a build. Using default config it failed at wanpipe, but as I don't normally compile that in my custom build I just went and applied my mods to .config so as not to compile that. Build then completed. > > > > > > I have not attempted to run it yet, but the build completed. > > > > > > David > > > > > > On Wed, May 13, 2015 at 9:54 AM, Lonnie Abelbeck <li...@lo...> wrote: > > > Update: > > > > > > The read-only eglibc SVN repository is now working again, having been moved to Linux Foundation systems, thanks to Michael Halstead. > > > > > > I'm thinking we should continue with our eglibc fix of hosting our own "eglibc-2_18.tar.bz2" to keep things as predictable as possible. > > > > > > Thanks to Joseph S. Myers and Michael Halstead getting the eglibc SVN moved and running again. > > > > > > Lonnie > > > > > > > > > On May 7, 2015, at 8:43 PM, Lonnie Abelbeck <li...@lo...> wrote: > > > > > > > Hi Devs, > > > > > > > > Recently Martin Harriss built his own custom AstLinux image from source using the SVN, and in the process he reported the svn server at eglibc.org is not working, as such "ct-ng build" fails to download eglibc-2_18. > > > > > > > > As you may know, eglibc development has stopped and they recommend switching back to glibc, but with a perfectly good and smaller eglibc-2_18 there is no reason not to continue using it in AstLinux. Unfortunately the eglibc.org svn server needs restarting and I have not been able to contact any of the previous developers. > > > > > > > > So, crosstool-ng uses 'svn' at svn.eglibc.org to extract the needed files and then creates a tarball "eglibc-2_18.tar.bz2". If that tarball exists when "ct-ng build" is called it will skip the process of creating it's own via svn. > > > > > > > > As such, we now host the eglibc-2_18 tarball and install it via a user script before "ct-ng build" is called. The README file is changed to reflect this change. > > > > > > > > crosstool-ng, tweak toolchain instructions to workaround broken svn server at eglibc.org > > > > http://sourceforge.net/p/astlinux/code/7064 > > > > > > > > Since the toolchain is not normally rebuilt, thanks to Martin for reporting the issue. > > > > > > > > Lonnie > > > > > > ------------------------------------------------------------------------------ > > > One dashboard for servers and applications across Physical-Virtual-Cloud > > > Widest out-of-the-box monitoring support with 50+ applications > > > Performance metrics, stats and reports that give you Actionable Insights > > > Deep dive visibility with transaction tracing using APM Insight. > > > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > > > _______________________________________________ > > > Astlinux-devel mailing list > > > Ast...@li... > > > https://lists.sourceforge.net/lists/listinfo/astlinux-devel > > > > > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... > > > > > > ------------------------------------------------------------------------------ > > > One dashboard for servers and applications across Physical-Virtual-Cloud > > > Widest out-of-the-box monitoring support with 50+ applications > > > Performance metrics, stats and reports that give you Actionable Insights > > > Deep dive visibility with transaction tracing using APM Insight. > > > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y_______________________________________________ > > > Astlinux-devel mailing list > > > Ast...@li... > > > https://lists.sourceforge.net/lists/listinfo/astlinux-devel > > > > > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... > > > > > > ------------------------------------------------------------------------------ > > One dashboard for servers and applications across Physical-Virtual-Cloud > > Widest out-of-the-box monitoring support with 50+ applications > > Performance metrics, stats and reports that give you Actionable Insights > > Deep dive visibility with transaction tracing using APM Insight. > > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > > _______________________________________________ > > Astlinux-devel mailing list > > Ast...@li... > > https://lists.sourceforge.net/lists/listinfo/astlinux-devel > > > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > > Astlinux-devel mailing list > > Ast...@li... > > https://lists.sourceforge.net/lists/listinfo/astlinux-devel > > > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... > > > ------------------------------------------------------------------------------ > _______________________________________________ > Astlinux-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-devel > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... > > <001-Allow-new-versions-of-make.patch>------------------------------------------------------------------------------ > _______________________________________________ > Astlinux-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-devel > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... |
From: David K. <da...@ke...> - 2015-12-10 21:37:03
|
Lonnie, The solution to the make version check is to place the attached .patch file into the directory ~/source-control/crosstool-ng-1.20.0/patches/eglibc/2_18 The 2_18 directory doesn't exist, will need to be created as part of the copy, which you could do in the get-files.sh script. However, the patch file must be copied over before running the 'sudo make install' part of the instructions (which copies all the patch files into /usr/local/lib/ct-ng.1.20.0 and it is from there that the ct-ng build picks up patches) so you will need to reorder the crosstool build instructions/script to put the get-files part up front. Over to you to decide next steps. David On Wed, Dec 9, 2015 at 11:46 AM, Lonnie Abelbeck <li...@lo...> wrote: > Thanks David, > > I added your finding to: http://doc.astlinux.org/devdoc:packages > > I'll have to look into the other issue, thanks for the reminder. > > BTW, I'm still using Debian 6 in a VM for my build system, just saying :-) > > Lonnie > > > On Dec 9, 2015, at 10:27 AM, David Kerr <Da...@Ke...> wrote: > > > Happen to be creating a new build environment from scratch again, this > time on Ubuntu 15.10. Both problems reported below still exist... need to > apt-get install libtool-bin and make version check fails. > > > > First can be solved by updating http://doc.astlinux.org/devdoc:packages > > > > The second would require a patch in crosstools (I just brute force > edited the > ~/source-control/ctng-1.20.0-3.2/.build/src/eglibc-2_18/configure script to > make progress). Could maybe we copy over a patch file when the > get-files.sh script is run to install eglibc-2_18? > > > > David > > > > On Fri, May 15, 2015 at 10:18 AM, Lonnie Abelbeck < > li...@lo...> wrote: > > Hi David, > > > > Thanks for your report from the bleeding-edge, good info. Ubuntu 14.04 > LTS uses make version 3.81 which works by default. > > > > >From the eglibc-2_19 source, the eglibc folks fixed this with a sledge > hammer... > > -- > > case $ac_prog_version in > > '') ac_prog_version="v. ?.??, bad"; ac_verc_fail=yes;; > > 3.79* | 3.[89]* | [4-9].* | [1-9][0-9]*) > > ac_prog_version="$ac_prog_version, ok"; ac_verc_fail=no;; > > *) ac_prog_version="$ac_prog_version, bad"; ac_verc_fail=yes;; > > > > esac > > -- > > we currently use eglibc-2_18. > > > > As for needing package "libtool-bin" the AstLinux current required > packages include "libtool", I wonder if "libtool-bin" was separated out, > but it would seem "libtool" should include the binary, here is a link: > > > > > http://packages.ubuntu.com/search?suite=default&arch=i386&searchon=names&keywords=libtool > > > > Lonnie > > > > PS: Truly unfortunate that the upstream crosstool-ng chose to completely > remove eglibc support, so crosstool-ng 1.20.0 is the last with eglibc > support and little tweaks like this won't be included. > > > > > > On May 15, 2015, at 7:53 AM, David Kerr <Da...@Ke...> wrote: > > > > > I installed Ubuntu 15.04 64-bit this week and attempted to build > Astlinux. I ran into two additional problems with building crosstool-ng... > > > > > > 1) I needed to apt-get install libtool-bin > > > 2) I ran into the bug documented here... > http://stackoverflow.com/questions/24494613/crosstool-ng-1-19-0-make-error-with-eglibc > > > and applied the "fix" documented here... > http://colocsbar.blogspot.fr/2014/01/crosstool-ng-1190-et-make-40.html > > > (thought I changed the make version test to test for 4.* rather than > 4.0*) > > > > > > Once I had crosstool-ng I was able to run through a build. Using > default config it failed at wanpipe, but as I don't normally compile that > in my custom build I just went and applied my mods to .config so as not to > compile that. Build then completed. > > > > > > I have not attempted to run it yet, but the build completed. > > > > > > David > > > > > > On Wed, May 13, 2015 at 9:54 AM, Lonnie Abelbeck < > li...@lo...> wrote: > > > Update: > > > > > > The read-only eglibc SVN repository is now working again, having been > moved to Linux Foundation systems, thanks to Michael Halstead. > > > > > > I'm thinking we should continue with our eglibc fix of hosting our own > "eglibc-2_18.tar.bz2" to keep things as predictable as possible. > > > > > > Thanks to Joseph S. Myers and Michael Halstead getting the eglibc SVN > moved and running again. > > > > > > Lonnie > > > > > > > > > On May 7, 2015, at 8:43 PM, Lonnie Abelbeck <li...@lo...> > wrote: > > > > > > > Hi Devs, > > > > > > > > Recently Martin Harriss built his own custom AstLinux image from > source using the SVN, and in the process he reported the svn server at > eglibc.org is not working, as such "ct-ng build" fails to download > eglibc-2_18. > > > > > > > > As you may know, eglibc development has stopped and they recommend > switching back to glibc, but with a perfectly good and smaller eglibc-2_18 > there is no reason not to continue using it in AstLinux. Unfortunately the > eglibc.org svn server needs restarting and I have not been able to > contact any of the previous developers. > > > > > > > > So, crosstool-ng uses 'svn' at svn.eglibc.org to extract the needed > files and then creates a tarball "eglibc-2_18.tar.bz2". If that tarball > exists when "ct-ng build" is called it will skip the process of creating > it's own via svn. > > > > > > > > As such, we now host the eglibc-2_18 tarball and install it via a > user script before "ct-ng build" is called. The README file is changed to > reflect this change. > > > > > > > > crosstool-ng, tweak toolchain instructions to workaround broken svn > server at eglibc.org > > > > http://sourceforge.net/p/astlinux/code/7064 > > > > > > > > Since the toolchain is not normally rebuilt, thanks to Martin for > reporting the issue. > > > > > > > > Lonnie > > > > > > > ------------------------------------------------------------------------------ > > > One dashboard for servers and applications across > Physical-Virtual-Cloud > > > Widest out-of-the-box monitoring support with 50+ applications > > > Performance metrics, stats and reports that give you Actionable > Insights > > > Deep dive visibility with transaction tracing using APM Insight. > > > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > > > _______________________________________________ > > > Astlinux-devel mailing list > > > Ast...@li... > > > https://lists.sourceforge.net/lists/listinfo/astlinux-devel > > > > > > Donations to support AstLinux are graciously accepted via PayPal to > pa...@kr.... > > > > > > > ------------------------------------------------------------------------------ > > > One dashboard for servers and applications across > Physical-Virtual-Cloud > > > Widest out-of-the-box monitoring support with 50+ applications > > > Performance metrics, stats and reports that give you Actionable > Insights > > > Deep dive visibility with transaction tracing using APM Insight. > > > > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y_______________________________________________ > > > Astlinux-devel mailing list > > > Ast...@li... > > > https://lists.sourceforge.net/lists/listinfo/astlinux-devel > > > > > > Donations to support AstLinux are graciously accepted via PayPal to > pa...@kr.... > > > > > > > ------------------------------------------------------------------------------ > > One dashboard for servers and applications across Physical-Virtual-Cloud > > Widest out-of-the-box monitoring support with 50+ applications > > Performance metrics, stats and reports that give you Actionable Insights > > Deep dive visibility with transaction tracing using APM Insight. > > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > > _______________________________________________ > > Astlinux-devel mailing list > > Ast...@li... > > https://lists.sourceforge.net/lists/listinfo/astlinux-devel > > > > Donations to support AstLinux are graciously accepted via PayPal to > pa...@kr.... > > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > > Astlinux-devel mailing list > > Ast...@li... > > https://lists.sourceforge.net/lists/listinfo/astlinux-devel > > > > Donations to support AstLinux are graciously accepted via PayPal to > pa...@kr.... > > > > ------------------------------------------------------------------------------ > _______________________________________________ > Astlinux-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-devel > > Donations to support AstLinux are graciously accepted via PayPal to > pa...@kr.... > |
From: Lonnie A. <li...@lo...> - 2015-12-10 04:13:30
|
David, Good to know. I'm kind of surprised Ubuntu 15.04 works. Looking forward to when you are testing AstLinux x86_64 on your APU1... Lonnie On Dec 9, 2015, at 9:20 PM, David Kerr <Da...@Ke...> wrote: > So, boldly going where no one has gone before, I attempted to do a build on Ubuntu 15.10 and failed. Problem is pretty close to the start, building initrd, fails on host-pkg-config 0.25 building. This package generates lots of warnings in the compile and ultimately ends up with... > > > So, back to 15.04 in the meantime. > > Thanks > David > ------------------------------------------------------------------------------ > _______________________________________________ > Astlinux-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-devel > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... |
From: Lonnie A. <li...@lo...> - 2015-12-10 04:07:51
|
David, All you really need is the latest /usr/sbin/upgrade-run-image script, architecture independent. You should be able to copy that script anywhere on your 32-bit system and perform the switch as described. Lonnie On Dec 9, 2015, at 9:11 PM, David Kerr <Da...@Ke...> wrote: > So, instructions for switching to 64-bit say to use the command line and that the existing 32-bit system needs to be r7353 or later. Is there any way to do the switch without first installing a 32-bit version (I'm on 7328) or do I need to go build a up-to-date 32-bit version first? > > Thanks > David > ------------------------------------------------------------------------------ > _______________________________________________ > Astlinux-devel mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-devel > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... |
From: David K. <da...@ke...> - 2015-12-10 03:21:05
|
So, boldly going where no one has gone before, I attempted to do a build on Ubuntu 15.10 and failed. Problem is pretty close to the start, building initrd, fails on host-pkg-config 0.25 building. This package generates lots of warnings in the compile and ultimately ends up with... ./.libs/libglib.a(gutils.o): In function `g_bit_nth_msf': gutils.c:(.text+0x30): multiple definition of `g_bit_nth_msf' testglib.o:testglib.c:(.text+0x150): first defined here ./.libs/libglib.a(gutils.o): In function `g_bit_storage': gutils.c:(.text+0x70): multiple definition of `g_bit_storage' testglib.o:testglib.c:(.text+0x190): first defined here collect2: error: ld returned 1 exit status Makefile:575: recipe for target 'testglib' failed make[5]: *** [testglib] Error 1 make[5]: Leaving directory '/mnt/david/AstLinuxBuild/astlinux/1.0/output/build/host-pkg-config-0.25/glib-1.2.10' Makefile:650: recipe for target 'all-recursive' failed make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory '/mnt/david/AstLinuxBuild/astlinux/1.0/output/build/host-pkg-config-0.25/glib-1.2.10' Makefile:480: recipe for target 'all' failed make[3]: *** [all] Error 2 make[3]: Leaving directory '/mnt/david/AstLinuxBuild/astlinux/1.0/output/build/host-pkg-config-0.25/glib-1.2.10' Makefile:671: recipe for target 'all-recursive' failed make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory '/mnt/david/AstLinuxBuild/astlinux/1.0/output/build/host-pkg-config-0.25' Makefile:433: recipe for target 'all' failed make[1]: *** [all] Error 2 make[1]: Leaving directory '/mnt/david/AstLinuxBuild/astlinux/1.0/output/build/host-pkg-config-0.25' package/Makefile.package.in:288: recipe for target '/home/david/astlinux/1.0/output/build/host-pkg-config-0.25/.stamp_built' failed make: *** [/home/david/astlinux/1.0/output/build/host-pkg-config-0.25/.stamp_built] Error 2 real 3m23.339s user 1m44.800s sys 0m30.252s Initrd build failed. mkdir -p /home/david/astlinux/1.0/output/build/buildroot-config/lxdialog make CC="/usr/bin/gcc" HOSTCC="/usr/bin/gcc" obj=/home/david/astlinux/1.0/output/build/buildroot-config -C package/config -f Makefile.br conf make[1]: Entering directory '/mnt/david/AstLinuxBuild/astlinux/1.0/package/config' /usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE -I/home/david/astlinux/1.0/output/build/buildroot-config -MM *.c > /home/david/astlinux/1.0/output/build/buildroot-config/.depend 2>/dev/null || : /usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE -I/home/david/astlinux/1.0/output/build/buildroot-config -c conf.c -o /home/david/astlinux/1.0/output/build/buildroot-config/conf.o /usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE -I/home/david/astlinux/1.0/output/build/buildroot-config -c kxgettext.c -o /home/david/astlinux/1.0/output/build/buildroot-config/kxgettext.o /usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE -I/home/david/astlinux/1.0/output/build/buildroot-config -I. -c /home/david/astlinux/1.0/output/build/buildroot-config/zconf.tab.c -o /home/david/astlinux/1.0/output/build/buildroot-config/zconf.tab.o /usr/bin/gcc -DCURSES_LOC="<ncurses.h>" -DLOCALE -I/home/david/astlinux/1.0/output/build/buildroot-config /home/david/astlinux/1.0/output/build/buildroot-config/conf.o /home/david/astlinux/1.0/output/build/buildroot-config/zconf.tab.o -o /home/david/astlinux/1.0/output/build/buildroot-config/conf rm /home/david/astlinux/1.0/output/build/buildroot-config/zconf.tab.c make[1]: Leaving directory '/mnt/david/AstLinuxBuild/astlinux/1.0/package/config' mkdir -p /home/david/astlinux/1.0/output/build/buildroot-config # # configuration written to /mnt/david/AstLinuxBuild/astlinux/1.0/.config # Fails whether trying to build 32-bit or 64-bit. Where is the build log saved for initrd? I'd like to compare with the successful builds on Ubuntu 15.04 (above is copy/paste from console). There may be some major differences between Ubuntu 15.04 and 15.10, for a start linux kernel is now 4.2, was 3.19. So at the moment I'm pointing the finger at Ubuntu and not anything I did [wrong] when setting up the system for building AstLinux. So, back to 15.04 in the meantime. Thanks David |
From: David K. <da...@ke...> - 2015-12-10 03:11:54
|
So, instructions for switching to 64-bit say to use the command line and that the existing 32-bit system needs to be r7353 or later. Is there any way to do the switch without first installing a 32-bit version (I'm on 7328) or do I need to go build a up-to-date 32-bit version first? Thanks David |