Re: Is monotone dead, or is there a path forward?

Hendrik Boom writes: > On Sat, Jun 05, 2021 at 08:54:25AM -0700, Stephen Leake wrote: >> Hendrik Boom writes: >> >> > Or is monotone development and maintenance truly dead and I need to >> > abandon ship and take what data I ca with me? >> >&

Re: Is monotone dead, or is there a path forward?

Hendrik Boom writes: > Or is monotone development and maintenance truly dead and I need to > abandon ship and take what data I ca with me? Just for reference, I gave up on monotone, and exported to git. -- -- Stephe

Re: terminating branch development

Hendrik Boom writes: > Is there a way to tell monotone that a named branch is no longer of interest > (except perhaps for historians)? mtn suspend https://www.monotone.ca/docs/Branching-and-Merging.html -- -- Stephe

Re: aborting a merge

Hendrik Boom writes: > Let's say I do a propagate from a main branch to a development branch. > I get dumped into emacs merge to sort things out. > Let's further say the emacs merge gets too hairy. I need to do > the merge more slowly with other tools, or perhaps start the merge > over again,

no monotone in Debian testing?

I've just installed a new Debian 10 VM, and upgraded to testing. 'aptitude search monotone' returns nothing! Is it finally time to stop using monotone? -- -- Stephe

Re: [Monotone-devel] interoperating with git

Hendrik Boom writes: > Planning to use monotone together with git. Monotone for day-to-day > activity, because it's a system I understand and trust. Git for posting > working versions on github or gitlab or some such. > > The obvious way to do this is to have one workspace that is used with

Re: [Monotone-devel] serialization format

Markus Wanner <mar...@bluegap.ch> writes: > On 04/07/2016 05:21 PM, Stephen Leake wrote: >> Peter Stirling <pe...@pjstirling.plus.com> writes: >>> I apologise for being late to the part here: Is the goal here to >>> reduce the barrier to entry for automat

Re: [Monotone-devel] serialization format

Peter Stirling writes: > I apologise for being late to the part here: Is the goal here to > reduce the barrier to entry for automate clients (by using something > which has a decent chance of having a parsing library in most > languages)? That is a reasonable goal.

Re: [Monotone-devel] serialization format

Markus Wanner <mar...@bluegap.ch> writes: > Hello Stephen, > > thanks for your feedback. > > On 04/04/2016 06:58 PM, Stephen Leake wrote: >> Human readable makes testing and developing new features much easier. If >> we use binary, we will need a separate tool th

Re: [Monotone-devel] serialization format

Markus Wanner writes: > Hi, > > I'd like to get some feedback regarding some ideas around the > serialization format used for storage and exchange of data in monotone. > Currently, we're mostly using basic_io (for revisions, manifests, certs, > AFAIK even for automate). > >

Re: [Monotone-devel] deferred merge

Hendrik Boom writes: > Is there some easy oe-time way of asking a merge to be deferred, so > that the "merged" file has both versions in it, complete with > '' and ">>>" and ssuch to mark the conflicts? Because > sometimes it takes a lot more analysis than

Re: [Monotone-devel] deleting databases

Hendrik Boom hend...@topoi.pooq.com writes: Rereading the tutorial for the first time in years I discovered the llovely command $ mtn db init --db=:beth in section 2.3, which creates a database in a standard location, normally $HOME/.monotone/databases I immediately tried it out, and

Re: [Monotone-devel] improving `mtn status`

Markus Wanner mar...@bluegap.ch writes: it's been a while since the C++11 refactoring, but as promised, here's some actually useful work: I scratched a couple of itches I had with recent monotone's status command and started a branch trying to improve it: net.venge.monotone.revamp-status.

Re: [Monotone-devel] [Monotone-users] I'm sorry to keep bothering you

jfl j...@i2pmail.org writes: mkdir ~/mtn/ooncd ; cd ~/mtn/ooncd mtn db init --db=ooncd mtn --db=ooncd --branch=th.or.ooncd-th setup th cd th cp -r ../../ooncd-old/th/rst . cp ../../ooncd-old/th/makefile . mtn add -R rst makefile mtn commit -kjfl-transport@mail.i2p --message=initial

Re: [Monotone-devel] [Monotone-users] multiple databases on a single machine

jfl j...@i2pmail.org writes: I have 2 databases, one with 2 branches and one with 4. I want to serve them both from the same machine. I have not done this, but I believe the anser is usher: http://journal.richard.levitte.org/entries/transparent-usher/ -- -- Stephe

Re: [Monotone-devel] [Monotone-users] botan

jfl j...@i2pmail.org writes: Is it ok to install and run a version of botan separate from and possibly a different version than what's in monotone without dangerous and/or confusing interactions? depends on the OS, and what you mean by separate. This is a general shared library configuration

Re: [Monotone-devel] fixing old commit messages

Hendrik Boom hend...@topoi.pooq.com writes: Is there any way to edit an old commit message? The commit message for a revision is stored in the changlog cert: $ mtn ls certs h:org.opentoken mtn: expanding selection 'h:org.opentoken' mtn: expanded to '99db28068fc5a79e3e613f8d64dc273a4870'

Re: [Monotone-devel] minimum requirements

Markus Wanner mar...@bluegap.ch writes: As per the build farm, these platforms now compile nvm.mandatory-cxx11 just fine: CentOS 6.5 (using g++ 4.8.2 from devtools-2 package) Cygwin Debian sid Gentoo Hardened MinGW / Msys 1.0 NetBSD 6.1 (using gcc48) OmniOS r151008

Re: [Monotone-devel] mandatory-cxx11 on Cygwin doesn't have to_string

Markus Wanner mar...@bluegap.ch writes: searching for to_string in /usr/include turns up boost references only. On Cygwin, the stdc++ headers live under /usr/lib/gcc/. arrgghh. Bottom line: It looks like we're stuck with boost::lexical_cast for now. Therefore, I reverted the corresponding

[Monotone-devel] mandatory-cxx11 on Cygwin doesn't have to_string

Cygwin g++ is: g++ --version g++ (GCC) 4.8.2 Copyright (C) 2013 Free Software Foundation, Inc. Cygwin does not provide to_string in the string header: ../mandatory-cxx11/src/sanity.cc:38:12: error: ‘std::to_string’ has not been declared (even after adding #include string) searching for

Re: [Monotone-devel] minimum requirements

Markus Wanner mar...@bluegap.ch writes: On 05/16/2014 07:12 PM, Markus Wanner wrote: Stephen wants these (and supports them by occasional manual testing): * RHEL 6 Minor update on the RHEL front: build animal armadillo (effectively running CentOS 6.5) now uses a g++ 4.8.2 from the

Re: [Monotone-devel] mandatory-cxx11 on Cygwin doesn't have to_string

Stephen Leake stephen_le...@stephe-leake.org writes: reverting all uses of to_string, stoi, and similar lexical casts lets mtn compile. And pass all tests. -- -- Stephe ___ Monotone-devel mailing list Monotone-devel@nongnu.org https

Re: [Monotone-devel] C++11

Markus Wanner mar...@bluegap.ch writes: We can put such things in src/base.hh or add to CXXFLAGS via the configure script. I personally prefer the former, but we need to consider that it has no effect on the embedded netxx sources. netxx/* apparently doesn't include base.hh; undefining

Re: [Monotone-devel] C++11

Markus Wanner mar...@bluegap.ch writes: Apparently 'std::shared_ptrvoid' is illegal, and that is enforced in gcc 4.9.0 Yeah, seems like a weird construct. cow_trie::_data is set by the 'walk' code above; apparently we have two node types. So to use a shared_ptr, we need a union of those

Re: [Monotone-devel] C++11

Markus Wanner mar...@bluegap.ch writes: On 05/16/2014 05:17 PM, Stephen Leake wrote: Markus Wanner mar...@bluegap.ch writes: Interesting, I thought I tested that. But you're right, this looks like the macro doesn't do what it's supposed to do. It itself claims: # The first argument

Re: [Monotone-devel] minimum requirements

Markus Wanner mar...@bluegap.ch writes: Stephen wants these (and supports them by occasional manual testing): * RHEL 6 * Windows / Msys 2 * Cygwin Someone else (Lapo? ) has been providing Cygwin packages, but 1.1 hasn't happened yet. -- -- Stephe

Re: [Monotone-devel] C++11

LeJacq, Jean Pierre jeanpierre.lej...@quoininc.com writes: error: ‘fdopen’ was not declared in this scope *in = fdopen(infds[1], w); Setting the language level to -std='c++11' enables strict ISO C++ library support. fdopen() is not part of the C11 or C++11 standards. Instead it is a

Re: [Monotone-devel] Mingw 64 bit build

Stephen Leake stephen_le...@stephe-leake.org writes: I'd like to test nvm.msys2-mingw-64 on a 64 bit linux before landing that; I have Redhat 6 64 bit. Done, and passing. Any objections to propagating nvm.msys2-mingw-64 to nvm? -- -- Stephe

Re: [Monotone-devel] C++11

Markus Wanner mar...@bluegap.ch writes: On 05/15/2014 09:18 PM, Stephen Leake wrote: gcc --version gcc (GCC) 4.7.4 20131104 for GNAT Pro 7.2.1 (20140108) for GNAT Pro?!? yes; it's for my day job, we pay for AdaCore support. I'm not suggesting it as a general solution for mtn on Red Hat 6

Re: [Monotone-devel] Mingw 64 bit build

Markus Wanner mar...@bluegap.ch writes: On 05/16/2014 11:34 AM, Stephen Leake wrote: Stephen Leake stephen_le...@stephe-leake.org writes: I'd like to test nvm.msys2-mingw-64 on a 64 bit linux before landing that; I have Redhat 6 64 bit. Done, and passing. Any objections to propagating

Re: [Monotone-devel] C++11

Markus Wanner mar...@bluegap.ch writes: Interesting, I thought I tested that. But you're right, this looks like the macro doesn't do what it's supposed to do. It itself claims: # The first argument, if specified, indicates whether you insist on an # extended mode (e.g. -std=gnu++11) or a

Re: [Monotone-devel] C++11

Hendrik Boom hend...@topoi.pooq.com writes: On Tue, May 13, 2014 at 07:23:07PM +0200, Markus Wanner wrote: This requirement clearly complicates matters for distributions that ship anything older than gcc-4.6. These are (according to what I could find quickly): Debian squeeze

Re: [Monotone-devel] C++11

On msys2: g++ --version g++.exe (Rev2, Built by MSYS2 project) 4.9.0 g++ -I. -I../mandatory-cxx11 -I/mingw64/include -I/mingw64/include/botan-1.10-DWIN32 -DNETXX_NO_PTON -DNETXX_NO_NTOP -DNETXX_NO_INET6 -g -O2 -Wall -Wextra -Wno-unused -Wno-unused-parameter -std=c++11 -MT

Re: [Monotone-devel] C++11

Markus Wanner mar...@bluegap.ch writes: NetBSD 5.1 shipping gcc 3.3 OpenBSD 5.5 shipping gcc 4.2 Debian squeeze (oldstable): shipping gcc 4.4 Ubuntu 10.04 LTS (lucid): shipping gcc 4.4 RHEL 6: shipping gcc 4.4 CentOS 6.5:

Re: [Monotone-devel] C++11

Markus Wanner mar...@bluegap.ch writes: Given the (lack of) manpower, I think it's actually beneficial to the project to reduce the variety of supported platforms. Yes. I'm certainly not willing to test gccs back to version 3.2. Nor boost as of 1.33, for example. (As currently stated in

Re: [Monotone-devel] C++11

Stephen Leake stephen_le...@stephe-leake.org writes: Markus Wanner mar...@bluegap.ch writes: NetBSD 5.1 shipping gcc 3.3 OpenBSD 5.5 shipping gcc 4.2 Debian squeeze (oldstable): shipping gcc 4.4 Ubuntu 10.04 LTS (lucid): shipping gcc 4.4 RHEL 6

Re: [Monotone-devel] C++11

Markus Wanner mar...@bluegap.ch writes: The most obvious drawback is higher requirements on compilers and standard libraries. However, it seems realistic to be able to support gcc-4.6 and clang-3.3 and newer. (Maybe even older clang, but I didn't try.) I have no problem moving to the current

Re: [Monotone-devel] Mingw 64 bit build

Markus Wanner mar...@bluegap.ch writes: On 05/06/2014 02:15 AM, Stephen Leake wrote: Yes, as long as there are no warnings in the compiler output, my workflow works :). I'm glad to hear that. Anything speaking against landing nvm.cleanup-warnings, then? No, go ahead. I'd like to test

Re: [Monotone-devel] GPL version for monotone

Markus Wanner mar...@bluegap.ch writes: while COPYING states GPL-2+ as the license for monotone, I just figured there's exactly two files in the source that state GPL-3+: src/{unix,win32}/parse_date.cc. You introduced these back in May 2010 in rev a8147b11, when splitting functionality from

Re: [Monotone-devel] monotone 1.1 released

Markus Wanner mar...@bluegap.ch writes: On 05/04/2014 03:20 PM, Stephen Leake wrote: Will you be doing the win32 installer? I can build one from an msys2 32 bit build, if needed. I'd appreciate if you do it. Thanks. My ssh key has been lost from mtn-uplo...@monotone.ca, so I can't upload

Re: [Monotone-devel] Mingw 64 bit build

Markus Wanner mar...@bluegap.ch writes: I understand your point of view and appreciate your efforts. Please continue to maintain the msys2 documentation. Ok, thanks. I'm not quite satisfied with the general guide for Windows, though, so please allow me to write something. I think that may

Re: [Monotone-devel] Mingw 64 bit build

Markus Wanner mar...@bluegap.ch writes: Stephen, On 05/04/2014 03:48 PM, Stephen Leake wrote: I just tried: There are a couple of places where Unix needs an argument that you've commented out. Please revert those. Done in nvm.cleanup-warnings. No, I still found lots crufty casts to void

Re: [Monotone-devel] monotone 1.1 released

Markus Wanner mar...@bluegap.ch writes: the monotone team just released version 1.1 of its versions control system. Excellent! Thanks for your work on this. Will you be doing the win32 installer? I can build one from an msys2 32 bit build, if needed. -- -- Stephe

Re: [Monotone-devel] Mingw 64 bit build

Markus Wanner mar...@bluegap.ch writes: Stephen, On 05/03/2014 03:54 PM, Stephen Leake wrote: I've built nvm.msys2-mingw-64 with Mys2/MingW64 64 bit. It passes all tests except one func test (empty_environment) and some extra tests. Cool, thanks. What goes wrong in empty_environment

Re: [Monotone-devel] Mingw 64 bit build

Markus Wanner mar...@bluegap.ch writes: Stephen, On 05/04/2014 03:48 PM, Stephen Leake wrote: Done in nvm.cleanup-warnings. Cool, thanks. I'll have another look, soon. I think we should; there's nothing worse than trying to follow some install instructions only to discover there is some

Re: [Monotone-devel] 'warning: unused parameter'

Markus Wanner mar...@bluegap.ch writes: That being said, I certainly agree we should try to reduce compiler warnings as much as possible with generic ways. I started the branch nvm.cleanup-warnings for that work. But please keep focusing on fixing real issues for release 1.1, for now. I've

[Monotone-devel] Mingw 64 bit build

I've built nvm.msys2-mingw-64 with Mys2/MingW64 64 bit. It passes all tests except one func test (empty_environment) and some extra tests. I need to test that branch on a Unix box (I have Debian and Cygwin), since most of the changes are in '#ifdef Windows' areas. See

[Monotone-devel] configure errors on 64 bit cygwin

I'm getting configure errors on 64 bit cygwin. I just updated cygwin. First, I used the configure args in INSTALL_windows_cygwin.txt: ./configure botan_CFLAGS=-I/usr/include/botan-1.10 \ botan_LIBS=/usr/lib/libbotan-1.10.dll.a In config.log, that gives: configure:5205: g++

Re: [Monotone-devel] configure errors on 64 bit cygwin

Stephen Leake stephen_le...@stephe-leake.org writes: I'm getting configure errors on 64 bit cygwin. I just updated cygwin. I have libotan-1.10.5-1 -- -- Stephe ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org

Re: [Monotone-devel] 'warning: unused parameter'

Markus Wanner mar...@bluegap.ch writes: On 05/01/2014 09:20 PM, Markus Wanner wrote: You can always do `./configure CXXFLAGS=-Wno-unused-parameter` - then there's nothing to take out. Sorry, no, that doesn't work. Sigh! (Due to -Wunused being appended after any flags passed in, thus

Re: [Monotone-devel] 'warning: unused parameter'

Markus Wanner mar...@bluegap.ch writes: On 04/30/2014 10:40 AM, Stephen Leake wrote: I've succeeded in setting up a MinGW64 environment. It's quite nice once you get past the tools install issues. I have not committed INSTALL_windows_mingw64.txt yet; soon. Is is really that much different

[Monotone-devel] 'warning: unused parameter'

I've succeeded in setting up a MinGW64 environment. It's quite nice once you get past the tools install issues. I have not committed INSTALL_windows_mingw64.txt yet; soon. I'm getting lots of 'warning: unused parameter' messages from g++: ../monotone/src/simplestring_xform.hh:51:61: warning:

Re: [Monotone-devel] 'warning: unused parameter'

Stephen Leake stephen_le...@stephe-leake.org writes: The code that generates this is in simplestring_xform.hh: template inline origin::type get_made_fromstd::string(std::string const thing) { return origin::internal; } Is there a way to mark 'thing' as unused? or do we have to disable

Re: [Monotone-devel] 'warning: unused parameter'

Stephen Leake stephen_le...@stephe-leake.org writes: Stephen Leake stephen_le...@stephe-leake.org writes: The code that generates this is in simplestring_xform.hh: template inline origin::type get_made_fromstd::string(std::string const thing) { return origin::internal

[Monotone-devel] sizeof int /= size of void*

In mingw64, pointers are 64 bit, 'int' is 32 bit. So I'm getting an error in netxx: ../monotone/src/netxx_pipe.cc:365:31: error: cast from 'HANDLE {aka void*}' to 'Netxx::socket_type {aka int}' loses precision [-fpermissive] return (Netxx::socket_type) named_pipe; The context is:

Re: [Monotone-devel] 'warning: unused parameter'

Václav Zeman vhais...@gmail.com writes: You could special case GCC and introduce your own macro that expands to the unused attribute in case of GCC: http://gcc.gnu.org/onlinedocs/gcc-4.9.0/gcc/Function-Attributes.html#index-g_t_0040code_007bunused_007d-attribute_002e-3000 that page says it is

Re: [Monotone-devel] preparing for release 1.1

Stephen Leake stephen_le...@stephe-leake.org writes: I'll also update my mingw install and test there. progress report; I updated to the latest 32 bit MinGW installer, and something is wrong. mtn compiles, and 'mtn version' works, but 'mtn automate get_base_revision_id' crashes. I'll try

Re: [Monotone-devel] preparing for release 1.1

Markus Wanner mar...@bluegap.ch writes: Can you run your mtn.exe from a debugger to see what's wrong (or get a core dump, if such a thing exists on Windows)? I can, but the last time I investigated a bug like this it turned out to be the compiler version, so I'd rather mess with the tools some

Re: [Monotone-devel] preparing for release 1.1

Markus Wanner mar...@bluegap.ch writes: On 04/27/2014 05:53 PM, Markus Wanner wrote: I'm just about to add a (32-bit) MinGW build slave (boar). The bot didn't run through all tests just yet, but that box ran through all of them just fine, before, so I'm surprised you're reporting such a

Re: [Monotone-devel] preparing for release 1.1

Markus Wanner mar...@bluegap.ch writes: Stephen, On 04/22/2014 04:45 PM, Stephen Leake wrote: We have always had failing tests on Cygwin (I believe). Not enough motivation to fix them. I already fixed all but one. And netsync_largish_file seems important enough to have a deeper look. My

Re: [Monotone-devel] preparing for release 1.1

Markus Wanner mar...@bluegap.ch writes: On 04/18/2014 11:20 AM, Stephen Leake wrote: Cygwin now comes in two flavors; 32 bit and 64 bit; which are you using? I have Cygwin 64; I'll see if I can compile monotone on that. I tested on Cygwin 64. However, I'd expect the provided versions

Re: [Monotone-devel] preparing for release 1.1

Markus Wanner mar...@bluegap.ch writes: I finally got around cleaning up things for a 1.1 release. Thanks for working on this I updated the UPGRADE, NEWS and INSTALL documents a bit. Please review. Cygwin now comes in two flavors; 32 bit and 64 bit; which are you using? I have Cygwin 64;

Re: [Monotone-devel] release 1.1 - status

Markus Wanner mar...@bluegap.ch writes: On 02/02/2014 11:17 PM, Stephen Leake wrote: Although it appears we should switch to MinGW-w64, I think that can wait for the next release. Does switch here refer to the build we provide? Yes. Or does it imply we have compilation issues

Re: [Monotone-devel] release 1.1 - status

Markus Wanner mar...@bluegap.ch writes: I'm still interested in compiling a release. Thanks for working on this. To my current knowledge, we are doing fine on Debian and Cygwin, Windows (Mingw 32) is also fine. Although it appears we should switch to MinGW-w64, I think that can wait for

Re: [Monotone-devel] [Monotone-users] CAD versioning

Hendrik Boom hend...@topoi.pooq.com writes: On Thu, Dec 12, 2013 at 11:44:51AM -0600, Stephen Leake wrote: Roberto Bartola robertobart...@gmail.com writes: I'm looking for a versionig software which could be used in (M)CAD projects. I such projects we can find many parts assembled

Re: [Monotone-devel] [Monotone-users] CAD versioning

Roberto Bartola robertobart...@gmail.com writes: I'm looking for a versionig software which could be used in (M)CAD projects. I such projects we can find many parts assembled in assemblies and sub/assemblies. I'd like to understand if is it possible to checkin/checkout and put in a lock way

Re: [Monotone-devel] Thanks. Re: nested workspaces

Hendrik Boom hend...@topoi.pooq.com writes: But it's better to checkout the two projects in parallel; there's no reason the directory structure has to match the main/sub project structure. Well, actually, there is. I'm writing stories. Some are short, some are long and end up organised

Re: [Monotone-devel] nested workspaces

Hendrik Boom hend...@topoi.pooq.com writes: I've never found a clear discription of what happens with nested workspaces. Maybe I just haven't looked enough. For example, I may have a project and a subproject. I checkout the project, and get a directory fill of stuff, including a _MTN

Re: [Monotone-devel] Forbid a changeset from merging

Hendrik Boom hend...@topoi.pooq.com writes: Is there any way to mark this one changeset so that it will never be merged into the main branch? This is not possible with the current monotone. It has come up in other contexts; the Emacs developers would like the capability. (If we implement

Re: [Monotone-devel] recent Botan changes?

Richard Hopkins richhguard-monot...@yahoo.co.uk writes: How recent a head? I've done a fresh checkout of 083dfa48871b21905f81ab22822709e0db97635b: autoreconf, configure, make cycle with no problems using botan 1.6.4. 5934509c86e975ce771c66a1511671620eceb6d0 is fine as well which I was at

[Monotone-devel] recent Botan changes?

I'm compiling monotone head on Red Hat 5.0 (for work); I need a recent fix I put in for drop/modified conflicts. The Red Hat repository does not have Botan (any version). Until very recently, monotone compiled with Botan 1.8.13. Then some change (I have not tried to narrow it down) caused this

Re: [Monotone-devel] recent Botan changes?

Richard Hopkins richhguard-monot...@yahoo.co.uk writes: monotone configure says we support Botan 1.6.3, which is apparently no longer true. We should fix this then. I successfully compile and run monotone (head) with botan 1.6.4 on SUSE Enterprise, and from memory 1.8.x and 1.10.x on

Re: [Monotone-devel] recent Botan changes?

Thomas Moschny thomas.mosc...@gmx.de writes: Am Tue, 26 Mar 2013 03:59:42 -0400 schrieb Stephen Leake stephen_le...@stephe-leake.org: I'm compiling monotone head on Red Hat 5.0 (for work); I need a recent fix I put in for drop/modified conflicts. The Red Hat repository does not have Botan

Re: [Monotone-devel] boost 1.53 breaks monotone build

Markus Wanner mar...@bluegap.ch writes: On 03/19/2013 05:11 AM, Stephen Leake wrote: This has *i after erase (i), which can have random effects depending on the stack/heap content. Good catch. Thanks. Of course, I'm the one that wrote the bad code in the first place :(. -- -- Stephe

Re: [Monotone-devel] ***SPAM*** Re: About certs

Frédéric Praca frederic.pr...@free.fr writes: Le Fri, 07 Dec 2012 06:54:17 -0500, Stephen Leake stephen_le...@stephe-leake.org a écrit : Frédéric Praca frederic.pr...@free.fr writes: Ok, forget it, it does not seem to be relevant. For automate, ok I close the ticket as won't fix

Re: [Monotone-devel] ***SPAM*** Re: About certs

Frédéric Praca frederic.pr...@free.fr writes: Ok, forget it, it does not seem to be relevant. For automate, ok I close the ticket as won't fix. no, the non-automate needs to be fixed -- -- Stephe ___ Monotone-devel mailing list

Re: [Monotone-devel] ***SPAM*** Re: About certs

Frédéric Praca frederic.pr...@free.fr writes: Second, automate output should _not_ be formatted; it is not intended to be seen by the user, but parsed by a tool that then presents it to the user. The tool expects the default formatting, and should not have to cope with random user settings.

Re: [Monotone-devel] ***SPAM*** Re: About certs

Frédéric Praca frederic.pr...@free.fr writes: So, yes, there's something to review but just a bugfix :) What is the name of the branch? There are a lot, so it's easy to miss a new one. -- -- Stephe ___ Monotone-devel mailing list

Re: [Monotone-devel] Purpose of origin_aware

Frédéric Praca frederic.pr...@free.fr writes: Hello guys, I would like what is the purpose of the origin_aware class. It allows distinguishing between user input and internally generated items (usually strings). This sometimes changes behavior (ie error vs warning), or just the text of error

Re: [Monotone-devel] ***SPAM*** About certs

Frédéric Praca frederic.pr...@free.fr writes: Now that I have a version that can handle standard local manipulation (db init, setup, co, ci, merge), I have a problem when syncing two databases. I received a message telling that the database is too old. What was the exact message? What

Re: [Monotone-devel] About certs

Frédéric Praca frederic.pr...@free.fr writes: Moreover, I would like to know where can I find documentation on netsync. The user guide gives a top level view. The source code is the best place for details, but it can be very confusing. Well, that's what I thought. If it's as confusing as

Re: [Monotone-devel] date selectors using local time for comparison (Stephen Leake)

Richard Hopkins richhguard-monot...@yahoo.co.uk writes: Hm. The tests must set some env variable so all times are UTC; that would be required for consistency, with testers in several time zones. But we should have at least one test that sets a different time zone, to test stuff like this.

Re: [Monotone-devel] date selectors using local time for comparison

Richard Hopkins richhguard-monot...@yahoo.co.uk writes: I've run into an issue recently using the date selectors, try this $ mtn db init --db=test.db $ echo hello test.txt $ mtn add test.txt $ mtn commit $ mtn log -rl:5 minutes ago I would expect to see revision I've just committed,

Re: [Monotone-devel] monotone 1.1 release thoughts

richhguard-monot...@yahoo.co.uk writes: Does anyone have any thoughts on releasing monotone 1.1? Yes I think it's time. I've fixed all the bugs I feel need fixing. My vote is to release it soon, maybe christmas? I think we can be more ambitious than that :). -- -- Stephe

Re: [Monotone-devel] `mtn cat` garbling Windows newlines

richhguard-monot...@yahoo.co.uk writes: [Stephe] The problem does seem to be cmd_files.cc dump_file. It needs to write a file_data object to a std::ostream. What function would you recommend instead of ''? I did manage to get something compiled that passed the test on Linux but can't

Re: [Monotone-devel] netsync over ssh revisited

Richard Levitte rich...@levitte.org writes: stephen_leake I'd have to see a list of all the protocols mtn supports to try to come stephen_leake up with a reasonable classification. Which is what your manual update stephen_leake will provide, so I think that's the place to start. mtn:

Re: [Monotone-devel] netsync over ssh revisited

Richard Levitte rich...@levitte.org writes: In message 20120906.055612.470427758.rich...@levitte.org on Thu, 06 Sep 2012 05:56:12 +0200 (CEST), Richard Levitte rich...@levitte.org said: richard I had a look in std_hooks.lua and noticed the ssh+ux: schema, which richard basically does what

Re: [Monotone-devel] file: on windows via tcp sockets

Richard Levitte rich...@levitte.org writes: 04:56:45 -0400, Stephen Leake stephen_le...@stephe-leake.org said: stephen_leake This discussion suggests a way to make file: work on Windows native; use stephen_leake TCP sockets to connect between the client and server instances of mtn

Re: [Monotone-devel] netsync over ssh revisited

Richard Levitte rich...@levitte.org writes: In message 858vcnil6a@stephe-leake.org on Thu, 06 Sep 2012 04:56:45 -0400, Stephen Leake stephen_le...@stephe-leake.org said: stephen_leake Attempting to generalize/abstract a naming convention: stephen_leake stephen_leake ssh {host

Re: [Monotone-devel] netsync over ssh revisited

Richard Levitte rich...@levitte.org writes: So I wonder, has anyone else already played with having netsync tunneled over ssh but otherwise working exactly like the usual mtn: schema? (in other words, it still requires a mtn running as server on the remote end) I have not tried it, but you

Re: [Monotone-devel] Updated Issue 212 - sync needs list of include patterns (monotone)

c...@monotone.ca writes: Hello, The following issue has been updated: 212 - sync needs list of include patterns Project: monotone Status: New Reported by: Stephen Leake URL: https://code.monotone.ca/p/monotone/issues/212/ Labels: Type:Feature Request Priority:Medium Comments (last

Re: [Monotone-devel] Updated Issue 212 - sync needs list of include patterns (monotone)

Stephen Leake stephen_le...@stephe-leake.org writes: c...@monotone.ca writes: Hello, The following issue has been updated: 212 - sync needs list of include patterns Project: monotone Status: New Reported by: Stephen Leake URL: https://code.monotone.ca/p/monotone/issues/212/ Labels

Re: [Monotone-devel] Updated Issue 212 - sync needs list of include patterns (monotone)

Stephen Leake stephen_le...@stephe-leake.org writes: In the user manual, the URI syntax is described as: scheme://[[user@@]host[:port]][/path][?pattern[;-exclude-pattern[...]]] That says there is only one include pattern, but multiple exclude patterns. The examples only show one include

Re: [Monotone-devel] Updated Issue 212 - sync needs list of include patterns (monotone)

Stephen Leake stephen_le...@stephe-leake.org writes: I added a unit test in monotone/test/unit/tests/uri.cc that demonstrates this: test_one_uri(mtn://venge.net/monotone?include1;-exclude1;-exclude2;include2, mtn, , venge.net, , /monotone, {include1

Re: [Monotone-devel] Stephe...

Thomas Keller m...@thomaskeller.biz writes: ...just looking around the corner to tell you that you're doing a great job for monotone! Thank you very much for taking care of all these bugs! Thanks. -- -- Stephe ___ Monotone-devel mailing list

Re: [Monotone-devel] Updated Issue 148 - 'mtn list unknown' omits items in an unknown directory (monotone)

Any objections to merging nvm.issue-148-80 to main? -- -- Stephe ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] Updated Issue 201 - pull and db check have different opinion on whether branch certs are needed (monotone)

Markus Wanner mar...@bluegap.ch writes: Stephen, On 06/25/2012 12:55 PM, c...@monotone.ca wrote: # By Stephen Leake, Jun 25, 2012: consensus on relaxing db check, so that's done in a4549e0dd9f2288465eb61bb885ceaaf07359776 Thanks, perfect. (I couldn't review the change, as it's

[Monotone-devel] issue 68

I'm going thru all the mtn issues, looking for things to fix. issue 68 reports an invariant failure in mtn 0.36, but it doesn't give enough info to reproduce the problem. I suggest we mark this issue 'WontFix', so we don't have to think about it any more. -- -- Stephe

Re: [Monotone-devel] issue 201; missing certs are easily generated, but reported as a serious problem

Stephen Leake stephen_le...@stephe-leake.org writes: One fix is very simple; in database_check.cc, take missing_certs out of the 'serious' sum. Then 'db check' reports: mtn: revision 114f6aa58c7707bf83516d4080ca6268c36640ad missing branch cert mtn: warning: 1 missing certs mtn: check

[Monotone-devel] status of issue 203?

I'm trying to understand issue 203. I have a Debian system, with testing installed as the main system, and unstable in a chroot. I don't see any package named 'eglibc', nor 'glibc'. There is 'libglib2.0-0', which is at version 2.32.3-1 in both testing and unstable (just refreshed everything

  1   2   3   4   5   6   7   8   9   10   >