* [Buildroot] buildroot snapshot
@ 2008-06-21 2:12 Mike Sander
2008-06-24 2:36 ` Thiago A. Corrêa
0 siblings, 1 reply; 5+ messages in thread
From: Mike Sander @ 2008-06-21 2:12 UTC (permalink / raw)
To: buildroot
Hi All,
Could someone confirm (or not) my understanding of how a snapshot works
when used at a later date. I have looked at sources and read the docs
but I still do not have a definitive answer.
I am using buildroot-20080428 snapshot on my current development box.
If I install this same snapshot on another machine today [and configure
for the same target] would it be reasonable to expect the same
toolchain & other bits [kernel, file system(s) etc] to be identical
(again, assuming identical .config files). I believe this to be the case.
I guess I am looking for confirmation that the snapshot contains
specific versions of packages and patches, and these same ones will be
used even if the snapshot is run at a later date.
Regards,
Mike
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Buildroot] buildroot snapshot
2008-06-21 2:12 [Buildroot] buildroot snapshot Mike Sander
@ 2008-06-24 2:36 ` Thiago A. Corrêa
2008-06-24 4:51 ` Mike Sander
0 siblings, 1 reply; 5+ messages in thread
From: Thiago A. Corrêa @ 2008-06-24 2:36 UTC (permalink / raw)
To: buildroot
> I guess I am looking for confirmation that the snapshot contains
> specific versions of packages and patches, and these same ones will be
> used even if the snapshot is run at a later date.
Yes. Although sometimes packages vanish from their download sites for
whatever reason. In that case, you might be forced to bump versions or
update URLs in .mk files. That's unavoidable, unless you save/mirror
your download folder.
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Buildroot] buildroot snapshot
2008-06-24 2:36 ` Thiago A. Corrêa
@ 2008-06-24 4:51 ` Mike Sander
2008-06-24 7:35 ` Ulf Samuelsson
0 siblings, 1 reply; 5+ messages in thread
From: Mike Sander @ 2008-06-24 4:51 UTC (permalink / raw)
To: buildroot
Thiago A. Corr?a wrote:
>> I guess I am looking for confirmation that the snapshot contains
>> specific versions of packages and patches, and these same ones will be
>> used even if the snapshot is run at a later date.
>>
>
> Yes. Although sometimes packages vanish from their download sites for
> whatever reason. In that case, you might be forced to bump versions or
> update URLs in .mk files. That's unavoidable, unless you save/mirror
> your download folder.
>
>
Thank You for the confirmation. Good point about specific bits
disappearing. I'll be sure to archive these.
As we move from development to production stability and repeatability
become more critical.
I have also been thinking about this in the context of "what if one of
my development boxes dies?" ... what do I need to do to get back to a
working system.
Regards,
Mike
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> Scanned with Copfilter Version 0.84beta3a (P3Scan 2.2.1)
> AntiSpam: SpamAssassin 3.2.3
> by Markus Madlener @ http://www.copfilter.org
>
>
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Buildroot] buildroot snapshot
2008-06-24 4:51 ` Mike Sander
@ 2008-06-24 7:35 ` Ulf Samuelsson
2008-06-25 1:33 ` Mike Sander
0 siblings, 1 reply; 5+ messages in thread
From: Ulf Samuelsson @ 2008-06-24 7:35 UTC (permalink / raw)
To: buildroot
Mike Sander wrote:
> Thiago A. Corr?a wrote:
>>> I guess I am looking for confirmation that the snapshot contains
>>> specific versions of packages and patches, and these same ones will
>>> be used even if the snapshot is run at a later date.
>>>
>>
>> Yes. Although sometimes packages vanish from their download sites for
>> whatever reason. In that case, you might be forced to bump versions
>> or update URLs in .mk files. That's unavoidable, unless you
>> save/mirror your download folder.
>>
>>
> Thank You for the confirmation. Good point about specific bits
> disappearing. I'll be sure to archive these.
>
> As we move from development to production stability and repeatability
> become more critical.
>
> I have also been thinking about this in the context of "what if one of
> my development boxes dies?" ... what do I need to do to get back to a
> working system.
Backups ;-)
If you are using a vanilla buildroot without modifications, you
can download the latest svn or you can download a previous version
of buildroot (read subversion documentation to find out how)
It is highly unlikely that a default configuration will be OK for you.
You should write down which version of buildroot you are using,
and you need to store somewhere the configuration you are using
and any modifications to the buildroot tree.
Periodically backing up the source tarballs may be helpful.
>
> Regards,
>
> Mike
>> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
>> Scanned with Copfilter Version 0.84beta3a (P3Scan 2.2.1)
>> AntiSpam: SpamAssassin 3.2.3
>> by Markus Madlener @ http://www.copfilter.org
>>
>>
>
> _______________________________________________
> buildroot mailing list
> buildroot at uclibc.org
> http://busybox.net/mailman/listinfo/buildroot
Best Regards
Ulf Samuelsson
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Buildroot] buildroot snapshot
2008-06-24 7:35 ` Ulf Samuelsson
@ 2008-06-25 1:33 ` Mike Sander
0 siblings, 0 replies; 5+ messages in thread
From: Mike Sander @ 2008-06-25 1:33 UTC (permalink / raw)
To: buildroot
Ulf Samuelsson wrote:
> Mike Sander wrote:
>
>> Thiago A. Corr?a wrote:
>>
>>>> I guess I am looking for confirmation that the snapshot contains
>>>> specific versions of packages and patches, and these same ones will
>>>> be used even if the snapshot is run at a later date.
>>>>
>>>>
>>> Yes. Although sometimes packages vanish from their download sites for
>>> whatever reason. In that case, you might be forced to bump versions
>>> or update URLs in .mk files. That's unavoidable, unless you
>>> save/mirror your download folder.
>>>
>>>
>>>
>> Thank You for the confirmation. Good point about specific bits
>> disappearing. I'll be sure to archive these.
>>
>> As we move from development to production stability and repeatability
>> become more critical.
>>
>> I have also been thinking about this in the context of "what if one of
>> my development boxes dies?" ... what do I need to do to get back to a
>> working system.
>>
>
> Backups ;-)
>
>
> If you are using a vanilla buildroot without modifications, you
> can download the latest svn or you can download a previous version
> of buildroot (read subversion documentation to find out how)
>
> It is highly unlikely that a default configuration will be OK for you.
> You should write down which version of buildroot you are using,
> and you need to store somewhere the configuration you are using
> and any modifications to the buildroot tree.
>
> Periodically backing up the source tarballs may be helpful.
>
>
No I'm not using a vanilla buildroot anymore. Backing up modified
bits & backing up tarballs... all good ideas.
Thank You for the tips.
Mike
>> Regards,
>>
>> Mike
>>
>>> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
>>> Scanned with Copfilter Version 0.84beta3a (P3Scan 2.2.1)
>>> AntiSpam: SpamAssassin 3.2.3
>>> by Markus Madlener @ http://www.copfilter.org
>>>
>>>
>>>
>> _______________________________________________
>> buildroot mailing list
>> buildroot at uclibc.org
>> http://busybox.net/mailman/listinfo/buildroot
>>
>
> Best Regards
> Ulf Samuelsson
>
>
>
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> Scanned with Copfilter Version 0.84beta3a (P3Scan 2.2.1)
> AntiSpam: SpamAssassin 3.2.3
> by Markus Madlener @ http://www.copfilter.org
>
>
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2008-06-25 1:33 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-06-21 2:12 [Buildroot] buildroot snapshot Mike Sander
2008-06-24 2:36 ` Thiago A. Corrêa
2008-06-24 4:51 ` Mike Sander
2008-06-24 7:35 ` Ulf Samuelsson
2008-06-25 1:33 ` Mike Sander
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox