kicad-developers team mailing list archive

[Dick Hollenbeck <dick@xxxxxxxxxxx>]

This is from the ppa machine?  Has it happened more than once?  If so, is
the computed MD5 the same each time or random?

The download can be done using wget and md5sum program can be used to
recheck binary by hand.  If still same, then I suggest on the ppa machine:

Put the tar in the ppa recipe, copy it into correct dir from there.  When
cmake sees file there, it will skip download and go  to md5sum step and
continue from there.

The ppa machine may not be providing enough contiguous cpu time for the
cmake C++ code to work correctly in the download function.  We can
alternatively provide a time out argument to the cmake download step as an
experiment.





On Jun 6, 2013 12:42 AM, "Hans Henry von Tresckow" <hvontres@xxxxxxxxx>
wrote:
>
> It looks like to autobuilder is having trouble with the boost download.
Here is the snippet from the build log:
>
> make[3]: Entering directory
`/build/buildd/kicad-0.201306052021+4192~24~raring1/build/kicad'
> [  0%] Creating directories for 'boost'
> [  0%] Performing download step (download, verify and extract) for 'boost'
> -- downloading...
>      src='
http://downloads.sourceforge.net/project/boost/boost/1.53.0/boost_1_53_0.tar.bz2
'
>
dst='/build/buildd/kicad-0.201306052021+4192~24~raring1/kicad/.downloads-by-cmake/boost_1_53_0.tar.bz2'
>      timeout='none'
> CMake Error at boost-stamp/download-boost.cmake:9 (file):
>   file DOWNLOAD HASH mismatch
>
>     for file:
[/build/buildd/kicad-0.201306052021+4192~24~raring1/kicad/.downloads-by-cmake/boost_1_53_0.tar.bz2]
>       expected hash: [a00d22605d5dbcfb4c9936a9b35bc4c2]
>         actual hash: [d41d8cd98f00b204e9800998ecf8427e]
>
>
>
>
> On Wed, Jun 5, 2013 at 7:31 AM, Dick Hollenbeck <dick@xxxxxxxxxxx> wrote:
>>
>> On 05/31/2013 04:47 PM, Dick Hollenbeck wrote:
>> > In revision 4183 the boost headers have been removed from the repo.
>> >
>> > The CMakeLists.txt build environment now downloads those one time and
installs them in the
>> > source tree upon first build.
>>
>>
>> In revision 4190:
>>
>> a) I made the download directory configurable,
>>
>> b) but it defaults now to ".downloads-by-cmake" rather than
downloads-by-cmake.
>>
>>
>> This period lets me skip this dir when grepping in tree.  If you want to
avoid
>> re-downloading, then checkout version 4190 and manually rename your
downloads-by-cmake
>> directory to .downloads-by-cmake immediately before your first build,
and the build will
>> skip the download step.  Otherwise you will end up with both directories.
>>
>> Sorry, but I think we've got this bridge crossed now and the disruptions
are behind us.
>> The configure-ability of the directory also brings the benefit of
putting it in some out
>> of tree global place.
>>
>> Dick
>>
>>
>>
>>
>>
>> > Subsequent builds will work as before, that is after boost
>> > is downloaded, un-tarred, patched, and copied to include/boost/*.
>> >
>> >
>> > (The PPA engine will however have to download them each time I suppose
since it starts
>> > with a pristine bzr checkout each time.)
>> >
>> >
>> >
>> > ----< Revision Summary >--------------------------------------------
>> >
>> > This revision makes include/boost/* files into an "external project"
according to CMake's
>> > ExternalProject_Add() function. The main advantages to this strategy
are:
>> >
>> > 1) it is easier to track the totality of all patches made to the
particular version of
>> > boost in use.
>> >
>> > 2) The procedure for the download and patching is extremely well
documented and
>> > reproducable, unlike now, so therefore *easier to upgrade to new
boost*.
>> >
>> > 3) You get the full set of boost headers.
>> >
>> > 4) The KiCad repo is smaller.
>> >
>> >
>> > The mechanism uses a new directory in the source tree called
downloads-by-cmake to hold
>> > the boost*.tar.bz2 file. This download happens only one time, ever.
Then the tar file is
>> > expanded, and it is put into a scratch bazaar repo so that changes can
be tracked. Then it
>> > is patched. Then a portion of the patched boost, namely the header
portion, is copied into
>> > the KiCad source tree at include/boost just as now. So the end result
is the same by the
>> > time a build is undertaken.
>> >
>> > The scratch repo remains in downloads-by-cmake, so that patches can be
re-generated from
>> > there at any time in the future for the ExternalProject_Add()
mechanism. You can delete
>> > the directory downloads-by-cmake to get a fresh start at any time.
>> >
>>
>>
>> _______________________________________________
>> Mailing list: https://launchpad.net/~kicad-developers
>> Post to     : kicad-developers@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~kicad-developers
>> More help   : https://help.launchpad.net/ListHelp
>
>
>
>
> --
> Henry von Tresckow (hvontres)
>
> _______________________________________________
> Mailing list: https://launchpad.net/~kicad-developers
> Post to     : kicad-developers@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp
>