Re: [fossil-users] Fossil crashes on Windows
Unless this is not the whole story, this is not a crash, Fossil gives an error. Did you try the solution suggested in the error message? Try a fossil rebuild from the checkout. Mark -Original Message- From: fossil-users-boun...@lists.fossil-scm.org [mailto:fossil-users-boun...@lists.fossil-scm.org] On Behalf Of François Vogel Sent: dinsdag 10 januari 2012 22:06 To: fossil-users@lists.fossil-scm.org Subject: [fossil-users] Fossil crashes on Windows Hi all, On Windows Vista, I get repeatable crashes of fossil (application stops working and brutally crashes). This happens when running fossil revert (whatever the rest of the command is), for instance: C:\Users\francois\Documents\Development\tcltk-fossil\tk-fossil\testsfossi l changes EDITED ../generic/tkTextMark.c EDITED textMark.test C:\Users\francois\Documents\Development\tcltk-fossil\tk-fossil\testsfossi l revert textMark.test C:\Users\francois\Documents\Development\tcltk-fossil\fossil.exe: SQLITE_BUSY: statement aborts at 2: [ROLLBACK] cannot rollback transaction - SQL statements in progress C:\Users\francois\Documents\Development\tcltk-fossil\fossil.exe: cannot rollback transaction - SQL statements in progress ROLLBACK If you have recently updated your fossil executable, you might need to run fossil all rebuild to bring the repository schemas up to date. C:\Users\francois\Documents\Development\tcltk-fossil\tk-fossil\testsfossi l version This is fossil version 1.21 [002580c50d] 2011-12-13 13:53:56 UTC Even when providing no argument to fossil revert, I get the same crash of fossil. This happens also when fossil diff FILE, but not when fossil diff with no additional argument. I have looked at the fossil tickets tracker, but did not find anything obviously related. Thanks for any hint, Francois ___ 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] Check out files directly from remote repository
On Tue, 10 Jan 2012 21:24:00 +0100 ma...@include-once.org wrote: Probably missing something very obvious. But how do you get the current set of files from a remote repository? (Using the command line, not the server UI.) With SVN or GIT you can just do a checkout on the server url with e.g. svn co http://svn.example.org/repos/proj/trunk proj git clone git://examplehub.com/jquery/jquery.git In Fossil this seems to require at minimum two steps: fossil clone http://fsl.example.com/repo local.fsl fossil tarball -R local.fsl trunk /dev/stdout | tar tz But cloning the remote repository is obviously redundant if you just want the current set of files. Is there a shortcut for this? You seem to have some deep confusion about how Git works: `git clone` brings in the full repository history, then it just checks out a branch the HEAD ref in the remote repository points to, and that appears to you to be the current set of files In fossil, the equivalent to your `git clone` command would be fossil clone $URL repo.fossil mkdir repo; cd repo fossil open ..\repo.fossil ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] fossil for photos archive?
Just about every time I get started on a new software tool, I revisit the question of it will help me finally get my family photos under control, regardless of whether or not it makes any sense. Storing large numbers of pictures in subversion for instance, turned out to be a very bad idea. Anyone else doing this? There seems to be allot going for fossil for this use case: -tool reuse -offline / synchronized / backups -authenticated wiki page Based on about 20 minutes of experimentation, I would start by making some import script, that given a directory of jpgs: -use imagemagick's (http://www.imagemagick.org/script/command-line-tools.php) command line tools to generate thumbnails and browser size versions. -add and commit to fossil -then hit the fossil web interface to find out what urls/artifacts the files (all three versions) where given (better way?) -stub out a wiki page with just things like a href=fossil relative url for medium size versionimg src=fossil relative url for thumbnail version/a Of course, in real use the fossil file would quickly become very large. In the abstract, would this make any sense? ___ 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 for photos archive?
On Wed, Jan 11, 2012 at 10:09 AM, Thomas Stover c...@thomasstover.comwrote: Just about every time I get started on a new software tool, I revisit the question of it will help me finally get my family photos under control, regardless of whether or not it makes any sense. Storing large numbers of pictures in subversion for instance, turned out to be a very bad idea. Anyone else doing this? I keep all of my OpenOffice slide presentations in a (private) Fossil repository. That way, I can work on a talk on my Linux desktop, then do fossil update on my MacAir, take the presentation on the road, maybe even make a few changes on the airplane, and resync with my desktop when I get back home. That works really well for me and is similar to what you are proposing in that it is storing large binary files in a Fossil repo. The difference in your use case is that you will likely have many more photos than I have slide presentations. Many, many more. So I can't say whether or not you will run into issues. I'm guessing it will work fine, as long as all your Fossil repos are on a LAN and you aren't having to ship gigabytes of photos over the internet. But I can't promise that problems won't arise somewhere down this road. There seems to be allot going for fossil for this use case: -tool reuse -offline / synchronized / backups -authenticated wiki page Based on about 20 minutes of experimentation, I would start by making some import script, that given a directory of jpgs: -use imagemagick's (http://www.imagemagick.org/script/command-line-tools.php) command line tools to generate thumbnails and browser size versions. -add and commit to fossil -then hit the fossil web interface to find out what urls/artifacts the files (all three versions) where given (better way?) -stub out a wiki page with just things like a href=fossil relative url for medium size versionimg src=fossil relative url for thumbnail version/a Of course, in real use the fossil file would quickly become very large. In the abstract, would this make any sense? ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users -- D. Richard Hipp d...@sqlite.org ___ 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 for photos archive?
Personally i would recommend dropbox (or similar) for this particular use case. You will likely want to show thumbnails in you wiki pages, which (if i'm not mistaken) you won't be able to do in fossil. (sorry for the brevity - mobile phone!) - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal On Jan 11, 2012 4:09 PM, Thomas Stover c...@thomasstover.com wrote: Just about every time I get started on a new software tool, I revisit the question of it will help me finally get my family photos under control, regardless of whether or not it makes any sense. Storing large numbers of pictures in subversion for instance, turned out to be a very bad idea. Anyone else doing this? There seems to be allot going for fossil for this use case: -tool reuse -offline / synchronized / backups -authenticated wiki page Based on about 20 minutes of experimentation, I would start by making some import script, that given a directory of jpgs: -use imagemagick's (http://www.imagemagick.org/script/command-line-tools.php) command line tools to generate thumbnails and browser size versions. -add and commit to fossil -then hit the fossil web interface to find out what urls/artifacts the files (all three versions) where given (better way?) -stub out a wiki page with just things like a href=fossil relative url for medium size versionimg src=fossil relative url for thumbnail version/a Of course, in real use the fossil file would quickly become very large. In the abstract, would this make any sense? ___ 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 crashes on Windows
Isn't this really a crash of the fossil executable? Running fossil revert pops up the standard wrong pointer messagebox from Windows (here running XP): Instruction at 0x0042eae9 use memory address 0x7c00ae00. Can't be read. Click on OK to exit program. On clicking OK I get the rest in my cmd window: D:\ME\tcltk-fossil\tk-fossilfossil changes EDITED generic/tkTextMark.c EDITED tests/textMark.test D:\ME\tcltk-fossil\tk-fossilfossil revert D:\ME\fossil.exe: SQLITE_BUSY: statement aborts at 2: [ROLLBACK] cannot rollback transaction - SQL statements in progress D:\ME\fossil.exe: cannot rollback transaction - SQL statements in progress ROLLBACK If you have recently updated your fossil executable, you might need to run fossil all rebuild to bring the repository schemas up to date. I tried the solution suggested in this message, but at no avail. Francois -Original Message- De: Mark Janssen mjans...@home.mpc-soft.nl À: Fossil SCM user's discussion fossil-users@lists.fossil-scm.org Envoyé: Mercredi 11 Janvier 2012 13:59:13 Objet: Re: [fossil-users] Fossil crashes on Windows Unless this is not the whole story, this is not a crash, Fossil gives an error. Did you try the solution suggested in the error message? Try a fossil rebuild from the checkout. Mark -Original Message- From: fossil-users-boun...@lists.fossil-scm.org [mailto:fossil-users-boun...@lists.fossil-scm.org] On Behalf Of François Vogel Sent: dinsdag 10 januari 2012 22:06 To: fossil-users@lists.fossil-scm.org Subject: [fossil-users] Fossil crashes on Windows Hi all, On Windows Vista, I get repeatable crashes of fossil (application stops working and brutally crashes). This happens when running fossil revert (whatever the rest of the command is), for instance: C:\Users\francois\Documents\Development\tcltk-fossil\tk-fossil\testsfossi l changes EDITED ../generic/tkTextMark.c EDITED textMark.test C:\Users\francois\Documents\Development\tcltk-fossil\tk-fossil\testsfossi l revert textMark.test C:\Users\francois\Documents\Development\tcltk-fossil\fossil.exe: SQLITE_BUSY: statement aborts at 2: [ROLLBACK] cannot rollback transaction - SQL statements in progress C:\Users\francois\Documents\Development\tcltk-fossil\fossil.exe: cannot rollback transaction - SQL statements in progress ROLLBACK If you have recently updated your fossil executable, you might need to run fossil all rebuild to bring the repository schemas up to date. C:\Users\francois\Documents\Development\tcltk-fossil\tk-fossil\testsfossi l version This is fossil version 1.21 [002580c50d] 2011-12-13 13:53:56 UTC Even when providing no argument to fossil revert, I get the same crash of fossil. This happens also when fossil diff FILE, but not when fossil diff with no additional argument. I have looked at the fossil tickets tracker, but did not find anything obviously related. Thanks for any hint, Francois ___ 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] fossil for photos archive?
On Jan 11, 2012, at 16:09 , Thomas Stover wrote: Just about every time I get started on a new software tool, I revisit the question of it will help me finally get my family photos under control, regardless of whether or not it makes any sense. Storing large numbers of pictures in subversion for instance, turned out to be a very bad idea. Anyone else doing this? I'd say this is not a good idea. While it can work, what you usually want to do with a photo collection is far away from what you want to do with a bunch of source code files. There is little benefit of Fossil compared to any other synchronization tool (I'd go with rsync, most people like dropbox). On the negative, you'll end up with a huge repository file and no convenient way to delete photos. Kind regards, Remigiusz Modrzejewski ___ 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 for photos archive?
On Wednesday, January 11, 2012 10:43am, Stephan Beal sgb...@googlemail.com said: Personally i would recommend dropbox (or similar) for this particular use case. You will likely want to show thumbnails in you wiki pages, which (if i'm not mistaken) you won't be able to do in fossil. Yeah, pretty much everyone tells me to just use drop box. Maybe I'm about to break down and capitulate to it... As far as the thumbnails, I figure I would have to store the same image multiple times in probably full size, thumbnail, and browser size. Which of course takes even more storage space. ___ 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 for photos archive?
On Wednesday, January 11, 2012 10:36am, Richard Hipp d...@sqlite.org said: I keep all of my OpenOffice slide presentations in a (private) Fossil repository. That way, I can work on a talk on my Linux desktop, then do fossil update on my MacAir, take the presentation on the road, maybe even make a few changes on the airplane, and resync with my desktop when I get back home. That works really well for me and is similar to what you are proposing in that it is storing large binary files in a Fossil repo. The difference in your use case is that you will likely have many more photos than I have slide presentations. Many, many more. So I can't say whether or not you will run into issues. I'm guessing it will work fine, as long as all your Fossil repos are on a LAN and you aren't having to ship gigabytes of photos over the internet. But I can't promise that problems won't arise somewhere down this road. The presentations are definitely something I intend to move from subversion - fossil. ___ 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 for photos archive?
On Wednesday, January 11, 2012 11:04am, Duquette, William H (318K) william.h.duque...@jpl.nasa.gov said: I'm curious--in what way does Subversion fall short? (I'm not questioning your statement, I'm just interested in details.) Will It was about 6 years ago, but if memory serves it was mainly the transfer speeds over (any type of network) seemed to be about 1/20 of what just a regular file transfer (ie scp) would be after about 500megs of files. Plus the archives seemed to be taking exponentially more storage space than the files themselves. Also I had to switch from their file system backend, to the Berkeley db based backend after a size limitation. Berkeley db in and of itself has other issues (version and platform conflicts in particular). ___ 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 for photos archive?
Oh well. Just trying to find more ways to be lazy. rsync etc still don't give you a way to share the pictures on a website. Well, I'd rsync it to some public_html... Thumbs and indexes are easy to do with a cron job, or a custom index.php or whatever. Seems to be a lot less work than scripting Fossil to do it well. Kind regards, Remigiusz Modrzejewski ___ 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 for photos archive?
I think that there are two issues at play here, at least how I separate them personally: 1) Sharing photos with family / friends etc 2) Backing up / saving photos you've taken For #1, I just use a php-based gallery sharing software. I'm considering integrating it with facebook logins a filtering to the friends / family I want. That's a separate issue though :) For #2, I've found that for my windows / mac microcosm (no linux), MSFT's Live Sync works well and allows me to sync my 40 gb pictures folder across three machines easily once past the initial sync. For that i usually just use a laptop hdd converted into an external hdd through an enclosure and copy things manually. I think that for either of those use cases a version control system is overkill (i guess unless you're a pro). I would recommend finding one solution for backup / storage, and another for sharing (whether that is google / facebook / live / ubuntu one etc) My two cents :) Tomek On Wed, Jan 11, 2012 at 11:58 AM, c...@thomasstover.com wrote: On Wednesday, January 11, 2012 11:16am, Remigiusz Modrzejewski l...@maxnet.org.pl said: I'd say this is not a good idea. While it can work, what you usually want to do with a photo collection is far away from what you want to do with a bunch of source code files. There is little benefit of Fossil compared to any other synchronization tool (I'd go with rsync, most people like dropbox). On the negative, you'll end up with a huge repository file and no convenient way to delete photos. Kind regards, Remigiusz Modrzejewski Oh well. Just trying to find more ways to be lazy. rsync etc still don't give you a way to share the pictures on a website. ___ 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 for photos archive?
Hi, I use unison (http://www.cis.upenn.edu/~bcpierce/unison/) for sync and rdiff-backup (http://www.nongnu.org/rdiff-backup/) for backup. It would be great to use fossil for this kind of tasks (also organizing large collections of pdf papers comes to mind) but I don't use it because it is uneasy to remove large binary files from the repository when you want to clean up to reclaim disk space. Marco 2012/1/11 Tomek Kott tkott.s...@gmail.com: I think that there are two issues at play here, at least how I separate them personally: 1) Sharing photos with family / friends etc 2) Backing up / saving photos you've taken For #1, I just use a php-based gallery sharing software. I'm considering integrating it with facebook logins a filtering to the friends / family I want. That's a separate issue though :) For #2, I've found that for my windows / mac microcosm (no linux), MSFT's Live Sync works well and allows me to sync my 40 gb pictures folder across three machines easily once past the initial sync. For that i usually just use a laptop hdd converted into an external hdd through an enclosure and copy things manually. I think that for either of those use cases a version control system is overkill (i guess unless you're a pro). I would recommend finding one solution for backup / storage, and another for sharing (whether that is google / facebook / live / ubuntu one etc) My two cents :) Tomek ___ 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 for photos archive?
On Wed, Jan 11, 2012 at 07:14:44PM +0100, Marco Maggesi wrote: I use unison (http://www.cis.upenn.edu/~bcpierce/unison/) for sync and rdiff-backup (http://www.nongnu.org/rdiff-backup/) for backup. It would be great to use fossil for this kind of tasks (also organizing large collections of pdf papers comes to mind) but I don't use it because it is uneasy to remove large binary files from the repository when you want to clean up to reclaim disk space. I was going to write something like that. But I think the original question also involved having the fossil cgi as a quick web page for pictures. I recommend rsync, and a script that creates a web photo album as static html. If there is no clear master-slave in the synchronisation, then unison. Regards, Lluís. 2012/1/11 Tomek Kott tkott.s...@gmail.com: I think that there are two issues at play here, at least how I separate them personally: 1) Sharing photos with family / friends etc 2) Backing up / saving photos you've taken For #1, I just use a php-based gallery sharing software. I'm considering integrating it with facebook logins a filtering to the friends / family I want. That's a separate issue though :) For #2, I've found that for my windows / mac microcosm (no linux), MSFT's Live Sync works well and allows me to sync my 40 gb pictures folder across three machines easily once past the initial sync. For that i usually just use a laptop hdd converted into an external hdd through an enclosure and copy things manually. I think that for either of those use cases a version control system is overkill (i guess unless you're a pro). I would recommend finding one solution for backup / storage, and another for sharing (whether that is google / facebook / live / ubuntu one etc) My two cents :) Tomek ___ 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 for photos archive?
Personally, I'd agree that a generic version control system isn't a good place to store archives of photos. It might be a good place to store the source text and page layouts of a photographic presentation (slide show, coffee table book, etc.), however. At 09:27 AM 1/11/2012, Tomek Kott wrote: I think that there are two issues at play here, at least how I separate them personally: 1) Sharing photos with family / friends etc For this use case, I've personally found that Flickr is a great answer. Their terms of use even explicitly allow for reuse of photos from their servers in your blog or other web site. Other social media sites do pretty well for this purpose too, but I haven't used any since I found Flickr when it was young and haven't seen a need to switch. 2) Backing up / saving photos you've taken I preserve my original photos in a folder tree on a (nearly) dedicated drive. I mirror that drive to a disk server off-site periodically. I also tend to never re-use a CF or SD card, although the box full of the used ones is hardly organized. I'd add a third, very important, issue: Photo metadata and organization. For this, I use Adobe Lightroom. It uses SQLite underneath to store its database, and is careful to not store the photos themselves in the database. I have it index the folders where I store my originals, but it is happy to take care of copying from the camera into a tree that it organizes. LR is available and well supported on both Windows and Mac. The database holds pointers to the actual photo files, along with all the metadata tha makes it possible to find a photo again in the future. It presents views into the database from searches, and organized by folders, collections, tags, keywords, ratings, date, camera, lens, and more. A key feature of LR is that it never rewrites the original photos. It supports a wide range of digital darkroom features for image enhancement, and it stores a (history of) the settings in the database which are applied when photos are exported. It has direct (or third-party plugin) support for exports to the web (including Flickr, smugmug, picassa, and the like). Incidentally, participating in the beta program for LR is what caused me to notice SQLite and then Fossil (as well as Lua, but that is another list) and to happily adopt Fossil for my version control needs. Ross Berteig r...@cheshireeng.com Cheshire Engineering Corp. http://www.CheshireEng.com/ ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users