monotone on windows

What does one do to use monotone on windows? I'm on Linux and have been using monotone for ages. I am considering a colaborationwith a windows user. We'd like to be synchronising text files between us. She is not a computer programmer; I'd probably have to set it up on her machine for her, and

possible bug

Possible bug: mtn: warning: expected file 'Melinda/src/delete', but it is a directory. mtn: fatal: error: src/work.cc:1896: I(ident_existing_file(name, fid)) mtn: This is almost certainly a bug in monotone. mtn: Please report this error message, the output of 'mtn version --full', mtn: and a

Re: netsync with port forwarding -- SOLVED

On Tue, Jun 08, 2021 at 10:16:18PM +0200, Michael Raskin wrote: > >I believe I got it to work? I found one more trick in the cofiguration > >menu. Theres a firewall, which knows about proper redirection for a > >large number of protocols, but not netsync. > >It turns out to have a garbage

Re: netsync with port forwarding -- SOLVED

On Sun, Jun 06, 2021 at 08:21:44PM +0200, Michael Raskin wrote: > >> >Netsync relies on some underlying conventions on the use of TCP for a > >> >two-way connexion. Is there some other protocol that shares these > >> >conventions? If so I could tell the modem that this other protocol is > >>

Re: netsync with port forwarding

On Sun, Jun 06, 2021 at 05:03:21PM +0200, Michael Raskin wrote: > >On Sun, Jun 06, 2021 at 10:51:21AM +0200, Michael Raskin wrote: > >> >Or is here some other way of achieving the same result -- letting > >> >netsync work when I'm not at home? > >> > >> As an «adapt to the modem» approach, I

Re: netsync with port forwarding

On Sun, Jun 06, 2021 at 10:51:21AM +0200, Michael Raskin wrote: > >Or is here some other way of achieving the same result -- letting > >netsync work when I'm not at home? > > As an «adapt to the modem» approach, I would consider forwarding SSH and > either port forwarding netsync in SSH

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

On Sun, Jun 06, 2021 at 02:18:12PM +0100, CooSoft Support wrote: > In my experience the merging in mtn presents the developer with far fewer > conflicts to resolve. Plus you can merge multiple branches in one go by > `baptising' those dev branches into the target developer/integration branch. How

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

On Sun, Jun 06, 2021 at 12:53:11AM -0400, grarpamp wrote: > As people noted in last months / years... the worlds OS, apps, > developers, and tech oriented operating system / repo / code / porters > eyeballs users and interactors have more or less moved en masse > to git, primarily on github, often

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

On Sat, Jun 05, 2021 at 05:51:38PM +0200, Michael Raskin wrote: > >Is anything being done about this? > >Is the current botan so incompatible that it's hopeless to adapt? > > > >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?

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? > > Just for reference, I gave up on monotone, and exp

netsync with port forwarding

I've been using montone for years, and circumstances have forced me to move my server behind a Network Address Translation VDSL modem, setting up port forwarding to make it accessible to the world. I use usher. It's not working. I have a VDSL modem that is supposed to do network address

Is monotone dead, or is there a path forward?

On Mon, Feb 10, 2020 at 06:05:09PM +1100, Brian May wrote: > Stephen Leake writes: > > > 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? > > monotone has been removed from

terminating branch development

Is there a way to tell monotone that a named branch is no longer of interest (except perhaps for historians)? This might happen if development has reached an impasse, or if it is completely successful and has been merged into the main project. -- hendrik

aborting a merge

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, with more insight. How do I get

Re: no monotone in Debian testing?

On Mon, Feb 10, 2020 at 06:05:09PM +1100, Brian May wrote: > Stephen Leake writes: > > > 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? > > monotone has been removed from

Re: Fyi: this list, monotone-devel, just had it's subject [tag] and footer removed

Does this policy violate antispam laws that require mailing list messages to contain instructions how to be taken off the list? -- hendrik On Thu, Oct 24, 2019 at 04:18:39PM -0400, sysad...@gnu.org wrote: > The Free Software Foundation has changed the GNU Mailman settings on > this list. The

Re: [Monotone-devel] Won't transfer on syncing.

On Wed, Sep 04, 2019 at 12:32:04AM -0500, Tim Brownawell wrote: > On Mon, 2019-09-02 at 17:19 -0400, Hendrik Boom wrote: > > today, for no obvious reason, I get error messages when I try to > > sync > > whereas yesterday I did not. > > [...] > > mtn: finding items

Re: [Monotone-devel] Won't transfer on syncing.

at 08:31:04PM -0400, Hendrik Boom wrote: > I seem to have screwed up again. > > I have a different recent revisions on the client and server, and the same > old revisions, yet when I sync nothing gets transferred. > > I know that syncing from the client reaches the same database

[Monotone-devel] Won't transfer on syncing.

I seem to have screwed up again. I have a different recent revisions on the client and server, and the same old revisions, yet when I sync nothing gets transferred. I know that syncing from the client reaches the same database the server uses, because when, immediately after doing the sync on

Re: [Monotone-devel] undoing commits

On Mon, Aug 05, 2019 at 03:56:02AM -0700, J Decker wrote: > I'm sure it's way late now... but isn't ist just `mtn revert` ? Just checked the documentation: mtn revert undoes changes made to the workspace. It does not undo the most recent commit. So this is not what I want. I just want the

Re: [Monotone-devel] undoing commits

twice to do two uncommits (neither has ever been synced). -- hendrik > > On Mon, Aug 5, 2019 at 3:48 AM Ludovic Brenta > wrote: > > > Le 2019-08-05 02:21, Hendrik Boom a écrit : > > > But if were to remove the branch certs (using the first instruction), > > > i

Re: [Monotone-devel] undoing commits

On Mon, Aug 05, 2019 at 12:00:26AM +0200, Ludovic Brenta wrote: > Le 2019-08-04 23:45, Hendrik Boom a écrit : > > I committed two revisions on the main branch of development that should > > have been made on a new branch. (just to be awkward, some of those > > edits

[Monotone-devel] undoing commits

I committed two revisions on the main branch of development that should have been made on a new branch. (just to be awkward, some of those edits should have been made on the main branch and others not. Each revision is a mixed bag) How can I recover? Isn't there some way to remove recent

Re: [Monotone-devel] interoperating with git

On Wed, Oct 24, 2018 at 10:00:31AM -0700, Stephen Leake wrote: > 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

[Monotone-devel] interoperating with git

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 both git and monotone. git

Re: [Monotone-devel] Trouble cloning

On Fri, Jun 29, 2018 at 07:34:03AM +1000, Brian May wrote: > Hendrik Boom writes: > > > mtn: misuse: branch 'com.pooq.hendrik.howto' is empty > > ... > > com.pooq.topoi.howto > > The branch name you used on the client looks different to the branch > name the

[Monotone-devel] Solved. Sorry for the width of bandwidth (was: Trouble cloning

Never mind! I found the problem. Misspelled branch name. Ouch! Why did it take me a whole day to figure this out. -- hendrik On Thu, Jun 28, 2018 at 05:17:19PM -0400, Hendrik Boom wrote: > I seem to have a data base that I can sync with (from one client system) > but cannot clone (to a

Re: [Monotone-devel] Trouble cloning

On Thu, Jun 28, 2018 at 08:03:23AM -0400, Hendrik Boom wrote: > I'm sorry to be asking basic usage questions again. > > I have no trouble with the everyday use of monotone -- mind you, the > everyday commands are add, drop, sync, and update and they are pretty > simple once everythi

[Monotone-devel] erase default sync location (Was: Trouble cloning)

remove the default sync location? -- hendrik On Thu, Jun 28, 2018 at 08:03:23AM -0400, Hendrik Boom wrote: > I'm sorry to be asking basic usage questions again. > > I have no trouble with the everyday use of monotone -- mind you, the > everyday commands are add, drop, sync

[Monotone-devel] Trouble cloning

I'm sorry to be asking basic usage questions again. I have no trouble with the everyday use of monotone -- mind you, the everyday commands are add, drop, sync, and update and they are pretty simple once everything has been set up. But I don't clone often. I don't set up new databases often,

[Monotone-devel] monotone documentation

I just noticed -- section "4.4 Network" ot the command reference at https://www.monotone.ca/docs/Network.html#Network doesn't actually say what push and pull do. -- hendrik ___ Monotone-devel mailing list Monotone-devel@nongnu.org

[Monotone-devel] Multiple databases

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

[Monotone-devel] monotone has disappeared from testing.

Just noticed that monotone is no longer available in Debian testing: FYI: The status of the monotone source package in Debian's testing distribution has changed. Previous version: 1.1-9 Current version: (not in testing) Hint: Bug

Re: [Monotone-devel] Monotone on Github?

On Thu, 12 Apr 2018 14:36:20 +0200, Markus Wanner wrote: > On 04/12/2018 07:19 AM, grarpamp wrote: >> Maybe that calls for iterative local checkout, generating diffs, >> checking those into github. Haven't looked into it, >> just didn't see much that looked officialish / current on github for >>

Re: [Monotone-devel] Monotone on Github?

On Tue, Apr 10, 2018 at 03:17:58AM -0400, grarpamp wrote: > Not really thinking of non self hosting. > Just a simple commit mirror with project page pointing to > wherever is authoritative, github ticketing need not be enabled. > Mostly to satisfy searches made on github, let people play >

Re: [Monotone-devel] Reviving nmonotone-viz

On Fri, 02 Mar 2018 17:19:59 -0500, Hendrik Boom wrote: > On Fri, Mar 02, 2018 at 09:37:54PM +0100, Markus Wanner wrote: >> On 02/28/2018 07:24 PM, Hendrik Boom wrote: >> > When I use monotone-viz I get the message >> > Could not parse dot output >&g

Re: [Monotone-devel] monotone-viz

On Fri, Mar 02, 2018 at 09:37:54PM +0100, Markus Wanner wrote: > On 02/28/2018 07:24 PM, Hendrik Boom wrote: > > When I use monotone-viz I get the message > > Could not parse dot output > > IIRC I have similar issues with monotone-viz (Debian stable). I'm not > aware

[Monotone-devel] monotone-viz

When I use monotone-viz I get the message Could not parse dot output hendrik@notlookedfor:~/dv/text/mt3prod$ monotone-viz --version monotone-viz 1.0.2 (base revision: ) Copyright (C) 2004-2006 Olivier Andrieu hendrik@notlookedfor:~/dv/text/mt3prod$ Is there some other

[Monotone-devel] solved: anonymous access again.

On Thu, Mar 16, 2017 at 03:51:04PM -0400, Hendrik Boom wrote: > Once again I am trying to set up a new database on my server and > clone it to my development machine. I am slowly building up a cheat > sheet with everything I have to do, but one thing still appears to > escape me.

Re: [Monotone-devel] SHA- collision found

On Sat, Feb 25, 2017 at 12:52:14AM -0500, grarpamp wrote: > To be in some relative perspective, there are probably lot > more fixes, updates, and developments to do for monotone > more important than immediate practicality of sha1 attack > this very moment. So all those can come as can be made :)

Re: [Monotone-devel] where is the repository for monotone nowadays?

On Tue, Jun 28, 2016 at 05:14:44PM +0200, Markus Wanner wrote: > On 06/28/2016 04:55 PM, Hendrik Boom wrote: > > I tried to update my repository for monotone that I had downloaded > > a few years ago, and it seems not to be able to find the main repository. > > Where

[Monotone-devel] where is the repository for monotone nowadays?

I tried to update my repository for monotone that I had downloaded a few years ago, and it seems not to be able to find the main repository. Where is inowadays? -- hendrik ___ Monotone-devel mailing list Monotone-devel@nongnu.org

Re: [Monotone-devel] monotone-viz problem

On Tue, Jun 28, 2016 at 04:28:21PM +0200, Markus Wanner wrote: > On 06/28/2016 03:49 PM, Hendrik Boom wrote: > > Should I file an official bug report? Or is my note on the monotone > > devel mailing list sufficient? > > It's sufficient for me to write the package. It

Re: [Monotone-devel] monotone-viz problem

On Tue, Jun 28, 2016 at 09:43:42AM +0200, Markus Wanner wrote: > On 06/26/2016 09:22 PM, Anthony Edward Cooper wrote: > > I wrote mtn-browse but haven't got involved in the packaging. There's only > > so much free time... Others have fine excellent work on packaging it for > > redhat, but that

Re: [Monotone-devel] monotone-viz problem

w where to find it. It does not appear to be in the Debian repositories, and googling it provides me with methods to cheat MTN (whatever that is) to browse for free. What *is* the dot output, anyway? -- hendrik > > Tony. > > On 23 June 2016 23:58:45 BST, Hendrik Boom <hend...@t

[Monotone-devel] monotone-viz problem

On my devuan jessie system, when I start monotone-viz, it always pops up a message, Could not parse dot output Is there some subtle version copatibility problem here? Or some thing weirder? hendrik@notlookedfor:~/dv/im/slides$ mtn --version monotone 1.1 (base revision:

Re: [Monotone-devel] serialization format

On Thu, Apr 07, 2016 at 11:49:15PM +0200, Markus Wanner wrote: > On 04/07/2016 11:37 PM, Stephen Leake wrote: > > There's a version number in the internal format, so we don't need a flag > > day (or maybe that was on a branch; anyway, we can add one). We do need > > to maintain both formats for

Re: [Monotone-devel] serialization format

On Wed, Apr 06, 2016 at 07:28:39AM +0200, Markus Wanner wrote: > On 04/06/2016 05:26 AM, J Decker wrote: > > If the structures might mutate with time something like json is pretty > > brief. > > if you have high reliability, sqlite for instance will store a blob > > with only \0 for the 0 and \\

Re: [Monotone-devel] deferred merge

On Sat, Mar 26, 2016 at 09:44:57AM -0400, Hendrik Boom wrote: > On Sat, Mar 26, 2016 at 10:35:14AM +0100, Markus Wanner wrote: > > On 03/26/2016 04:46 AM, Hendrik Boom wrote: > > > Is there some easy oe-time way of asking a merge to be deferred, > > > >

Re: [Monotone-devel] deferred merge

On Sat, Mar 26, 2016 at 10:35:14AM +0100, Markus Wanner wrote: > On 03/26/2016 04:46 AM, Hendrik Boom wrote: > > Is there some easy oe-time way of asking a merge to be deferred, > > Not really, no. Like a commit, this is an atomic operation: either the > resulting revision has o

Re: [Monotone-devel] I'd like a handy checklist for diagnosing privilege problems.

On Sat, Feb 20, 2016 at 05:37:39PM -0500, Hendrik Boom wrote: > Once again I'm setting up a mtn data base and am having problems with > privileges. Before you waste time investigating this, I've already foud one problem, thanks to rereading my own message a few days later in a different m

[Monotone-devel] I'd like a handy checklist for diagnosing privilege problems.

Once again I'm setting up a mtn data base and am having problems with privileges. Anyone have a handy checklist for diagnosing privilege problems? All it tells me is that it's refusing a anonymous conection. hendrik@notlookedfor:~/howto$ mtn sync --key hend...@notlookedfor.topoi.pooq.com mtn:

Re: [Monotone-devel] [Crypto-practicum] Monotone's usage of SHA1

On Tue, Feb 16, 2016 at 11:53:55AM -0800, Bill Cox wrote: > than git, since Monotone does intend to provide data integrity against > malicious attackers. Yay! -- hendrik ___ Monotone-devel mailing list Monotone-devel@nongnu.org

Re: [Monotone-devel] usher documentation

On Sat, 21 Nov 2015 21:40:06 -0600, Timothy Brownawell wrote: > On 11/21/2015 07:47 PM, Hendrik Boom wrote: >> Where does usher documentation hide out now? > It's in doc/documentation.html . I don't know that this is available > online anywhere other than thru viewmtn. Found i

[Monotone-devel] usher documentation

Where does usher documentation hide out now? I'm specfically looking to fine out how to get usher to reread the configuration file. I suppose I can look up the process id with ps, kill it, and reissue the startup command, but is there a more elegant way? I seem wtill to be running usher-0.99,

[Monotone-devel] puzzling revision history

Nothing urgent here. monotone-viz is reporting a puzzling revision history, and I'mtryngtofigure out howit could have arisen with the rather pedestrian operations I use. d40c1d1e branches C and priority | V 0d0fb542 branch priority | V e388aa8b branch priority | V

Re: [Monotone-devel] puzzling revision history

On Thu, Apr 30, 2015 at 08:35:38PM +0200, Ludovic Brenta wrote: On Thu, 30 Apr 2015 14:26:45 -0400, Hendrik Boom wrote: Nothing urgent here. monotone-viz is reporting a puzzling revision history, and I'mtryngtofigure out howit could have arisen with the rather pedestrian operations I use

Re: [Monotone-devel] deleting databases

On Sat, Apr 25, 2015 at 08:55:42AM -0500, Stephen Leake wrote: 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

[Monotone-devel] deleting databases

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 created ~/.monotone/databases/onion.mtn And, of

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

On Wed, Aug 06, 2014 at 09:44:07AM -0500, Stephen Leake wrote: 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:

Re: [Monotone-devel] C++11

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 (oldstable): shipping gcc 4.4 Unfortunately, it looks

Re: [Monotone-devel] C++11

On Thu, May 15, 2014 at 06:44:42PM +0200, Markus Wanner wrote: In honor of the founder of this project: Sorry, no, the best tool would rather be rust. ;-) Causing me to look up rust on the wikipedia. Yes, it looks useful. There's one thing not clear to me from the writeup -- is it possible

Re: [Monotone-devel] C++11

On Fri, May 16, 2014 at 04:36:08PM +0200, Markus Wanner wrote: On 05/16/2014 03:28 PM, Hendrik Boom wrote: Unfortunately, it looks like squeeze is going to be picked for long-term support. Squeeze currently ships monotone-0.48-3. I don't think this affects build requirements of future

Re: [Monotone-devel] C++11

On Fri, May 16, 2014 at 10:19:05AM -0500, Stephen Leake wrote: Hendrik Boom hend...@topoi.pooq.com writes: Unfortunately, it looks like squeeze is going to be picked for long-term support. picked by who? The Debian project? Yes. Experimentally, to see how well it works, but yes

Re: [Monotone-devel] minimum requirements

On Fri, May 16, 2014 at 07:12:20PM +0200, Markus Wanner wrote: On Hendrik's wishlist: * Debian squeeze (oldstable) * Windows XP I just wanted to mention that I myself am using neither of these platforms, though I have Windows XP available if I should need it. It's more that squeeze looks

Re: [Monotone-devel] minimum requirements

On Fri, May 16, 2014 at 10:14:03PM +0200, Ludovic Brenta wrote: Hendrik Boom hend...@topoi.pooq.com writes: It's more that squeeze looks like it's going to be a LTS release for a while, for a while being defined as until February 2016 and not supported by Debian itself, see https

Re: [Monotone-devel] C++11

On Tue, May 13, 2014 at 09:08:01AM +0200, Thomas Keller wrote: Hi Markus! Markus Wanner schrieb: Obviously, the former offers little benefit: We could possibly add minor #ifdef'd optimizations. For example using perfect forwarding and move constructors to avoid some copying if C++11 is

Re: [Monotone-devel] C++11

On Tue, May 13, 2014 at 08:04:01PM +0200, Markus Wanner wrote: Given the (lack of) manpower, It may take some effort to introduce all the C++11 features being discussed here. Getting rid of things that don't work in C++11, well, that's somethingg we'll have to do anyway. But factoring or

Re: [Monotone-devel] C++11

On Tue, May 13, 2014 at 07:29:08PM +0200, Markus Wanner wrote: Hey Hendrik, Of course, the operational questions here are *when* the transition should occur, and how long dual-operation should be supported when it does. I think the answer to the dual-operation duration is obvious:

Re: [Monotone-devel] possible SSL compromise

On Wed, Apr 09, 2014 at 08:42:18AM +0200, Zbigniew Zagórski wrote: Hello, On Tue, Apr 8, 2014 at 9:25 PM, Hendrik Boom hend...@topoi.pooq.com wrote: I've just heard about a potential vulnerability in OpenSSL. See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=743883 for the Debian

[Monotone-devel] possible SSL compromise

I've just heard about a potential vulnerability in OpenSSL. See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=743883 for the Debian version of this problem. In particular, the message states all keys used with vulnerable processes will need to be replaced both in Debian infrastructure and

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

On Fri, Dec 13, 2013 at 06:16:01PM +0100, Thomas Moschny wrote: Hi Hugo, Really?? It would be a surprise to me that monotone's delta algorithm would only be efficient for text files, because I have been using monotone for many years on images and pdf files without problem regarding

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

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 in assemblies and sub/assemblies. I'd like to

[Monotone-devel] Thanks. Re: nested workspaces

On Fri, Dec 06, 2013 at 04:31:13AM -0600, Stephen Leake wrote: 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

[Monotone-devel] nested workspaces

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 directory. Subsequently cd into that and check out

[Monotone-devel] Workaround for local Makefile changes that are not checked in.

On Mon, Aug 19, 2013 at 10:19:25AM -0400, Hendrik Boom wrote: Exactly why this isn't a great technique. And why I'll conditionally include a local, not-checked-in, file. Even though it'll cause complications with multiple workspaces -- having to copy the local mods separately from

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

On Mon, Aug 19, 2013 at 02:48:51PM +0200, Markus Wanner wrote: On 08/16/2013 10:18 AM, Stephen Leake wrote: You could do it manually with the following steps: - generate a diff file containing the changeset. - propagate from local to main Remember that this a) reveals your local

[Monotone-devel] hangs during netsync

I did a netsync with an explicit --db= and a --set-default, because the database had moved in the file tree. It hung after telling me there were no revs out, which was probably correct; I think the two databses may well have been previously sync'd.

Re: [Monotone-devel] hangs during netsync

On Mon, Aug 19, 2013 at 02:18:32PM -0400, Hendrik Boom wrote: I did a netsync with an explicit --db= and a --set-default, because the database had moved in the file tree. It hung after telling me there were no revs out, which was probably correct; I think the two databses may well have

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

On Thu, Aug 15, 2013 at 10:04:52AM +0200, Markus Wanner wrote: On 08/15/2013 02:22 AM, Hendrik Boom wrote: II sometimes have to adapt a package to local conditions -- the most common kind of change is a configuration changem such as specifying where it is to be installed. Now

[Monotone-devel] Forbid a changeset from merging

II sometimes have to adapt a package to local conditions -- the most common kind of change is a configuration changem such as specifying where it is to be installed. Now the obvious (and possibly wrong) is to make a local branch, make this change and propagate changes from the main branch into

[Monotone-devel] resizing monotone-viz

Is there a reason why monotone-viz doesn't let me shrink its window? I find its minimun size to be just a little too big to fit on my laptop screen. -- hendrik ___ Monotone-devel mailing list Monotone-devel@nongnu.org

Re: [Monotone-devel] cvs_import

On Wed, Jul 17, 2013 at 08:47:54PM +0200, Markus Wanner wrote: Hendrik, On 07/15/2013 07:21 PM, Hendrik Boom wrote: Just wondering what the current status of of monotone's CVS support; in particular, cvs_import, csv_pull. cvs_sync, cvs_takeover, and I've heard there's even a cvs_push

Re: [Monotone-devel] capacity

On Tue, Jul 16, 2013 at 08:22:28PM +0200, Zbigniew Zagórski wrote: Hello, On Mon, Jul 15, 2013 at 7:24 PM, Hendrik Boom hend...@topoi.pooq.com wrote: Just wondering -- is there a limit on the size of a monotone repository? I figure it's limited by the maximum file size on the file system

[Monotone-devel] cvs

Just wondering what the current status of of monotone's CVS support; in particular, cvs_import, csv_pull. cvs_sync, cvs_takeover, and I've heard there's even a cvs_push. Do any of these work well? Do they come close to importing most of the history in an intelligible way? Is the conversion a

[Monotone-devel] capacity

Just wondering -- is there a limit on the size of a monotone repository? I figure it's limited by the maximum file size on the file system, but now that those limits have gone way over 4 gigabytes, has monotone's data base backend kept up? -- hendrik

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

On Fri, Mar 15, 2013 at 10:35:29PM +, Richard Hopkins wrote: --- On Fri, 15/3/13, Markus Wanner mar...@bluegap.ch wrote: To me, it looks like dynamic_pointer_cast is old enough to be usable for us. At least according to their documentation, it is included since 1.34: One of my

[Monotone-devel] segmentation fault

I left out the --db when creating a new monotone database. I might expect to be chided with an error message, but not to get a segmentation fault: hendrik@notlookedfor:~/monotone$ mtn db init free-fun mtn: fatal signal: Segmentation fault this is almost certainly a bug in monotone. please send

Re: [Monotone-devel] segmentation fault

On Thu, Jul 12, 2012 at 12:44:01AM +0200, Ludovic Brenta wrote: See http://bugs.debian.org/681066 -- Ludovic Brenta. Thanks. I downloaded the 1.20.3 botan from packaes.debian.org and installed it with dpkg. It all works fine now. -- hendrik

Re: [Monotone-devel] Updated Issue 209 - support drop/modified conflict

On Thu, Jun 14, 2012 at 08:06:42AM -0400, Stephen Leake wrote: Ethan Blanton e...@psg.com writes: An alternate is to live with the 'ignoring upstream changes due to local delete' warning in 1.0. Why is that not ok? How would monotone know which is upstream and which is downstream? --

Re: [Monotone-devel] Updated Issue 209 - support drop/modified conflict (monotone)

On Fri, Jun 08, 2012 at 02:53:30PM +0200, Markus Wanner wrote: Sorry, that was too brief. I'll give an example: A / \ M1 D | \ | | P-- P is the keep resolution, effectively resurrecting | |-- the file and giving it a new node id. | | M2 |-- M2

Re: [Monotone-devel] Updated Issue 209 - support drop/modified conflict

On Fri, Jun 08, 2012 at 02:24:48PM +0200, Markus Wanner wrote: ... ... My prefered solution for that case would be to split the project into five (or more) projects; win32 support, unix support, common project; release project 1 contains common, unix, and win32; release project two

[Monotone-devel] usher locks db

Is there a reason for usher to keep a database locked after the netsync is finished? I just sync'd from my laptop to my server using usher; a subsequent attempt to checkout on the server (witout usher, of course) failed because the database was locked. -- hendrik

Re: [Monotone-devel] usher locks db

On Fri, 25 May 2012 15:59:51 +, Hendrik Boom wrote: Is there a reason for usher to keep a database locked after the netsync is finished? I just sync'd from my laptop to my server using usher; a subsequent attempt to checkout on the server (witout usher, of course) failed because

[Monotone-devel] Useful summary of monotone usage

I found this web page useful as a summary of common monotone usage: http://developer.pidgin.im/wiki/UsingPidginMonotone It's specific for the developer of pidgin, but informative all the same. -- hendrik ___ Monotone-devel mailing list

[Monotone-devel] How to not be anonymous

I hate pestering you guys with trivia, but here goes again. Every time I set up a new mtn database I end up with trouble. Always it's different trouble. I don't seem to remember all the details from previous times, and I seem to misread the manual again and again. THis time what's stymied me

Re: [Monotone-devel] [Monotone-debian] Bug#653764: FTBFS with Boost 1.48: lgamma_small.hpp:483:38: error: expected primary-expression before 'do'

On Sat, Dec 31, 2011 at 12:02:37PM +0100, Zack Weinberg wrote: On Fri, Dec 30, 2011 at 9:53 PM, Steve M. Robbins s...@debian.org wrote: This package failed to build using the newest Boost version 1.48: ... /usr/include/boost/math/special_functions/detail/lgamma_small.hpp: In function 'T

Re: [Monotone-devel] monotone-usher or usher-server and usher

On Tue, 27 Dec 2011 11:40:16 +0100, Richard Levitte wrote: Yup, that's not the correct server. The debian stuff is in mtn://code.monotone.ca/debian-mtn However, considering what I wrote above, that isn't enough either. A quick way to do this is: mtn clone

Re: [Monotone-devel] monotone-usher or usher-server and usher

On Tue, 20 Dec 2011 10:21:19 +0100, Richard Levitte wrote: In message 87r500w9om@ludovic-brenta.org on Mon, 19 Dec 2011 22:09:13 +0100, Ludovic Brenta ludo...@ludovic-brenta.org said: ludovic ... but TTBOMK nobody has packaged usher yet. Sorry about ludovic that. There's no final

Re: [Monotone-devel] monotone-usher or usher-server and usher

On Tue, 27 Dec 2011 01:26:42 +, Hendrik Boom wrote: On Tue, 20 Dec 2011 10:21:19 +0100, Richard Levitte wrote: In message 87r500w9om@ludovic-brenta.org on Mon, 19 Dec 2011 22:09:13 +0100, Ludovic Brenta ludo...@ludovic-brenta.org said: ludovic ... but TTBOMK nobody has packaged

  1   2   3   >