[Monotone-devel] SCCS interface Support

there's a 'standard' that was developed to interface, generically, version control systems and development environemnts for instance Visual Slick Edit, Visual Studio... SCCS Support would be a nice addition to see for Monotone. ___ Monotone-devel

[Monotone-devel] Path already exists, failure to create!

Okay I just went though a huge nightmare of an update...first update, some path to create already existed, and monotone complained that could not create it.I moved that path away from beign in the way, and tried to update again. directories and files were left in _MTN/tmp which I had to get rid

[Monotone-devel] Unresolved conflict, want to back out...

I have several branches.branch A is the 'trunk'branch B is one evolution from the trunkbranch C is a descendnat of branch A with a specific 'pluck' of changes between A and B applied .branch D is another development path of A mtn propagate branch.c branch.a (update A to be the head of C with

[Monotone-devel] Unresolved conflict, want to back out...

Here is a batch file which accomplishes the same thing I did.It creates a temp .db using mtn it generates a key called 'junk' which it sets up for itself.It starts by deleting the temp directory 'x' and the database ' temp.db' then starts fresh every time. Begin test.bat rmdir /s xdel

Re: [Monotone-devel] Unresolved conflict, want to back out...

Dealer_editor is a directory. It exists within the same location in both versions (or would) ... full path is something like src/apps/milk/dealer_editorOn 10/26/06, Brian May [EMAIL PROTECTED] wrote: J == J Decker J writes:J mtn.EXE: [source] 6c5472831fe23406d9107638185f72d7eb96c9e0J mtn.EXE

Re: [Monotone-devel] ViewMTN 0.06 released

This looks a little better, but I would like the old ooption of showing more/less (espcecially ALL) revisions on a branch, such a minimal view is sometimes very hard to see how the merges have actually happpened. On 10/26/06, Grahame Bowland [EMAIL PROTECTED] wrote: Hi guysJust a quick note to say

Re: recursivity (was Re: [Monotone-devel] Questions pertaining Eclipse Integration)

I doubt anyone wants commit . or diff . to be interpreted non-recursively (at least without some sort of --non-recursive flag).Is this a compelling argument for add/drop to behave the same way?Is there a flag to do this? I wanted to do those, and pluck . to just handle that particular directory.

[Monotone-devel] Steps to break propagation....

Attached is a batch that creates a folder called project1, goes into it, creates a db with some junk key, makes some branches, adds some files, does some commits, and at the end fails.Basically I've been maintaining a branch that developers develop on, on one side, and made a branch specifically

Re: [Monotone-devel] Re: line endings with 0.31

The logic for determining line endings within reasonable limits is entirely feasible in practice as well as theory. On 11/21/06, Richard Levitte - VMS Whacker [EMAIL PROTECTED] wrote: I've been thinking about this issue a number of times, and have discussed it as well. A thought that came to

Re: [Monotone-devel] Re: line endings with 0.31

I have to state a vote. I had lengthy discussions with CVS on similar topics, and resorted to hacking my own CVS to work properly, that is, if a text file has \r\n, keep \r\n, do not convert to \r\r\n. If a text file has \r or \n in some sequence [\r\n]* this is an end of line, if \n's exist

Re: [Monotone-devel] Re: line endings with 0.31

== J Decker J writes: J On a note from some windows programmer that appreciated the J conversions when checking out linux-like sources to have J 'notepad' work as a browser; While some days I can agree, in J the end, one must make sacrifices and call a goat a goat, and J know

Re: [Monotone-devel] Re: Re: Why does pull require -k?

On 12/15/06, Boris [EMAIL PROTECTED] wrote: Matthew Gregan wrote: At 2006-12-14T17:33:01-0500, Boris wrote: Okay, makes sense to me. But is there a way to set a default key (for example with one of the variables)? You can put the key ID into _MTN/options. There's no good UI to do so at

[Monotone-devel] Possible bug, a conversation about branching and propagation.

I have recently desired to take my many branches and consolidate them into a larger more co-hesive project such that it may be easier for people to work with. I have used, with much confusion and difficulty, a structure such as work/_MTN (branch1) work/project1/_MTN(branch1.project1)

[Monotone-devel] Re: a conversation about branching and propagation.

Oops, forgot to change the subject. On 1/4/07, J Decker [EMAIL PROTECTED] wrote: I have recently desired to take my many branches and consolidate them into a larger more co-hesive project such that it may be easier for people to work with. I have used, with much confusion and difficulty

[Monotone-devel] Monotone update lost deletions

I cleaned up this branch quite some time ago. After upgrading the database, it's complaining that files that were removed are missing. What further information can I give? ___ Monotone-devel mailing list Monotone-devel@nongnu.org

Re: [Monotone-devel] Monotone update lost deletions

No, sorry, it was actually a WIP... On 1/25/07, Nathaniel J. Smith [EMAIL PROTECTED] wrote: On Thu, Jan 25, 2007 at 08:16:56AM -0800, J Decker wrote: I cleaned up this branch quite some time ago. After upgrading the database, it's complaining that files that were removed are missing. What

[Monotone-devel] Oh what a tangled web we weave...

problem of the day I have several branches. branch1 - the base branch that everything started from. Branch2 - a branch containing branch1 which has been merged into a directory. branch3 - a workspace that resembles branch1, but is branch2 with a pivoted root to the base directory. In the

[Monotone-devel] Monotone revision updates, minor feature requests

With the latest updates, the cert counter counts like mad which is great and all, but I suspect that the update of the display is taking more time than the actual counting/reading of the certs... the digits up to thousands update at an unreadable speed... Perhaps a simple timer that can check to

Re: [Monotone-devel] Monotone revision updates, minor feature requests

It seems that mtn add --unknown is now broken under windows. Can you be more specific? It seems to work for me and the testsuite. Honestly I'm not sure - a couple people tried adding files and I said mtn add *, they said that didn't work... and mtn add directory name didn't add all the

Re: [Monotone-devel] linus talk on git

monotone absolutely does not convert line endings, charsets, or anything else by default. What you put into the system is exactly what you get out. There used to be an option to enable line ending and charset conversions, it was off by default, it never particularly worked well, and there

[Monotone-devel] I think this behavior might be wrong....

I was doing some work, and decided that I wanted to commit that work to a new branch, so as to not distrub other developers too badly... I still haven't completely tested the changes, but it turns out that the changes were included in the main branch anyhow because I then made some other changes

[Monotone-devel] Re: I think this behavior might be wrong....

to '908a782fdccba6caea8ccf06416a982628b93ee9' mtn.EXE: already up to date at 908a782fdccba6caea8ccf06416a982628b93ee9 the next commit mtn.EXE: beginning commit on branch 'branch.test' It would be really nice if the current branch tag in _MTN/options would update even if the revision is already up to date. On 5/22/07, J Decker

Re: [Monotone-devel] I think this behavior might be wrong....

co . In message [EMAIL PROTECTED] on Tue, 22 May 2007 01:24:51 -0700, J Decker [EMAIL PROTECTED] said: d3ck0r I was doing some work, and decided that I wanted to commit that work to a d3ck0r new branch, so as to not distrub other developers too badly... I still d3ck0r haven't completely tested

Re: [Monotone-devel] I think this behavior might be wrong....

On 5/22/07, Brian May [EMAIL PROTECTED] wrote: J == J Decker J writes: J mtn --db=test.db db init J mtn --db=test.db genkey temp J mtn --db=test.db --key=temp --branch=branch1 setup . J echo Branch1 file J mtn --db=test.db --key=temp add file J mtn --db=test.db

[Monotone-devel] Windows version 0.36

I recently updated to this. I occasionally serve my database so i can pull/push to my virtual machines on the same system. The current version ( 0.35 did not do this) ends up leaving the database locked after the client connects to sync.(I cannot just use the database anymore without closing

[Monotone-devel] Re: Windows version 0.36

This really IS a problem will it be sorted out? On 8/23/07, J Decker [EMAIL PROTECTED] wrote: I recently updated to this. I occasionally serve my database so i can pull/push to my virtual machines on the same system. The current version ( 0.35 did not do this) ends up leaving

Re: [Monotone-devel] Re: Windows version 0.36

frigging mailing lists responding to wrong places unquote On 8/31/07, J Decker [EMAIL PROTECTED] wrote: I happen to now know a bit about what sqlite does with locking. If you just do prepare( select blah from somewhere ); step and this does not either get unmade - err destroyed? I

[Monotone-devel] Locked Database....

Some time ago I reported that monotone server process no ends up with a lock on the database after a client syncs I know that if my application uses sqlite, and ends up with the database in this sort of state, I know that the data is not nessecarily flushed to the database, (that it it can be

[Monotone-devel] Re: cannot drop non-empty directory during branch update

Oh - yeah then it becomes a missing directory if I take the easy way out, and just rename the path... On 9/18/07, J Decker [EMAIL PROTECTED] wrote: I really really don't want to delete these files, I will very soon be back to work in this space... On 9/18/07, J Decker [EMAIL PROTECTED] wrote

[Monotone-devel] Re: cannot drop non-empty directory during branch update

I really really don't want to delete these files, I will very soon be back to work in this space... On 9/18/07, J Decker [EMAIL PROTECTED] wrote: mtn.EXE: switching to branch com.fortunet.altanik mtn.EXE: warning: cannot drop non-empty directory 'src/fut/flashdrive/flashdrivetester' mtn.EXE

[Monotone-devel] cannot drop non-empty directory during branch update

mtn.EXE: switching to branch com.fortunet.altanik mtn.EXE: warning: cannot drop non-empty directory 'src/fut/flashdrive/flashdrivetester' mtn.EXE: misuse: 1 workspace conflicts this is caused by creating a project with sources and building it, which created objects and sub-directories in the

Re: [Monotone-devel] Re: cannot drop non-empty directory during branch update

(true story) Okay turns out they weren't products of the build (even though no matter what they are, if you are developing a few bits of code in many places reversion is crazy annoying ) What if ... I start a project, add a few base things that are definatly in, but I'm adding a module

[Monotone-devel] Yet another instance of failure to drop non empty directory.

I have this directory that has a workspace from monotone which has a workspace from subversion checked out in the same place. Subversion, being not as elegant as monotone, maintains a directory in each and every path... so as I'm going through and cleaning up junk in my monotone repository, I

[Monotone-devel] Directory already exists?

Just a question... has anything been fixed in regard to directories existing? It's yet again time to update some other boxes to current versions of software I have dropped several directories I started an update.. and got a new project directory added (box2d).. but then it collided with

Fwd: [Monotone-devel] Directory already exists?

-- Forwarded message -- From: J Decker [EMAIL PROTECTED] Date: Dec 18, 2007 5:11 PM Subject: Re: [Monotone-devel] Directory already exists? To: Timothy Brownawell [EMAIL PROTECTED] Having thought about this a bit more... if a directory is an object, why can't it just be merged

Fwd: [Monotone-devel] Directory already exists?

-- Forwarded message -- From: J Decker [EMAIL PROTECTED] Date: Dec 18, 2007 4:59 PM Subject: Re: [Monotone-devel] Directory already exists? To: William Uther [EMAIL PROTECTED] Just so y'all know... (this reply is basically out of sequence) the best way to update when

[Monotone-devel] Monotone update failures...

Create a branch... check it out add a directory add a 2 file in the directory mtn add one of the files mtn commit --branch=new.branch mtn update -r h:branch mtn.EXE: target revision is not in current branch mtn.EXE: switching to branch branch mtn.EXE: warning: cannot drop non-empty directory

[Monotone-devel] how do I list what the last changes were?

How do I get the list of branches ordered by most recent commit? I got 4 revisions, but I dunno which branch they apply to. ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel

[Monotone-devel] Boost AGAIN?

I thought y'all just remove dependance on the boost beast... it's back, and for some silly reasons? zlib? salright I happened to have it in uninstalled and could resurrect it. J ___ Monotone-devel mailing list Monotone-devel@nongnu.org

[Monotone-devel] Database locked...

Monotone previously did not do this... but I have a server that serves a .DB file. On the same server I'm using viewmtn to check statuses of branches,etc. Our server recently crashed, so I ended up installing the latest monotone. At some point during 0.3x monotone's behavior changed from being

[Monotone-devel] Monotone windows release 0.44....

Why are zlib1.dll, libpcrecpp-0.dll and libpcreposix-0.dll included in the installation if they aren't used? copying mtn and dependancies only copes [ libiconv-2.dll libidn-11.dll libintl-8.dll libpcre-0.dll mtn.exe ] I guess they might be dynamically loaded with LoadLibrary and

Re: [Monotone-devel] Monotone windows release 0.44....

              libgcc_s.so.1  NEEDED               libc.so.6 On Thu, May 21, 2009 at 4:11 PM, J Decker d3c...@gmail.com wrote: Why are zlib1.dll, libpcrecpp-0.dll and libpcreposix-0.dll  included in the installation if they aren't used? copying mtn and dependancies only copes [ libiconv-2.dll libidn

Re: [Monotone-devel] Monotone windows release 0.44....

yes - but a simple visual inspecition like objdump does searching for .dll in the binary reveals no reference of the .dll... pedump lists Imports Table size:7680 offset 8817152 libidn-11.dll offset 8817172 libintl-8.dll offset 8817192 libpcre-0.dll offset 8817212 KERNEL32.dll

Re: [Monotone-devel] Monotone windows release 0.44....

at 4:34 PM, Thomas Keller m...@thomaskeller.biz wrote: J Decker schrieb: On Thu, May 21, 2009 at 4:18 PM, Zack Weinberg za...@panix.com wrote: zlib most definitely is used, but it might not be that copy of it that's getting used.  libpcrecpp-0.dll and libpcreposix-0.dll, on the other hand

[Monotone-devel] Monotone serve - no listen port opened?

How can I validate (other than with netstat) that monotone is opening a tcp port? (I tried adding the --bind 0.0.0.0:4691 and --bind :4691 and --bind specific IP:4691, and none of them opened a port, as seen in 'netstat -ant' (linux) If I configure monotone as an xinetd service, I would

Re: [Monotone-devel] Monotone serve - no listen port opened?

... mtn: operation canceled: Interrupt (proc/kmsg blocks ) On Tue, Jun 2, 2009 at 3:54 PM, Zack Weinberg za...@panix.com wrote: On Tue, Jun 2, 2009 at 3:24 PM, J Decker d3c...@gmail.com wrote: How can I validate (other than with netstat) that monotone is opening a tcp port?  (I tried

Re: [Monotone-devel] Monotone serve - no listen port opened?

...@randombit.net wrote: On Tue, Jun 02, 2009 at 05:30:43PM -0700, J Decker wrote: uhmm... how do I track what code is to blame for this ? [...] (proc/kmsg blocks ) *blush* This looks a lot like it is botan polling /proc to get entropy to seed the PRNG. Can you post `mtn version --full`? -Jack

[Monotone-devel] ViewMTN mirror?

http://grahame.angrygoats.net/viewmtn.shtml seems to be down? Is there a latest copy of viewmtn I can use with 0.44 ? ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel

[Monotone-devel] Version Control System Review

I found this an interesting read. It's a fairly unbiased (maybe) review of most modern version control systems, and even some benchmarks in the part 3... http://ldn.linuxfoundation.org/article/dvcs-round-one-system-rule-them-all-part-1

[Monotone-devel] Okay I'm tired of exception when aborting windows mtn command...

When I abort an operation in monotone for windows, an exception is generated. I have tolerated this since version 0.26... but... no I'm tried of having to wait for the exception handler to log the exception... y'all should implement SetConsoleCtrlHandler and handle exiting nicely instead of

Re: [Monotone-devel] ViewMTN maintainer

Nice, works pretty well. I do miss the More/Less revisions on the graph feature, however... Used to be able to show the past to see a tangled mess of branches +/- 2 revisions from the current' isn't always a good enough picture. On Mon, Nov 2, 2009 at 3:00 AM, Thomas Moschny

[Monotone-devel] Rename is not Move

I'm trying to rename a directory 'libpng-1.2.31' to 'libpng-1.2.40' but when I do mtn rename libpng-1.2.31 libpng-1.2.40 it tells me that destination libpng-1.2.40 is not a directory. ___ Monotone-devel mailing list Monotone-devel@nongnu.org

Re: [Monotone-devel] How to split a project

The other method is to make a quick commit with --branch=program1 branch pivot_root program1's new root directory old_root - will put all files in the root into old_root and make the program directories current. You can then use mtn drop to drop old_root. this is bad, in that you cannot

Re: [Monotone-devel] Okay I'm tired of exception when aborting windows mtn command...

:43 PM, Timothy Brownawell tbrow...@prjek.net wrote: Way back in October, Timothy Brownawell wrote: J Decker wrote: When I abort an operation in monotone for windows, an exception is generated.  I have tolerated this since version 0.26... but... no I'm tried of having to wait for the exception

Re: [Monotone-devel] Time for a release

this is a small program I use to copy a program(or library) and all of its related libraries which are not in %SYSTEMROOT% to a destination... http://sack.svn.sourceforge.net/viewvc/sack/src/utils/pcopy/ Unfortunatly it's got a few dependancies on other code in SACK - like the routine that scans

[Monotone-devel] Failure to propagate...

okay logs not attached. -- Forwarded message -- From: J Decker d3c...@gmail.com Date: Thu, Mar 25, 2010 at 1:26 AM Subject: Failure to propagate... To: monotone-devel monotone-devel@nongnu.org I started a branch a couple weeks ago, tonight I was going through the trunk

[Monotone-devel] Re: Failure to propagate...

Left it running long enough, and it finally worked. I'm not sure how long it finally took. On Thu, Mar 25, 2010 at 1:28 AM, J Decker d3c...@gmail.com wrote: okay logs not attached. -- Forwarded message -- From: J Decker d3c...@gmail.com Date: Thu, Mar 25, 2010 at 1:26 AM

[Monotone-devel] Question about mtn update --move-conflicting-paths

mtn update --move-conflicting-paths works pretty good under windows when I have updates that drop directories that are not empty. Thank you greatly for providing a method to work around this. At the end of the update, the files and directories that caused the paths to not be empty are left in

[Monotone-devel] Re: Question about mtn update --move-conflicting-paths

I dunno, maybe a quick dump of what is untracked in _MTN/resolutions at the end? or a way to list that real quick? move _MTN/resolutions . mtn ls unknown resolutions if contains other things than 'resolutions' maybe move that stuff back into the tree? most of what was in the directory was

[Monotone-devel] Not sure where this error is from or why..

This is the link of monotone on my system... I don't understand why clock_gettime wouldn't be found seems to be in just time.h g++ -march=native -Os -Wall -W -Wno-unused -Wl,-s -o mtn sanity.o simplestring_xform.o constants.o vocab.o charset.o paths.o luaext_mkstemp.o

[Monotone-devel] Net sync with 0.47 server fails...

syncing with 0.47 server results on the client mtn.EXE: warning: protocol error while processing peer hostname: 'received network error: denied 'c64200903a4402fff7dcf6343d0290dfbecb5713' write permission for '*' excluding ''' doing a quick serch for 'monotone sync 0.47' comes up with

Re: [Monotone-devel] Net sync with 0.47 server fails...

Okay thanx - I usually read the release notes about what it takes to upgrade, I guess I missed this note. I had 0.45 running and it was serving fine with the old rc On Thu, May 6, 2010 at 4:03 AM, Stephen Leake stephen_le...@stephe-leake.org wrote: J Decker d3c...@gmail.com writes

[Monotone-devel] hello and thanx

Nice to see lots of bugs squashed :) I have to thank you for developing a sane product. I have been coerced into using mercurial at work, and after coming from monotone, some of the things it makes me do are just insane. Merge, for instance, must be done through a workspace, so in order to

[Monotone-devel] Failure to connect to IPV6 server

Monotone has no ipv6 support? It's something I've been implementing, and I had some firewall issues otherwise, I can ping the IPV6 address, but monotone claims mtn.EXE: network error: name resolution failure for 2001:db8:d:231::12: The requested name is valid, but no data of the requested type

[Monotone-devel] A couple questions...

Why does monotone read all revisions and certs in the database on a sync? At least 90% of the time, a comparison between the heads of branches to sync(A) vs the heads of branches to sync against(B) will result in either A is before B or B is before A and occasionally neither A or B is known to

Re: [Monotone-devel] A couple questions...

On Thu, Jun 3, 2010 at 2:56 PM, Timothy Brownawell tbrow...@prjek.net wrote: On 06/03/2010 04:21 PM, J Decker wrote: Why does monotone read all revisions and certs in the database on a sync? One fairly basic feature monotone has is that certs can be added to arbitrarily old revisions. What

Re: [Monotone-devel] 0.48 rants

Personally I always do my commits with ... -m my message ... so I doubt this even affects me in the least. Though, I do concur with the vein of complaints, all other revisioning control allow (expect?) that additional comments are put at the top of the file. How do you specify the cursor

Re: [Monotone-devel] nested workspaces

I found this works very well with monotone. monotone will see the sub project in the subproject and the overall when outside; unless you specify the root directory which many command have the option for. It includes by default ignoring _MTN, so adding that project you will have to specify to

Re: [Monotone-devel] release 1.1 - status

They have more up to date windows SDK headers also. On Mon, Feb 3, 2014 at 7:01 AM, Stephen Leake stephen_le...@stephe-leake.org wrote: 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

Re: [Monotone-devel] fixing old commit messages

isn't it just as simple as adding a comment? mtn comment rev [comment] This adds a new comment to a committed revision (see Selectors http://www.monotone.ca/docs/Selectors.html#Selectors). If comment is not provided, it is obtained from the Lua hook edit_comment

[Monotone-devel] Boton 1.11 failure

Building a new system with Arch; unfortunatly they give sources in stupid places and have no monotone package. I see that Boton as stopped using Monotone as a version control... issues; init.h isn't automatically included by boton/boton.h so the configure script fails pipe.h isn't automatically

[Monotone-devel] Fwd: node blocked by blocked parent

On Wed, Jun 1, 2016 at 12:05 AM, Markus Wanner <mar...@bluegap.ch> wrote: > On 06/01/2016 02:45 AM, J Decker wrote: >> mtn.EXE: warning: attach node 2147484550 blocked by blocked parent >> 'Voxelarium.2/src/voxels' >> mtn.EXE: warning: attach node 214748455

[Monotone-devel] node blocked by blocked parent

doing a 'mtn update' I now get mtn.EXE: warning: attach node 2147484550 blocked by blocked parent 'Voxelarium.2/src/voxels' mtn.EXE: warning: attach node 2147484551 blocked by blocked parent 'Voxelarium.2/src/voxels' mtn.EXE: warning: attach node 2147484552 blocked by blocked parent

[Monotone-devel] coming from monotone....

what is the equivalent of mtn pivot_root in git? ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] coming from monotone....

, 2016 at 1:50 AM, Brian May <br...@microcomaustralia.com.au> wrote: > J Decker <d3c...@gmail.com> writes: > >> what is the equivalent of mtn pivot_root in git? > > I don't think there is a direct equivalent, and as git doesn't keep > track of renames or directories

[Monotone-devel] javascript monotone

I don't know how to phrase this. This is meant for the architect of the innermost guts of monotone... strip away a database, strip away a file system, and just track revisions. track merging of chains I read somewhere that in the distribution of monotone revision chunks that there are

Re: [Monotone-devel] serialization format

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 \\ for \ ... which results in a copy or shift of data but only a simple comparison if '\\' kinda like base 254 sorta :)

[Monotone-devel] An abuse of pivot root

Making an installer :) I can build in-tree, commit the built image, pivot root to the image root and use that to track distributions, and allow just commit and propagate to update? ___ Monotone-devel mailing list Monotone-devel@nongnu.org

Re: [Monotone-devel] javascript monotone

I recently learned there is javascript beyond browser web page, and that there's actually a language. The language has some interesting properties. It has a default library of stuff that's fairly functional (from a network communcations sort of perspective; could wish they had their own websock

[Monotone-devel] build failure

Arch Linux has no package for monotone. it installs a Botan-1.11(?) as 'Botan' I tried to link; but it doesn't compele for a variety of c++14 errors... in configure checking for botan using botan-1.11.pc... yes checking whether botan is usable... no configure: ***

Re: [Monotone-devel] build failure

pmail.org> wrote: > Arch Linux *does* have a package for monotone: > > https://aur4.archlinux.org/packages/monotone/ > > It builds against botan stable. > > Simply issue: > > yaourt -Syua monotone > > or > > git clone https://aur.archlinux.org/monotone

Re: [Monotone-devel] Failed to add path with wide character

stuff and don't care... so I don't really know what sorts of applications I would even remotely touch that did canonical replacements that destroy binary equivalence. On Thu, Apr 21, 2016 at 2:13 AM, Markus Wanner <mar...@bluegap.ch> wrote: > On 04/21/2016 01:20 AM, J Decker wrote: >

[Monotone-devel] Fwd: [botan-devel] Botan 2.2.0 released

Not that it matters... there's still unicode filename issues. But maybe now you can fix botan compatibility so monotone can build on modern systems. -- Forwarded message -- From: Jack Lloyd Date: Mon, Aug 7, 2017 at 1:55 PM Subject: [botan-devel] Botan 2.2.0

Re: [Monotone-devel] Monotone on Github?

Just a reminder; it is possible to do a shallow checkout from git and only get the last layer... Probably no help. git clone --depth=1 On Wed, Apr 11, 2018 at 10:19 PM, grarpamp wrote: > Maybe that calls for iterative local checkout, generating > diffs, checking those into

Re: [Monotone-devel] undoing commits

I'm sure it's way late now... but isn't ist just `mtn revert` ? 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), > > is there also a way to install branch certs for the