Making it compile on a modern FreeBSD
Starting from my "botan2" branch I included Petr Písař's patch to let it work also on recent FreeBSD (14.0-RELEASE-p1): % pkg info -x 'botan|^auto|pcre-' autoconf-2.71 autoconf-switch-20220527 automake-1.16.5 botan2-2.19.3_5 pcre-8.45_3 % automake --add-missing % CXXFLAGS=-std=c++11 ./configure % gmake Everything is available in branch: net.venge.monotone.lapo.pcre842 -- Lapo Luchini - http://lapo.it/
Re: NSFW link in monotone.ca
On 22/11/23 14:07, Lorenzo L. Ancora wrote: > Hi, > cia.navi.cx ( destination of the "latest work" link in www.monotone.ca/ ) redirects to NSFW websites. Hi! Thanks for the headsup. The URL was indeed correct, but I guess it expired and was taken over. I commented that line out. -- Lapo Luchini - http://lapo.it/
Re: Making it compile on a modern WSL based on Ubuntu 22
On 2023-02-05 23:08, Lapo Luchini wrote: Starting from a fresh WSL Ubuntu 22 I followed those steps: $ sudo apt install gcc g++ make autoconf automake pkg-config idn libidn11-dev liblua5.2-dev libpcre3-dev libsqlite3-dev libboost1.74-devv $ CXXFLAGS=-std=c++11 ./configure Confirmed as working on Ubuntu 23 as well. -- Lapo Luchini l...@lapo.it
Making it compile on a modern WSL based on Ubuntu 22
Starting from a fresh WSL Ubuntu 22 I followed those steps: $ sudo apt install gcc g++ make autoconf automake pkg-config idn libidn11-dev liblua5.2-dev libpcre3-dev libsqlite3-dev libboost1.74-devv $ CXXFLAGS=-std=c++11 ./configure I had to fix sources as well though, as Boost added a "E" single letter macro just like botan did, so I had to pre-load that in base.hh as well. Everything is available in branch: net.venge.monotone.lapo.botan2 -- Lapo Luchini l...@lapo.it
Re: monotone on windows
On 2022-03-18 15:57, Hendrik Boom wrote: What does one do to use monotone on windows? Personally, I use it under WSL nowadays (Windows Services for Linux). I have managed to create a working executable for Ubuntu 20, while I'm currently failing to do the same on Ubuntu 22. A lot of headers need to be moved around to avoid a conflict on a E() macro, as done in this Fedora port patches: https://src.fedoraproject.org/rpms/monotone/tree/main But I still fail with this error: In file included from src/database.cc:68: src/vocab_hash.hh:43:21: error: type/value mismatch at argument 1 in template parameter list for ‘template struct std::hash’ 43 | struct hash \ | ^ src/vocab_hash.hh:64:29: note: in expansion of macro ‘ATOMIC’ 64 | #define ATOMIC_NOVERIFY(ty) ATOMIC(ty) | ^~ src/vocab_terms.hh:19:1: note: in expansion of macro ‘ATOMIC_NOVERIFY’ 19 | ATOMIC_NOVERIFY(data);// meaningless blob | ^~~ src/vocab_hash.hh:43:21: note: expected a type, got ‘std::data’ 43 | struct hash \ | ^ -- Lapo Luchini l...@lapo.it
Re: Official snapshot with Botan 2
On 2021-05-08 13:22, Michael Raskin wrote: I have used net.venge.monotone.lapo.botan2 branch and the PCRE 8.42 patch by Petr Písař That doesn't work (e.g.) on WSL/Ubuntu as it still uses 8.39… I tried for a couple of hours to create a patch that works on both 8.39 and 8.42 seamlessly… but I failed due to the very complex way that is used to avoid including "pcre.h" in headers, as it is too noisy. It would be probably better to detect that in autoconf and declare some variable there. Anyone has that autoconf skill ready? Mine is too rusty at the moment. cheers, -- Lapo Luchini l...@lapo.it
Re: Official snapshot with Botan 2
On 2021-07-21 01:18, Lapo Luchini wrote: If a bit of testing effort can be put together I think we better create a proper new release with those patches included, as when I fixed botan2 patch in April I just didn't have enough time to ensure it was working for everyone (I only checked it was working "enough for me"). As a starter on that, I executed the test scripts. This testing on WSL/Ubuntu, I will also try FreeBSD later today: % mtn hea mtn: branch 'net.venge.monotone.lapo.botan2' is currently merged: 95111069650467d834f109f505545124ac6846a9 l...@lapo.it 06/04/2021 08:50:31 % ./run_unit_tests Of 142 tests run: 142 succeeded % ./run_tester_tests Of 6 tests run: 6 succeeded ./run_extra_tests Of 8 tests run: 5 succeeded 1 had expected failures 2 were skipped % ./run_func_tests Of 616 tests run: 535 succeeded 41 failed 37 had expected failures 3 were skipped I'm not sure if those 41 failures are actual regressions (and I can't build/test the current "trunk" release on this setup) but I'll leave them here: Specifically these: 2 (imp)_persistent_netsync_server_-_keys_2 FAIL (line 17) 68 automate_generate_key FAIL (line 6) 90 automate_key_manage FAIL (line 12) 91 automate_keys FAIL (line 12) 115 bad_and_unknown_certs FAIL (line 11) 123 branch_leaves_sync_bugFAIL (line 40) 134 changing_passphrase_of_a_private_key FAIL (line 7) 169 creating_a_bad_criss-cross_merge FAIL (line 43) 176 database_dump_loadFAIL (line 6) 182 db_data_format_checking FAIL (line 25) 184 db_fix_certs FAIL (line 12) 194 db_rosterify_on_a_db_with_a_root_suture FAIL (line 8) 195 db_rosterify_preserves_renamesFAIL (line 6) 196 db_rosterify_twice_gives_an_error_second_time FAIL (line 8) 229 do_not_log_the_result_of_hook_get_passphrase FAIL (line 10) 230 drop_a_public_and_private_key FAIL (line 4) 263 generating_and_extracting_keys_and_certs FAIL (line 13) 298 key_files_created_securelyFAIL (line 18) 300 key_management_without_a_database FAIL (line 5) 377 mtn_read_FILE FAIL (line 6) 386 netsync_client_absorbs_server_key FAIL (line 9) 390 netsync_duplicate_keysFAIL (line 8) 393 netsync_hook_errcodes FAIL (line 57) 395 netsync_key_hooks FAIL (line 14) 401 netsync_permissions FAIL (line 14) 407 netsync_verifies_server_keys FAIL (line 6) 417 persistent_netsync_server_-_keys FAIL (line 10) 435 read_and_convert_old_privkey_packet FAIL (line 8) 504 rosterify_--drop-attr FAIL (line 20) 505 rosterify_handles_.mt-ignore_filesFAIL (line 13) 506 rosterify_migrates_file_dir_attrs FAIL (line 27) 507 rosterify_on_a_db_with_1_rev FAIL (line 11) 508 rosterify_on_a_db_with_an_empty_manifest FAIL (line 11) 510 schema_migration FAIL (line 99) 512 schema_migration_error_recovery FAIL (line 17) 514 schema_migration_with_rosterify FAIL (line 93) 535 ssh_agent FAIL (line 27) 541 status_with_no_keyFAIL (line 22) 546 sync_use_ws_opts FAIL (line 25) 558 test_the_approve_command FAIL (line 7) 562 trust_hooks_and_trusted_command FAIL (line 22) -- Lapo Luchini http://lapo.it/
Re: Patch to compile against Botan 2.x
On 2021-04-05 12:25, Lapo Luchini wrote: Hi Jack, Markus, I'm trying to compile recent trunk on Win10 WSL1 Ubuntu Focal, and it seems like Botan is using a "E" template and that conflicts with a macro that Monotone is using (sanity.hh). I also found a problem in Makefile.am: make[2]: Circular po/pt.gmo <- po/pt.gmo dependency dropped. [[ -z ]] || cp po/pt.gmo /bin/bash: -c: line 0: unexpected argument `]]' to conditional unary operator /bin/bash: -c: line 0: syntax error near `]]' /bin/bash: -c: line 0: `[[ -z ]] || cp po/pt.gmo' which I fixed by quoting the parameter after `-z`. All is committed in: net.venge.monotone.lapo.botan2 -- Lapo Luchini l...@lapo.it
Re: Mtn project...
On 2021-04-06 01:13, grarpamp wrote: I know the project is being still for a long time, but I think an 1.2 release that officially supports Botan2 would be in order Put the monotone project up on github, all of the... code clone / export, website, wiki, ticket dump, releases, etc. Graydon did upload an old version, but it's very old and doesn't have issues. (TBH it's described as "historical snapshot" in the about) Uploading a new one shouldn't be difficult. This will attract more eyes, interest, builders, porters, contributors, issue tracking, etc I'm not sure that will help the project get real traction in a world that has set its course on Github… but on the other hand I think we owe it (or at least I do, as I use it for my personal projects) at least the minimum upkeep necessary to keep it working and compiling. A number of the links and services on... https://monotone.ca/ appear to be broken or down, including the mtn repo so no one can clone it at this moment... Are you sure? The (website and) repository is hosted on my server and I also use it daily for my own repositories, it should be working fine. mtn clone 'mtn://code.monotone.ca/monotone?net.venge.monotone' mtn: finding items to synchronize: mtn: bytes in | bytes out | certs in | revs in mtn:13,4 k | 649 |0 | 0 mtn: bytes in | bytes out | certs in | revs in mtn: 8,6 M | 649 | 2.575/41.115 |675/11.073^ Works for me, please report specific error so that I can look into it. cheers, -- Lapo Luchini l...@lapo.it
Re: Patch to compile against Botan 2.x
Hi Jack, Markus,
I'm trying to compile recent trunk on Win10 WSL1 Ubuntu Focal, and
it seems like Botan is using a "E" template and that conflicts with a
macro that Monotone is using (sanity.hh).
I was first trying to work around this by changing include orders,
generally taking netsync.hh up being loaded first or second, but then I
found a more general solution by including at the very
end of base.hh, so that it is always included before sanity.hh goes.
Also, default buffer size seems to have changed name.
I know the project is being still for a long time, but I think an 1.2
release that officially supports Botan2 would be in order, maybe that
would even get into Ubuntu repositories again (I don't know about that,
I wouldn't do it myself), but certainly the FreeBSD Port would be happy
to drop the old Botan 1.10 dependency.
(else, I'd be tempted to update it from a snapshot anyways, but a clean
release would be nicer)
--
Lapo Luchini
l...@lapo.it
#
# old_revision [880df7b506faa1ac84871b84629616a66bc02b84]
#
# patch "src/base.hh"
# from [2c6f22801aef99bb44b173fba7e4564ae4d9b95f]
#to [d72afd0ce3c8c34d275d0b508e284b3618a572e6]
#
# patch "src/gzip.cc"
# from [9d7f68b36bf9039a8138317603abe37db5451d66]
#to [7872a4ddd5d805731cfaba0a7ff743224763f3fc]
#
--- src/base.hh 2c6f22801aef99bb44b173fba7e4564ae4d9b95f
+++ src/base.hh d72afd0ce3c8c34d275d0b508e284b3618a572e6
@@ -97,6 +97,10 @@ template <> void dump(unsigned long long
#define _(str) gettext(str)
#define N_(str) gettext_noop(str)
+// include it here so that it gets loaded before "sanity.hh"
+// as it defines an "E" macro which conflicts with it
+#include "botan/exceptn.h"
+
#endif // __BASE_HH__
// Local Variables:
--- src/gzip.cc 9d7f68b36bf9039a8138317603abe37db5451d66
+++ src/gzip.cc 7872a4ddd5d805731cfaba0a7ff743224763f3fc
@@ -88,7 +88,7 @@ Gzip_Compression::Gzip_Compression(u32bi
* Gzip_Compression Constructor *
*/
Gzip_Compression::Gzip_Compression(u32bit l) :
- level((l >= 9) ? 9 : l), buffer(DEFAULT_BUFFERSIZE),
+ level((l >= 9) ? 9 : l), buffer(BOTAN_DEFAULT_BUFFER_SIZE),
pipe(new Hash_Filter("CRC32")), count( 0 )
{
@@ -220,11 +220,11 @@ void Gzip_Compression::put_footer()
/*
* Gzip_Decompression Constructor *
*/
-Gzip_Decompression::Gzip_Decompression() : buffer(DEFAULT_BUFFERSIZE),
+Gzip_Decompression::Gzip_Decompression() : buffer(BOTAN_DEFAULT_BUFFER_SIZE),
no_writes(true), pipe(new Hash_Filter("CRC32")), footer(0)
{
- if (DEFAULT_BUFFERSIZE < sizeof(GZIP::GZIP_HEADER))
- throw Decoding_Error("DEFAULT_BUFFERSIZE is too small");
+ if (BOTAN_DEFAULT_BUFFER_SIZE < sizeof(GZIP::GZIP_HEADER))
+ throw Decoding_Error("BOTAN_DEFAULT_BUFFER_SIZE is too small");
zlib = new Zlib_Stream;
Re: [Monotone-devel] interoperating with git
Stephen Leake wrote: A better option with monotone and git is to export the monotone db to a git repository. I have not done this yet, but others have reported success. Search this mailing list archive. That seems like a one-time activity, perhaps not what I want for an ongoing development. Or is there something I need to know about that I don't? It's ongoing; you can update the git repository with new commits from the monotone db. Yep, I'm doing this for my "public" opensource projects, like asn1js: Take a look here: https://github.com/lapo-luchini/asn1js/blob/master/mirror_to_github.sh -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Monotone fails to build with PCRE 8.42
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Markus Wanner wrote: >> By the way, PCRE is obsoleted by PCRE2. > > thanks a lot for these hints. I'll eventually take a look. Someday I'd also like to take a look at RE2 instead of PCRE, as it is implemented with FSA and not backtracking. But for the sake of it, it shouldn't make a real difference in our usecase, I guess. http://lh3lh3.users.sourceforge.net/reb.shtml - -- Lapo Luchini - http://lapo.it/ -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEEFlFdHtWKvLA2wx9Zg7C4xsvacfAFAlr7BJgACgkQg7C4xsva cfCDgRAAx+HaetM46jTKkXRziVH2IiUTKcXT+FbElIUpMa2jvkdU10P9Wvbjvg27 Zm0ihoxtRFuPVzhPx+ZhrxB5x3woTuL+jDnhb6ni3AadaU8cgYVkARl/C+hMVWRe r2F/+KJzjEFGv4qLSTNB6xhIucCZemHNjrVmYqZNhcJKHXoXNmdWlsTHPLhUNjwJ usVg/4q+JXAIS2CIbQPEWKiD4hWnxDBoZrTGz5JSfIQJXRp7qHsuwq/o2C2FP9zz n2izXD0yMbgqcxazCrK8wbIMRZWs69D4upUIiuW6CgVE22StDfDrL5Wt8frmXy9l 3hvOQ9CFs5FbZDk15s7e2IvfDUz7C4t6r5GWj51V2wgDYSWNiCxlTBXA3WDQ0alH HrD0pluhBe0Q+4etGHGBxdzs/ITLV5JCfNGvRrdnRS2C5zVUXMgEgLiBm3hSJznG goMrLZAZH9RVE3ifWA25OHbgN+59bD/eUfi48WtX8IfRIHRX2Unr5TQfbu6JJY32 CjnhQnFPVG6nCDerJOnmXzsc+t52APNP9j+ok6cjOOAFqJLKe1ElOV/GzWP25j+d PTiNEpUctEyxE3sXW22XePNXCTHPCvM4v7B4G3CVkhlHiKTKB7xIGmAOLyE+2cv5 /yqh1yWKhFNgioR6JOCG8VV7aMWPROeIPBfQ4yzjm8JB3oS0uXk= =FN+n -END PGP SIGNATURE- ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Multiple databases
Brian May wrote: > Hendrik Boom <hend...@topoi.pooq.com> writes: > >> Through some kind of incompetence, I seem to have ended up after years >> of use with multiple monotone databases with the same name. I don't >> even know if their histories are compatible or whether they have nothing >> at all to do with each other. Desiring to have only one (except for >> sync-style redundance), and that one being valid and up-to-date, I'm >> going to have to examine them to see what's in them, and how they >> differ. > > First steps would probably be listing the branches (see if that helps > you) and checking out the repositories. Yup, first check branches, then simply "sync" them… the name of the DB doesn't really matter, it's the name of the branch that matters "more", but even having duplicate branch names shouldn't be a big issue (I'm not sure about that) because it's graph that matters, not branches (that are simply tags on the nodes). $ mtn -d test1.mtn ls branches it.lapo.test $ mtn -d old.mtn ls branches mtn: misuse: database '/home/lapo/t/orig.mtn' is laid out according to an old schema. mtn: misuse: Try 'mtn db migrate' to upgrade mtn: misuse: (this is irreversible; you may want to make a backup copy first) $ mtn -d old.mtn db migrate $ mtn -d old.mtn ls branches it.lapo.test % mtn -d test1.mtn pull 'file:///home/lapo/t/old.mtn?*' Now test1.mtn will contain all of the changes from "old.mtn" too. -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Monotone on Github?
Derek Scherger wrote: > I have a slightly older export here as > well https://github.com/dscherger/monotone but I'm not keeping it up to > date. > >> both have been exported via the git export feature. The problem with >> that is: incremental updates are not supported. > > I'm not entirely sure this is true, I haven't looked at this stuff in a > very long time but when I originally implemented the git export feature > I think I did allow for incremental updates and the docs seem to > indicate that this might actually work. Incremental updates are both supported and working perfectly, they're part of my workflow with my “personal” projects, which are versioned in mtn (because I verily prefer it) but mirrored on GitHub to have issue tracking and patched from people etc. I use the following script to update the mirror: https://github.com/lapo-luchini/asn1js/blob/master/mirror_to_github.sh -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] SHA- collision found
After modified version have been broken in the past, this time around it's The Real Thing: https://shattered.it/ What's nice is that the attack vectors can be detected and a "hardened" version of SHA-1 that returns the same value in "normal" cases and different-but-secure values on attack vectors can be substituted. -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] sockets are a showstopper for many commands
Markus Wanner wrote: > On 03/24/2016 03:51 PM, Lapo Luchini wrote: >> mtn: error: '.gnupg/S.gpg-agent' is neither a file nor a directory > > Therefore, I just thought monotone to cope with special files in working > directories, please give the recent rev a35938 a spin. Works for me. :) monotone 1.2dev (base revision: ad1a31e0c32511a094308eb6b9c03089e4b66b83) -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] serialization format
Markus Wanner wrote: > There are plenty of alternatives when considering a binary format: good > old ASN.1, Google Protocol Buffers, MessagePack, Blink, etc... As far as internal formats go (which users don't care about) I am strongly biased* towards ASN.1, it's really flexible and space-efficient (even in DER, I wouldn't go as far as using the bit-packed ones) and can be "decoded" pretty easily using Peter Gutman's dumpasn1 or my http://lapo.it/asn1js/ What I doubt mainly is: is migrating from basic_io worthy of being done? I mean: changing hash is (will be) more or less necessary, we have to accept that. Changing the hash output from hex to something like base58 more or less too (256 bit in hex is really long). But do we want (and do we have the manpower) to change basic_io? (I'm not saying the answer is "no", I'm just dubious it's worth it) > At the moment, the most important question seems to be: how much do you > value the human readable representation? How about a binary format that > you can easily transform to and from a human readable one? I'm strongly about the latter; personally I hate human readable formats because they are overly redundant… while being slower at it. ;-) cheers, *: well part of it is because I'm forced to use it in any cryptographic format out there, more or less, but once you gt the gist of it it's a much less fearsome beast than I originally thought. -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] sockets are a showstopper for many commands
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Using mtn to manage the home directory has become more complex with recent versions of gnupg: $ mtn up mtn: error: '.gnupg/S.gpg-agent' is neither a file nor a directory % mtn ls ignored mtn: error: '.gnupg/S.gpg-agent' is neither a file nor a directory the file is not part of the commit and is even part of the ignore list. - -- Lapo Luchini - http://lapo.it/ -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJW8/7aAAoJEIOwuMbL2nHwOckQAM4RhufIk9FWeurM3k0/LBA+ 0+rAbYLaaQhX9NyyXQasypWIwQsqgL8eG+YZAEF6pF39PlOFjMozojFz8jbhpvhw nL+s8/cJqrhkj2kY119tvKoPDeSv0z/ctbrAMVS9wtNyowtUEYLRJIYRJiPCFcl9 BRKTTg65W3bVA6ztI5obXyJpVDYK2QDPtpQeZixBwiw6qm1vbIP4I0kUYjZAcO98 /EiAjfsMaVQxmZCE+Ho1gP9TVEvOpRbZSMhVmQvAuJ8LArSm/rgPXvs1DXyNKdbn fF8WB5VEr1w6Ne+5F6ZeqZIGwVcwJtMssN9HHD/iSpsoN0myrOeaUB34YFUK5VCi 1+jKkD/m8wmPuDFmbRxEmOK9YWI1cxTQs+EmU1oyvEPbq0ONEg5xVeWLqHTxJ+VN UE11oaqGQPt8gn9NZwR0w3U2CqxJAPflh0DWb/xH8mWYJEiawF/upt3RukXMXOJq sBawt+17+GBscAXC8WEpSFBwm4fyWX/FDEgCqBxbjq2tfnLAV0Tm9FskUrI0ifCX MTx2Q/jMjNUq1ntEoG9/MJjVjky6ym+xLDIePxtiPkbNjh19BJOyYg/fcxwVVUNh DyixFfI6bNgLLz0G5hVLCBbdBgoBOIwZKALa8MNJmYoqjqcrofZGo5/n5XrC70QV YI4ngcaKmVuuOoYaVuwk =UdYE -END PGP SIGNATURE- ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Monotone's usage of SHA1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 BTW: I've been long lurking (and even that with loong hiatuses) but I'm still using monotone for private projects and am still some kind of a crypto-freak, so this thread is particularly interesting to me. As far as modern hash go… I can see the reasons why NaCl library chose SHA-512 as his default hash. I still have to read that thread (and might well convince me otherwise), but SHA-512 or maybe SHA-512/256 (truncated to 256 bit) is what I would suggest to use at this moment. - -- Lapo Luchini - http://lapo.it/ -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJW8/yuAAoJEIOwuMbL2nHwhIwQANxiU0Qkp6vFPbNMKSPKkQVH ZmKdOsoMAjbIsOhHw4umslPp1vSABGC/nxEQSwcxl7NtEjSf1XjMXsr/4BPuw9q0 NoKc2+pLtnCnDeUAq9DYDahbxMgbnsbJHxbnsxaQwHCqjvTSP7zxg/yYp7WP7z+7 WD6a7YH3+rJ2+rrdh8NhgsT+kGFkNGSlOWAs1ez2x3qasueRsJQzqvPJK3iS2Qvg 6bdOn1YplbwQWQRQE0pKt4ahhgWYMyr1ShMpiUDY5JPbwev0ja2K5XDhNIceSk7f D+wVTqIkaCElVV3J+UUQRVcY61SQFUmXEKXKZwpTS2VRLZD7xUOQUMBtypjnNM04 XZCVRi3QYg4qCYktlH75d//khGpmLOMfvJQmg6hn5scdM/jB9w15ofB8mxwYv/tv jGUXUwoWFmYVNaMshj0Vk28Vn2/r8Rh7pdm3PnUQrWo6ITpT01Brd/+Y9HMxQPyS 1DQxersZmlINkPSi6eHGCymKXa4uRuMBrOhCBKaBzKeHH91hhNG1bxSBYcbaCHZK IrNRdpAR31wp/bHubJsC3Jw6zstlQbsuN2IHLa9T9mmB6C7imiiVSPeuVMPb4LVs D0TdRswG46FhiiT/i8OcKNtNsRDTDMYmzyL6JwZReWfxpy6UIwLi9QCcxMSHnYbA 57f6g7YKQOdW6KRm6v8/ =Jpz7 -END PGP SIGNATURE- ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] mtn support for password-store
JTLUK I'm preparing mtn support for password-store: https://github.com/lapo-luchini/password-store will file a PR once it's ready. -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] monotone.ca is down
Uh... works for me. Can you confirm? (I did nothing yet, I'm just back from my dinner with friends) Uh… this tool tells me the authoritative DNS are mostly not anwesring: http://www.squish.net/dnscheck/ 18.7% Answered from ns3.zonomi.com (128.199.213.165) www.monotone.ca.3600IN A 144.76.185.163 6.2% Answered from ns2.zonomi.com (139.162.211.108) www.monotone.ca.3600IN A 144.76.185.163 (and all the rest are timeouts) -- Lapo ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] monotone.ca is down
It seems to me that the DNS is veery slow to respond (and that's the reason for the first request after cache time to fail) but eventually the answer arrives and the next one (and any pings) arrive correctly. I don't seem to have problems on my other websites (on the same host) so that should be ok on that side. I did a new recursive DNS test and this time the result is: 18.7% Answered from ns2.zonomi.com (139.162.211.108) 6.2% Query timed out at ns3.zonomi.com (128.199.213.165) 6.2% Query timed out at ns3.zonomi.com (128.199.213.165) 6.2% Query timed out at ns3.zonomi.com (128.199.213.165) 6.2% Query timed out at ns2.zonomi.com (139.162.211.108) 6.2% Query timed out at ns2.zonomi.com (139.162.211.108) 6.2% Query timed out at ns4.zonomi.com (45.79.211.52) 6.2% Query timed out at ns4.zonomi.com (45.79.211.52) 6.2% Query timed out at ns4.zonomi.com (45.79.211.52) 6.2% Query timed out at ns4.zonomi.com (45.79.211.52) 6.2% Query timed out at ns4.zonomi.com (45.79.211.52) 18.7% Query timed out at ns1.zonomi.com (74.50.54.250) I guess it's definitely a (temporary) problem on zonomi's side (which is the authoritative DNS for monotone.ca). Also, some other people is noticing it: https://twitter.com/dberg9292/status/618479396240818176 It seems they were DDoS'ed last week, so I guess that what again is referring to: https://twitter.com/rimuhosting/status/615979085857054720 -- Lapo Luchini ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] boost 1.53 breaks monotone build
Markus Wanner wrote: And I can confirm it works with boost 1.53, so I committed this change in dfe4b51c... OK, this commit also fixed recent breakage caused by 1.52 - 1.55 upgrade of FreeBSD's boost. http://www.freshports.org/devel/monotone/ cheers, -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] A branch for FreeBSD 10's clang
Thanks for making mtn work on FreeBSD. My favorite OS must work nicely with my favorite DVCS. ;) The --variable thing itself works on Ubuntu 12.04 as well as on Debian jessie (testing). However, the sed command you added strips several required paths, here. Oh, it's even easier than I thought, the `sed` can simply be avoided. The '21' also strikes me as odd. Why would we want to add errors to the path? Shouldn't 'configure' better print this on stderr? A remnant of the old take debug output and mangle it approach, I removed it as well. I gave it a try and added a separate macro to detect the FreeBSD 10 case, where we do not have the tr1 headers, anymore. Lapo, can you please test that? Sure, where can I find it? Also, I'd be interested in a test run with CXX=clang++ -std=c++11. If that also fails on FreeBSD, that means they are *not* shipping TR1, but C++11 headers, but (by default) don't compile with C++11 enabled. Seems like a weird combination to me. I know nothing about C++11 really (neither in FreeBSD nor in general), but I can surely try that. Compiles OK quite a lot fo files, then stops on: src/cmd_ws_commit.cc:1183:19: error: no viable overloaded '=' i-second = make_pair(false, ); ~ ^ /usr/include/c++/v1/utility:273:11: note: candidate function not viable: no known conversion from 'pair[...], typename __make_pair_returnchar const ()[1]::type' to 'const pair[...], class attr_value' for 1st argument pair operator=(const pair __p) ^ /usr/include/c++/v1/utility:311:5: note: candidate function not viable: no known conversion from 'pair[...], typename __make_pair_returnchar const ()[1]::type' to 'pair[...], class attr_value' for 1st argument operator=(pair __p) _NOEXCEPT_(is_nothrow_move_assignablefirst_type::value ^ /usr/include/c++/v1/utility:346:9: note: candidate template ignored: couldn't infer template argument '' operator=(_Tuple __p) ^ src/cmd_ws_commit.cc:1192:26: error: no viable overloaded '=' node-attrs[a_key] = make_pair(false, ); ~~ ^ /usr/include/c++/v1/utility:273:11: note: candidate function not viable: no known conversion from 'pair[...], typename __make_pair_returnchar const ()[1]::type' to 'const pair[...], class attr_value' for 1st argument pair operator=(const pair __p) ^ /usr/include/c++/v1/utility:311:5: note: candidate function not viable: no known conversion from 'pair[...], typename __make_pair_returnchar const ()[1]::type' to 'pair[...], class attr_value' for 1st argument operator=(pair __p) _NOEXCEPT_(is_nothrow_move_assignablefirst_type::value ^ /usr/include/c++/v1/utility:346:9: note: candidate template ignored: couldn't infer template argument '' operator=(_Tuple __p) ^ I moved iostream from .cc to .hh, or std::streamsize was unrecognized there. IIRC iostream is quite a heavy include, so that's probably why it got moved to the .cc file. But if that fixes FreeBSD 10 for you, that's fine with me. If there's any smaller header that still defines std::streamsize, that should work too. Mhh, ok, ios should suffice. Current status of the tree, for reference: mtn diff -r 8c090a8270d76f965aa87ecaae6b9c4b6edb7aca \ -r h:net.venge.monotone.freebsd-10 -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] A branch for FreeBSD 10's clang
Lapo Luchini wrote: I gave it a try and added a separate macro to detect the FreeBSD 10 case, where we do not have the tr1 headers, anymore. Lapo, can you please test that? Sure, where can I find it? Of course you meant 1a62686b3d833d81378e848085221d8370f131a9. Yep, it does work. -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] A branch for FreeBSD 10's clang
Lapo Luchini wrote: Tests on different platforms and suggestion are welcome. Turned out to be easier than expected. % mtn diff -r h:net.venge.monotone -r h:net.venge.monotone.freebsd-10 A few comments: * m4/library.m4 I'm not sure which versions of pkg-config support --variable=pc_path, I only tried with FreeBSD and Cygwin, and they both do. Cygwin supports --debug (that we're currently using) too, but FreeBSD's doesn't. Also, it's easier this way. * m4/tr1unorderedmap.m4 * src/hash_map.hh A simple s/std::tr1::/std::/ replace. I haven't checked why this work, I suppose stuff which was once experimental now is standard or something like that. Still works on Cygwin (as it wasn't using the TR1 code path anyways, and still doesn't). * src/automate_reader.cc * src/automate_reader.hh I moved iostream from .cc to .hh, or std::streamsize was unrecognized there. Looks to me we could probably merge all this into trunk, but I didn't check any platform other than FreeBSD (gcc/clang, 32/64) and Cygwin/64. -- Lapo Luchini - http://lapo.it/ “Optimists believe we live in the best world possible. Pessimists agree to this.” ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Using github as a showcase
Lapo Luchini wrote: Markus Wanner wrote: Well, if you're only worried about the author of the patch, there's always `mtn commit --author $AUTHOR`. However, I somehow don't think that's what you had in mind. Self-facepalm... I guess that should work. BTW: that does work perfectly: https://github.com/lapo-luchini/asn1js/commit/25a7496a084859667c559008160484b5eaa97a25 (not really the most proper way to accept a pull request, but close enough, and I really prefer to work with monotone) -- Lapo Luchini - http://lapo.it/ UNIX was not designed to stop you from doing stupid things, because that would also stop you from doing clever things. ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] code.monotone.ca problems
For the records: we migrated on a new host and everything you mentioned should be working now. ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Using github as a showcase
Just like Jack Lloyd recently decided for Botan [1] I kinda decided to have a mirror of my more publicly useful monotone branches on github [2], as nowadays github seems to be THE social meeting point of DVCS-using developers. (I'm also using my own Indefero install [3]) I still can't wrap my mind around git itself, though, and have no intention to migrate my own development from monotone. (for the github project which I forked I used Mercurial's hg-git module, which is a bit closer to mtn as a command set) Exporting mtn→git is easy enough, thanks to a script I adapted from Jack Lloyd, which is in turn adapted from someone-else. [4] Problem is: it seems to be working, as I have received my first big (and mostly useful) pull request, and now I'm wondering: what's the best way to commit a patch? What's the way to have headers in mtn commit that, once exported to github again, can be recognised to show the correct committer? So far, I didn't try any of that, and if no one here knows the answer I will eventually try-and-repeat until I have some success. Another question: do you use --log-certs and/or --log-revids? Why? cheers, [1] https://github.com/randombit/botan [2] https://github.com/lapo-luchini/asn1js/ [3] http://idf.lapo.it/p/asn1js/ [4] % cat git-authors.txt l...@lapo.it = Lapo Luchini l...@lapo.it % cat git-branches.txt it.lapo.asn1js = master % cat mirror_to_github.sh #!/bin/sh cd `dirname $0` if [ ! -d .git ]; then git init git remote add origin g...@github.com:lapo-luchini/asn1js.git fi touch git-marks1.txt git-marks2.txt mtn --quiet --authors=git-authors.txt \ --branches-file=git-branches.txt --import-marks=git-marks1.txt \ --export-marks=git-marks1.txt git_export | \ git fast-import --import-marks=git-marks2.txt \ --export-marks=git-marks2.txt git push --mirror origin -- Lapo Luchini - http://lapo.it/ “Any sufficiently advanced technology is indistinguishable from magic.” (Arthur C. Clarke) ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Using github as a showcase
Markus Wanner wrote: Well, if you're only worried about the author of the patch, there's always `mtn commit --author $AUTHOR`. However, I somehow don't think that's what you had in mind. Self-facepalm... I guess that should work. -- Lapo Luchini - http://lapo.it/ “UNIX is user-friendly, it just chooses its friends.” (Andreas Bogk) ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] monotone.ca over IPv6
http://colabti.org/irclogger/irclogger_log/monotone?date=2011-10-05#l2 The server is now correctly working over IPv6 again. Feel free to contact me if problems should arise. -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Out-of-tree configure (1.0 regression)
Stephen Leake wrote: Is there an easy way to safely test the resulting cygwin package? I found a way by manually editing setup.ini to point to a local repository directory, but that seems dangerous. I tend to use a script called 'genini' to create a valid mirror structure and then add it manually in setup.exe. Unfortunately my main PC is still in the old house (one of the problems was that I was compiling on my newest netbook, which hadn't all the cygwin packages already) and I don't have my mirror script handy. -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Out-of-tree configure (1.0 regression)
Stephen Leake wrote:
Lapo Luchini l...@lapo.it writes:
Creating the Cygwin package, I noticed that 1.0 can't be compiled
out-of-tree: it doesn't find the files in the po directory.
I can tell cygport to first do a recursive symlink of every single file
to simulate building in-tree, or is there an easier patch to Makefile to
solve the problem at the root? =)
I build the mtn 1.0 cygwin package [...]; no problems.
Uh? How's that possible?
You have noticed that even after the compile phase fails cygport
happily continues with the install phase, yes?
As in:
[...]
( sed -e '/^[@]generated-command-list[@]$/,$d'
/home/Administrator/packages/monotone-1.0-1/src/monotone-1.0/extra/shell/monotone.bash_completion.in;
\
MTN=./mtn.exe \
perl
/home/Administrator/packages/monotone-1.0-1/src/monotone-1.0/extra/shell/monotone_gen_bash_completion_table.pl;
\
sed -e '1,/^[@]generated-command-list[@]$/d'
/home/Administrator/packages/monotone-1.0-1/src/monotone-1.0/extra/shell/monotone.bash_completion.in
) | \
sed -e 's,[@]PACKAGE_VERSION[@],1.0,' -e
's,[@]sysconfdir[@],/etc,' extra/shell/monotone.bash_completion
make[2]: Circular po/sv.gmo - po/sv.gmo dependency dropped.
make[2]: Circular po/it.gmo - po/it.gmo dependency dropped.
make[2]: Circular po/de.gmo - po/de.gmo dependency dropped.
make[2]: Circular po/pt.gmo - po/pt.gmo dependency dropped.
make[2]: Circular po/fr.gmo - po/fr.gmo dependency dropped.
make[2]: Leaving directory
`/home/Administrator/packages/monotone-1.0-1/build'
make[1]: Leaving directory
`/home/Administrator/packages/monotone-1.0-1/build'
Installing monotone-1.0-1
make install-recursive
make[1]: Entering directory
`/home/Administrator/packages/monotone-1.0-1/build'
Making install in doc
make[2]: Entering directory
`/home/Administrator/packages/monotone-1.0-1/build/doc'
make[3]: Entering directory
`/home/Administrator/packages/monotone-1.0-1/build/doc'
make[3]: Nothing to be done for `install-exec-am'.
[...]
So I can't reproduce your problem.
That's weird. I can reproduce it at will (and always goes away using
lndirs to link source in the build directory)
I'll try on a different hardware maybe, but Cygwin is not a platform
with many flavors it's usually very easy to have consistent results.
Can you cross-check these?
% cat monotone-1.0-1.cygport
DESCRIPTION=A free distributed version control system
HOMEPAGE=http://monotone.ca/;
SRC_URI=http://monotone.ca/downloads/${PV}/${P}.tar.bz2;
CXXFLAGS+=-I/usr/include/boost-1_33_1/
% cygcheck -cd cygwin make gettext
Cygwin Package Information
Package Version
cygwin 1.7.9-1
gettext 0.17-11
make 3.81-2
% gcc -v
Using built-in specs.
Target: i686-pc-cygwin
Configured with: /gnu/gcc/releases/respins/4.3.4-4/[...]
Thread model: posix
gcc version 4.3.4 20090804 (release) 1 (GCC)
--
Lapo Luchini - http://lapo.it/
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Out-of-tree configure (1.0 regression)
Lapo Luchini wrote: That's weird. I can reproduce it at will (and always goes away using lndirs to link source in the build directory) Errr, I was missing gettext-devel package. Launching a new build... -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Out-of-tree configure (1.0 regression)
Lapo Luchini wrote: Lapo Luchini wrote: That's weird. I can reproduce it at will (and always goes away using lndirs to link source in the build directory) Errr, I was missing gettext-devel package. Launching a new build... Errr, that was it. Sorry for the noise. :P (but OTOH the error wasn't so much obvious, and the fact that a lndir solved (or rather, hid, I guess) it didn't help of course) Official Cygwin monotone 1.0-1 package shortly incoming. -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Out-of-tree configure (1.0 regression)
Creating the Cygwin package, I noticed that 1.0 can't be compiled out-of-tree: it doesn't find the files in the po directory. I can tell cygport to first do a recursive symlink of every single file to simulate building in-tree, or is there an easier patch to Makefile to solve the problem at the root? =) -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Out-of-tree configure (1.0 regression)
Richard Levitte wrote: Errr... can you show a log? I've had a separate build tree for ages and had no issues with that. That's under Linux, mind, so maybe there's something cygwin specific that we've missed... Essentially: % cygport monotone-1.0-1 finish almostall | bzip2 build.log.bz2 [] make[2]: Circular po/sv.gmo - po/sv.gmo dependency dropped. make[2]: Circular po/it.gmo - po/it.gmo dependency dropped. make[2]: Circular po/de.gmo - po/de.gmo dependency dropped. make[2]: Circular po/pt.gmo - po/pt.gmo dependency dropped. make[2]: Circular po/fr.gmo - po/fr.gmo dependency dropped. Full log in attach. (didn't check in deep into it myself, could be a non-issue, I'll take a better look after easter holydays hopefully ^_^) -- Lapo Luchini - http://lapo.it/ build.log.bz2 Description: Binary data ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: cygport vs Makefile.am
Stephen Leake wrote: I think 2) is better; opinions? OK for me. =) PS: still knee-deep in business from house-moving, will try and catch up with the ML soon, I hope. -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Checking on stackoverflow.com
I'm not using this RSS feed to check for new questions tagged monotone on stackoverflow.com: http://quickmediasolutions.com/stack2rss/stackoverflow/questions?tagged=monotonebody=true If anybody here has the habit of using feed to watch stuff too, it might we worthy to add this one (expect very low traffic). -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: Checking on stackoverflow.com
Thomas Keller wrote: I'll add this to my Google front page - in case something pops up. This is - btw - the official feed: http://stackoverflow.com/feeds/tag/monotone Ah, there it is! where did you find it? Couldn't find it in-page a Google only got me to the other one. -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: Checking on stackoverflow.com
Thomas Keller wrote: http://stackoverflow.com/feeds/tag/monotone Might also have sense to follow http://stackoverflow.com/feeds/tag/version-control in order to find question which were not marked monotone already. I think I'll do. -- Lapo Luchini - http://lapo.it/ “A secret between two is a secret of God; a secret among three is everybody's secret.” (French proverb) ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: Case on Mac OS X
Thomas Keller wrote: The reason is simply that the file system reports for both paths, the old and the new, that the file exists and we cannot do much about that. A wild idea: when checking if the target path already exist, check the inode and if it is the same of the source path DO NOT warn about the fact that it's already existing. -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: Transifex
Thomas Keller wrote: http://www.transifex.net/projects/p/monotone/resource/monotonepot/ I subscribed to the website, but as far as I can see that was unnecessary since this project is not using groups. Oh well. =) -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: The everlasting release
Thomas Keller wrote: Right now the bug tracker is filling with some minor and some not so minor nuisances of 0.99.1 and earlier. FYI: I had holydays... will be catching up in the next few days. ^_^ -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: Preparing for docathon
JTLUK that I just landed my solo-docathon-on-a-train payload of revs. Some contain changes that I'd have rather talked with you all on IRC before, but being offline... I just did 'em, we can always revert later if needs be. ;) -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: IMPORTANT Docathon dates set
Thomas Keller wrote: I've closed this poll now. Most of the attendees agreed on December 19th (Sunday) 18:00 to 0:00 (6hrs) UTC. Yay! I'll be there! I'd propose though if two or three of us could also already team up a week earlier and a week later at the same time, i.e. 12th of December (next Sunday) and 26th of December (Sunday after the main sprint) I'll do my best to be online in part of the event this evening and the evening of 26th too, but I'm not sure I can manage to. -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: weird monotone behavior
Stephen Leake wrote: Hugo Cornelis hugo.corne...@gmail.com writes: I have a weird problem with monotone. It is reporting two heads, but inspecting the log reveals that there is only one head: This is fixed in 0.48; upgrade to that, then run 'db regenerate_caches'. Uh? Doesn't mtn log --last 5 show the current workspace release and some of his ancestors? And thus, have no reason at all to show the sister head release? (which would imply descending the tree, not only going up) I don't understand what bug was fixed in 0.48 regarding this. ^_^ -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: monotone-viz release
Francis Russell wrote: Just for the record, all those patches are present in the net.venge.monotone-viz.new-stdio branch on monotone.ca. Original author is Stéphane Gimenez. FYI: newest glib/gtk contains functions that were defined in the local lablgtk (fixed upstream in 2.14.2 AFAIK), this broke the monotone-viz port in FreeBSD. -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: Release rules Was: Re: conflicts store vs show_conflicts
Markus Wanner wrote: Then we also had database migrations, where a one-way upgarde is possible, but not backwards. Well, not exactly. I did (manually) downgrade a database, one time. =) -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: Release rules Was: Re: conflicts store vs show_conflicts
Markus Wanner wrote: On 11/24/2010 09:56 PM, Richard Levitte wrote: 0.99 is different enough from 0.48 to deserve being the upcoming 1.0, Huh? I'm sorry if that's ignorant, but I didn't realize any change in 0.99, except for it being slower, but less annoying with the commit message editor than 0.48. Well, for me 0.47→0.99 had the *incompatibility* you are talking about, in the instance of the changed method to synchronize with server which needed a change of habits from: mtn sy lapo.it 'it.*' to mtn sy 'mtn://lapo.it/?it.*' Another big change, but only for people that follow nvm.*, was the need to re-fetch the whole repository from the new address, in order to avoid having those other nvm.* branches which are not strictly related and risking sending them all again on subsequent syncs. -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: Release rules Was: Re: conflicts store vs show_conflicts
Richard Levitte wrote: tbrownaw Option 1 (even/odd) tbrownaw Option 2 (.9x as rc) Shall we vote? In that case, I vote for option 2. I don't really like 90 as a magic number, but OTOH option 1 doesn't have a clear way to say it's a pre-release of next version; both options are perfectly OK with me. =) -- Lapo Luchini - http://lapo.it/ signature.asc Description: OpenPGP digital signature ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: Release rules Was: Re: conflicts store vs show_conflicts
Richard Levitte wrote: How does the algorithm compare when one of the version has a segment empty and the other doesn't in corresponding positions? FreeBSD has got an official system tool to check the ordering of two package revisions, which supports most of the FreeBSD Ports without need for exceptions AFAIK (in fact, I never seen an exception myself): usage: pkg_version -t version1 version2 source and (readable shell-script) testcases: http://svn.freebsd.org/viewvc/base/head/usr.sbin/pkg_install/version/ -- Lapo Luchini - http://lapo.it/ “The Magic Words are Squeamish Ossifrage” (Ron Rivest, RSA-129 challenge, 1977) ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: bash completion
Thomas Keller wrote: Yes, because I think we have lots of useful things hidden in contrib/ people don't really know of and some of these things are so useful that we should even try to install them by default if detected. FWIW I've been long including zsh completion in FreeBSD Port already. =) -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: Project separation
Thomas Keller wrote: I already brought up the idea on IRC some time ago - I am looking for a way to restrict allowed incoming revisions on the server-side. I've got an idea, which might well be orthogonal to yours (or be the same, really?), but could have some use: by default use the branch filter only to find the root of the graph, and then bring it all. Right now we have a (huge) graph spanning over some 30 branches but, since most of them are merged in mainline already, in fact pulling nvm-only *already* brings in the bulk of most of those branches, *except* the branch certificate. This way they're not polluting the mtn ls branches (which is good) but OTOH we're really liars about that, because we *already* have 99.9% of the bload of those branches, with the only exception of the name. We might thus (as an option, or by default) mean pull nvm as pull the ROOT element which was named 'nvm' plus all of its children, in any branch whatsoever. OTOH if some feature branches are adding huge files and then deleting them before mainline landing, we're probably *not* pulling that bulk right now; but I wonder how often does that happen in a fairly well-behaved project. -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: Time for 0.99
Richard Levitte wrote: hendrik I hope the patch to make it work with 3.7.3 doesn't make it stop working hendrik with earlier sqlites (such as the ones I use from Debian testing and hendrik stable, that still have the bug you're working around). I can't say right now, but I'm preparing an updated package to see how my testing box reacts (althoug sqlite 3.7.3 has reached testing by now, I've put the upgrade on hold for the time being). I report the case that a mtn-0.99.1 compiled against sqlite-3.7.2 is runinng fine using sqlite-3.7.3 on FreeBSD/amd64. % LANG=C mtn version --full monotone 0.99.1 (base revision: 8973482283db7c36780dce2b54721ccc0f5b7388) Running on : FreeBSD 8.1-RELEASE FreeBSD 8.1-RELEASE #0: Mon Jul 19 02:36:49 UTC 2010 roo t...@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 C++ compiler: GNU C++ version 4.2.1 20070719 [FreeBSD] C++ standard library: GNU libstdc++ version 20070719 Boost version : 1_43 SQLite version : 3.7.3 (compiled against 3.7.2) Lua version : Lua 5.1 PCRE version: 8.10 2010-06-25 (compiled against 8.10) Botan version : 1.8.10 (compiled against 1.8.10) Changes since base revision: format_version 1 new_manifest [c1270158b7fa91abf8235ad129b0476943bde1ed] old_revision [8973482283db7c36780dce2b54721ccc0f5b7388] Generated from data cached in the distribution; further changes may have been made. -- Lapo “Random numbers should not be generated with a method chosen at random.” (Donald Knuth, Seminumerical Algorthms) ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: [ANNOUNCE] monotone 0.99.1 released
Waiting for buildbot to be back online (FreeBSD 8.1-RELEASE amd64): Of 596 tests run: 553 succeeded 0 failed 39 had expected failures 0 succeeded unexpectedly 4 were skipped All 3 test suites passed -- Lapo Luchini - http://lapo.it/ “Programs must be written for people to read, and only incidentally for machines to execute.” (Abelson Sussman, SICP, preface to the first edition) ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: very strange cygwin/mingw difference
Stephen Leake wrote: Hrm... I'm by no means a Windows expert, but does plain Win32 (not Cygwin) even have the concept of an executable bit...? This might be the reason why its not set on mingw. Neither file is actually executable; the fact that Cygwin sets it is a separate bug. On Windows, executable is determined by the file extension OTOH Cygwin *has* the executable bit, and it is mapped on the can be executed standard Windows ACL, which more or less all files gets by default. So, if you create a text file with notepad.exe, Cygwin see it as executable. If you create one with Cygwin's nano, it is not. As far as I can tell, monotone has never gotten automatic setting of the executable attribute right on any platform; I've just been ignoring it. Seems to do the right thing to me... The main problem is that on Cygwin all Win32-created files are executable by default, but that's not a monotone's issue. The managing of the executable attribute seems correct enough to me (except some details, like I don't like that the fact some attribues are set is the *only string* written by checkout, which doesn't seem very consistent to me, but those are details). However, that doesn't address the issue of whether setting an attribute on a rev should change the revid. Since we can set attributes after the rev has been committed, attrs should not affect the revid; this has to be a recent bug in mtn. I'll do a bisect to see when this test broke. ??? Of course it changes the revid, as it is in the manifest. Always been that way as far as I remember... You can change an attribute on the filesystem and the revid doesn't change, but just because you didn't warn monotone, similarly to using mv to rename instead of mtn mv: it might warn you that a file is missing, but there's no new revision ready to commit just yet. You can use mtn attr set and it will be properly changed. -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: exec attr on Cygwin
Stephen Leake wrote: There is one more wrinkle; when mtn checks out a plain text file, Cygwin sees it as executable. We might be able to fix that, with some ACL magic? Do you mean checked out with mtn-mingw? Because the ones checked out with mtn-cygwin are correctly executable (or not, depending on manifest) as far as I remember... I'm on a FreeBSD laptop right now though, I'll check better on sunday. PS: are you using NTFS or FAT32? I'm almost sure FAT32 doesn't support ACLs and thus everything is executable even after a chmod -x. -- Lapo Luchini - http://lapo.it/ “Digital files cannot be made uncopyable, any more than water can be made not wet.” (Bruce Schneier, 2001-05-15) ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] A few message seem a bit... confusing
Thomas Keller wrote: 5. Some %s are not quoted, some are quoted with '', some are quoted with `', some are quoted with ... Is there a reason or are we just not consistent? As far as Italian translation goes, we're consistently translating that as ‘%s’ in all cases (filenames, command names, ...) except hexadecimal hash values (which are thus easier to copy-and-paste); I think using Unicode chars such as ‘’ is probably not good for the English original which can, and probably should, stick to pure ASCII '', but for Italian we need either ISO-8859-1 or UTF-8 for accented letters anyways, and IMHO UTF-8 is a better default nowadays. We were also, just yesterday, talking about translating globish as ‘using a glob pattern’. I do agree it would be nice to have some overall consistency check in the gettext strings, but it's not a small task and I'm not sure there is time enough for the aforementioned 2-3 weeks timespan to 1.0. -- Lapo Luchini - http://lapo.it/ “The best way to predict the future is to implement it.” (David Heinemeier Hansson) ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Time for 0.99
Thomas Keller wrote: po/it.po: 1286 translated, 28 fuzzy, 204 untranslated messages. Not much happened here - Lapo said that he contacted the Italian git / hg translators to coordinate things. I found this a pretty nice idea and did so as well, but only got feedback from the git guy. I don't know of the feedback Lapo got so far. I think we'll target more improvements for 1.0 here. I had good feedback and some agreement on intention to improve each other's work, but I do agree that (mostly because I'm in a fairly busy part of my life lately) that will improve 1.0 much more then 0.99. Me and mom will continue improving the translation today and tomorrow though and try to avoid having untranslated sentences (re-checking them all will hopefully be for 1.0, or maybe a more ongoing work). 1) Our buildbot infrastructure still does not work (Richard...?). I'd appreciate if you could run make distcheck on the current head on your platform and provide the results here, so we don't see breakage on any of the major platforms. I'm launching one on FreeBSD 8 right now, and will let you know. 2) I have an yet unfinished hack sitting in my workspace which should provide better compatibility towards RFC 3986 (yes, the URI issue). I'll hopefully fix and commit that within the next one or two days. BTW: FreeBSD's /etc/services doesn't know about it in either form. I will try and ask to add it in the future, but is currently a problem to use that on existing FreeBSD releases unless you add it manually. -- Lapo Luchini - http://lapo.it/ “Quantum key distribution in superposition of insecure and unneeded.” (Chris Lee, Ars Technica, 2010-09-07, http://bit.ly/ars-qkd) ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: IANA update
Thomas Keller wrote: Hi! I've send a port modification request to change the short name of the listed monotone network protocol from monotone to mtn. Uhm, sorry, where's that supposed to be? I can't find 'mtn' in the official list, but 'monotone' neither… http://www.iana.org/assignments/port-numbers According to their auto-reply the modification takes about one week. Since the monotone scheme will therefor soon vanish from newer /etc/services, please do not propagate this any further. FreeBSD's /etc/services has neither, and I'm interested in changing that (I had to manually add mtn to mine). -- Lapo “The best way to predict the future is to implement it.” (David Heinemeier Hansson) ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: IANA update
Thomas Keller wrote: I can't find 'mtn' in the official list, but 'monotone' neither… http://www.iana.org/assignments/port-numbers Search for monotone - its in this list. Oh, I see: the server is very slow and it eventually stops in mid-response. I tought to have the full file, but it was in fact less than half of it. The change is almost through, they're only waiting for a confirmation from the old editor, Tomas Fasth. I wonder why 'monotone' is missing from FreeBSD's /etc/service, but I will wait for 'mtn' to open a ticker regarding it. -- Lapo “We do what we must because we can.” (videogame Portal, 2007) ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] LLVM/Clang 2.8 does MTN
http://llvm.org/releases/2.8/docs/ReleaseNotes.html Clang C++ is now feature-complete with respect to the ISO C++ 1998 and 2003 standards. And indeed it does produce a working monotone 0.99-dev executable. -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: Issues with mtn://
Timothy Brownawell wrote: I never used the mtn:// protocol myself (always sticked to the legacy method), but NEWS states it's available since 0.40... what's happening? I think it's that the URI handling is broken such that when it goes to ask for the host's IP address it doesn't strip off the scheme. Should be fixed in current head. I guess I'm not the only one to have used that feature little so far. ;) -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Issues with mtn://
I've seen this in 0.40, but I still have issues in 0.48 (on FreeBSD): % LANG=C mtn version monotone 0.48 (base revision: 844268c137aaa783aa800a9c16ae61edda80ecea) % LANG=C mtn pull 'mtn://code.monotone.ca/monotone?*' mtn: setting default include pattern for server 'mtn://code.monotone.ca/monotone?*' to '*' mtn: setting default exclude pattern for server 'mtn://code.monotone.ca/monotone?*' to '' mtn: connecting to mtn://code.monotone.ca/monotone?* mtn: network error: service name resolution failed for: mtn I never used the mtn:// protocol myself (always sticked to the legacy method), but NEWS states it's available since 0.40... what's happening? Lapo ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: [IMPORTANT] Commit access and project setup
Markus Wanner wrote: TVD_PH_SUBJ_ACCOUNTS_POST seems to match on 'confirm' .. 'account' in the subject. TRACKER_ID is just described as 'looks for a tracking number usually found near the end of the message.' I guess this would be information for the Indefero bugtracking system =) Personally, it seems correct to me that an account confirmation email has those data... -- Lapo Luchini - http://lapo.it/ “Age is not an accomplishment, and youth is not a sin.” (Robert A. Heinlein, Methuselah's Children, 1958) ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: [IMPORTANT] Commit access and project setup
Markus Wanner wrote: pts rule name description -- -- 3.0 TVD_PH_SUBJ_ACCOUNTS_POST TVD_PH_SUBJ_ACCOUNTS_POST 2.7 TRACKER_ID BODY: Incorporates a tracking ID number I wonder why I had only the first rule hitting... X-Spam-Status: No, score=0.4 required=5.0 tests=BAYES_00, TVD_PH_SUBJ_ACCOUNTS_POST autolearn=no version=3.2.5 -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: monotone idf implementation done
Thomas Keller wrote: Lapo, could you please look into the email setup? I had a similar problem last night when I tried it myself, but I blamed my restrictive exim that it ate up the email... Easiest approach would probably be to use SMTP of the external host: 78.46.21.201 (I white-listed the jail's IP so it should accept relay) If you have no other need for the lcoal EXIM, I can instruct the system sendmail to just forward to external SMTP automatically. -- Lapo Luchini - http://lapo.it/ “Any sufficiently advanced technology is indistinguishable from magic.” (Arthur C. Clarke) ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: monotone 0.48 in cygwin?
Stephen Leake wrote: Cygwin still has monotone 0.46. I'd like to get 0.48 in there, so we can avoid the bogus merge problem at work. Whoops, I've prepared that package a few weeks ago in fact, but was then very busy and totally forgot to submit it (!). -- Lapo Luchini - http://lapo.it/ “We are not an endangered species ourselves yet, but this is not for lack of trying.” (Douglas Adams, Last Chance to See, 1991) ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: No sponsored hardware :(
Thomas Keller wrote: Is anyone here on the list which could offer us a Xen instance on his physical server? I can offer a FreeBSD jail[1] on my new german server, which I think could be adequate[2] for the task. It sports a FreeBSD 8.1-RELEASE kernel and uses ZFS as root filesystem. (the two disks are in mirror) Due to the IPv4 address shortage the provider is now requesting good reasons in order to receive any IPv4 address after the first (and up to 4 max), so I'm not *sure* I can guarantee that (but I hope so, and there can be ways to avoid the need for that, with a bit of tinkering). Links: 1. http://en.wikipedia.org/wiki/FreeBSD_jail 2. http://www.hetzner.de/en/hosting/produkte_rootserver/eq4/ -- Lapo Luchini - http://lapo.it/ “More people are killed every year by pigs than by sharks, which shows you how good we are at evaluating risk.” (Bruce Schneier, Beyond Fear, 2003) signature.asc Description: OpenPGP digital signature ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] [bug #30655] Branch-name globbing syntax doesn't work correctly
Follow-up Comment #1, bug #30655 (project monotone):
Originally, I always used `{net.venge.monotone,net.venge.monotone.*}` (which
works), but since I use usher I was forced to use `net.venge.monotone{,.*}`
(usher only understands prefixes, not globs) and thus I noticed this very
problem: empty branches in globs seem to be ignored.
___
Reply to this item at:
http://savannah.nongnu.org/bugs/?30655
___
Messaggio inviato con/da Savannah
http://savannah.nongnu.org/
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: /etc under version control
Gour D. wrote: On #monotone I've got info to take a look at 6.1.10 Attribute Handling, but would like to hear some more hints how to proceed in the /etc under mtn project? Mhh, there are hooks for attribute handling, but out of the box I fear monotone is not much more capable of versioning a whole /etc without problems (for more or less the same reason that darcs says). Personally, I version not all of /etc but all of my $HOME, but I also happen to symlink a few files from /etc to my home (but only the few that I modify), in order to have them versioned, as in: /root/kernel/$HOSTNAME - $HOME/etc/$HOSTNAME/KERNEL /etc/make.conf - $HOME/etc/$HOSTNAME/make.conf /etc/pf.conf - $HOME/etc/$HOSTNAME/pf.conf /etc/rc.conf - $HOME/etc/$HOSTNAME/rc.conf Though it is not really a versioned host configuration solution, I change those file little enough that hand-merge is ok (also, for me it's more an issue of I forgot that cute option I used on the other hosts that real versioning). Let me know if you happen to manage something better-or-easier than this, though. =) -- Lapo Luchini - http://lapo.it/ “The sky above the port was the color of television, tuned to a dead channel.” (William Gibson, Neuromancer, 1984) ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: 0.48 rants
Derek Scherger wrote: There was *absolutely* no intent of slowing anyone down with this. It was about allowing review and changes and unifying the various randomly different output formats. Configuring your EDITOR with +N should allow the leading lines to be skipped. I like it quite a bit using EDITOR=nano +14... though of course this only applies to mtn and is not the correct value for other programs. I was thinking, should be the default hook that adds +14 to the editor name? (maybe recognizing it in a short list of ones that *do* support that +N thing I wasn't aware of) -- Lapo Luchini - http://lapo.it/ “More people are killed every year by pigs than by sharks, which shows you how good we are at evaluating risk.” (Bruce Schneier, Beyond Fear, 2003) ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: Quick poll: monotone-users list?
Thomas Keller wrote: Here we go: http://lists.nongnu.org/mailman/listinfo/monotone-users I have the diea that many users were scared by the suffic of monotone-devel *even though user-question were always welcome in there), so let's see if some more people will arrive. ;-) -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: monotone man page
Aaron W. Hsu wrote: I am surprised that so few people have commented. Am I the only person who prefers man pages to info manuals? I actually have never used Monotone's info pages in their native form. Oh, I do actively hate info pages and (almost) never use them. Sometimes, in case of dire need, I resort to pinfo to use them, that at least has the sort-of-known-to-me hotkey set of lynx. So, I'm happy if monotone grows a manpage, but OTOH using mtn help specific command is easier to read, since it's already in the correct point of the (etherwise long) text. But of course the man page could explain more stuff than commands, and that wouldn't have an easy place in the executable itself. -- Lapo Luchini - http://lapo.it/ “Never worry about theory as long as the machinery does what it's supposed to do.” (Robert A. Heinlein, Waldo Magic, Inc., 1950) ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: monotone man page
Thomas Keller wrote: monotone is a highly reliable, very customizable distributed version control system that provides lightweight branches, history-sensitive merging and a flexible trust setup. monotone has an easy-to-learn command set and comes with a rich interface for scripting purposes. Too many buzzwords? I'm open for suggestions! Seems nice enough to me. Maybe comes with a rich interface for scripting purposes and thorough documentation? -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: is monotone for me?
Stephen Leake wrote: Obviously, it needs a medium-sized memory :). mtn uses sqlite for the backend database; that reads the entire database into memory. Uh? Entire DB in memory? I don't think it does... of course if it fits then access of the next users is faster, but that's normal filesystem cache issues, not monotone loading it all. Not the last time I checked, at least... Myself I've sync'ed the database with the photos of the last summits a few times, and that's for sure bigger than the RAM of laptop I did use. With ssh access, only one user can access the db at a time OTOH the 'usual' access is directly with netsync protocol, and that does not have that limit: many users can sync concurrently (OTOH it's more difficult to set up... as difficult as creating a couple of text configuration files and starting the server at boot time, though). -- Lapo Luchini - http://lapo.it/ “X-rays will prove to be a hoax.” (Lord Kelvin, 1883) ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: is monotone for me?
Gour wrote: Thomas The server works quite well and fast - Thomas though it only serves a couple of smaller branches, one of them Thomas being guitone. Not bad. Maybe I should try to install some repo on my WF account and check it out. In my experience a server serving all my small projects plus a comlpete copy of mtn itself's repository used up about 200MB of RAM, but since my server was very much memory-constrained, I decided to use usher (a small daemon that spawns mtn server on-demand) and that uses about 6MB of resident memory while waiting for calls, and the spawned mtn process takes up to 105MB while sync'ing the whole mtn tree (which is a DB 200MB worth, but really I don't think the memory needed is related to the database size). But you can check it yourself easily enough (taking a bit of time): 1. choose an existing project that matches and pull it locally, e.g. my existing local copy of the monotone repository itself (branch net.venge.monotone and some selected ones of the others). 2. spawn a local copy of the server 3. sync with it locally 4. check the server size that is: [1] % mtn -d test.mtn db init % mtn -d test.mtn pull monotone.ca net.venge.monotone [2] % mtn -d test.mtn serve --bind 127.0.0.1:4691 [3] % mtn -d test2.mtn db init % mtn -d test2.mtn pull 127.0.0.1 net.venge.monotone [4] % ps waux|fgrep mtn -- Lapo Luchini - http://lapo.it/ “We do what we must because we can.” (videogame Portal, 2007) ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: compiling on Cygwin
Stephen Leake wrote: I'm getting very odd results when I try to configure for Cygwin: $ CXXFLAGS=-I/usr/include/boost-1_33_1/ ../monotone/configure Mhhh, I managed to produce a monotone cygwin package recently (still have to test and request upload for it), so I'm pretty sure that didn't happen to me... It thinks any invocation of 'g++' fails, even though config.log shows the status return as 0 (normal). Any clues? Maybe you have ccache's g++ symlink and don't have the actual g++? -- Lapo Luchini - http://lapo.it/ “Never worry about theory as long as the machinery does what it's supposed to do.” (Robert A. Heinlein, Waldo Magic, Inc., 1950) ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: Failure to connect to IPV6 server
Zack Weinberg wrote: The problem here is that we are using an ancient networking library (netxx) that hasn't been updated since 2005 or something like that, and has no IPv6 support. It's working surprisingly well for something that has no support: Server side (FreeBSD): % LANG=C mtn serve --bind '2002:4e2e:97e1::1' --db .monotone/it.lapo.mtn mtn: beginning service on 2002:4e2e:97e1::1 : 4691 mtn: accepted new client connection from 2002:514a:2847:1:240:f4ff:feef:cb76 : 1053 mtn: allowed 'l...@lapo.it' read permission for 'it.*' excluding '' mtn: allowed 'l...@lapo.it' write permission for 'it.*' excluding '' mtn: finding items to synchronize: mtn: certificates | keys | revisions mtn: 8125 |8 | 2699 mtn: peer 2002:514a:2847:1:240:f4ff:feef:cb76:1053 IO terminated connection in working state (error) mtn: peer 2002:514a:2847:1:240:f4ff:feef:cb76:1053 IO failed in working state (error) ^Cmtn: operation canceled: Interrupt: 2 Client side (CygWin): % LANG=C mtn sy '[2002:4e2e:97e1::1]' mtn: connecting to [2002:4e2e:97e1::1] mtn: first time connecting to server [2002:4e2e:97e1::1] mtn: I'll assume it's really them, but you might want to double-check mtn: their key's fingerprint: 5daf6aee9709afea92b1cb9a8179687f66ea69f9 mtn: finding items to synchronize: mtn: certificates | keys | revisions mtn:10909 | 10 | 3624 mtn: bytes in | bytes out | revs in | revs out mtn: 18.8 k | 114.8 k | 0 |0 mtn: operation canceled: Interrupt -- Lapo Luchini - http://lapo.it/ “There are two major products that come out of Berkeley: LSD and UNIX. We don't believe this to be a coincidence.” (Jeremy S. Anderson) signature.asc Description: OpenPGP digital signature ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: Buildbot slaves
Thomas Keller wrote: Thanks a lot, Richard! One question (I'm not overly familiar with buildbot) - do we have the information who provided a particular build bot still, even if the bot is unavailable? F.e. the amd64-freebsd7 one is only offline from the beginning of February or so and it might be possible that the owner is totally unaware of it. Yep, after a few months of silent uptime, I kinda didn't notice it was down. All it needed was an upgrade to latest twisted package (dunno why, but before investigating it further I just upgraded it, and it worked) and is not backonline. Anyways you can see it's mine clicking on the bot name at the top of the table: http://monotone.ca:9011/amd64-freebsd7 amd64-freebsd7: CONNECTED Admin: Lapo Luchini l...@lapo.it PS: in the meantime it has been upgraded to FreeBSD 8.0, so you might want to rename amd64-freebsd7 to amd64-freebsd8. -- Lapo Luchini - http://lapo.it/ “There are two major products that come out of Berkeley: LSD and UNIX. We don't believe this to be a coincidence.” (Jeremy S. Anderson) ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Buildbot slaves
Thomas Keller wrote: Right, but this information is only available if the bot is connected ... if not, you don't see this information. Oh. I kinda supposed it would be cached. ^_^ -- Lapo Luchini - http://lapo.it/ “Anyone who considers arithmetical methods of producing random digits is, of course, in a state of sin.” (John Von Neumann, 1951) ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: Bug Hunt Day
Derek Scherger wrote: I'm in if the timing works. Same here! -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: Bug Hunt Day
Thomas Keller wrote: http://doodle.com/f7wc8cqxz7d6kumx Uh, that's a nice tool. Unfortunately, of those 3 weekends, only 15-16 is free to me and is the one (by far) less voted of the three. =( -- Lapo Luchini - http://lapo.it/ “The Magic Words are Squeamish Ossifrage” (Ron Rivest, RSA-129 challenge, 1977) ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: Problems with the tutorial
Gary ha scritto: g...@mimosa ~/src/monotone $ mtn --db=mtn.db pull monotone.ca net.venge.monotone* This is a somewhat long command, I discourage you to try strace on it (would probably produce TONS of output). You could try a smaller branch... Hi Lapo and list, It gets worse. Mhhh. It *could* be charset-related, I had some strange failures when one is not defined. Can you try after this? $ export LANG=en_US.UTF-8 I'll do some more tests myself... WTH. Surely I can't have got anything wrong in that short sequence of commands? Lapo, would the results of cygcheck -s -v -r help you? I'm not sure it would help, but I can surely take a look (in private email, please). -- Lapo Luchini - http://lapo.it/ “Endure. In enduring, grow strong.” (Dak'kon, videogame Torment, 1999) ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: Problems with the tutorial
On 05/02/2010 9.08, Lapo Luchini wrote: Gary wrote: Does the Cygwin package maintainer hang out here, or is it better for me to ask on the Cygwin mailing list? I'll try it on my WinXP and my Win7 and let you know (probably in the weekend, I won't be home tonight). Gary, I can't reproduce that, but maybe we executed slightly different commands? Can you send a shell script that reproduces the problem? -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Missing figures and images
...are not found (and thus installed) when configure is called outside of the source tree. for Cygwin's 0.46 I think I'll ignore this problem, since I have little time on hand for the upgrade and, well, that problem has been there since the age of time, one more version with an incomplete documentation installed won't hurt too much. -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: cygwin 0.46?
On 06/02/2010 15.15, Stephen Leake wrote: I've updated DVC to match 0.46, and now I'm ready for more extensive testing. But I need the cygwin version. Lapo, can you put this together soon? Or should I give it a try? Using cygport it's quite straightforward, I just rolled a new binary. You can install it from my server adding http://lapo.it/cygwin/ as a source in setup.exe or wait a few days to have it on official mirrrors. -- Lapo Luchini - http://lapo.it/ signature.asc Description: OpenPGP digital signature ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: fatal: memory access violation running mtn log
On 07/02/2010 17.13, Zbigniew Zagórski wrote: $ mtn ls certs cdf1680ec496d22f863184a cut Key : tbrow...@gmail.com (475055ec71...) Sig : ok Name : date Value : 1969-12-25T17:04:08 ^^^ and looks like localtime on woe32 can't cope with this - thus returning 0 from localtime call. Recap: failing test case: $ mtn log --from cdf1680ec496d22f863184a --last 1 FWIW, once again Cygwin is a nice work-around to Windoze weirdnesses ;-) % LANG=C mtn log --from cdf1680ec496d22f863184a1fae75ef43bbbe6fc \ --last 1 --no-graph --no-files - Revision: cdf1680ec496d22f863184a1fae75ef43bbbe6fc Ancestor: 184259296d94033bb62d0775bb0288efefe917d1 Ancestor: 9c4a4ec5be257e4320ced76a0321760648b8e50c Author: Timothy Brownawell tbrow...@gmail.com Date: 12/25/69 18:04:08 Branch: net.venge.monotone.error-handling ChangeLog: Propagate nvm to nvm.error-handling. -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: Problems with the tutorial
Stephen Leake wrote: What is the rationale for that? The Windows version copes better with Windows drives that are not the Cygwin root drive (no need for /cygdrive/). Personally, I prefer cygwin's version simply because I use zsh more than cmd.exe and have more stuff in /home/lapo than in C:\Documents and Settings\lapo. ;-) Also, it has a nice UTF-8 filename support! -- Lapo Luchini - http://lapo.it/ “C is quirky, flawed, and an enormous success.” (Dennis M. Ritchie) ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: Problems with the tutorial
Gary wrote: Does the Cygwin package maintainer hang out here, or is it better for me to ask on the Cygwin mailing list? Yep I'm here, and I read here more often than there, but unfortunately my home ADSL modem died some days ago and I'm still recovering. ;-) I'll try it on my WinXP and my Win7 and let you know (probably in the weekend, I won't be home tonight). -- Lapo Luchini - http://lapo.it/ “X-rays will prove to be a hoax.” (Lord Kelvin, 1883) ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] on usage of /dev/random
Just to avoid losing track of the issue, discussed shortly on IRC: (slightly edited for shortness and clarity, see the links for the original sentences) http://colabti.org/irclogger/irclogger_log/monotone?date=2009-11-03 tommyd I'm not an expert in this area, but maybe somebody else could reply to this? http://savannah.nongnu.org/bugs/?27929 thm the question is, do we need a rng for anonynous pull at all? http://colabti.org/irclogger/irclogger_log/monotone?date=2009-11-04 lapoI'm not a fan of a blocking /dev/random per se (as long as it is a CSPRNG like Yarrow or -better- Fortuna, it doesn't need to block, new entroy is only necessary to have forward secrecy), but I do agree that we ought to use /dev/random only to generate keys at most… or even not at all (?) http://colabti.org/irclogger/irclogger_log/monotone?date=2009-11-05 zwolwhich rng issue? thm we use the rng without need zwolwell, we shouldn't thm thus emptying the entropy pool zwolum, I think the network layer needs it for nonces? arguably it should use /dev/urandom for that but I don't think botan exposes the difference and /dev/urandom drains the entropy pool too -- Lapo Luchini - http://lapo.it/ “Anyone who considers protocol unimportant has never dealt with a cat.” (Robert A. Heinlein, , The Cat Who Walks Through Walls, 1985) ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: on usage of /dev/random
Lapo Luchini wrote: zwolwhich rng issue? thm we use the rng without need zwolwell, we shouldn't thm thus emptying the entropy pool zwolum, I think the network layer needs it for nonces? arguably it should use /dev/urandom for that but I don't think botan exposes the difference and /dev/urandom drains the entropy pool too http://botan.randombit.net/log.html Botan 1.8.3 (2009-07-11) Change random device polling to prefer /dev/urandom over /dev/random So it appears there's a very simple solution to use /dev/urandom instead of /dev/random: upgrade your botan package. -- Lapo Luchini - http://lapo.it/ “Don't dream it… be it!” (The Rocky Horror Picture Show) ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] synchronization between mtn servers
It would be nice to have a semi-official way to keep the main nvm.*
repos in sync... as a first rough way I'm setting this crontab on my
home server:
7 * * * * \
mtn -d .monotone/net.venge.mtn sy lapo.it
27 * * * * \
mtn -d .monotone/net.venge.mtn sy monotone.ca
47 * * * * \
mtn -d .monotone/net.venge.mtn sy monotone.mtn-host.prjek.net
where default-include-pattern = net.venge.monotone{,.*}
But I guess prjek itself has already some automatic way to follow
monotone.ca? But OTOH having a separate node that execute this cronjob
assures the 3 servers to be inline (within the hour) even if any is down.
OTOH one connection per hour is suboptimal since it has a longish lag
when revision are actually received AND does many many unnecessary
connections when new revisions are not there really.
I guess an hook could be better, but I didn't have head for it right
now, and that crontab was an easy way to do the job.
--
Lapo Luchini - http://lapo.it/
“I can resist everything except temptation.” (Oscar Wilde, Lady
Windermere's Fan, 1892)
signature.asc
Description: OpenPGP digital signature
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: synchronization between mtn servers
Richard Levitte wrote: If you want, I can set up a push to lapo.it as well, and let's try this baby out for real... Yep, thanks! I'll also take a look at it when I gather some free time for it, seems a quote better approach. -- Lapo Luchini - http://lapo.it/ “I couldn't help but overhear, probably because I was eavesdropping.” (anonymous) signature.asc Description: OpenPGP digital signature ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] escaped default patterns ( usher)
% LANG=C mtn -d photos.mtn --set-default sy lapo.it 'au.com.geek.monotone-summit-*' mtn: setting default server to lapo.it mtn: setting default branch include pattern to 'au.com.geek.monotone\-summit\-*' mtn: setting default branch exclude pattern to '' mtn: connecting to lapo.it mtn: Received warning from usher: Could not find a monotone instance for the pattern 'au.com.geek.monotone\-summit\-*', perhaps make it less generic?. mtn: peer lapo.it IO terminated connection in working state (error) Is it correct the hyphens get slashed? They are so also in the DB (with a direct sqlite query). And usher fail to recognize the prefix maybe for that reason? -- Lapo Luchini - http://lapo.it/ “In God we trust. Everybody else we verify using PGP!” (Tim Newsome) signature.asc Description: OpenPGP digital signature ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: Server broken
Lapo Luchini wrote:
I'm proceeding to configure usher on my server, in order to give upload
permissions to anyone here on nvm.* (and not on my personal branches).
It is done, you can now find a fairly up-to-date monotone repository at
the address lapo.it; since it uses usher discriminating on patterns, you
need to synchronize using a line such as this:
mtn sync lapo.it 'net.venge.monotone{,.*}'
a pattern like '{net.venge.monotone}' is no good: the PREFIX of the
pattern must be 'net.venge.monotone' (with no curly braces).
I gave writing permissions to anyone that committed on nvm.* in the
past. (is there a different list of people anywhere?)
This server (so far) is NOT automatically synchronized to monotone.ca or
monotone.mtn-host.prjek.net or others.
--
Lapo Luchini - http://lapo.it/
“The death rate is the same for us as for anybody… one person, one
death, sooner or later.” (Robert A. Heinlein, Tunnel in the Sky, 1955)
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: Server broken
Ludovic Brenta wrote: Since this server is mission-critical (its missions being to serve monotone databases and your email) I wouldn't define a monotone server critical, as it can be rebuilt with such easy, but of course my own IMAP folder is as critical as it can get ;-) I'm proceeding to configure usher on my server, in order to give upload permissions to anyone here on nvm.* (and not on my personal branches). -- Lapo Luchini - http://lapo.it/ “I think, therefore I am… I think.” (Nordom, videogame Torment, 1999) ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] memory used by mtn server
Hi there. I noticed the following memory usage pattern (with a quick test): 27096 7764 `mtn serve` just launched 96976 78668 after a client `mtn sy` my personal branches 131624 112856 after a client `mtn sy` nvm.* I guess this is completely expected, something like parts of the DB (or the Merkle trie?) get cached and is useful for subsequent syncs, but I'd prefer to receive confirmation of that. Also, as my server has a shortage of RAM, I'd like to know if I can avoid that extra hundred meg of constant memory usage. I guess the easiest choice is to use usher, so that the serving process is launched on demand. Problem is usher doesn't compile on FreeBSD, but I'm working on that. -- Lapo Luchini - http://lapo.it/ “I think, therefore I am… I think.” (Nordom, videogame Torment, 1999) signature.asc Description: OpenPGP digital signature ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: Server broken
hend...@topoi.pooq.com wrote: Does that server also contain the wiki? And the website with the documentatino? Or is all that also in the monotone distributed database? Yes, they are in the nvm.web branch. You only need ikiwiki to regenerate the wiki. My own mirror is available at: http://monotone.lapo.it/ (only data from the repo, i.e. it doesn't have 0.45 src or binaries) Isn't there already http://mtn-host.prjek.net/projects/monotone/ ? It doesn's present a nice web page, or Richard's email, but the monotone repository is there, isn't it? Yes it is. I don't know how often it is update, but seems often enough to me. -- Lapo Luchini - http://lapo.it/ “It is dangerous to be right when the government is wrong.” (Voltaire) signature.asc Description: OpenPGP digital signature ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
