Re: [fossil-users] Conversation with a CM guy

2016-05-17 Thread Arnel
On Mon, 16 May 2016 23:30:16 -0500, Andy Goth wrote:
> On 5/16/2016 11:24 PM, Stephan Beal wrote:
> > It overwrote the whole drive with the word Hello.
> 
> Or at least the first block, which is arguably the most important one
> since it tends to contain tables critical to being able to actually find
> anything.

Thanks! It's nice to be able to say 'Yikes!' when I read something
like that without having to think 'Wait, what exactly did that do?' next.


Thank you,
Arnel
___
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] Conversation with a CM guy

2016-05-17 Thread Arnel
On Tue, 17 May 2016 01:03:41 -0500, Andy Goth wrote:
> > I wonder if a git-fossil (like git-svn) might be helpful for people?
> 
> I don't know what git-svn is.

It lets you manage your commits to Subversion using Git. Sort of a two-way
bridge between SVN and Git, and related what you described in the earlier
part of this email (managing commits with Fossil and Perforce/Clearcase).


Thank you,
Arnel
___
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] Conversation with a CM guy

2016-05-17 Thread Arnel
On Mon, 16 May 2016 23:06:59 -0500, Andy Goth wrote:
> On 5/16/2016 1:17 PM, Andy Goth wrote:
> > He said he thinks he'll go with Git instead because that would give the
> > engineers working under him more forward mobility when they eventually
> > move on to other companies, whereas Fossil is unknown and would not
> > improve their employability.
> >
> > [...]
> >
> > Of course, none of that matters since he started by prioritizing marketing.
> 
> I had a thought about Git marketing versus Fossil marketing.
> 
> Git's success, at least its initial adoption from which critical mass
> formed, is due to it being written by the principal author of Linux for
> managing the development of Linux.
> 
> Sound familiar?

Calling the developers of another revision control system "ugly and
stupid" in a roomful of Google developers probably helped. :)


Thank you,
Arnel
___
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] Conversation with a CM guy

2016-05-16 Thread Arnel
On Mon, 16 May 2016 14:39:11 -0400, Richard Hipp wrote:
> 1985.  I was working at Bell Labs writing horizontal microcode for a
> signal processing chip.  Development was hosted on a VAX.  There were
> about a dozen developers all on the same machine.
> 
> I noticed that the disk drive block devices (/dev/dsk0, /dev/dsk1,
> etc) all has global rwx permission.  I went to the sysadmin and said
> "Hey, this a security problem - anybody can write anywhere on the
> disk!".  "No, he said.  Block devices don't work that way."   I could
> not convince him otherwise.
> 
> So I walked back to my VT100 and typed:  echo Hello >/dev/dsk0

Would anyone mind explaining what this command did? 
 
> Neither the sysadmin, nor our manager, nor the other dozen developers
> using that machine were amused at being off-line for an hour while
> system was restored...


Thank you,
Arnel
___
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] Workaround for the missing 'squash' command?

2016-05-12 Thread Arnel
On 11 May 2016 09:19PM, Ron W wrote:
> (I don't know what just "git merge" would do. I only know about
> fast-forward because I specifically googled it to find out how it works.)

Git's "merge" command does do "fast-forward" merging by default. If you want
to create an actual merge commit, you have to add the "--no-ff" flag.


Thank you,
Arnel
___
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] Colored output on console

2016-04-25 Thread Arnel
On 25 April 2016 05:33PM, j. van den hoff wrote:
> @michael: I have been using `fsl' myself happily for several years now. I
> also have tried a couple of times to draw attention to its existence on
> this list (getting the same feedback -- i.e.: none -- as you). but I am
> sure you are mistaken in your interpretation why this happens. why should
> anybody be hostile to you (or the tool)? I'm sure the lack of feedback has
> a much more profane reason: most people just don't care for any wrapper
> around fossil's CLI (or have their own) but are waiting for native support
> of the asked-for functionality or are much more interested in the web GUI.

...because the web UI already provides the functionality they're looking for.

> @everybody: `fsl' indeed seems massively under-appreciated. it is very
> helpful and improves CLI interaction with fossil substantially in my
> experience (notably the branch where I have further adjusted everything to
> my own liking ("dresden") ;-)). colorized diff and timeline output and the
> alias facility alone are worth it (personally I wanted chronological
> "symbolic" checkin enumeration a la `hg' as well and got it in the
> above-mentioned branch ...).

Anything that extends Fossil's current capabilities, even if it's mostly on the
UI side, probably warrants a special mention on the Fossil website, I think. :)


Thank you,
Arnel
___
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] Noob usage questions

2016-04-22 Thread Arnel
Hi Richard,

On 22 April 2016 07:07PM, Richard Hipp wrote:
> On 4/22/16, Steve Schow <st...@bstage.com> wrote:
> > 2 - I notice fossil doesn’t endorse or seem to directly support the
> > squashing of commits.
>
> Right.  The Fossil philosophy is different from Git.  In Fossil, we
> work hard to preserve *all* history.  You can correct thing (change
> the date or user or comment of a check-in or more a check-in to a
> different branch) but as in accounting, the original information is
> preserved as an audit trail.
>
> One pithy way of saying this is that Git tries to show what you should
> have done while Fossil tries to show what you actually did.
>
> The equivalent to squashing commits is to do the work on a branch,
> then merge the branch when it is done.  The merge take the place of
> the squash, but preserves the history.
>
> If you want see a sequence of changes as a single diff, bring up a
> timeline that shows all the changes, click on the "node" of the
> origin, then click on the last check-in, then it will show you a diff
> between those two nodes.

Doesn't working on a branch marked private and merging it later (upon approval)
essentially provide the benefits of "squashing" the commits? The only difference
would be the branch commits themselves will not be visible on the upstream
repository upon merging. Only the merge commit will be seen.

Admittedly, changes made that way will be harder to review, though. Probably
better to not use private branches for that situation.


Thank you,
Arnel
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] Locating the repo file for any given working directory

2015-08-21 Thread Arnel Legaspi

Hello,

The current way I've been using to get the location of the current
working directory's '.fossil' file is to open the _FOSSIL_ file inside
the directory with the sqlite3 CLI app and run the following query:

sqlite select * from vvar where name = 'repository';
repository|../../fsl.fossil

Is there a better way to get this information through the CLI commands
already available? An absolute path would be preferred (similar to
the one given by 'fossil all ls'), but if not, it's fine.

Currently using version 1.33 [b9447b0ec6] 2015-07-08 17:16:55 UTC, if
it helps.

Thanks in advance,
Arnel
___
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] Bookmarks (Re: git-fossil-git does not, obtain the same commit hashes.)

2014-06-05 Thread Arnel Legaspi

On 6/5/2014 1:20 AM, Richard Hipp d...@sqlite.org wrote:

On Wed, Jun 4, 2014 at 12:53 PM, B Harderbrad.har...@gmail.com  wrote:


Indeed, non-propagating tags are also checkout-able items.

What am I missing about bookmarks that we can't already enjoy w/ tags,
outside of new syntax ?


Here's something that you get for free with Fossil's model that you can't
get with Hg or Git (as far as I know):  the ability to look at historic
versions on particular branches as of some point in time using the
branchname:datetime construct.  So, for example, the current Fossil
homepage can be seen at:

  http://www.fossil-scm.org/fossil/doc/tip/www/index.wiki

The tip in that URL is a magic tag that means the most recent check-in.
What did the homepage look like on the head of the trunk branch at the
beginning of 2012?

  http://www.fossil-scm.org/fossil/doc/trunk:2012-01-01/www/index.wiki

Similarly, if you wanted to checkout the branch experimental as it
existed on some historical date, you could type:

  fossil co experimental:2011-06-04

I personally use that capability all the time when trying to find the
initial bounds on a bug in order to begin a bisect, or when doing things
like comparing performance of SQLite to one or five years ago.  Question:
Is anything like this even possible in Git and/or Hg?


Mercurial supports a history querying feature they call revsets, or 
revision sets. I don't often use it, but people on the Hg mailing list 
have provided useful suggestions when users ask how to get some specific 
changeset(s) data for reports.


From what I've seen, it's usable even on the search box available in 
Mercurial's web interface (hg serve).


http://www.selenic.com/hg/help/revsets

Here's an admittedly simple example:

$ hg log -r branch(default) and date('2014-04-07') and 
file('mercurial/merge.py')

changeset:   21082:0d67fccc0d43
user:Mads Kiilerich mad...@unity3d.com
date:Mon Apr 07 02:12:28 2014 +0200
summary: merge: let manifestmerge emit 'keep' actions when keeping 
wd version


IIRC, there are options available in Git's git log command that will 
allow querying like this as well (at least from what I've read briefly 
in Git's HTML docs), but I'm no Git power user, either.


--Arnel
___
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] Scalability limits

2014-02-07 Thread Arnel Legaspi

On 2/8/2014 5:19 AM, Stephan Beal wrote:

It would be really cool
to see someone implement their own SCM based on fossil's core artifact
model and their own db back-end, though. It would likely require a complete
re-implementation, not just rewriting most of the SQL.


Wasn't Veracity (http://veracity-scm.com/) inspired by most of the 
concepts in Fossil? They also use Fossil as their DB back-end, and IIRC, 
they were planning to make/sell add-ons that allow using other SQL DB's 
like PostgreSQL, etc. as the repo back-end.


Too bad it's on hold at the moment, though.
___
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] Errors from 64-bit compilation of Fossil using MSVC

2013-09-18 Thread Arnel Legaspi

On 9/18/2013 12:00 AM, Samuel Debionne wrote:


It looks like you are not linking with zlib. You should (re)build a 64
bit version of zlib in the compat directory with the same command line
environment you use to build fossil.


Thank you! This worked.

Interestingly enough, using GCC/MinGW (from the distro found at:

http://nuwen.net/mingw.html

and which is already x64-native) also works without a hitch. I did not 
need to compile zlib separately.


--Arnel
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] Errors from 64-bit compilation of Fossil using MSVC

2013-09-16 Thread Arnel Legaspi

Hello,

I got the following errors when I tried building the 64-bit version of 
Fossil using Visual Studio 2012 on a Windows 7 x64 machine:



blob.obj : error LNK2019: unresolved external symbol deflate referenced 
in function blob_compress2

gzip.obj : error LNK2001: unresolved external symbol deflate
zip.obj : error LNK2001: unresolved external symbol deflate
blob.obj : error LNK2019: unresolved external symbol deflateEnd 
referenced in function blob_compress2

gzip.obj : error LNK2001: unresolved external symbol deflateEnd
zip.obj : error LNK2001: unresolved external symbol deflateEnd
blob.obj : error LNK2019: unresolved external symbol compress referenced 
in function blob_compress

sqlcmd.obj : error LNK2001: unresolved external symbol compress
blob.obj : error LNK2019: unresolved external symbol uncompress 
referenced in function blob_uncompress

sqlcmd.obj : error LNK2001: unresolved external symbol uncompress
blob.obj : error LNK2019: unresolved external symbol deflateInit_ 
referenced in

function blob_compress2
gzip.obj : error LNK2019: unresolved external symbol crc32 referenced in 
function gzip_step

zip.obj : error LNK2001: unresolved external symbol crc32
gzip.obj : error LNK2019: unresolved external symbol deflateInit2_ 
referenced in function gzip_step

zip.obj : error LNK2001: unresolved external symbol deflateInit2_
.\fossil.exe : fatal error LNK1120: 7 unresolved externals
NMAKE : fatal error U1077: 'C:\Program Files (x86)\Microsoft Visual 
Studio 11.0\VC\BIN\amd64\link.EXE' : return code '0x460'

Stop.


I had no issues compiling the 32-bit version.

This is what I did:

1. Added the following directories to %PATH%:
C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC
C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\bin\amd64

2. Ran vcvarsall x64 from the command line.
3. Ran set SDK_INCLUDE_DIR=C:\Program Files (x86)\Microsoft 
SDKs\Windows\v7.1A\Include
4. Went inside the win directory within the Fossil source and ran 
nmake /f Makefile.msc


This is a friend's machine (I have MinGW at home) and this is generally 
my first time compiling anything C/C++-related with Visual Studio, so 
I'm not very familiar with the errors provided.


I got step 3 from the directions provided in the MSVC Makefile for Vim, 
so I thought it would apply here.


What went wrong? How should I fix this?

Thanks,
Arnel
___
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] Random thoughts on Fossil v2

2013-07-22 Thread Arnel Legaspi

On 7/22/2013 4:29 PM, fossil-users-requ...@lists.fossil-scm.org wrote:

Date: Mon, 22 Jul 2013 10:02:47 +0200
From: Stephan Beal sgb...@googlemail.com
To: Fossil SCM user's discussion fossil-users@lists.fossil-scm.org
Subject: Re: [fossil-users] Random thoughts on Fossil v2
Message-ID:
cakd4nah3bxxcg0pbk5w3+nja2hynmbhfp6plgmvu8ykfsaw...@mail.gmail.com
Content-Type: text/plain; charset=iso-8859-1

Hi, Clark! A brief response from the office, and a longer one tonight when
i get home...

On Mon, Jul 22, 2013 at 2:01 AM, Clark Christensen cdcmi...@yahoo.comwrote:

Scripting language: I understand the Tcl roots, and I hope you would
consider Javascript as a target.  JS seems more universal these days.
Maybe the Tcl guys would disagree.  I have no idea what that means from an
implementation standpoint.

The problem is the interpreter. i am not aware of a small embedable JS
interpreter. SpiderMonkey/Jaegermonkey are complex and poorly documented.
Google V8 is nice but (A) huge, (B) C++, and (C) they recently made drastic
API changes which invalidated every single v8-using client out there
(breaking 4-5 years of accumulated code of mine, and i'll never have the
time to fix it), which means that very few people outside of Google can
actually use v8 at the moment. JS _would_ also be my first choice, if we
only had a small, well-maintained interpreter.i don't know TCL, but the TCL
and Fossil communities seem to be cosmically bound to one another. There
are relatively few well-established small/embeddable interpreters. Lua,
TCL, ... none others come to mind (which are small).


Would using something similar to Vim's mechanism (allowing Fossil to be 
compiled with Lua/Ruby/MZScheme/Python/etc. support) be more acceptable?


Of course, Vim does have its own scripting language (Vimscript) but this 
language support is available to users via the Makefiles.


My own humble requests for Fossil v2 include:

- use of Markdown formatting in tickets (unless, this is already possible?)

- +1 for full text search in tickets...and maybe embedded wiki files if 
possible


- support for kernel-style commit messages:
For example, you have a commit message like this:

Capitalized, short summary line

Detailed explanatory text which can be long, preferably wrapped to 
around 72 characters or less


Fossil would then show the summary line in the Timeline view, both in 
the web GUI and commandline. Clicking the specific commit would then 
display both the summary line and the explanatory text.


(I tried altering the Timeline view CSS for this from a few threads 
back, but it made the Timeline page graph ugly.)


Thanks, Stephan!

--Arnel
___
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 error when pushing

2013-02-20 Thread Arnel Legaspi
On Tue, Feb 19, 2013 at 11:32 PM, Arnel Legaspi jalespr...@gmail.comwrote:

 Hello -

 I'm getting the following error when pushing to a Fossil repo set up over
 the local domain:

 $ fossil push --user acl
 Push to http://192.168.0.19:6002/
 Error: not authorized to writet: 0  received: 0
 Round-trips: 1   Artifacts sent: 0  received: 0
 Push finished with 366 bytes sent, 277 bytes received

 The repo is set up using Fossil as a service inside a Windows Server 2008
 machine. This Fossil service is running using Local System as the user
 account.

 I am using Fossil version 1.25 [646c4a67f9] 2013-02-19 12:29:39 UTC for
 this as well.

 The user account I'm using (acl) has the Admin privilege.

 I've already set the Everyone account on the repo file itself with full
 read/write access, but we're still getting the said error. Anything I
 should check further for this one?


It looks like no one was able to respond to this issue.

Has anyone else possibly encountered this issue before on a Windows
machine? Any tips on how we can resolve this?

(What's also weird is this email never got listed to the Fossil ML archives
[see
http://www.mail-archive.com/search?q=Fossil+error+when+pushingl=fossil-users%40lists.fossil-scm.org].
Is my email address getting blocked or something?)


Thanks in advance,
Arnel
___
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 error when pushing

2013-02-20 Thread Arnel Legaspi
On Wed, Feb 20, 2013 at 1:44 PM, Arnel Legaspi jalespr...@gmail.com wrote:

 (What's also weird is this email never got listed to the Fossil ML
 archives [see
 http://www.mail-archive.com/search?q=Fossil+error+when+pushingl=fossil-users%40lists.fossil-scm.org].
 Is my email address getting blocked or something?)


Sorry, please disregard what I said above. Both emails did show up on Gmane
(http://news.gmane.org/gmane.comp.version-control.fossil-scm.user) so at
least there's a visible record there.

Thanks,
Arnel
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] Proper use of revert

2013-01-30 Thread Arnel Legaspi
Hello -

Yesterday I needed to revert back a commit involving 2 files to its parent
commit.
The working copy was at the tip (1255785c96) and I needed to get back to
revision 4002407825.
When I tried running fossil revert -r 4002407825 I got the following
error:

fossil: the --revision option does not work for the entire tree

What did the trick was fossil merge --backout 1255785c96 which is
strange, since this is not a merge.
The timeline UI for this particular repo shows a straight line graph.

Shouldn't the 'revert' command act the way I was looking for? The help
message does state
Revert all files if no file name is provided. What am I missing?

Thanks,
Arnel

PS: Apologies if you've received this before. I sent this out to the list
yesterday but I don't see it
listed in the Fossil ML archives.
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] Writing Linux kernel-style commit messages in Fossil

2012-12-19 Thread Arnel Legaspi

Hello,

Is there a way to have Linux kernel-style commit logs display the way 
they should be in the Fossil web UI? By Linux kernel-style commit logs 
I mean the way Tim Pope described it below:


http://tbaggery.com/2008/04/19/a-note-about-git-commit-messages.html

At the moment, multiple-line commit messages show up shortened in Fossil 
(see http://www.fossil-scm.org/index.html/info/64868f2b98 for an example).


What we would like to see is to have only the summary line be displayed 
on the Timeline page, and to have both the summary line and the rest of 
the commit message after the blank line show up on the specific commit 
page instead (when you click on the hash in the Timeline page).


If there's no way to currently do so , we'd like to make a feature 
request for it.


Thanks!

--Arnel
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] Error with compiling Fossil on Windows 7 x64

2011-04-08 Thread Arnel Legaspi
Hello,

Is anyone else compiling Fossil on Win7 x64 getting the following error?

$ make -f win/Makefile.mingw
gcc -o wbld/translate src/translate.c
wbld\\translate.exe src/add.c wbld/add_.c
/bin/sh: wbldtranslate.exe: command not found
make: *** [wbld/add_.c] Error 127

This compilation was done in MinGW/MSYS with GCC v4.5.2.
Running the same compilation in Win7 x86, it works fine without any errors.

I made the following change to Makefile.mingw to make the compilation 
proceed:

326,329c326,329
 TRANSLATE   = $(subst /,\\,$(OBJDIR)/translate.exe)
 MAKEHEADERS = $(subst /,\\,$(OBJDIR)/makeheaders.exe)
 MKINDEX = $(subst /,\\,$(OBJDIR)/mkindex.exe)
 VERSION = $(subst /,\\,$(OBJDIR)/version.exe)
---
  TRANSLATE   = $(OBJDIR)/translate.exe
  MAKEHEADERS = $(OBJDIR)/makeheaders.exe
  MKINDEX = $(OBJDIR)/mkindex.exe
  VERSION = $(OBJDIR)/version.exe

Thanks in advance,
Arnel
___
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] re-thinking commit access to the main fossil repo...

2011-02-08 Thread Arnel Legaspi
  Can I encourage you to work on such a feature?  (In a private clone
  of the repository ;-))  Perhaps use the import and export
  commands as a baseline.  Maybe an option to the export command that
  only exports a particular range of check-ins or a particular branch,
  and options to import the force all imported content to be in a
  particular branch, or that make all the changes imported private
  (none-syncing) until audited and approved in some way.

May I suggest using the term convert for converting to and from the 
Fossil repo format, and use import/export for that particular 
purpose instead (getting changesets, etc.)?

I expected something like this would happen to Fossil sometime soon 
given the growing number of contributors :) so I thought I'd ask this.


Thanks,
Arnel
___
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-users Digest, Vol 35, Issue 38

2010-12-26 Thread Arnel Legaspi
On 12/24/2010 7:45 AM, fossil-users-requ...@lists.fossil-scm.org wrote:
 Message: 2
 Date: Thu, 23 Dec 2010 13:43:53 -0500
 From: Richard Hippd...@sqlite.org
 Subject: Re: [fossil-users] Errors during compile in Windows 7 x64
 To: fossil-users@lists.fossil-scm.org
 Message-ID:
   aanlktikxc=pxmkxxovwffemxkpw4xn12orpyxb5=0...@mail.gmail.com
 Content-Type: text/plain; charset=iso-8859-1

 I now have the build working using mingw on my windows7 box.  Using the
 latest Fossil sources:

   \mingw\msys\1.0\bin\make -f win/Makefile.mingw

 I had to install zlib in \mingw\include and \mingw\lib but otherwise no
 changes were made to the MinGW installation.

 Windows users - please try this on your machines and let me know if you have
 problems.  Thanks everyone for your help in fixing this problem.


Confirmed on my end as well. It's working on my Windows XP box (32-bit), 
and on both Windows 7 32-bit and 64-bit boxes.

Thanks again to everyone here!

--Arnel
___
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] Errors during compile in Windows 7 x64

2010-12-22 Thread Arnel Legaspi
On 12/22/2010 5:35 PM, fossil-users-requ...@lists.fossil-scm.org wrote:
 On Mon, Dec 20, 2010 at 6:11 PM, Arnel Legaspijalespr...@gmail.com  wrote:

 Hello,

 Compiling Fossil in 64-bit Windows 7 appears to stop after the
 makeheaders step. It produces the following error:

 Can't read input file .\wobj\add_.c;.\wobj\add.h // and so on...


 What do you have OBJDIR set to in your toplevel makefile?  Are you using \
 instead of /?  Have you tried changing the \s to /s to see if that fixes the
 problem?

It's the same as altufaltu had:

SRCDIR = ../src
OBJDIR = ./wobj

This Makefile has worked previously on 32-bit versions of Windows XP and 
7. Even if it does put all the *.h files inside the wobj folder, I'm 
able to build Fossil without any issues.

In the meantime, I'm using a box with 32-bit Windows to build Fossil, 
but if there are other ideas, I'd love to hear them.


Thanks,
Arnel
___
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 enhancements: Please test

2010-10-23 Thread Arnel Legaspi
Hello,

I'm trying out Fossil's experimental branch and I'm using the one from
check-in [4c1bcf6f6a] (2010-10-23 02:51:10).
Looking at the timeline for my own project, I see the trunk tag has
disappeared from all commits within trunk.
Is the trunk branch now considered the default branch?
The one branch I have is still there listed in the Closed branches, 
though, so I'm guessing this is the case.

BTW, it's been good so far on both Windows XP and Windows 7 boxes.
I have not encountered any issues yet with the experimental branch,
and it feels much faster even with a small repo like mine (size: 1
MB).
It takes less than a second to rebuild my repo, and when I tried it on
a clone of Fossil itself, it takes less than 2 seconds.

Thanks,
--Arnel
___
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] Copy of Linux version of GPL Fossil

2010-09-08 Thread Arnel Legaspi
On Tue, Sep 7, 2010 at 3:40 PM, Ross Berteig r...@cheshireeng.com wrote:
 You need the zlib development package to be available. The simple
 answer is to say

    sudo apt-get install zlib1g-dev

 to the shell. That should install everything you need to compile
 and link against zlib. The other two related packages I have
 installed on my Ubuntu are zlib1g (runtime and binaries) and
 zlib1g-dbg (debugging symbols for zlib). The former should come
 along as a prerequisite with zlib1g-dev. The latter may need to
 be requested separately if you need it.

Thank you very much! This worked - it allowed me to compile Fossil in
Xubuntu Lucid.

However, I'm running into a different problem now: this Fossil
executable I just built does not work on the server.
I've done the following before this:
- rebuilt the repo using the Windows version and uploaded it into the server
- changed permissions on the repo (766) and Fossil itself (755)
- made sure the paths in the CGI script are correct

If I use the last released version (the one from 2010-08-23 22:24:16),
the whole setup works fine.
What could I be missing?

Thanks again in advance for any help.
--Arnel
___
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-users Digest, Vol 32, Issue 11

2010-09-08 Thread Arnel Legaspi
 -- Forwarded message --
 From: Richard Hipp d...@sqlite.org
 To: fossil-us...@lists.fossil-scm.org
 Date: Tue, 7 Sep 2010 19:27:06 -0400
 Subject: Re: [fossil-users] Copy of Linux version of GPL Fossil


 On Tue, Sep 7, 2010 at 5:10 PM, Arnel Legaspi jalespr...@gmail.com wrote:

 Hello,

 Does anyone still have a copy somewhere of the compiled Linux version of
 the last GPL'd Fossil version
 (http://fossil-scm.org/index.html/info/ccc7701cc6)?

 I'm setting up a Fossil server for someone at work after getting
 introduced to it, but he prefers to use the GPL version as there are
 some options (like the Behavior menu) that he wants to be able to set
 using the built-in web UI.

 I've tried a couple of times to build it using Xubuntu Lucid inside
 VirtualBox, but I keep running into an error with zlib.h not being
 found. (As you can probably guess, I work mostly with Windows machines
 but I'm learning Linux...slowly :)

 If anyone can point me to a compiled file for download, it'll be much
 faster to use.

 http://www.fossil-scm.org/fossil-linux-x86-201005161914.zip

 As followers of this mailing list already know, I work mostly on Linux 
 machines, but I'm learning Windows slowly  ;-)

Thank you very much, Richard! This one worked as it should after I
uploaded it to the server and replaced what I made.

I'm guessing it's the Linux distro? The one I compiled was working
within Xubuntu itself (I was able to clone Fossil itself), it just
wouldn't work after I uploaded it to the server. Both the repo and its
directory's permissions were at 766, and Fossil itself and its own
directory were at 755.

In any case, I'm keeping a copy of this if anyone requests something
like it again. Thanks a lot!

--Arnel
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] Copy of Linux version of GPL Fossil

2010-09-07 Thread Arnel Legaspi
Hello,

Does anyone still have a copy somewhere of the compiled Linux version of 
the last GPL'd Fossil version 
(http://fossil-scm.org/index.html/info/ccc7701cc6)?

I'm setting up a Fossil server for someone at work after getting 
introduced to it, but he prefers to use the GPL version as there are 
some options (like the Behavior menu) that he wants to be able to set 
using the built-in web UI.

I've tried a couple of times to build it using Xubuntu Lucid inside 
VirtualBox, but I keep running into an error with zlib.h not being 
found. (As you can probably guess, I work mostly with Windows machines 
but I'm learning Linux...slowly :)

If anyone can point me to a compiled file for download, it'll be much 
faster to use.

Thanks in advance,
Arnel
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users