mkdir frusta2
cd frusta2
fossil open ../frusta.fossil
...
cd kits
fossil status tclkit-8.5.1-linux-x86
file tclkit-8.5.1-linux-x86
tclkit-8.5.1-linux-x86: gzip compressed data, was "tclkit85-linux-x86",
from Unix, last modified: Wed Feb 20 08:06:31 2008
mv tclkit-8.5.1-linux-x86{,.gz}
gunzip tclkit-8.5.1-linux-x86.gz
ffile tclkit-8.5.1-linux-x86
tclkit-8.5.1-linux-x86: ELF 32-bit LSB executable, Intel 80386, version 1
(SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped
fossil status tclkit-8.5.1-linux-x86
repository:   /home/rmelton/hobbies/frusta.fossil
local-root:   /home/rmelton/hobbies/frusta2/
server-code:  e1cc7bda945dc2fedef52fa5586b4bcfa885b7fc
checkout:     fcc40fbef51b7e3d05601143300a2fe511cc1c28 2013-05-06 22:57:47
UTC
parent:       d2febd798224d7ceb49666081931030bbf19c85c 2013-05-06 21:32:19
UTC
tags:         trunk
comment:      added kits (user: rmelton)
gfd

Here is the repro if anyone wants to look at it and try to reproduce the
above:
fossil clone https://chiselapp.com/user/seadevil/repository/frustafrusta.fossil

thanks,
randy


On Tue, May 7, 2013 at 9:30 AM, Mark Janssen <[email protected]> wrote:

> I have never seen this myself personally. How can you tell that the
> executables on Linux are gzipped? I seem to recall that Tclkits use some
> gzip compressed parts (which might have the "file" utility report it as a
> gzipped archive incorrectly). What happens if you don't manually gunzip the
> files?
>
> Mark
>
>
> On Tue, May 7, 2013 at 5:22 PM, Randy Melton <[email protected]> wrote:
>
>> I'm even more convinced that this is a bug.
>>
>> If I edit one of the binary files as follows:
>> echo " " >> tclkit-8.5.2-win64.exe.exe
>>
>> fossil will see the binary as modified.
>>
>> Is it possible that fossil compresses binaries, and that it doesn't see
>> the difference between a compressed binary, and an uncompressed copy if you
>> were to uncompress it in place?
>>
>> thanks,
>> randy
>>
>>
>> On Mon, May 6, 2013 at 6:33 PM, Randy Melton <[email protected]> wrote:
>>
>>> (I apologize if this comes across twice.  I sent it the first time
>>> before I had approved the mailinglist menbership.  Since I didn't see it in
>>> the archives I'll try this one last time)
>>>
>>> This seems like a bug, but I assumed I was just doing something wrong...
>>> (I googled but couldn't find anything relevant)
>>>
>>> -----------------(ticket info b391405a01a6e2fa5a15b8c9dc74c69721d9e99f)
>>> I started a repository on a win7 box, and added/committed 5 executable
>>> files.
>>> I got the "... contains binary data..." message and I answered commit
>>> anyhow? "a" for all.
>>>
>>> I cloned the repository on a linux box only to find that the binary
>>> executables were gzipped (without the extension).  I unzipped them and can
>>> see that they are bigger, but when i try to commit in fossil I get "fossil:
>>> nothing has changed".
>>>
>>> I see that they are bigger, but I can't convince fossil to commit the
>>> files?
>>> ---------------
>>>
>>> --------------- (update)
>>> I decided to ignore the binary files, and started working in another
>>> directory.  I added the new (text) files and got this error when i tried to
>>> commit it:
>>> Autosync:
>>> https://[email protected]/user/seadevil/repository/frusta
>>>                 Bytes      Cards  Artifacts     Deltas
>>> Sent:             130          1          0          0
>>> Received:         400          8          0          0
>>> Total network traffic: 349 bytes sent, 0 bytes received
>>> New_Version: dc5f5d61a3aa327d790e7e078782858f7a73d30f
>>> ERROR: [kits/tclkit-8.5.1-darwin-univ-aqua] is 3828076 bytes on disk but
>>> 2482275 in the repository
>>> ERROR: [kits/tclkit-8.5.1-linux-x86] is 2180434 bytes on disk but
>>> 1472785 in the repository
>>> ERROR: [kits/tclkit-8.5.2-linux-arm] is 2177577 bytes on disk but
>>> 1470298 in the repository
>>> fossil: working checkout does not match what would have ended up in the
>>> repository:  f27a586a65392d98b48b00721ec8894c versus
>>> c028939fcae635a6cb1e55fbe1a22ac4
>>> ---------------
>>>
>>> Any help is appreciated
>>>  randy melton
>>>
>>
>>
>> _______________________________________________
>> fossil-users mailing list
>> [email protected]
>> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>>
>>
>
> _______________________________________________
> fossil-users mailing list
> [email protected]
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>
>
_______________________________________________
fossil-users mailing list
[email protected]
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Reply via email to