Re: [fossil-users] announce: drop-off site for unofficial Pi/ODroid binaries
i have an Android eMMC module for my odroid, but it won't run on my particular monitor (which has only a DVI, not native HDMI, and Android doesn't appear to like that via the adapter). It does run on my tv, though. At some point i might tinker around with getting sshd and a dev env set up on that, but the last time i tried (two summers ago, on an Asus Transformer tablet) it was just more hassle than it was worth (i love my tablets, but i like using them more than hacking on them). That said, a pointer to some good docs on getting an environment up and running goes a long way! Try installing Terminal IDE https://play.google.com/store/apps/details?id=com.spartacusrex.spartacuside on an Android device. In the author's words, it is ...an expandable terminal application, with a full Java / C / C++ / HTML / Android development kit, that runs on your Android device. It includes sshd for remote development work, too. I have it on my phone, just have not had a chance to mess with it yet. Tell me what config flags you want and i can get a build done for you, provided any necessary deps are installable via apt-get. Sorry, I have no idea. I have only built on Windows using the included mingw makefiles, and I no longer need to do that since the Windows binary on the website now includes SSL. I keep my private repositories behind an SSL-only reverse proxy. JR ___ 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] Intent to release version 1.29
I will avoid the rant I had just written and simply say that I do not use cmd.exe except where required. I use PowerShell exclusively, which makes cmd.exe look like the ancient tool it is, and there are debates that PowerShell is better than bash due to its use of objects instead of straight text (I suck at regex, so I prefer objects). I will leave that flame war for another day, as I like bash on *nix machines and love PowerShell on Windows. I just don't like to mix the two :). On Thu, Jun 12, 2014 at 10:42 AM, Warren Young war...@etr-usa.com wrote: On 6/11/2014 09:33, Stephan Beal wrote: On Wed, Jun 11, 2014 at 4:09 PM, JR jr...@saintlyreverend.com mailto:jr...@saintlyreverend.com wrote: Alternatively, you can add the location of Fossil to your PATH or the system PATH. A minor _potential_ caveat: back when i used Windows/DOS (last millennium!) batch files could only pass on up to 9 (%1 ... %9, IIRC) All these problems go away if you use the Cygwin version of Fossil. Bash is approximately 1e6 times more powerful than cmd.exe, and you get the binary in the proper place to start with. ___ 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
Re: [fossil-users] SSL issue on Mac OS/X?
I use Windows and a StartCom certificate, but I have to specify the root CA cert using ssl-ca-location. Does Fossil on Linux use built-in trusted root CAs? On Windows it does not; maybe OSX has similar behavior. I think fossil usually throws a root certificate error, though, when it cannot validate the remote certificate, but just thought I would offer this. JR On Thu, Jun 12, 2014 at 12:22 PM, Ron Aaron r...@ronware.org wrote: ok, ssh works great, so I'll ignore the weird ssl behavior for now thanks On 06/12/2014 08:18 PM, Richard Hipp wrote: On Thu, Jun 12, 2014 at 1:04 PM, Ron Aaron r...@ronware.org wrote: Yes, it does work from the fossil repo. So might it be related to my certificate? I have a cert from startcom, which usually is fine. If it works on the Fossil repo, that does suggest that something isn't quite right on your server. But I don't know what it might be. -- D. Richard Hipp d...@sqlite.org ___ fossil-users mailing listfossil-users@lists.fossil-scm.orghttp://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- For confidential messages, please use my GnuPG keyhttp://ronware.org/gpg_key.html ___ 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
Re: [fossil-users] Intent to release version 1.29
Alternatively, you can add the location of Fossil to your PATH or the system PATH. I use chocolatey as package manager, and it creates a folder that gets added to PATH. I add a fossil.bat file in there (similar to the already existing batch files) so I can access it anywhere. Before I started using chocolatey, though, I just added my main fossil directory to my PATH (usually c:\temp\fossil). On Wed, Jun 11, 2014 at 8:44 AM, Philip Bennefall phi...@blastbay.com wrote: Update: If I put fossil.exe in both system32 and SysWOW64, it works fine. Kind regards, Philip Bennefall On 2014-06-11 15:39, Jan Nijtmans wrote: 2014-06-11 15:31 GMT+02:00 Philip Bennefall phi...@blastbay.com: I am not sure if this should be considered an issue with Fossil or Windows itself, but if I put fossil.exe in a path such as C:\Windows\system32 in order for it to be found whenever I type fossil in a command prompt, it fails whenever it tries to fork. It works fine to invoke it when running commands such as open, commit etc, but try running a command like ui and the problem appears. The reason I am expecting it to work is because fossil.exe is in fact in a directory stored in the path environment variable. Again, not sure if this is really a Fossil issue but I wanted to run it by you just in case. No, this is not a fossil issue. The directory C:\Windows\system32 is meant for 64-bit executables if you are on a 64-bit Windows system, but fossil is a 32-bit executable. The C:\Windows\system32 directory is invisible to 32-bit applications. You should place fossil.exe in C:\Windows\SysWOW64 in stead, then it should work. 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 ___ 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] Partial hash collision
@Mallik. If you are using fossil server, start it with -P 80 or --port 8080. JR On Wed, Mar 26, 2014 at 10:57 AM, Mallik Abhinas fiftysix...@outlook.comwrote: Hi Folks: Can some one please guide me how to configure fossil web server on 80 port. I want to change it from 8080 to 80. on a ubuntu box. -Abhinas -- Date: Wed, 26 Mar 2014 14:14:25 +0100 From: sgb...@googlemail.com To: fossil-users@lists.fossil-scm.org Subject: Re: [fossil-users] Partial hash collision On Wed, Mar 26, 2014 at 1:22 PM, Stephan Beal sgb...@googlemail.comwrote: Last summer i remember running some numbers on this in the tcl repo and IIRC the biggest collision was 10 or 11. 12 seemed to be the magic point at which all collisions disappear (IIRC). It seems that in fossil the highest collision in fossil is 8 bytes long: sqlite select substr(uuid,0,8) as short, count(*) from blob group by short having count(short)1; b652b90|2 sqlite select uuid from blob where uuid glob 'b652b90*'; b652b900e940c3bb5cbbfb2b0c4a98cb5edb1c90 # a ticket re. RSS feed b652b9088b0d9e9cc8c2fb4c153443d72429d7c9 # some old/replaced C file sqlite select substr(uuid,0,9) as short, count(*) from blob group by short having count(short)1; sqlite select substr(uuid,0,10) as short, count(*) from blob group by short having count(short)1; sqlite select substr(uuid,0,11) as short, count(*) from blob group by short having count(short)1; collisions start to become common at 7 bytes: sqlite select substr(uuid,0,7) as short, count(*) from blob group by short having count(short)1; 0830c3|2 6fdf52|2 8d712d|2 904ab4|2 927257|2 940431|2 b652b9|2 ba837f|2 bdbf14|2 be32eb|2 c1b1ba|2 c8735d|2 d07537|2 d43165|2 e980ba|2 ef17fb|2 f94f7e|2 -- - 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 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
Re: [fossil-users] Please improve documentation for the checkout command
I only use fossil update to move between branches; I have never used co/checkout and I only use fossil open when opening a cloned repository (I have only created a new repository once...) . I have never had any issues with it, except for the occasional merge conflict in a settings file (I keep a lot of daily use scripts with settings files in my fossil repository - easy to keep everything synced with history). As for branching, I use branches for scripts that contain multiple files or are part of a larger group, so I branch quite frequently. However, I also merge to trunk fairly frequently so that I usually only have to fossil update trunk on a different computer (I use 3 different computers pretty regularly for my work within fossil). Of course, I'm just one person working on a single-user repository, so ymmv. David, if you are thinking about moving to fossil, I definitely recommend trying it. Granted, I came from a version control system that was a vbscript that made a copy of files in a specific folder every time the contents were modified. It was very difficult to find history in that, so I decided to research versioning systems and decided on fossil. Once I played with it and figured out the best way to fit it into my workflow, I could not be happier. The web interface (which was a requirement for me) is amazing, and the addition of a free/no-hassle wiki and ticketing system were just bonuses. I use the wiki pretty extensively for notes not directly related to my work within fossil. And I even learned how to actually build a piece of software from source since the fossil release for Windows when I started did not support SSL. JR On Thu, Mar 20, 2014 at 11:58 AM, Stephan Beal sgb...@googlemail.comwrote: On Thu, Mar 20, 2014 at 5:47 PM, David Mason dma...@ryerson.ca wrote: 1) It sounds like checkout, open, and update should all be part of the command rationalization discussion as they seem to overlap. Making them sort-of synonyms but with different default *could* work (e.g. checkout === update -overwite, update === checkout -keep, etc.) i.e. ,... All true enough. _Changing_ them might be difficult due to historical momentum, but maybe we can put together at some some sort of chart or comparison/contrast doc of those roughly similar commands. i'm kind of a documentation nut, so i've written that down as something to work on in the next few days. 2) I haven't actually used fossil yet... it's on my todo list, but mercurial works well enough that I haven't found the time to change over. And I don't use branches... Ron and Matt make a strong case for why I perhaps should. Anyone have a good reference to why and workflows for using branches. Are branches easier to deal with in fossil? i can't compare it to hg, but compared to svn, branching in fossil is absolute child's play. i don't often use branches, basically only because of my own historical momentum, but when i _do_ use them in Fossil i never regret it (as i often have/do with svn). Easy peasy. -- - 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 mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] fossil humor: poor man's bug tracking...
I miss it as well, but I am a one-man show on my repos, so it is more of an inconvenience than anything. I would love to have the ability to edit the initial comment field, though. I have a bunch of tickets I was testing with and like to clean up. JR On Mar 17, 2014 11:52 AM, j. van den hoff veedeeh...@googlemail.com wrote: On Mon, 17 Mar 2014 17:21:04 +0100, Stephan Beal sgb...@googlemail.com wrote: For those who don't need the full features of the ticketing system, i think i've discovered a new way to keep track of bugs: use a fixme tag. [stephan@host:~/cvs/fossil/libfossil]$ f-tag -a 4b05c2c59fa6 -t fixme -v This artifact causes an HTTP 500 in the /manifest page of the CGI demo. It is a 'bad' artifact - accidentally imported from the fossil(1) repo during manifest parsing tests. Should not crash, though (and the f- CLI tools fail gracefully with it). Applied tag [+fixme] to [4b05c2c59fa6]. New tag rid=4897 with value [This artifact causes an HTTP 500 in the /manifest page of the CGI demo. It is a 'bad' artifact - accidentally imported from the fossil(1) repo during manifest parsing tests. Should not crash, though (and the f- CLI tools fail gracefully with it).] for user [stephan]. [stephan@host:~/cvs/fossil/libfossil]$ f push Push to http://step...@fossil.wanderinghorse.net/repos/ libfossil/index.cgi Round-trips: 1 Artifacts sent: 1 received: 0 Push finished with 1909 bytes sent, 2999 bytes received nice. but unfortunately not quite what we need here (it'd be somewhat awkward to assign a jpeg image as the vaulue to the tag, e.g. ;-)). what do other people think: is someone else missing the ability to edit/modify ticket comments retrospectively? -- Using Opera's revolutionary email client: http://www.opera.com/mail/ ___ 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
Re: [fossil-users] copying a branch and history into a new repository
My SQL is not so great, but I could work with this and de/reconstruct. Thanks for the ideas. I have needed an excuse to dig deeper into the capabilities of Fossil since I joined the list and see people talking about custom SQL statements, the construct commands, and other advanced uses. Looks like I have a mini-project (yet another one!) for the next few weeks. JR On Thu, Mar 13, 2014 at 12:08 PM, Ron Wilson ronw.m...@gmail.com wrote: On Wed, Mar 12, 2014 at 1:13 PM, JR jr...@saintlyreverend.com wrote: I host my fossil repository on a private server. As a little background, I do mostly scripting work and keep all my projects in separate branches. This has worked great for me and I will continue to use this method. However, I am almost finished with a project I would like to host on chiselapp so the greater Internet can reach it. I have run fossil export, but the resulting file for my repository is too large for me to realistically manually edit down to just the branch I want. If anybody has some scripting-fu for that, that would be awesome. In theory, a script could use SQL to identify the artifacts for a specified branch. then create a shun list of the artifacts for the other branches. Alternately, SQL could be used to load those artifacts in a new repository. Another possible option would be to use fossil deconstruct to extracts the artifacts into files, then copy the desired artifacts to another directory and use fossil reconstruct. I suspect there are some other artifacts that will also need to be copied in order to create a valid repository. Caveat: For all of these options, each repository created this way will have the same repository ID as the original, so it would be possible to accidentally push undesired content in to any of them. ___ 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
[fossil-users] copying a branch and history into a new repository
I host my fossil repository on a private server. As a little background, I do mostly scripting work and keep all my projects in separate branches. This has worked great for me and I will continue to use this method. However, I am almost finished with a project I would like to host on chiselapp so the greater Internet can reach it. My Google-fu seems to have failed me and this was the best search I could come up, fossil branch history new repository. I only found one try that did not talk about just branching an existing repository and this mailing list entry from January 2012http://www.mail-archive.com/fossil-users%40lists.fossil-scm.org/msg07227.htmldoes not have any responses to it. I have run fossil export, but the resulting file for my repository is too large for me to realistically manually edit down to just the branch I want. If anybody has some scripting-fu for that, that would be awesome. I am on Windows, but any language will work; I can port the functionality to a Windows scripting language for my purposes (and would happily share that back with the list). Otherwise, does anybody have any other ideas? Thanks. Also, Stephan Beal, I cannot wait until libfossil can be used natively on Windows (without Cygwin). I have some ideas for using it in my workflow... JR ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] Issues with Compiling Fossil on Windows with SSL
I am having trouble compiling fossil on windows with SSL. I have tried MinGW/MSYS and Cygwin, and I get stuck at different parts. When I use MinGW/MSYS, I get an error in utf8.c about cywgin_conv_path not being defined. When I use Cygwin, I get pretty far before getting an error, wbld/sqlite3.o:sqlite3.c:(.text+0x158e7): undefined reference to `_msize' // wbld/sqlite3.o:sqlite3.c:(.text+0x3b21): undefined reference to `_msize' followed by bad reloc address in section '.data'. I have successfully compiled Fossil with SSL, but it was more than a year ago and I would like to update to the latest version. I have basic installations of MinGW/MSYS and Cygwin, with all the right extras added in, but I do not know what to do with these errors. I am a primarily Windows user, so I do not have any experience with compiling programs. I searched through the list archives and tried to adapt the solutions and steps I saw to fix my problems, but was ultimately unable to. I am hoping somebody can help. Thank you. // JR ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users