All of lore.kernel.org
 help / color / mirror / Atom feed
* [Buildroot] Buildroot-2.18.11 fails?
       [not found] ` <0fbddf2c-9da7-80a9-a890-ec1001ac6d3f@lamiaworks.com.au>
@ 2019-02-12 19:19   ` Peter Seiderer
  2019-02-12 22:07     ` scsijon
  0 siblings, 1 reply; 8+ messages in thread
From: Peter Seiderer @ 2019-02-12 19:19 UTC (permalink / raw)
  To: buildroot

Hello scsijon,

On Mon, 11 Feb 2019 12:56:32 +1100, scsijon <scsijon@lamiaworks.com.au> wrote:

> no, same result and point of failure, i'm going to move it across to one 
> of my test machines with a later Puppy called Easy and see what happens, 
> I can containerize it on that.

Thanks for feedback (and please keep the buildroot mailing list in CC)...

> 
> I'll let you know what happens, however the errors do make me thing 
> something is wrong with the source package.

...but builds on many different machined, see e.g. the
autobuilder results...., at least resort try to downgrade the
selected compiler...

Regards,
Peter

> 
> 
> -------- Forwarded Message --------
> Subject: Re: [Buildroot] Buildroot-2.18.11 fails?
> Date: Mon, 11 Feb 2019 09:20:51 +1100
> From: scsijon <scsijon@lamiaworks.com.au>
> To: Peter Seiderer <ps.report@gmx.net>
> 
> Hi, mine is a Puppy Linux variety called Quirky Xerus64, a cross of 
> Puppy linux built with ubuntu-xenial(, the normal way we build things in 
> the puppy world), and yes it uses gcc 5.4.0, libc-2.23 and libc6-2.23.
> 
> But what's this about "make savedefconfig", it's not in the listed build 
> steps in the docs or quickbuild steps in the readme? Maybe that's my 
> problem.
> 
> On 11/02/19 02:09, Peter Seiderer wrote:
> > Hello scsijon,
> > 
> > On Sun, 10 Feb 2019 19:37:07 +1100, scsijon <scsijon@lamiaworks.com.au> wrote:
> >   
> >> On 10/02/19 18:14, Peter Seiderer wrote:  
> >>> Hello scsijon,
> >>>
> >>> On Sun, 10 Feb 2019 15:20:45 +1100, scsijon <scsijon@lamiaworks.com.au> wrote:
> >>>      
> >>>> I thought i'd try it after so many years.
> >>>> I thought i'd try the last complete version before trying a snapshot.
> >>>>
> >>>> So, what I did was to download and unpacked the 2018.11 package from
> >>>> your site.  
> >>>
> >>> 2018.11.2, 2018.11.1 or 2018.11?
> >>>      
> >> buildroot-2018.11.tar.gz, didn't see the others on the site I was
> >> directed too from your main page at the time. However found 2018.11.2 on
> >> the git site so will have a go with that tonight.  
> >>>>
> >>>> Went into make menuconfig and changed (to match what I am use to working  
> >>>> with)>  
> >>>> target Architecture to x86_64;
> >>>> toolchain to glibc;
> >>>> gcc version to 8.x;
> >>>> linux kernel to 4.18 and added a defcon name;
> >>>> exited.
> >>>>
> >>>> make source (to download the packages required so I could build offline);
> >>>>
> >>>> make.
> >>>>
> >>>> All went well until host-gcc-final-8.2.0 where it errored, failed and
> >>>> exited.  
> >>>
> >>> Should not happen ;-), mind to share your .config/defconfig file?
> >>>      
> >> Hope this is what you want, attached, couldn't send a . file so renamed
> >> it, ignore the undotted.  
> > 
> > Thanks for the .config file, after 'make savedefconfig' resulted in the follwing (short)
> > defconfig file:
> > 
> > BR2_x86_64=y
> > BR2_JLEVEL=1
> > BR2_TOOLCHAIN_BUILDROOT_GLIBC=y
> > BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_4_18=y
> > BR2_GCC_VERSION_8_X=y
> > BR2_LINUX_KERNEL=y
> > BR2_LINUX_KERNEL_DEFCONFIG="dfgh"
> > 
> > Could not reproduce your problem here locally, on which host system do you
> > run your build (mine is openSUSE Tumbleweed with gcc-8.2.1 and libc-2.27,
> > yours seem to be a gcc-5.x)?
> > 
> > Regards,
> > Peter
> >   
> >>  
> >>> Regards,
> >>> Peter
> >>>      
> >>>>
> >>>> Before I consider proceeding further, could I have some help and advice
> >>>> with this please. I would have thought this should have been ok.
> >>>>
> >>>> I have attached the relevant section of the log file.
> >>>>
> >>>> thanks
> >>>> scsijon
> >>>>
> >>>>     
> >>>
> >>>      
> >   

^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Buildroot] Buildroot-2.18.11 fails?
  2019-02-12 19:19   ` [Buildroot] Buildroot-2.18.11 fails? Peter Seiderer
@ 2019-02-12 22:07     ` scsijon
  2019-02-13 18:56       ` Peter Seiderer
  0 siblings, 1 reply; 8+ messages in thread
From: scsijon @ 2019-02-12 22:07 UTC (permalink / raw)
  To: buildroot


On 13/02/19 06:19, Peter Seiderer wrote:
> Hello scsijon,
> 
> On Mon, 11 Feb 2019 12:56:32 +1100, scsijon <scsijon@lamiaworks.com.au> wrote:
> 
>> no, same result and point of failure, i'm going to move it across to one
>> of my test machines with a later Puppy called Easy and see what happens,
>> I can containerize it on that.
> 
> Thanks for feedback (and please keep the buildroot mailing list in CC)...
> 

Hi, thought I  had, sorry must have hit the wrong button.

No, although Easy, both in the container and outside it build, it's got 
gcc6.3.0, i'm now failing at host-e2fsprogs-1.44.4 with some parts 
getting built ok and a number of internal makefile not being correctly 
modified?built in the first place with wrong data at the MKDIR_P line in 
only some, causing it to stop.

I shall leave it for now as i'm out of free time, but will come back to 
it in a week or two. I will admit, i'm more interested in why only some 
of the Makefiles are right/wrong than anything else though. I shall open 
a raw copy of the package and see if it needs a patch.

regards to all

>>
>> I'll let you know what happens, however the errors do make me thing
>> something is wrong with the source package.
> 
> ...but builds on many different machined, see e.g. the
> autobuilder results...., at least resort try to downgrade the
> selected compiler...
> 
> Regards,
> Peter
> 
>>
>>
>> -------- Forwarded Message --------
>> Subject: Re: [Buildroot] Buildroot-2.18.11 fails?
>> Date: Mon, 11 Feb 2019 09:20:51 +1100
>> From: scsijon <scsijon@lamiaworks.com.au>
>> To: Peter Seiderer <ps.report@gmx.net>
>>
>> Hi, mine is a Puppy Linux variety called Quirky Xerus64, a cross of
>> Puppy linux built with ubuntu-xenial(, the normal way we build things in
>> the puppy world), and yes it uses gcc 5.4.0, libc-2.23 and libc6-2.23.
>>
>> But what's this about "make savedefconfig", it's not in the listed build
>> steps in the docs or quickbuild steps in the readme? Maybe that's my
>> problem.
>>
>> On 11/02/19 02:09, Peter Seiderer wrote:
>>> Hello scsijon,
>>>
>>> On Sun, 10 Feb 2019 19:37:07 +1100, scsijon <scsijon@lamiaworks.com.au> wrote:
>>>    
>>>> On 10/02/19 18:14, Peter Seiderer wrote:
>>>>> Hello scsijon,
>>>>>
>>>>> On Sun, 10 Feb 2019 15:20:45 +1100, scsijon <scsijon@lamiaworks.com.au> wrote:
>>>>>       
>>>>>> I thought i'd try it after so many years.
>>>>>> I thought i'd try the last complete version before trying a snapshot.
>>>>>>
>>>>>> So, what I did was to download and unpacked the 2018.11 package from
>>>>>> your site.
>>>>>
>>>>> 2018.11.2, 2018.11.1 or 2018.11?
>>>>>       
>>>> buildroot-2018.11.tar.gz, didn't see the others on the site I was
>>>> directed too from your main page at the time. However found 2018.11.2 on
>>>> the git site so will have a go with that tonight.
>>>>>>
>>>>>> Went into make menuconfig and changed (to match what I am use to working
>>>>>> with)>
>>>>>> target Architecture to x86_64;
>>>>>> toolchain to glibc;
>>>>>> gcc version to 8.x;
>>>>>> linux kernel to 4.18 and added a defcon name;
>>>>>> exited.
>>>>>>
>>>>>> make source (to download the packages required so I could build offline);
>>>>>>
>>>>>> make.
>>>>>>
>>>>>> All went well until host-gcc-final-8.2.0 where it errored, failed and
>>>>>> exited.
>>>>>
>>>>> Should not happen ;-), mind to share your .config/defconfig file?
>>>>>       
>>>> Hope this is what you want, attached, couldn't send a . file so renamed
>>>> it, ignore the undotted.
>>>
>>> Thanks for the .config file, after 'make savedefconfig' resulted in the follwing (short)
>>> defconfig file:
>>>
>>> BR2_x86_64=y
>>> BR2_JLEVEL=1
>>> BR2_TOOLCHAIN_BUILDROOT_GLIBC=y
>>> BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_4_18=y
>>> BR2_GCC_VERSION_8_X=y
>>> BR2_LINUX_KERNEL=y
>>> BR2_LINUX_KERNEL_DEFCONFIG="dfgh"
>>>
>>> Could not reproduce your problem here locally, on which host system do you
>>> run your build (mine is openSUSE Tumbleweed with gcc-8.2.1 and libc-2.27,
>>> yours seem to be a gcc-5.x)?
>>>
>>> Regards,
>>> Peter
>>>    
>>>>   
>>>>> Regards,
>>>>> Peter
>>>>>       
>>>>>>
>>>>>> Before I consider proceeding further, could I have some help and advice
>>>>>> with this please. I would have thought this should have been ok.
>>>>>>
>>>>>> I have attached the relevant section of the log file.
>>>>>>
>>>>>> thanks
>>>>>> scsijon
>>>>>>
>>>>>>      
>>>>>
>>>>>       
>>>    
> 
> 

^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Buildroot] Buildroot-2.18.11 fails?
  2019-02-12 22:07     ` scsijon
@ 2019-02-13 18:56       ` Peter Seiderer
  2019-02-14  2:27         ` scsijon
  0 siblings, 1 reply; 8+ messages in thread
From: Peter Seiderer @ 2019-02-13 18:56 UTC (permalink / raw)
  To: buildroot

Hello scssijon,

On Wed, 13 Feb 2019 09:07:53 +1100, scsijon <scsijon@lamiaworks.com.au> wrote:

> On 13/02/19 06:19, Peter Seiderer wrote:
> > Hello scsijon,
> > 
> > On Mon, 11 Feb 2019 12:56:32 +1100, scsijon <scsijon@lamiaworks.com.au> wrote:
> >   
> >> no, same result and point of failure, i'm going to move it across to one
> >> of my test machines with a later Puppy called Easy and see what happens,
> >> I can containerize it on that.  

Using Puppy seems to be one of the problems, searching for Pupply reveals that
all is run as 'root user, which is not the recommended way to run buildroot...

> > 
> > Thanks for feedback (and please keep the buildroot mailing list in CC)...
> >   
> 
> Hi, thought I  had, sorry must have hit the wrong button.
> 
> No, although Easy, both in the container and outside it build, it's got 
> gcc6.3.0, i'm now failing at host-e2fsprogs-1.44.4 with some parts 
> getting built ok and a number of internal makefile not being correctly 
> modified?built in the first place with wrong data at the MKDIR_P line in 
> only some, causing it to stop.

Side effect of running as root or filesystem/memory corruption on your host....

> 
> I shall leave it for now as i'm out of free time, but will come back to 
> it in a week or two. I will admit, i'm more interested in why only some 
> of the Makefiles are right/wrong than anything else though. I shall open 
> a raw copy of the package and see if it needs a patch.

None of the Makefiles should be wrong....again filesystem/memory corruption on your host....

Regards,
Peter

> 
> regards to all
> 
> >>
> >> I'll let you know what happens, however the errors do make me thing
> >> something is wrong with the source package.  
> > 
> > ...but builds on many different machined, see e.g. the
> > autobuilder results...., at least resort try to downgrade the
> > selected compiler...
> > 
> > Regards,
> > Peter
> >   
> >>
> >>
> >> -------- Forwarded Message --------
> >> Subject: Re: [Buildroot] Buildroot-2.18.11 fails?
> >> Date: Mon, 11 Feb 2019 09:20:51 +1100
> >> From: scsijon <scsijon@lamiaworks.com.au>
> >> To: Peter Seiderer <ps.report@gmx.net>
> >>
> >> Hi, mine is a Puppy Linux variety called Quirky Xerus64, a cross of
> >> Puppy linux built with ubuntu-xenial(, the normal way we build things in
> >> the puppy world), and yes it uses gcc 5.4.0, libc-2.23 and libc6-2.23.
> >>
> >> But what's this about "make savedefconfig", it's not in the listed build
> >> steps in the docs or quickbuild steps in the readme? Maybe that's my
> >> problem.
> >>
> >> On 11/02/19 02:09, Peter Seiderer wrote:  
> >>> Hello scsijon,
> >>>
> >>> On Sun, 10 Feb 2019 19:37:07 +1100, scsijon <scsijon@lamiaworks.com.au> wrote:
> >>>      
> >>>> On 10/02/19 18:14, Peter Seiderer wrote:  
> >>>>> Hello scsijon,
> >>>>>
> >>>>> On Sun, 10 Feb 2019 15:20:45 +1100, scsijon <scsijon@lamiaworks.com.au> wrote:
> >>>>>         
> >>>>>> I thought i'd try it after so many years.
> >>>>>> I thought i'd try the last complete version before trying a snapshot.
> >>>>>>
> >>>>>> So, what I did was to download and unpacked the 2018.11 package from
> >>>>>> your site.  
> >>>>>
> >>>>> 2018.11.2, 2018.11.1 or 2018.11?
> >>>>>         
> >>>> buildroot-2018.11.tar.gz, didn't see the others on the site I was
> >>>> directed too from your main page at the time. However found 2018.11.2 on
> >>>> the git site so will have a go with that tonight.  
> >>>>>>
> >>>>>> Went into make menuconfig and changed (to match what I am use to working  
> >>>>>> with)>  
> >>>>>> target Architecture to x86_64;
> >>>>>> toolchain to glibc;
> >>>>>> gcc version to 8.x;
> >>>>>> linux kernel to 4.18 and added a defcon name;
> >>>>>> exited.
> >>>>>>
> >>>>>> make source (to download the packages required so I could build offline);
> >>>>>>
> >>>>>> make.
> >>>>>>
> >>>>>> All went well until host-gcc-final-8.2.0 where it errored, failed and
> >>>>>> exited.  
> >>>>>
> >>>>> Should not happen ;-), mind to share your .config/defconfig file?
> >>>>>         
> >>>> Hope this is what you want, attached, couldn't send a . file so renamed
> >>>> it, ignore the undotted.  
> >>>
> >>> Thanks for the .config file, after 'make savedefconfig' resulted in the follwing (short)
> >>> defconfig file:
> >>>
> >>> BR2_x86_64=y
> >>> BR2_JLEVEL=1
> >>> BR2_TOOLCHAIN_BUILDROOT_GLIBC=y
> >>> BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_4_18=y
> >>> BR2_GCC_VERSION_8_X=y
> >>> BR2_LINUX_KERNEL=y
> >>> BR2_LINUX_KERNEL_DEFCONFIG="dfgh"
> >>>
> >>> Could not reproduce your problem here locally, on which host system do you
> >>> run your build (mine is openSUSE Tumbleweed with gcc-8.2.1 and libc-2.27,
> >>> yours seem to be a gcc-5.x)?
> >>>
> >>> Regards,
> >>> Peter
> >>>      
> >>>>     
> >>>>> Regards,
> >>>>> Peter
> >>>>>         
> >>>>>>
> >>>>>> Before I consider proceeding further, could I have some help and advice
> >>>>>> with this please. I would have thought this should have been ok.
> >>>>>>
> >>>>>> I have attached the relevant section of the log file.
> >>>>>>
> >>>>>> thanks
> >>>>>> scsijon
> >>>>>>
> >>>>>>        
> >>>>>
> >>>>>         
> >>>      
> > 
> >   
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot

^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Buildroot] Buildroot-2.18.11 fails?
  2019-02-13 18:56       ` Peter Seiderer
@ 2019-02-14  2:27         ` scsijon
  2019-02-15 20:49           ` Peter Seiderer
  0 siblings, 1 reply; 8+ messages in thread
From: scsijon @ 2019-02-14  2:27 UTC (permalink / raw)
  To: buildroot

Except Buildroot is the first linux I haven't been able to  build 
cleanly from one or another 'puppy's'. I have built it on top of Puppy 
in the past though.

However since you say it won't build nowadays I shan't persist.

thanks anyway.

scsijon

On 14/02/19 05:56, Peter Seiderer wrote:
> Hello scssijon,
> 
> On Wed, 13 Feb 2019 09:07:53 +1100, scsijon <scsijon@lamiaworks.com.au> wrote:
> 
>> On 13/02/19 06:19, Peter Seiderer wrote:
>>> Hello scsijon,
>>>
>>> On Mon, 11 Feb 2019 12:56:32 +1100, scsijon <scsijon@lamiaworks.com.au> wrote:
>>>    
>>>> no, same result and point of failure, i'm going to move it across to one
>>>> of my test machines with a later Puppy called Easy and see what happens,
>>>> I can containerize it on that.
> 
> Using Puppy seems to be one of the problems, searching for Pupply reveals that
> all is run as 'root user, which is not the recommended way to run buildroot...
> 
>>>
>>> Thanks for feedback (and please keep the buildroot mailing list in CC)...
>>>    
>>
>> Hi, thought I  had, sorry must have hit the wrong button.
>>
>> No, although Easy, both in the container and outside it build, it's got
>> gcc6.3.0, i'm now failing at host-e2fsprogs-1.44.4 with some parts
>> getting built ok and a number of internal makefile not being correctly
>> modified?built in the first place with wrong data at the MKDIR_P line in
>> only some, causing it to stop.
> 
> Side effect of running as root or filesystem/memory corruption on your host....
> 
>>
>> I shall leave it for now as i'm out of free time, but will come back to
>> it in a week or two. I will admit, i'm more interested in why only some
>> of the Makefiles are right/wrong than anything else though. I shall open
>> a raw copy of the package and see if it needs a patch.
> 
> None of the Makefiles should be wrong....again filesystem/memory corruption on your host....
> 
> Regards,
> Peter
> 
>>
>> regards to all
>>
>>>>
>>>> I'll let you know what happens, however the errors do make me thing
>>>> something is wrong with the source package.
>>>
>>> ...but builds on many different machined, see e.g. the
>>> autobuilder results...., at least resort try to downgrade the
>>> selected compiler...
>>>
>>> Regards,
>>> Peter
>>>    
>>>>
>>>>
>>>> -------- Forwarded Message --------
>>>> Subject: Re: [Buildroot] Buildroot-2.18.11 fails?
>>>> Date: Mon, 11 Feb 2019 09:20:51 +1100
>>>> From: scsijon <scsijon@lamiaworks.com.au>
>>>> To: Peter Seiderer <ps.report@gmx.net>
>>>>
>>>> Hi, mine is a Puppy Linux variety called Quirky Xerus64, a cross of
>>>> Puppy linux built with ubuntu-xenial(, the normal way we build things in
>>>> the puppy world), and yes it uses gcc 5.4.0, libc-2.23 and libc6-2.23.
>>>>
>>>> But what's this about "make savedefconfig", it's not in the listed build
>>>> steps in the docs or quickbuild steps in the readme? Maybe that's my
>>>> problem.
>>>>
>>>> On 11/02/19 02:09, Peter Seiderer wrote:
>>>>> Hello scsijon,
>>>>>
>>>>> On Sun, 10 Feb 2019 19:37:07 +1100, scsijon <scsijon@lamiaworks.com.au> wrote:
>>>>>       
>>>>>> On 10/02/19 18:14, Peter Seiderer wrote:
>>>>>>> Hello scsijon,
>>>>>>>
>>>>>>> On Sun, 10 Feb 2019 15:20:45 +1100, scsijon <scsijon@lamiaworks.com.au> wrote:
>>>>>>>          
>>>>>>>> I thought i'd try it after so many years.
>>>>>>>> I thought i'd try the last complete version before trying a snapshot.
>>>>>>>>
>>>>>>>> So, what I did was to download and unpacked the 2018.11 package from
>>>>>>>> your site.
>>>>>>>
>>>>>>> 2018.11.2, 2018.11.1 or 2018.11?
>>>>>>>          
>>>>>> buildroot-2018.11.tar.gz, didn't see the others on the site I was
>>>>>> directed too from your main page at the time. However found 2018.11.2 on
>>>>>> the git site so will have a go with that tonight.
>>>>>>>>
>>>>>>>> Went into make menuconfig and changed (to match what I am use to working
>>>>>>>> with)>
>>>>>>>> target Architecture to x86_64;
>>>>>>>> toolchain to glibc;
>>>>>>>> gcc version to 8.x;
>>>>>>>> linux kernel to 4.18 and added a defcon name;
>>>>>>>> exited.
>>>>>>>>
>>>>>>>> make source (to download the packages required so I could build offline);
>>>>>>>>
>>>>>>>> make.
>>>>>>>>
>>>>>>>> All went well until host-gcc-final-8.2.0 where it errored, failed and
>>>>>>>> exited.
>>>>>>>
>>>>>>> Should not happen ;-), mind to share your .config/defconfig file?
>>>>>>>          
>>>>>> Hope this is what you want, attached, couldn't send a . file so renamed
>>>>>> it, ignore the undotted.
>>>>>
>>>>> Thanks for the .config file, after 'make savedefconfig' resulted in the follwing (short)
>>>>> defconfig file:
>>>>>
>>>>> BR2_x86_64=y
>>>>> BR2_JLEVEL=1
>>>>> BR2_TOOLCHAIN_BUILDROOT_GLIBC=y
>>>>> BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_4_18=y
>>>>> BR2_GCC_VERSION_8_X=y
>>>>> BR2_LINUX_KERNEL=y
>>>>> BR2_LINUX_KERNEL_DEFCONFIG="dfgh"
>>>>>
>>>>> Could not reproduce your problem here locally, on which host system do you
>>>>> run your build (mine is openSUSE Tumbleweed with gcc-8.2.1 and libc-2.27,
>>>>> yours seem to be a gcc-5.x)?
>>>>>
>>>>> Regards,
>>>>> Peter
>>>>>       
>>>>>>      
>>>>>>> Regards,
>>>>>>> Peter
>>>>>>>          
>>>>>>>>
>>>>>>>> Before I consider proceeding further, could I have some help and advice
>>>>>>>> with this please. I would have thought this should have been ok.
>>>>>>>>
>>>>>>>> I have attached the relevant section of the log file.
>>>>>>>>
>>>>>>>> thanks
>>>>>>>> scsijon
>>>>>>>>
>>>>>>>>         
>>>>>>>
>>>>>>>          
>>>>>       
>>>
>>>    
>> _______________________________________________
>> buildroot mailing list
>> buildroot at busybox.net
>> http://lists.busybox.net/mailman/listinfo/buildroot
> 
> 

^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Buildroot] Buildroot-2.18.11 fails?
  2019-02-14  2:27         ` scsijon
@ 2019-02-15 20:49           ` Peter Seiderer
  2019-02-16  2:09             ` scsijon
  0 siblings, 1 reply; 8+ messages in thread
From: Peter Seiderer @ 2019-02-15 20:49 UTC (permalink / raw)
  To: buildroot

Hello scsijon,

On Thu, 14 Feb 2019 13:27:58 +1100, scsijon <scsijon@lamiaworks.com.au> wrote:

> Except Buildroot is the first linux I haven't been able to  build 
> cleanly from one or another 'puppy's'. I have built it on top of Puppy 
> in the past though.
> 
> However since you say it won't build nowadays I shan't persist.

Did not say exactly this, buildroot is building fine on a huge amount
of different host systems, your build problems are not reproducible
by me (or others?), so not much I can help you further...

But nevertheless I would be glad to hear from you in case you find
out the root problem of your build failures...

Regards,
Peter

> 
> thanks anyway.
> 
> scsijon
> 
> On 14/02/19 05:56, Peter Seiderer wrote:
> > Hello scssijon,
> > 
> > On Wed, 13 Feb 2019 09:07:53 +1100, scsijon <scsijon@lamiaworks.com.au> wrote:
> >   
> >> On 13/02/19 06:19, Peter Seiderer wrote:  
> >>> Hello scsijon,
> >>>
> >>> On Mon, 11 Feb 2019 12:56:32 +1100, scsijon <scsijon@lamiaworks.com.au> wrote:
> >>>      
> >>>> no, same result and point of failure, i'm going to move it across to one
> >>>> of my test machines with a later Puppy called Easy and see what happens,
> >>>> I can containerize it on that.  
> > 
> > Using Puppy seems to be one of the problems, searching for Pupply reveals that
> > all is run as 'root user, which is not the recommended way to run buildroot...
> >   
> >>>
> >>> Thanks for feedback (and please keep the buildroot mailing list in CC)...
> >>>      
> >>
> >> Hi, thought I  had, sorry must have hit the wrong button.
> >>
> >> No, although Easy, both in the container and outside it build, it's got
> >> gcc6.3.0, i'm now failing at host-e2fsprogs-1.44.4 with some parts
> >> getting built ok and a number of internal makefile not being correctly
> >> modified?built in the first place with wrong data at the MKDIR_P line in
> >> only some, causing it to stop.  
> > 
> > Side effect of running as root or filesystem/memory corruption on your host....
> >   
> >>
> >> I shall leave it for now as i'm out of free time, but will come back to
> >> it in a week or two. I will admit, i'm more interested in why only some
> >> of the Makefiles are right/wrong than anything else though. I shall open
> >> a raw copy of the package and see if it needs a patch.  
> > 
> > None of the Makefiles should be wrong....again filesystem/memory corruption on your host....
> > 
> > Regards,
> > Peter
> >   
> >>
> >> regards to all
> >>  
> >>>>
> >>>> I'll let you know what happens, however the errors do make me thing
> >>>> something is wrong with the source package.  
> >>>
> >>> ...but builds on many different machined, see e.g. the
> >>> autobuilder results...., at least resort try to downgrade the
> >>> selected compiler...
> >>>
> >>> Regards,
> >>> Peter
> >>>      
> >>>>
> >>>>
> >>>> -------- Forwarded Message --------
> >>>> Subject: Re: [Buildroot] Buildroot-2.18.11 fails?
> >>>> Date: Mon, 11 Feb 2019 09:20:51 +1100
> >>>> From: scsijon <scsijon@lamiaworks.com.au>
> >>>> To: Peter Seiderer <ps.report@gmx.net>
> >>>>
> >>>> Hi, mine is a Puppy Linux variety called Quirky Xerus64, a cross of
> >>>> Puppy linux built with ubuntu-xenial(, the normal way we build things in
> >>>> the puppy world), and yes it uses gcc 5.4.0, libc-2.23 and libc6-2.23.
> >>>>
> >>>> But what's this about "make savedefconfig", it's not in the listed build
> >>>> steps in the docs or quickbuild steps in the readme? Maybe that's my
> >>>> problem.
> >>>>
> >>>> On 11/02/19 02:09, Peter Seiderer wrote:  
> >>>>> Hello scsijon,
> >>>>>
> >>>>> On Sun, 10 Feb 2019 19:37:07 +1100, scsijon <scsijon@lamiaworks.com.au> wrote:
> >>>>>         
> >>>>>> On 10/02/19 18:14, Peter Seiderer wrote:  
> >>>>>>> Hello scsijon,
> >>>>>>>
> >>>>>>> On Sun, 10 Feb 2019 15:20:45 +1100, scsijon <scsijon@lamiaworks.com.au> wrote:
> >>>>>>>            
> >>>>>>>> I thought i'd try it after so many years.
> >>>>>>>> I thought i'd try the last complete version before trying a snapshot.
> >>>>>>>>
> >>>>>>>> So, what I did was to download and unpacked the 2018.11 package from
> >>>>>>>> your site.  
> >>>>>>>
> >>>>>>> 2018.11.2, 2018.11.1 or 2018.11?
> >>>>>>>            
> >>>>>> buildroot-2018.11.tar.gz, didn't see the others on the site I was
> >>>>>> directed too from your main page at the time. However found 2018.11.2 on
> >>>>>> the git site so will have a go with that tonight.  
> >>>>>>>>
> >>>>>>>> Went into make menuconfig and changed (to match what I am use to working  
> >>>>>>>> with)>  
> >>>>>>>> target Architecture to x86_64;
> >>>>>>>> toolchain to glibc;
> >>>>>>>> gcc version to 8.x;
> >>>>>>>> linux kernel to 4.18 and added a defcon name;
> >>>>>>>> exited.
> >>>>>>>>
> >>>>>>>> make source (to download the packages required so I could build offline);
> >>>>>>>>
> >>>>>>>> make.
> >>>>>>>>
> >>>>>>>> All went well until host-gcc-final-8.2.0 where it errored, failed and
> >>>>>>>> exited.  
> >>>>>>>
> >>>>>>> Should not happen ;-), mind to share your .config/defconfig file?
> >>>>>>>            
> >>>>>> Hope this is what you want, attached, couldn't send a . file so renamed
> >>>>>> it, ignore the undotted.  
> >>>>>
> >>>>> Thanks for the .config file, after 'make savedefconfig' resulted in the follwing (short)
> >>>>> defconfig file:
> >>>>>
> >>>>> BR2_x86_64=y
> >>>>> BR2_JLEVEL=1
> >>>>> BR2_TOOLCHAIN_BUILDROOT_GLIBC=y
> >>>>> BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_4_18=y
> >>>>> BR2_GCC_VERSION_8_X=y
> >>>>> BR2_LINUX_KERNEL=y
> >>>>> BR2_LINUX_KERNEL_DEFCONFIG="dfgh"
> >>>>>
> >>>>> Could not reproduce your problem here locally, on which host system do you
> >>>>> run your build (mine is openSUSE Tumbleweed with gcc-8.2.1 and libc-2.27,
> >>>>> yours seem to be a gcc-5.x)?
> >>>>>
> >>>>> Regards,
> >>>>> Peter
> >>>>>         
> >>>>>>        
> >>>>>>> Regards,
> >>>>>>> Peter
> >>>>>>>            
> >>>>>>>>
> >>>>>>>> Before I consider proceeding further, could I have some help and advice
> >>>>>>>> with this please. I would have thought this should have been ok.
> >>>>>>>>
> >>>>>>>> I have attached the relevant section of the log file.
> >>>>>>>>
> >>>>>>>> thanks
> >>>>>>>> scsijon
> >>>>>>>>
> >>>>>>>>           
> >>>>>>>
> >>>>>>>            
> >>>>>         
> >>>
> >>>      
> >> _______________________________________________
> >> buildroot mailing list
> >> buildroot at busybox.net
> >> http://lists.busybox.net/mailman/listinfo/buildroot  
> > 
> >   

^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Buildroot] Buildroot-2.18.11 fails?
  2019-02-15 20:49           ` Peter Seiderer
@ 2019-02-16  2:09             ` scsijon
  0 siblings, 0 replies; 8+ messages in thread
From: scsijon @ 2019-02-16  2:09 UTC (permalink / raw)
  To: buildroot



On 16/02/19 07:49, Peter Seiderer wrote:
> Hello scsijon,
> 
> On Thu, 14 Feb 2019 13:27:58 +1100, scsijon <scsijon@lamiaworks.com.au> wrote:
> 
>> Except Buildroot is the first linux I haven't been able to  build
>> cleanly from one or another 'puppy's'. I have built it on top of Puppy
>> in the past though.
>>
>> However since you say it won't build nowadays I shan't persist.
> 
> Did not say exactly this, buildroot is building fine on a huge amount
> of different host systems, your build problems are not reproducible
> by me (or others?), so not much I can help you further...
> 
> But nevertheless I would be glad to hear from you in case you find
> out the root problem of your build failures...
> 
> Regards,
> Peter
> 

No, no worries, i'm actually looking for my old build and logfile from 
back then to see if anything shows (I hate 20/40gig hard drives and 
hunting through logbooks). I can try that first as a poc.

I did find a problem with /usr/include/x86_64-linux-gnu/sys/sysctl.h 
having a missing line after #include <features.h>, there should have 
been a #include <sys/cdefs.h> next, but it wasn't there; i've added it 
and that's fixed a problem for a package (not yours) build; maybe i've 
other headers corrupted or wrong; something else to check.

I shall get back to it in time, just not today.

regards
scsijon

>>
>> thanks anyway.
>>
>> scsijon
>>
>> On 14/02/19 05:56, Peter Seiderer wrote:
>>> Hello scssijon,
>>>
>>> On Wed, 13 Feb 2019 09:07:53 +1100, scsijon <scsijon@lamiaworks.com.au> wrote:
>>>    
>>>> On 13/02/19 06:19, Peter Seiderer wrote:
>>>>> Hello scsijon,
>>>>>
>>>>> On Mon, 11 Feb 2019 12:56:32 +1100, scsijon <scsijon@lamiaworks.com.au> wrote:
>>>>>       
>>>>>> no, same result and point of failure, i'm going to move it across to one
>>>>>> of my test machines with a later Puppy called Easy and see what happens,
>>>>>> I can containerize it on that.
>>>
>>> Using Puppy seems to be one of the problems, searching for Pupply reveals that
>>> all is run as 'root user, which is not the recommended way to run buildroot...
>>>    
>>>>>
>>>>> Thanks for feedback (and please keep the buildroot mailing list in CC)...
>>>>>       
>>>>
>>>> Hi, thought I  had, sorry must have hit the wrong button.
>>>>
>>>> No, although Easy, both in the container and outside it build, it's got
>>>> gcc6.3.0, i'm now failing at host-e2fsprogs-1.44.4 with some parts
>>>> getting built ok and a number of internal makefile not being correctly
>>>> modified?built in the first place with wrong data at the MKDIR_P line in
>>>> only some, causing it to stop.
>>>
>>> Side effect of running as root or filesystem/memory corruption on your host....
>>>    
>>>>
>>>> I shall leave it for now as i'm out of free time, but will come back to
>>>> it in a week or two. I will admit, i'm more interested in why only some
>>>> of the Makefiles are right/wrong than anything else though. I shall open
>>>> a raw copy of the package and see if it needs a patch.
>>>
>>> None of the Makefiles should be wrong....again filesystem/memory corruption on your host....
>>>
>>> Regards,
>>> Peter
>>>    
>>>>
>>>> regards to all
>>>>   
>>>>>>
>>>>>> I'll let you know what happens, however the errors do make me thing
>>>>>> something is wrong with the source package.
>>>>>
>>>>> ...but builds on many different machined, see e.g. the
>>>>> autobuilder results...., at least resort try to downgrade the
>>>>> selected compiler...
>>>>>
>>>>> Regards,
>>>>> Peter
>>>>>       
>>>>>>
>>>>>>
>>>>>> -------- Forwarded Message --------
>>>>>> Subject: Re: [Buildroot] Buildroot-2.18.11 fails?
>>>>>> Date: Mon, 11 Feb 2019 09:20:51 +1100
>>>>>> From: scsijon <scsijon@lamiaworks.com.au>
>>>>>> To: Peter Seiderer <ps.report@gmx.net>
>>>>>>
>>>>>> Hi, mine is a Puppy Linux variety called Quirky Xerus64, a cross of
>>>>>> Puppy linux built with ubuntu-xenial(, the normal way we build things in
>>>>>> the puppy world), and yes it uses gcc 5.4.0, libc-2.23 and libc6-2.23.
>>>>>>
>>>>>> But what's this about "make savedefconfig", it's not in the listed build
>>>>>> steps in the docs or quickbuild steps in the readme? Maybe that's my
>>>>>> problem.
>>>>>>
>>>>>> On 11/02/19 02:09, Peter Seiderer wrote:
>>>>>>> Hello scsijon,
>>>>>>>
>>>>>>> On Sun, 10 Feb 2019 19:37:07 +1100, scsijon <scsijon@lamiaworks.com.au> wrote:
>>>>>>>          
>>>>>>>> On 10/02/19 18:14, Peter Seiderer wrote:
>>>>>>>>> Hello scsijon,
>>>>>>>>>
>>>>>>>>> On Sun, 10 Feb 2019 15:20:45 +1100, scsijon <scsijon@lamiaworks.com.au> wrote:
>>>>>>>>>             
>>>>>>>>>> I thought i'd try it after so many years.
>>>>>>>>>> I thought i'd try the last complete version before trying a snapshot.
>>>>>>>>>>
>>>>>>>>>> So, what I did was to download and unpacked the 2018.11 package from
>>>>>>>>>> your site.
>>>>>>>>>
>>>>>>>>> 2018.11.2, 2018.11.1 or 2018.11?
>>>>>>>>>             
>>>>>>>> buildroot-2018.11.tar.gz, didn't see the others on the site I was
>>>>>>>> directed too from your main page at the time. However found 2018.11.2 on
>>>>>>>> the git site so will have a go with that tonight.
>>>>>>>>>>
>>>>>>>>>> Went into make menuconfig and changed (to match what I am use to working
>>>>>>>>>> with)>
>>>>>>>>>> target Architecture to x86_64;
>>>>>>>>>> toolchain to glibc;
>>>>>>>>>> gcc version to 8.x;
>>>>>>>>>> linux kernel to 4.18 and added a defcon name;
>>>>>>>>>> exited.
>>>>>>>>>>
>>>>>>>>>> make source (to download the packages required so I could build offline);
>>>>>>>>>>
>>>>>>>>>> make.
>>>>>>>>>>
>>>>>>>>>> All went well until host-gcc-final-8.2.0 where it errored, failed and
>>>>>>>>>> exited.
>>>>>>>>>
>>>>>>>>> Should not happen ;-), mind to share your .config/defconfig file?
>>>>>>>>>             
>>>>>>>> Hope this is what you want, attached, couldn't send a . file so renamed
>>>>>>>> it, ignore the undotted.
>>>>>>>
>>>>>>> Thanks for the .config file, after 'make savedefconfig' resulted in the follwing (short)
>>>>>>> defconfig file:
>>>>>>>
>>>>>>> BR2_x86_64=y
>>>>>>> BR2_JLEVEL=1
>>>>>>> BR2_TOOLCHAIN_BUILDROOT_GLIBC=y
>>>>>>> BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_4_18=y
>>>>>>> BR2_GCC_VERSION_8_X=y
>>>>>>> BR2_LINUX_KERNEL=y
>>>>>>> BR2_LINUX_KERNEL_DEFCONFIG="dfgh"
>>>>>>>
>>>>>>> Could not reproduce your problem here locally, on which host system do you
>>>>>>> run your build (mine is openSUSE Tumbleweed with gcc-8.2.1 and libc-2.27,
>>>>>>> yours seem to be a gcc-5.x)?
>>>>>>>
>>>>>>> Regards,
>>>>>>> Peter
>>>>>>>          
>>>>>>>>         
>>>>>>>>> Regards,
>>>>>>>>> Peter
>>>>>>>>>             
>>>>>>>>>>
>>>>>>>>>> Before I consider proceeding further, could I have some help and advice
>>>>>>>>>> with this please. I would have thought this should have been ok.
>>>>>>>>>>
>>>>>>>>>> I have attached the relevant section of the log file.
>>>>>>>>>>
>>>>>>>>>> thanks
>>>>>>>>>> scsijon
>>>>>>>>>>
>>>>>>>>>>            
>>>>>>>>>
>>>>>>>>>             
>>>>>>>          
>>>>>
>>>>>       
>>>> _______________________________________________
>>>> buildroot mailing list
>>>> buildroot at busybox.net
>>>> http://lists.busybox.net/mailman/listinfo/buildroot
>>>
>>>    
> 
> 

^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Buildroot] Buildroot-2.18.11 fails?
  2019-02-10  4:20 scsijon
@ 2019-02-10  7:14 ` Peter Seiderer
  0 siblings, 0 replies; 8+ messages in thread
From: Peter Seiderer @ 2019-02-10  7:14 UTC (permalink / raw)
  To: buildroot

Hello scsijon,

On Sun, 10 Feb 2019 15:20:45 +1100, scsijon <scsijon@lamiaworks.com.au> wrote:

> I thought i'd try it after so many years.
> I thought i'd try the last complete version before trying a snapshot.
> 
> So, what I did was to download and unpacked the 2018.11 package from 
> your site.

2018.11.2, 2018.11.1 or 2018.11?

> 
> Went into make menuconfig and changed (to match what I am use to working 
> with)>  
> target Architecture to x86_64;
> toolchain to glibc;
> gcc version to 8.x;
> linux kernel to 4.18 and added a defcon name;
> exited.
> 
> make source (to download the packages required so I could build offline);
> 
> make.
> 
> All went well until host-gcc-final-8.2.0 where it errored, failed and 
> exited.

Should not happen ;-), mind to share your .config/defconfig file?

Regards,
Peter

> 
> Before I consider proceeding further, could I have some help and advice 
> with this please. I would have thought this should have been ok.
> 
> I have attached the relevant section of the log file.
> 
> thanks
> scsijon
> 
> 

^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Buildroot] Buildroot-2.18.11 fails?
@ 2019-02-10  4:20 scsijon
  2019-02-10  7:14 ` Peter Seiderer
  0 siblings, 1 reply; 8+ messages in thread
From: scsijon @ 2019-02-10  4:20 UTC (permalink / raw)
  To: buildroot

I thought i'd try it after so many years.
I thought i'd try the last complete version before trying a snapshot.

So, what I did was to download and unpacked the 2018.11 package from 
your site.

Went into make menuconfig and changed (to match what I am use to working 
with)>
target Architecture to x86_64;
toolchain to glibc;
gcc version to 8.x;
linux kernel to 4.18 and added a defcon name;
exited.

make source (to download the packages required so I could build offline);

make.

All went well until host-gcc-final-8.2.0 where it errored, failed and 
exited.

Before I consider proceeding further, could I have some help and advice 
with this please. I would have thought this should have been ok.

I have attached the relevant section of the log file.

thanks
scsijon


-------------- next part --------------
A non-text attachment was scrubbed...
Name: buildroot-2018.11-fail1.tar.gz
Type: application/x-gzip
Size: 5063 bytes
Desc: not available
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20190210/be394e48/attachment-0001.bin>

^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2019-02-16  2:09 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <e5695acd-7280-74a5-dd40-429e4baf7fc3@lamiaworks.com.au>
     [not found] ` <0fbddf2c-9da7-80a9-a890-ec1001ac6d3f@lamiaworks.com.au>
2019-02-12 19:19   ` [Buildroot] Buildroot-2.18.11 fails? Peter Seiderer
2019-02-12 22:07     ` scsijon
2019-02-13 18:56       ` Peter Seiderer
2019-02-14  2:27         ` scsijon
2019-02-15 20:49           ` Peter Seiderer
2019-02-16  2:09             ` scsijon
2019-02-10  4:20 scsijon
2019-02-10  7:14 ` Peter Seiderer

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.