[fossil-users] autosetup: hidden autoconf/automake compatibility

2016-10-14 Thread Osamu Aoki
Hi, Here is FYI suggestion to make compatibility of autosetup to support the system expecting typical autoconf/automake options while not killing nice option checking feature of autosetup via --disable-option-checking. As I see output of "./configure --help" on autoconf/automake based code, I

[fossil-users] Solved: Build ...

2016-10-14 Thread Osamu Aoki
Hi, On Sat, Oct 15, 2016 at 10:27:44AM +1000, Steve Bennett wrote: > autosetup already supports --disable-option-checking (like autoconf) > Why wouldn't that be good enough? Thanks. This makes sense. I will ask Debian package to use it. This is cleaner approach. Also, I will double check

[fossil-users] mark offeset: fossil export and import and re-export

2016-10-14 Thread Osamu Aoki
Hi, As a part of sanity check, I made an export of fossil archive to a file and back into another fossil archive ... and re-export to a file. These 2 files should be the same ... I hoped but reality is a bit complicated. They are very similar but the mark field is strange. The initial export

[fossil-users] Build should be continued for unknown options

2016-10-14 Thread Osamu Aoki
n, 9 Oct 2016 08:05:52 +0900 Subject: Build to be continued for unknown options This patch is based on the patch by Barak A. Pearlmutter used to build Debian package. Osamu Aoki used his idea to update autosetup/autosetup by copy-and-paste existing code in the file with trivial changes. This patch

Re: [fossil-users] Patch to fix "fossil export" and "fossil import"

2016-10-14 Thread Osamu Aoki
Hi, > Please note these are clean reverse engineered dedes independent of the > code in the git using the code analysis result included. Of course, I meant s/dedes/codes/ > The default of the quoting flag is FALSE. The meaning of the conversion rule > indicators are the following: Hmmm...

[fossil-users] Patch to fix "fossil export" and "fossil import"

2016-10-14 Thread Osamu Aoki
copyright assignment to Hipp, Wyrick & Company, Inc. to any patches submitted to this ML. Please review and consider. Osamu PS: The previous "fossil import" code could not handle some non-standard filenames. From: Osamu Aoki <os...@debian.org> Date: Tue, 11 Oct 2016 23:45:30 +090

[fossil-users] export/import improvement ...

2016-10-12 Thread Osamu Aoki
Hi, On Thu, Oct 13, 2016 at 12:19:30AM +0900, Osamu Aoki wrote: > I made a proof of concept patch for export after reading the git code > and it works OK. (Escaping is not just " " and control code. It also > escaped UTF-8 high bit codes.) Current import command seems t

Re: [fossil-users] fast-export to git produces unimportable dump

2016-10-12 Thread Osamu Aoki
Hi, On Mon, Oct 10, 2016 at 02:32:51PM +0900, Osamu Aoki wrote: > On Mon, Oct 10, 2016 at 10:38:45AM +0900, Osamu Aoki wrote: > ... > > commit refs/heads/test_ticket_d17d6e5b17 > > mark :37455 > > committer jan.nijtmans 1353531216 + > > data 82 > > Just c

Re: [fossil-users] fast-export to git produces unimportable dump

2016-10-09 Thread Osamu Aoki
On Mon, Oct 10, 2016 at 10:38:45AM +0900, Osamu Aoki wrote: ... > commit refs/heads/test_ticket_d17d6e5b17 > mark :37455 > committer jan.nijtmans 1353531216 + > data 82 > Just commit some weird filenames, even one

[fossil-users] fast-export to git produces unimportable dump

2016-10-09 Thread Osamu Aoki
Hi, This happens with version 1.35 I just uploaded to Debian :-) Fast-export to git produces unimportable dump. | fatal: Unsupported command: def.txt | fast-import: dumping crash report to .git/fast_import_crash_11901 How to reproduce this bug. $ fossil clone https://www.fossil-scm.org/