On Tue, 12 Jul 2011 14:48:42 +0200, Müller, Rainer wrote:
Hello, I want to use fossil on an ARM based platform. We have only a
few MB flash, so i tried to strip the binary - but the best result
was
about 1.1MB.
I read that someone managed to build a 330kB binary, any suggestions
on this
Hello,
I managed to reduce the size to 850kB by removing help texts, wiki and ticket
system. Yes, would be nice to make this configurable.
Regards, Rainer.
-Original Message-
From: fossil-users-boun...@lists.fossil-scm.org
[mailto:fossil-users-boun...@lists.fossil-scm.org] On Behalf
On Wed, 13 Jul 2011 14:39:04 +0200, Müller, Rainer wrote:
Hello,
I managed to reduce the size to 850kB by removing help texts, wiki
and ticket system. Yes, would be nice to make this configurable.
Regards, Rainer.
strip and compress with upx deliver on linux
1.0M Jul 13 16:58
On Wed, Jul 13, 2011 at 2:35 PM, Rene renew...@xs4all.nl wrote:
/*
** WEBPAGE: tktview
** URL: tktview?name=UUID
**
** View a ticket.
*/
if your would change WEBPAGE: to WEB: then the fossil preprocessor
will not
include those functions. It is a bit of work, I don't know if it works.
When I switch between branches Fossil isn't removing files that belong to
the previous branch but not the current branch. Am I doing something wrong?
Example:
===
$ fossil new prj.fossil
project-id: 7e92eb48abd299ca1340a7bc0c86dba38097ad3e
server-id: 7efed910652f4fbceef4ec8cdcb152e7c944e7cc
I think the issue is that fossil close doesn't clear out the directory,
and fossil open I only overwrites files from the opened checkout, but does
not delete any files. So if you were to issue fossil extras my guess is
file2 would be in that list.
Tomek
On Wed, Jul 13, 2011 at 2:55 PM, Brian
On 7/13/2011 12:14 PM, Tomek Kott wrote:
I think the issue is that fossil close doesn't clear out the directory, and
fossil open I only overwrites files from the opened checkout, but does not
delete any files. So if you were to issue fossil extras my guess is file2
would be in that list.
To
Yep, that does the trick. I'd seen the update command but didn't realise
this was its purpose.
Should fossil close/open behave differently from fossil update? Is this a
bug in Fossil, or is it deliberate?
On Wed, Jul 13, 2011 at 3:20 PM, Andreas Kupries
andre...@activestate.comwrote:
On
On 7/13/2011 12:33 PM, Brian Cottingham wrote:
Yep, that does the trick. I'd seen the update command but didn't realise this
was its purpose.
Well, its purpose is to switch the current checkout/rev to any other revision,
so switching between branches is just a special case of that. With the
I believe it is deliberate with how fossil handles opening a repository full
of potentially un-versioned files. Imagine giving a fossil open of a fresh
repository in a folder with thousands of files, and finding that after the
command, all those files are gone.
Tomek
On Wed, Jul 13, 2011 at 3:33
On Wed, Jul 13, 2011 at 3:33 PM, Brian Cottingham spiffyt...@gmail.comwrote:
Should fossil close/open behave differently from fossil update? Is this a
bug in Fossil, or is it deliberate?
The behavior is deliberate. I'd understand what you are expecting from
close.
My recommendation is
That would be helpful. I got the idea to use 'close' from section 4.4.4 of
the fossil book, which indicates branches should be checked out by using
'open'. I thought to myself, how could I open it if it is not first
closed?, and thus my confusion was born.
On Wed, Jul 13, 2011 at 3:45 PM,
Hello there!
Recently I accidentally added some files that are automatically generated,
changing quite often and which I generally don't want under version control at
all. So I deleted them (I used show files on the timeline, followed the view
links on the files I wanted to get rid of, used
On Wed, Jul 13, 2011 at 5:02 PM, Martin S. Weber martin.we...@nist.govwrote:
Hello there!
Recently I accidentally added some files that are automatically generated,
changing quite often and which I generally don't want under version control
at
all. So I deleted them (I used show files on
On 07/13/11 17:05, Richard Hipp wrote:
On Wed, Jul 13, 2011 at 5:02 PM, Martin S. Weber martin.we...@nist.gov
mailto:martin.we...@nist.gov wrote:
Hello there!
Recently I accidentally added some files that are automatically
generated,
changing quite often and which I
On 7/13/2011 3:45 PM, Richard Hipp wrote:
My recommendation is that you never use the close command. It really
is not needed for anything. Maybe I should simply remove the close
command to avoid confusion?
Considering the number of messages we've had over time where someone was
expecting
I might suggest amending the help command to list commonly used
commands by default,
and a new switch --all that will display the uncommon ones (such as close).
-B
On Wed, Jul 13, 2011 at 2:44 PM, Joshua Paine jos...@letterblock.com wrote:
On 7/13/2011 3:45 PM, Richard Hipp wrote:
My
On 7/13/2011 5:48 PM, Brian Smith wrote:
I might suggest amending the help command to list commonly used
commands by default,
and a new switch --all that will display the uncommon ones (such as close).
Fine, I guess, but many a smart person trying to learn a new system
would use the --all
On 13/07/2011, at 10:35 PM, Rene wrote:
On Tue, 12 Jul 2011 14:48:42 +0200, Müller, Rainer wrote:
Hello, I want to use fossil on an ARM based platform. We have only a
few MB flash, so i tried to strip the binary - but the best result
was
about 1.1MB.
I read that someone managed to build
I have tagged the release of Fossil version 1.18. You can pickup a copy at
http://www.fossil-scm.org/download.html
Comments on the download page enumerate the changes in this release. This
is no compelling reason to upgrade - it just had been a long time since
there had been a release and
To me, open on fossil does similar work as checkout on some SCM.
--
Martin
Le 2011-07-13 à 19:13, Brian Cottingham spiffyt...@gmail.com a écrit :
I am a newbie to Fossil, and intermediate to VCS in general. I have a basic
grasp of the Fossil commands needed to accomplish various tasks,
On 7/13/2011 7:13 PM, Brian Cottingham wrote:
was wondering if some of the Fossil internals
could be refactored to not need an explicit 'open' command. I.E., Git
and SVN don't need an open command- you just cd into a repo's directory
and stuff works. Could Fossil be reworked to act similarly?
themselves, grab the stripped NetBSD (5.1)
x86 binary ( fossil: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV),
dynamically linked (uses shared libs), for NetBSD 5.1, stripped ) from
http://uharc.net/~phaeton/fossil-netbsd-x86-20110713.zip
SHA1:
e377f0f4b7dec7ece2650686c064e95b14e6
On Wed, 13 Jul 2011 19:30:08 -0400
Joshua Paine jos...@letterblock.com wrote:
On 7/13/2011 7:13 PM, Brian Cottingham wrote:
was wondering if some of the Fossil internals
could be refactored to not need an explicit 'open' command. I.E., Git
and SVN don't need an open command- you just cd
://uharc.net/~phaeton/fossil-netbsd-x86-20110713.zip
SHA1:
e377f0f4b7dec7ece2650686c064e95b14e6 fossil-netbsd-x86-20110713.zip
Thanks @ Richard contributors!
Regards,
-Martin
Thanks Martin.
Please try the attached fix.
Cheers,
Steve
--
µWeb: Embedded Web Framework - http
, stripped ) from
http://uharc.net/~phaeton/fossil-netbsd-x86-20110713.zip
SHA1:
e377f0f4b7dec7ece2650686c064e95b14e6 fossil-netbsd-x86-20110713.zip
Thanks @ Richard contributors!
Regards,
-Martin
Thanks Martin.
Please try the attached fix.
Oh. I see you already worked out
There's no a big issue here.. it's just a kind of philosophical question.
I've notice that autosetup ./configure will create a GNUmakefile instead
of a Makefile. In my OpenBSD system, bsd make doesn't use the GNUMake file
when I type make. So if I type:
# ./configure
# make
It will use the
On 14/07/2011, at 9:27 AM, Richard Hipp wrote:
I have tagged the release of Fossil version 1.18. You can pickup a copy at
http://www.fossil-scm.org/download.html
Comments on the download page enumerate the changes in this release. This is
no compelling reason to upgrade - it just
28 matches
Mail list logo