I use the following string for Admin Settings ignore-glob:
*/xcuserdata/*,build/*,*.mode1v3,*.pbxuser,*.orig
--
Dmitry Chestnykh
http://www.codingrobots.com
On Sun, Dec 16, 2012 at 10:19 PM, K k...@lightpowered.org wrote:
Hello,
Now that I wish to keep my Xcode project configuration 'file
into it.
Do the usual `fossil mv`, `mv`, `fossil add`, `fossil commit` etc. to
achieve this.
After you organized your working directory as required, arrange its
place on the hard drive as needed.
--
Dmitry Chestnykh
http://www.codingrobots.com
___
fossil-users
sensitive information along with their
repositories. When they upgrade to the new version, suddenly their
files become exposed to the world.
--
Dmitry Chestnykh
http://www.codingrobots.com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http
, in a separate unprivileged chrooted
process.
*) chances to get out are greatly improved if combined with
insanity of OpenSSL API.
See also http://www.daemonology.net/blog/2009-09-28-securing-https.html
--
Dmitry Chestnykh
http://www.codingrobots.com
showing before and after:
http://imgur.com/a/Ei8DO
(I can commit this change if there are no objections.)
Thanks!
--
Dmitry Chestnykh
http://www.codingrobots.com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org
#HighlightDiff
The problem is that Fossil sets base href=... without parameters:
base href=http://www.fossil-scm.org/index.html/wiki; /
This should be
base href=http://www.fossil-scm.org/index.html/wiki?name=Cookbook; /
to work properly.
--
Dmitry Chestnykh
http://www.codingrobots.com
On 04/02/2012 09:08 PM, Konstantin Khomoutov wrote:
Please do some minimal google research next time.
But then we won't know how many users have the problem ;-)
--
Dmitry Chestnykh
http://www.codingrobots.org
___
fossil-users mailing list
fossil
-symlinks option is off -- it's not read from the
repository or global settings. I'm working on the fix.
--
Dmitry Chestnykh
http://www.codingrobots.com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi
, zLocalSchema, (char*)0);
db_delete_on_failure(./_FOSSIL_);
db_open_local();
--
Dmitry Chestnykh
http://www.codingrobots.com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo
Just found out that DuckDuckGo search engine have zero-click references
for Fossil commands:
https://duckduckgo.com/?q=fossil+commit
--
Dmitry Chestnykh
http://www.codingrobots.org
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http
On 03/15/2012 02:38 PM, org.fossil-scm.fossil-us...@io7m.com wrote:
Is it possible to tell fossil that commits should be assigned to
specific user names in the resulting fossil repository?
When I converted my repos, I just did a global search/replace in the
file exported from git.
--
Dmitry
to its standard input:
repository: /path/to/repo.fossil
?
--
Dmitry Chestnykh
http://www.codingrobots.com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
On 03/03/2012 03:34 PM, Stephan Beal wrote:
On Sat, Mar 3, 2012 at 3:30 PM, Dmitry Chestnykh
dmi...@codingrobots.com mailto:dmi...@codingrobots.com wrote:
I assume your Go program launches Fossil. When you open a CGI
process, can't you just write to its standard input:
repository
for other developers. At the same time staying
up to date with incoming changes is often a requirement.
Ah, I see what you mean. I thought you forgot to commit before
updating. Sorry for misunderstanding.
--
Dmitry Chestnykh
http://www.codingrobots.com
On Fri, 3 Feb 2012 09:18:32 -0700 Matt Welland wrote:
If I do:
fossil rm some/file.txt
rm some/file.txt
fossil commit
--
Dmitry Chestnykh
http://www.codingrobots.org
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http
On Mon, 30 Jan 2012 09:11:03 +0100 Lluís Batlle i Rossell wrote:
On Mon, Jan 30, 2012 at 04:27:07AM +0100, Dmitry Chestnykh wrote:
On Sun, 29 Jan 2012 20:49:00 +0100 Remigiusz Modrzejewski wrote:
I've hit a surprising obstacle. I've tried to use Fossil, the
binary from the website
the problem to be lack of libnss_dns.so.2.
Yeah, static linking is not actually that static nowadays. When linking,
GCC warns about this.
If fossil runs in chroot/stripped system and needs to resolve hosts, you
need to put the related dynamic libraries into chroot/stripped system.
--
Dmitry Chestnykh
this?
#if (SSLEAY_VERSION_NUMBER = 0x00908070) !defined(OPENSSL_NO_TLSEXT)
SSL_set_tlsext_host_name(handle,hostname);
#else
#warning OpenSSL version too old, compiling without SNI support.
#endif
Does this work with every compiler?
--
Dmitry Chestnykh
http://www.codingrobots.com
option to kill extra files. For this, we have
`fossil clean` command.
--
Dmitry Chestnykh
http://www.codingrobots.com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
. Or we can have a flag for destructive behavior
for compatibility (but habits aside, it's better to have a flag for
non-destructive behavior).
--
Dmitry Chestnykh
http://www.codingrobots.com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http
On Wed, 21 Dec 2011 18:51:33 - Eric wrote:
On Wed, December 21, 2011 5:41 pm, Dmitry Chestnykh wrote:
If we're having a vote, +1. I'd like it if rm and mv actually
deleted and renamed files.
It is not the job of the SCM system to keep in step with my working
directory, it is its job
~/hg $ hg add file.txt extra.txt
~/hg $ hg rm extra.txt
not removing extra.txt: file has been marked for add (use -f to force
removal)
--
Dmitry Chestnykh
http://www.codingrobots.com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http
:
In function
`socket_open': /home/dchest/src/fossil/./bld/http_socket_.c:151:
warning: Using 'gethostbyname' in statically linked applications
requires at runtime the shared libraries from the glibc version used
for linking
Richard, can we go back to the dynamically linked one?
--
Dmitry
();
--
Dmitry Chestnykh
http://www.codingrobots.com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
is
overstated.
OK then. I thought this was the reason for the reported error.
--
Dmitry Chestnykh
http://www.codingrobots.com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
the Change Log for additional details
leads to the previous version of changes.wiki. The correct one is:
http://www.fossil-scm.org/fossil/doc/489c67ae46/www/changes.wiki
--
Dmitry Chestnykh
http://www.codingrobots.com
___
fossil-users mailing list
fossil-users
implementing it before there were versionable settings.
--
Dmitry Chestnykh
http://www.codingrobots.com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
else and is
statically linked?
Try with statically linked fossil:
./configure --static
make
--
Dmitry Chestnykh
http://www.codingrobots.com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin
complete timeline entries. Also, the lines containing only a date
are not counted against N.
Here's a bug report from last November, with a patch:
http://www.fossil-scm.org/index.html/tktview?name=3e58b8ceaf
--
Dmitry Chestnykh
http://www.codingrobots.com
for your repository and Fossil will not follow symlinks, instead
adding them into the repository as-is.
--
Dmitry Chestnykh
http://www.codingrobots.com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin
the repository does not exist
or is in an unreadable directory, followed by the old directory name.
How do I fix this?
Make sure you don't have uncommited changes.
fossil close
fossil open new/path/to/your/repository
--
Dmitry Chestnykh
http://www.codingrobots.com
On Fri, 28 Oct 2011 13:31:47 +0200 Stephan Beal sgb...@googlemail.com
wrote:
Or if you DO have uncommitted changes you can also try:
rm _FOSSIL_
Dangerous if you have stashed changes ;-)
--
Dmitry Chestnykh
http://www.codingrobots.com
? No. No more levels, error.
Fossil expects your current directory to be inside the root of the
working copy, i.e. the working copy directory itself or any other
directory under it in the hierarchy.
--
Dmitry Chestnykh
http://www.codingrobots.com
these 10 files.
I couldn't do this if I had to specify:
fossil diff dir/subdir/*.txt
when I'm inside 'dir/subdir', because shell works with relative paths,
and will not expand this glob to the proper files.
--
Dmitry Chestnykh
http://www.codingrobots.com
and LZMA for our use.
--
Dmitry Chestnykh
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
request. The first time you
run it, it may be faster (due to smaller disk reads compared to
uncompressed version), but for each subsequent request, once Fossil is
in RAM, it would be slower and require more CPU.
--
Dmitry Chestnykh
___
fossil-users mailing
/exec.
Also, Windows doesn't have fork.
--
Dmitry Chestnykh
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
On Wed, 26 Oct 2011 16:15:11 -0700 Caleb Gray ca...@calebgray.com
wrote:
@Dmitry Chestnykh:
I just wrote a script for testing the speed and size difference
between the different compressions available, find the results here:
http://uploads.calebgray.com/contributions/compression/index.html
session.
I remember there was a bug in handling yes answer -- that is, Fossil
would ask this question a few times during sync. Was this two question
thing intended to fix this?
Thanks!
--
Dmitry Chestnykh
http://www.codingrobots.com
___
fossil-users
available through the fossil wiki?
Here it is:
http://www.mail-archive.com/fossil-users@lists.fossil-scm.org/msg05846.html
--
Dmitry Chestnykh
http://www.codingrobots.com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http
for fun: a lock sitting in FVWM CVS repository since 2008:
http://www.mail-archive.com/fvwm-workers@lists.math.uh.edu/msg15603.html
--
Dmitry Chestnykh
http://www.codingrobots.com
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http
On Wed, 19 Oct 2011 14:56:47 +0200 Stephan Beal sgb...@googlemail.com
wrote:
So the master plan is to create an SCM for the sole purpose of
selling books about the SCM (whose sole purpose is to sell a book
about...)?
Actually, Eric gave away this book ;-)
--
Dmitry Chestnykh
http
vs Verbose?
i like side-by-side, but i don't have a suggestion for 1-pane diffs.
Maybe tall and wide diffs?
Side-by-side diffs and Unified diffs?
--
Dmitry Chestnykh
http://www.codingrobots.com
___
fossil-users mailing list
fossil-users
.
Maybe try 'make clean' before rebuilding the code?
If this won't work, try the version before this merge: [3fac77d7b0] and let us
know the results.
Thanks!
--
Dmitry Chestnykh
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http
/main.cold=2
Also, Google's Code Review tool collapses lots of unchanged lines:
http://codereview.appspot.com/5218041/diff/26002/src/pkg/html/parse_test.go
--
Dmitry Chestnykh
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http
On Oct 10, 2011, at 17:38 , Gilles wrote:
Is there a simple way to tell Fossil to call the gdiff application
with the last and before-last revisions of the file by default?
fossil gdiff --from previous myfile.txt
--
Dmitry Chestnykh
___
fossil
On Oct 6, 2011, at 10:36 , Stephan Beal wrote:
mmap() is only used by the sqlite3 code, not fossil.
OS X uses mmap underneath when you do malloc for the large region.
--
Dmitry Chestnykh
___
fossil-users mailing list
fossil-users@lists.fossil
certificates, so it requires dumping certificates and setting
'ssl-ca-location' to the correct path in order to silence questions.)
--
Dmitry Chestnykh
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin
calls exit() when a
function needs to fail, and it leaves it up to the OS to clean up allocated
memory.
--
Dmitry Chestnykh
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil
this error a few weeks before.
--
Dmitry Chestnykh
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
symlinks, though, there are a few more fixes for
them, so you may want to recompile from trunk. If not, I think this version is
fine.
--
Dmitry Chestnykh
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin
that
the file is executable. All files are always readable and writable. This can be
expressed by w permission if desired but is optional.
http://www.fossil-scm.org/index.html/doc/trunk/www/fileformat.wiki
--
Dmitry Chestnykh
___
fossil-users mailing
On Oct 4, 2011, at 13:03 , Gilles wrote:
So, nobody knows why fossil includes files in a folder even though I
use the --ignore option?
Does it ignore files if you set ignore-glob by launching 'fossil ui' and then
going to Admin Settings?
--
Dmitry Chestnykh
On Oct 4, 2011, at 13:53 , Gilles wrote:
ignore-glob=*.o,*.obj,*.exe,bin/*,obj/*,My Project/*
What about */bin/*,*/obj/* ?
--
Dmitry Chestnykh
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin
On Oct 4, 2011, at 14:20 , Gilles wrote:
On Tue, 4 Oct 2011 14:08:49 +0200, Dmitry Chestnykh
dmi...@codingrobots.com wrote:
What about */bin/*,*/obj/* ?
That did it :-)
Great! From your logs I noticed that bin was a subdirectory of another
directory inside the project root, so just bin
with not
deleting stuff), I'm talking about about the tone of the message (nor do you
understand the principles of software engineering).
--
Dmitry Chestnykh
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin
when you click any link on the page or manually enter a new address.
Chrome preserves the form correctly.
--
Dmitry Chestnykh
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil
--
Dmitry Chestnykh
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
On Oct 4, 2011, at 2:08 , Ross Berteig wrote:
I wonder if we should start a collection of pages at the
fossil-scm.org wiki that document the collective wisdom of this
group for IDEs we've encountered.
Here's a useful resource:
https://github.com/github/gitignore
--
Dmitry Chestnykh
On Oct 1, 2011, at 9:24 , Ron Wilson wrote:
On Fri, Sep 30, 2011 at 2:27 PM, Dmitry Chestnykh
dmi...@codingrobots.com wrote:
The attacker cannot supply hash, he supplies password. To do timing attack,
the
attacker have to find a such string, for which the hash has a few bytes
changed
cookies, which are
just a 25-byte random blob + project-code + login, and Fossil searches for that
blob in database.
--
Dmitry Chestnykh
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman
with a
new randomly generated one, thus invalidating all cookies).
Note: it's better to use double-HMAC as implemented in my authcookie package
for Go language: https://github.com/dchest/authcookie [according to this paper:
http://www.cse.msu.edu/~alexliu/publications/Cookie/cookie.pdf]
--
Dmitry
On Sep 30, 2011, at 16:15 , Stephan Beal wrote:
On Fri, Sep 30, 2011 at 4:02 PM, Dmitry Chestnykh dmi...@codingrobots.com
wrote:
I have attached a patch to sha.c with HMAC implementation, and double-signing.
:-D
Basically, if zKey is a random secret string stored in the database
will be for cookie
handling.
--
Dmitry Chestnykh
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
the cookie for validation.
I'm thinking about reusing the current cookie column for the per-user secret
key. But this will require careful handling of migrations to avoid introducing
security bugs. Not sure what's better.
--
Dmitry Chestnykh
___
fossil
, for
which the hash starts with 9…
And this is where it's practically impossible to continue.
(Actually, one hash byte is the two hex numbers, but anyway).
This is for logins. But cookies currently compare hashes, not hash and a string
hashed on the server, so they are timeable.
--
Dmitry
be any output of
rebuild progress in CGI mode.
--
Dmitry Chestnykh
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
: \*[]?
Brackets are not mentioned here:
http://msdn.microsoft.com/en-us/library/windows/desktop/aa365247(v=vs.85).aspx
and here
http://en.wikipedia.org/wiki/Comparison_of_file_systems
however NTFS doesn't allow:
: | ? * / \
--
Dmitry Chestnykh
___
fossil-users
and the transaction rolls back.
--
Dmitry Chestnykh
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
and (yet) unusual attack
;-)
--
Dmitry Chestnykh
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
, then you are vulnerable to LAN
timing attacks.
*) http://www.cs.rice.edu/~dwallach/pub/crosby-timing2009.pdf
--
Dmitry Chestnykh
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil
password, and anonymous gets a random password).
Point 2 on that linked article :-)
Random numbers have some distribution, most commonly, uniform. Given enough
measurements, you can get rid of randomness.
--
Dmitry Chestnykh
___
fossil-users mailing list
;
--
Dmitry Chestnykh
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
time that I needed (it is), so decided to go lazy and read gzip spec instead :-)
Anyway, your change is better in case the are ungzip implementations that do
not handle 0 time correctly, plus we get a nice proper timestamp when
gunzipping.
--
Dmitry Chestnykh
On Sep 26, 2011, at 12:34 PM, Emil Totev wrote:
fossil add *
D:\utils\programs\fossil.exe: file not found D:/TEMP/proj/*
Windows cmd doesn't expand * to the list of files.
If you want to add all files in the directory, try this:
fossil add .
--
Dmitry Chestnykh
, and cmd.exe
definitely
doesn't expand it:
echo *
*
So what am I seeing here? :-)
--
Dmitry Chestnykh
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
On Sep 26, 2011, at 1:13 PM, Dmitry Chestnykh wrote:
So what am I seeing here? :-)
Aha, it seems like main() for binaries build with MinGW actually receive
expanded arguments in argv.
Are Windows binaries available from the download page build with Visual Studio?
--
Dmitry Chestnykh
What should matter here is that it DOES work with the previous fossil
version (1.18) and does NOT work with 1.19 - so obviously _something_
changed in fossil itself.
Here's a binary of the same version built with MinGW:
http://www.dchest.org/temp/fossil.exe
Does it work for you?
--
Dmitry
wildcard expansion code for Windows when porting Unix
code.
Visual Studio compiler doesn't do such thing, so wildcards are not expanded for
binaries built on VS.
Richard seem to have released 1.19 binary for Windows compiled with Visual
Studio, while 1.18
has been compiled with MinGW.
--
Dmitry
Should I make a point of always building future Fossil releases using MinGW
instead of MSVC?
If there are no issues with MinGW binaries, then I think, yes.
Any Windows users want to chime in?
--
Dmitry Chestnykh
___
fossil-users mailing list
way to expand wildcards with VS compilers without writing more
code!
Other versions drop down (on en-us page) shows that it's available on VS
2003, 2005, 2008, and 2010.
--
Dmitry Chestnykh
___
fossil-users mailing list
fossil-users@lists.fossil
or other group users. For those Fossil can have
per-file editing without staging area. Also, not sure how to handle merges.
--
Dmitry Chestnykh
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin
test macros are defined by default: _BSD_SOURCE, _SVID_SOURCE,
_POSIX_SOURCE,
and _POSIX_C_SOURCE=200809L (200112L in glibc versions before 2.10;
199506L in
glibc versions before 2.4; 199309L in glibc versions before 2.1).
--
Dmitry Chestnykh
.
--
Dmitry Chestnykh
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
),
but it's a specific attack (which means that you're specifically trying to
craft two messages
that give the same hash), and if I'm not mistaken, the probability of
collisions from a
good source (not specifically crafted) is still the same as before the attack.
--
Dmitry Chestnykh
),
but it's a specific attack (which means that you're specifically trying to
craft two messages
that give the same hash), and if I'm not mistaken, the probability of
collisions from a
good source (not specifically crafted) is still the same as before the attack.
--
Dmitry Chestnykh
How'd that happen? Can/Should the open leaves 2-6 be closed?
Speaking of cleanup, what about removing the following files from trunk?
kktodo.wiki
rse-notes.txt
ci_cvs.txt
ci_fossil.txt
cvs2fossil.txt
--
Dmitry Chestnykh
___
fossil-users mailing list
) ? 1 : 2);
}
#else
While this doesn't affect the issue in question, thanks for finding this!
Usages of file_isdir() outside of working directory shouldn't be affected by
g.allowSymlinks setting. I'll fix this tomorrow.
--
Dmitry Chestnykh
%cl, %eax
popq%rbp
ret
Leh_func_end1:
..
$ gcc --version
i686-apple-darwin11-llvm-gcc-4.2 (GCC) 4.2.1 (Based on Apple Inc. build 5658)
(LLVM build 2335.15.00)
(This is GCC with LLVM backend (default on OS X Lion)).
--
Dmitry Chestnykh
additional files.
--
Dmitry Chestnykh
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
making OS X users compile their own OpenSSL once
Apple removes it, do we?
The probability that there be something else deprecated (zlib? functions from
libc?) is tiny.
--
Dmitry Chestnykh
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
After doing 'make clean', './configure' complains that 'Makefile.in'
doesn't exist (and indeed it doesn't)
Seem to be deleted by merge here:
http://www.fossil-scm.org/index.html/info/e4f1c1fe95
--
Dmitry Chestnykh
___
fossil-users mailing list
, or else the
reviewers won't approve apps.
--
Dmitry Chestnykh
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
On Sep 2, 2011, at 11:28 AM, Dmitry Chestnykh wrote:
After doing 'make clean', './configure' complains that 'Makefile.in'
doesn't exist (and indeed it doesn't)
Seem to be deleted by merge here:
http://www.fossil-scm.org/index.html/info/e4f1c1fe95
I'm wrong, earlier:
http://www.fossil
OK. So this should do then.
Thank you!
--
Dmitry Chestnykh
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
to be measurable after all).
Yes, let's leave it as it is.
--
Dmitry Chestnykh
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Given that one of fossil's selling points is ease of installation, including
having no external dependencies. Let's not change that.
I agree, but I proposed (and the retracted) that OpenSSL will be used only when
compiled with SSL support ;-)
--
Dmitry Chestnykh
user0m3.236s
sys 0m0.317s
$ openssl version
OpenSSL 1.0.0d 8 Feb 2011
I have Core 2 Duo 2.26 GHz (white unibody MacBook), OS X 10.7.1
Maybe the command-line openssl does something else?
--
Dmitry Chestnykh
___
fossil-users mailing list
fossil
:1553)
...
To silence these warnings I build with:
CFLAGS=-Wdeprecated-declarations make
I'm not familiar with the build system, could someone include this flag for
darwin in autosetup?
Thanks!
--
Dmitry Chestnykh
___
fossil-users mailing list
fossil
again to check if I made similar
mistake somewhere else.
I've changed the thread subject to keep bugs in symlinks branch separate from
trunk testing.
Keep 'em coming! (Don't forget to backup :)
--
Dmitry Chestnykh
___
fossil-users mailing list
fossil
1 - 100 of 145 matches
Mail list logo
