Re: [fossil-users] Painful team interaction with fossil, how to improve?
On 18/02/2014 14:40, Roy Marples wrote: I don't have a huge problem with RSS as it looks to be possible to subscribe to all ticket changes which is great for me as a repo admin. It's also possible subscribe to an individual ticket RSS. However, using the default skin I don't see an easy way to do this. This makes it hard to use. Would it be possible to add a RSS button to the timeline and the ticket pages? Thinking about it, each page could have one and the link is filtered based on the filtering for the page. Here is a patch which adds a RSS feed icon after the ticket uuid. Probably not the best way of doing it, but I couldn't think of another way which would allow the user to use a different icon to match their skin. Maybe just RSS Feed as a menu item would be better? Thanks RoyAdd a RSS feed icon to the ticket view. --- src/tktsetup.c.orig 2014-02-20 10:23:13.0 + +++ src/tktsetup.c @@ -437,13 +437,13 @@ static const char zDefaultView[] = @ table cellpadding=5 @ trtd class=tktDspLabelTicketnbsp;UUID:/td +@ td class='tktDspValue' colspan='3'$tkt_uuid @ th1 @ if {[hascap s]} { -@ html td class='tktDspValue' colspan='3'$tkt_uuid -@ html ($tkt_id)/td/tr\n -@ } else { -@ html td class='tktDspValue' colspan='3'$tkt_uuid/td/tr\n +@ html nbsp($tkt_id) @ } @ /th1 +@ nbsp;a href=$baseurl/timeline.rss?tkt=$tkt_uuidimg src=data:image/png;base64,iVBORw0KGgoNSUhEUg4OCAYfSC3RBGdBTUEAAK/INwWK6QAAABl0RVh0U29mdHdhcmUAQWRvYmUgSW1hZ2VSZWFkeXHJZTwAAAJDSURBVHjajJJNSBRhGMd/887MzrQxRSLbFuYhoUhEKsMo8paHUKFLdBDrUIdunvq4RdClOq8Hb0FBSAVCUhFR1CGD/MrIJYqs1kLUXd382N356plZFOrUO/MMz/vO83+e93n+f+1zF+kQBoOQNLBJg0CTj7z/rvWjGbEOIwKp9O7WkhtQc/wMWrlIkP8Kc1lMS8eyFHpkpo5SgWCCVO7Z5JARhuz1Qg29fh87u6/9VWL1/SPc4Qy6n8c0FehiXin6dcCQaylDMhqGz8ydS2hKkmxNkWxowWnuBLHK6G2C8X6UJkBlxUmNqLYyNbzF74QLDrgFgh9LLE0NsPKxjW1Hz2EdPIubsOFdH2HgbwAlC4S19dT13o+3pS+vcSfvUcq9YnbwA6muW9hNpym/FWBxfh0CZkKGkPBZeJFhcWQAu6EN52QGZ/8prEKW+cdXq0039UiLXhUYzdjebOJQQI30UXp6mZn+Dtam32Afu0iyrgUvN0r+ZQbr8HncSpUVJfwRhBWC0hyGV8CxXBL5SWYf9sYBidYLIG2V87/ifVjTWAX6AlxeK2C0X8e58hOr/Qa2XJ3iLMWxB1h72tHs7bgryzHAN2o2gJorTrLxRHVazd0o4TXiyV2Yjs90uzauGvvppmqcLjwmbZ3V7BO2HOrBnbgrQRqWUgTZ5+Snx4WeKfzCCrmb3axODKNH+vvUyWjqyK4DiKQ0eXSpFsgVvLJQWpH+xSpr4otg/HI0TR/t97cxTUS+QxIMRTLi/9ZYJPI/AgwAoc3W7ZrqR2IASUVORK5CYII alt=RSS feed icon //a +@ /tr/td @ trtd class=tktDspLabelTitle:/td @ td class=tktDspValue colspan=3 @ $title ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] nice example of a fossil time warp
Hi, all, until last night i had never actually experienced a Time Warp in a fossil repo: http://fossil.wanderinghorse.net/repos/libfossil/index.cgi/timeline?c=2014-02-19+20:13:42 In this particular case we were not only working with a clock skew of about 10 minutes, but literally patching the same lines of code. Fossil deals with it flawlessly, of course. :) -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal Freedom is sloppy. But since tyranny's the only guaranteed byproduct of those who insist on a perfect world, freedom will have to do. -- Bigby Wolf ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] Latest MinGW does not need _USE_32BIT_TIME_T anymore
Hello all, Compiling Fossil with the latest MinGW32 (that includes MinGW Runtime 4.0) seems not to require _USE_32BIT_TIME_T. Actually Fossil builds without error but will crash at runtime with any commands that browses the filesystem tree (vfile_scan). This is because the definition of _wdirent in fossil and in mingw does not match (one using 32 bits time and the other 64 bits). This may be a regression of MinGW Runtime... AFAIK there is no easy fix for that in config.h since _USE_32BIT_TIME_T must be defined before any inclusion of MinGW headers. That means that __MINGW_MAJOR_VERSION cannot be used to conditionally define _USE_32BIT_TIME_T. In other words, this would have been handy : /* Make sure that in Win32 MinGW builds, _USE_32BIT_TIME_T is always defined. */ #if defined(_WIN32) !defined(_WIN64) !defined(_MSC_VER) !defined(_USE_32BIT_TIME_T) # if (__MINGW_MAJOR_VERSION 4) #define _USE_32BIT_TIME_T # endif #endif but won't work... Samuel ___ 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] Latest MinGW does not need _USE_32BIT_TIME_T anymore
2014-02-20 14:39 GMT+01:00 Samuel Debionne samuel.debio...@ujf-grenoble.fr: Hello all, Compiling Fossil with the latest MinGW32 (that includes MinGW Runtime 4.0) seems not to require _USE_32BIT_TIME_T. Actually Fossil builds without error but will crash at runtime with any commands that browses the filesystem tree (vfile_scan). This is because the definition of _wdirent in fossil and in mingw does not match (one using 32 bits time and the other 64 bits). This may be a regression of MinGW Runtime... Did you try it on Windows XP too? -D_USE_32BIT_TIME_T is needed to stay compatible with Windows XP. Starting with Vista everything works. Yes it's a regression in MinGW, see: http://fossil-scm.org/index.html/tktview?name=18cff45a4e and https://sourceforge.net/p/mingw/bugs/2125/ Regards, Jan Nijtmans ___ 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] Latest MinGW does not need _USE_32BIT_TIME_T anymore
2014-02-20 14:46 GMT+01:00 Jan Nijtmans jan.nijtm...@gmail.com: 2014-02-20 14:39 GMT+01:00 Samuel Debionne samuel.debio...@ujf-grenoble.fr: Hello all, Compiling Fossil with the latest MinGW32 (that includes MinGW Runtime 4.0) seems not to require _USE_32BIT_TIME_T. Yes it's a regression in MinGW, see: http://fossil-scm.org/index.html/tktview?name=18cff45a4e and https://sourceforge.net/p/mingw/bugs/2125/ Regards, Jan Nijtmans @Samuel, could you please as some comments to MinGW's bug report here: https://sourceforge.net/p/mingw/bugs/2106/ This MinGW bug already has 5 duplications, and it is already open for more than 4 months. It's really time they bring out a fix for it... Thanks! Jan Nijtmans ___ 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] Latest MinGW does not need _USE_32BIT_TIME_T anymore
Hello Jan, @Samuel, could you please as some comments to MinGW's bug report here: https://sourceforge.net/p/mingw/bugs/2106/ This MinGW bug already has 5 duplications, and it is already open for more than 4 months. It's really time they bring out a fix for it... With great pleasure ! And thanks to the pointers to those bug reports, interesting reads indeed. If only I had found them before, that would have saved my morning... Samuel ___ 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] Latest MinGW does not need _USE_32BIT_TIME_T anymore
2014-02-20 15:17 GMT+01:00 Samuel Debionne samuel.debio...@ujf-grenoble.fr: While debugging vfile.c I noticed that vfile_scan does not use dirent.d_type to dispatch between folder and regular file/link but uses an addition getStat call. I came across this thread that claims a high speedup for command like git status with this kind of optimization : https://groups.google.com/forum/#!searchin/msysgit/d_type/msysgit/PGCFol99xUo/vjEPrajM_QsJ Has this been ever considered ? Worth a try ? See: http://www.gnu.org/software/libc/manual/html_node/Directory-Entries.html This member is a BSD extension. The symbol _DIRENT_HAVE_D_TYPE is defined if this member is available. On systems where it is used, it corresponds to the file type bits in the st_mode member of struct stat. If the value cannot be determine the member value is DT_UNKNOWN As far as I know it is never considered. I simply have no idea how wide-spread it is. Regards, Jan Nijtmans ___ 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] nice example of a fossil time warp
On Thu, Feb 20, 2014 at 6:57 AM, Stephan Beal sgb...@googlemail.com wrote: until last night i had never actually experienced a Time Warp in a fossil repo: http://fossil.wanderinghorse.net/repos/libfossil/index.cgi/timeline?c=2014-02-19+20:13:42 Great to see that Fossil handles it correctly. Show the this view to one of the project coordinators here. The look of horror on his face was priceless. When I explained what happened, he replied I'm so glad we don't have time skew around here. Thanks for sharing this. ___ 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] Latest MinGW does not need _USE_32BIT_TIME_T anymore
2014-02-20 15:17 GMT+01:00 Samuel Debionne samuel.debio...@ujf-grenoble.fr: While debugging vfile.c I noticed that vfile_scan does not use dirent.d_type to dispatch between folder and regular file/link but uses an addition getStat call. I came across this thread that claims a high speedup for command like git status with this kind of optimization : https://groups.google.com/forum/#!searchin/msysgit/d_type/msysgit/PGCFol99xUo/vjEPrajM_QsJ Has this been ever considered ? Worth a try ? Something like: http://fossil-scm.org/index.html/info/0c7834c77b ? It looks like _DIRENT_HAVE_D_TYPE is set for MSC (win/include/dirent.h) and on WinGW-w64, but not bare MinGW. I have no idea whether's it's worth or not. Regards, Jan Nijtmans ___ 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] Painful team interaction with fossil, how to improve?
On 20/02/2014 15:07, Ron Wilson wrote: On Thu, Feb 20, 2014 at 6:56 AM, Roy Marples r...@marples.name wrote: Here is a patch which adds a RSS feed icon after the ticket uuid. Probably not the best way of doing it, but I couldn't think of another way which would allow the user to use a different icon to match their skin. Maybe just RSS Feed as a menu item would be better? From my experience, the RSS icon is a very common way to provide a way to subscribe to a feed. Interesting that you need to make an actual source code change. I would have expected it could be changed in the header. The source code change just affects the default HTML for the ticket view. Basically making the default view more useable. You can of course edit it in via the www interface. I wouldn't know how to put it into the header. Maybe some of this tc1 code to toggle it? Roy ___ 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] libfossil www interface: looking for ideas
On Mon, Feb 17, 2014 at 4:26 PM, Stephan Beal sgb...@googlemail.com wrote: In which case I'd strongly urge that the best option here is to pick a third party servlet engine based on its own criteria rather than inventing yet another one --- they're harder than they look and there are too many as it is! (Particularly if you want something session-based; sessions are surprisingly hard to get right.) Can you recommend one in C? i'm self-imposed bound to C here. i might be convinced to write it in C++. If you look aroung in http://github.com/stedolan you'll find a minimal http server, with much of the code you need for building something like this. ___ 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] libfossil www interface: looking for ideas
On Thu, Feb 20, 2014 at 6:37 PM, Nico Williams n...@cryptonector.comwrote: On Mon, Feb 17, 2014 at 4:26 PM, Stephan Beal sgb...@googlemail.com wrote: Can you recommend one in C? i'm self-imposed bound to C here. i might be convinced to write it in C++. If you look aroung in http://github.com/stedolan you'll find a minimal http server, with much of the code you need for building something like this. Or Mongoose: https://code.google.com/p/mongoose/ e ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users