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
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 p
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
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
> 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 scri
On Wednesday, January 11, 2012 11:16am, "Remigiusz Modrzejewski"
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 co
On Wednesday, January 11, 2012 11:04am, "Duquette, William H (318K)"
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
On Wednesday, January 11, 2012 10:36am, "Richard Hipp" 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
On Wednesday, January 11, 2012 10:43am, "Stephan Beal"
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 ev
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 subversi
On 1/11/12 7:09 AM, "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 in
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
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/step
On Wed, Jan 11, 2012 at 10:09 AM, 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 sub
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
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 wit
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.fo
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)
Happens for me on a second machine, same repo (Tk toolkit project).
Does not happen with the fossil-scm repositor
18 matches
Mail list logo
