On Wed, Apr 08, 2015 at 01:03:25PM -0000, William Harrington wrote: > On Wed, April 8, 2015 03:49, naruto canada wrote: > > hi > > > > just so that someone might be able to fix it, unzip60 is no good with file > > greater than 2G (tested with 32 bit i686 env). try unzip this file > > 2015-02-16-raspbian-wheezy.zip or any file greater than 2G "should" > > reproduce error. I was suspecting lack of "#define _FILE_OFFSET_BITS 64" > > but after grepping the source tree, I was not so sure anymore. I ended up > > using unzip from busybox. Hope someone can fix it. > > > > have a good day. > > -- > > Apparently it needs to be enabled manually. Anything in the documents > within the source tree? > > https://github.com/shigeya/unzip60/blob/master/History.600 > > During the build process did you see something along the lines of this: > > Check for Large File Support > off_t is 8 bytes > -- yes we have Large File Support! > > Sincerely, > > William Harrington > Hi William,
that was a nice pointer! My i686 versions show the problem on that file, my x86_64 do not. But my logs had nothing like that message - it comes from unix/configure which is a script to create a flags file in the top-level directory. For me, running that script before the book's make command did not help. But I found a Pardus script (seems to be written in Python) from which I've derived the following : make -f unix/Makefile CF_NOOPT="-I. -D_FILE_OFFSET_BITS=64 -DUNIX" linux The CF_NOOPT override could, no doubt, done in another sed. For me, this seems to work (3276800000 bytes of img). ĸen -- Nanny Ogg usually went to bed early. After all, she was an old lady. Sometimes she went to bed as early as 6 a.m. -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
