Re: [fossil-users] Repo activity stats over time
On Mon, 6 May 2013 10:59:26 +0200 Stephan Beal sgb...@googlemail.com wrote: On Mon, May 6, 2013 at 8:59 AM, Eduardo Morras emorr...@yahoo.es wrote: You can use javascript library Raphael (MIT Licence, similar to BSD) to draw svg graphics. It's 221KB uncompressed, 31KB gzipped and is HTML4-safe. http://raphaeljs.com/ Other drawing js libraries needs a HTML5 capable browser, but IE=8 aren't. i looked at Raphael a couple years ago and it looked pretty nice - i can only assume it's gotten better since then. However, Fossil doesn't need/want any depedencies on specific 3rd-party code. A Raphael-based solution can be done client-side, but for that to work the user would need to include Raphael in his skin and get access to the reporting data via JavaScript. At the moment the reporting data is only available in raw HTML form. It would be a trivial matter to embed it in JSON form in script tags but the JSON bits are off by default, so this would not help most users. Once time allows, and we decide on what data to show via the statistics reports, i'll add an equivalent JSON API which will allow JSON-using users to fetch it and render with their preferred graphics API. The timeline view, interestingly, is drawn with DIVs - there is no canvas there (i only recently figured that out). Even the arrows are just a series of tiny DIVs. ... Thinking more about including complex graphs (more that can done with divs), If javascript, ajax or similar ways are closed, Is develop a graph.c that builds graphs on server side the way to do so? If output is done to image it will add fossil dependencies to libjpeg, or libpng or others image formats, if output to svg, gzip and svgc is needed. Images are not scalable, svg yes... Note that IE8 and below don't support svg natively, they must install Adobe SVG Viewer. It looks like i'm going to shake fossil's code this weekend. --- --- Eduardo Morras emorr...@yahoo.es ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] fossil not recognizing changes to binary files?
I'm even more convinced that this is a bug. If I edit one of the binary files as follows: echotclkit-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 seade...@gmail.com 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://seade...@chiselapp.com/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 fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] fossil not recognizing changes to binary files?
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 seade...@gmail.com wrote: I'm even more convinced that this is a bug. If I edit one of the binary files as follows: echotclkit-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 seade...@gmail.com 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://seade...@chiselapp.com/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 fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users