Re: [Monotone-devel] Can we

Hi Dhana, The short answer is probably not and it has not been tested... The long answer is: Whilst Perl is platform independent, and Monotone::AutomateStdio strives to be, the GUI libraries that mtn-browse depend on are not necessarily so flexible. Gtk works natively under

Re: [Monotone-devel] mtn log now converts dates to the user's timezone

I was only referring to localtime vs UTC and not its format. I should have made that clearer :-). I do use the au stdio if extensively for mtn-browse. Whilst I agree the -mm-ddThh:mm:ss format should be constant regardless within au stdio I would have thought it best that the time

Re: [Monotone-devel] Re: [ANN] monotone 0.44 released

There may also be issues (probably not with mtn though) with the libc runtime as it uses dynamic loading of certain plugin libraries for authentication and hostname resolution (have seen this with some systems). The -Wl,Bstatic -Wl,Bdynamic switches are useful around the libraries that you

Re: [Monotone-devel] Release time - au stdio update

Sounds like a great idea to me, especially the 1.0 bit :-)). However one minor point about the impending release (what ever version it may be) :-(... I was looking at the changes for the next release and noticed the au update command. Great, but why does it's progress messages go

Re: [Monotone-devel] Release time - au stdio update

Thomas Keller wrote: Am 27.05.2010 12:56, schrieb Stephen Leake: Thomas Keller m...@thomaskeller.biz writes: Am 27.05.2010 10:22, schrieb CooSoft Support: Sounds like a great idea to me, especially the 1.0 bit :-)). However one minor point about the impending release

Re: [Monotone-devel] Release time

I couldn't agree more with Thomas's point about Monotone dying if we are not careful. It's a psychological thing. `Oh it's only at 0.xxx - still unstable'. We have all done that at some point when looking at rival projects as an end user in a hurry to get something up and running. It's only if

Re: [Monotone-devel] Release time

Thomas Keller wrote: Am 28.05.2010 15:07, schrieb Philipp Gröschler: On 28.05.2010 10:23, CooSoft Support wrote: I couldn't agree more with Thomas's point about Monotone dying if we are not careful. It's a psychological thing. `Oh it's only at 0.xxx - still unstable'. Sure it's

Re: [Monotone-devel] Release time

Philipp Gröschler wrote: On 28.05.2010 10:23, CooSoft Support wrote: I couldn't agree more with Thomas's point about Monotone dying if we are not careful. It's a psychological thing. `Oh it's only at 0.xxx - still unstable'. Sure it's psychological and nowadays in the age of OSS

Re: [Monotone-devel] Release time

One slight deviating point about breaking BC with au stdio... I feel what ever applications we provide that use it should strive to cope with BC breakages. E.g. Monotone:AutomateStdio works from 0.35 to the current release as does mtn-browse which relies on it. Hopefully though with the

Re: [Monotone-devel] Re: is monotone for me?

Sorry if this has been mentioned before. I used to run mtn on a SPARC server at work. The database was 1.5GB ~5 revisions ~3000 branches and ~1 tags. It was very easy to set up and maintain. It pretty much ran itself. The server had 4GB of memory and it never got close to using that

Re: [Monotone-devel] Re: is monotone for me?

the sync stage :-). hend...@topoi.pooq.com wrote: On Mon, Jun 28, 2010 at 10:41:50PM +0100, CooSoft Support wrote: It has proved to be totally reliable That's for me is the most important thing about monotone, trumping all other considerations. The monotone developers are more paranoid

Re: [Monotone-devel] 0.48 rants

I'm not currently using 0.48 and from what I hear nor will I. I to want comments to go in unmolested and not have white space stripped out. For me that is a must. Why are date and author changeable? Surely these should be immutable (apart from one could specify an alternate key on which to

Re: [Monotone-devel] 0.48 rants

Derek Scherger wrote: Starting a series of replies... On Sat, Jul 17, 2010 at 1:40 AM, CooSoft Support supp...@coosoft.plus.com mailto:supp...@coosoft.plus.com wrote: I'm not currently using 0.48 and from what I hear nor will I. I to want comments to go in unmolested and not have

Re: [Monotone-devel] No sponsored hardware :(

Same here also... :-) Tero Koskinen wrote: Hello, On Mon, 23 Aug 2010 14:54:20 +0200 Thomas Keller wrote: Hi! I was just notified that we didn't made it into the top 5 projects and unfortunately got no hardware price from Thomas Krenn: Is anyone here on the list which could offer us a

Re: [Monotone-devel] changelog editor issues

Stephen Leake wrote: The only task remaining on the RoadMap [1] for 0.99 is the changelog editor issues. I've read thru the email thread [2]. There is overwhelming support for moving the changelog comment to the top, possibly with a small header. Francis Russell suggested a format [3] that

[Monotone-devel] Release Of mtn-browse 0.71

Just to let you know the above version of mtn-browse has just been released and provides support for mtn version 0.48 (supports changes made to the diff output) and has a few minor bug fixes. You can download and look at the release notes/news from here:

Re: [Monotone-devel] Re: Project separation

Lapo Luchini wrote: Thomas Keller wrote: I already brought up the idea on IRC some time ago - I am looking for a way to restrict allowed incoming revisions on the server-side. I've got an idea, which might well be orthogonal to yours (or be the same, really?), but could have some use:

Re: [Monotone-devel] Re: Project separation

Lapo Luchini wrote: CooSoft Support wrote: Hmmm just a thought... But at work we are using 0.39 (can't use a later version as the schema changed and the latest monotone-viz just runs too slow (pre 0.40 one could use the direct access to db version of monotone-viz)). I wonder how much

Re: Fwd: Re: [Monotone-devel] Updated Issue 109 - mtn au get_extended_manifest_of Should Default To Current Workspace Like get_manifest_of Does (monotone)

Sorry for the delay. I have been in bed with the Flu :-(. I have taken the liberty of moving the ticket into wont-fix to save any more time being wasted on it. Many thanks for your feedback... On another note I was in the process of updating Monotone::AutomateStdio to the new features of

[Monotone-devel] mtn au checkout - Possible Issue...

Hi all, Just been testing the Monotone:AutomateStdio Perl library against 0.99.1. As a part of the testing I tried using the new the au checkout command. During the entire test (which exercises all of the au stdio interface) the mtn subprocess is not terminated (so the same

[Monotone-devel] Release Of Monotone::AutomateStdio For Monotone 0.99.1

Just to say that release 0.10 of Monotone::AutomateStdio that supports Monotone 0.99.1 is now available for download at: http://search.cpan.org/perldoc?Monotone::AutomateStdio For those mtn-browse users amongst you, you can simply untar the package and drop the contents of the

Re: [Monotone-devel] A Few Quick Questions...

Richard Levitte wrote: In message 4cfa33ad.4090...@coosoft.plus.com on Sat, 04 Dec 2010 12:27:25 +, CooSoft Support supp...@coosoft.plus.com said: supportFirstly if I want to update the wiki exactly what db do I supportuse and branch, I can't find anything to do with wikis

Re: [Monotone-devel] viewmtn status

Yes in Jan this year the au stdio i/f changed in 0.46 to have additional I/O streams. This also affected the existing I/O stream format that was already there. Tony. Brian May wrote: Hello Is viewmtn still maintained? Still working? I am having problems, it seems that it receives the

Re: [Monotone-devel] symlink to NFS drive vs update

Why not put the whole workspace on the NFS drive? You can still control/manage it from your build box. We always use NFS for the workspace as we too compile for a variety of platforms. One could change Monotone to copy under these circumstances but doing this cross platform could be fiddly

Re: [Monotone-devel] Quick poll: Does anybody actually still use diff with --external?

Works + spanner spring to mind with my reply :-) Personally I couldn't care less that the au diff command doesn't have the --external option and I have never thought it inconsistent as one would only use it via some other tool like mtn-browse and if you wanted to use say kompare or kdiff3

Re: [Monotone-devel] Quick poll: Does anybody actually still use diff with --external?

I have probably completely misunderstood but... If I understand you correctly your multimap would store the raw output of the diff. Could one not store the essential arguments to the dump_diff() call instead of the diff output (say the two paths and file ids but _not_ the file content (which

Re: [Monotone-devel] Contributed scripts and how to handle them...

I nominate mtn-cleanup, not just because I wrote it :-) but it is also quite useful especially when used on large source trees ( 900MiB) or over NFS. Works with current monotones as well as old ones. Basically it reverts a workspace to a clean checked out state, doing a revertion and then an

Re: [Monotone-devel] Contributed scripts and how to handle them...

:-). Didn't recognise it at first - :-). MTIA, Tony. Richard Levitte wrote: In message 4d4d20fb.6090...@coosoft.plus.com on Sat, 05 Feb 2011 10:05:47 +, CooSoft Support supp...@coosoft.plus.com said: support I nominate mtn-cleanup, not just because I wrote it :-) but support it is also

Re: [Monotone-devel] Contributed scripts and how to handle them...

Stephen Leake wrote: CooSoft Support supp...@coosoft.plus.com writes: 1) I take it what I need to get up to speed on tests can be found under the notes directory? I found it fairly easy just to read the existing tests, and test/*.lua. 2) Cross-platform issues, e.g. could I even

Re: [Monotone-devel] Contributed scripts and how to handle them...

What I was referring to as standard Perl, was in the English sense of the word and not referring to an ISO standard. I.e. my script will run on a basic vanilla install of Perl, what would be got by downloading and compiling the tar ball from www.perl.org with default arguments to ./configure.

Re: [Monotone-devel] Soon time for a release

One thing, mainly for my stuff, is has there been any automate stdio changes made since 0.99.1? I had a quick look at the nightly doc stuff and couldn't see anything obvious. I aim to release the MAS library and mtn-browse at 1.0 roughly at the same time. My revision graphing module

[Monotone-devel] Release Of Monotone Browser 0.72 And Monotone::AutomateStdio 0.12

Just a quick email to announce the release of the above software on source forge and CPAN respectively. Basically the main work was to get these packages working with version 0.99.1 of Monotone. Monotone Browser, not only having the new selectors introduced in 0.99.1, also now has

Re: [Monotone-devel] Soon time for a release

Cool :-) Richard Levitte wrote: In message 82r5ax6ey4@stephe-leake.org on Thu, 24 Feb 2011 02:59:15 -0500, Stephen Leake stephen_le...@stephe-leake.org said: stephen_leake Richard writes: stephen_leake stephen_leake In message 82y657td7g@stephe-leake.org on Wed, 23 Feb 2011

Re: [Monotone-devel] Release Of Monotone Browser 0.72 And Monotone::AutomateStdio 0.12

to get the installer to select the right package depending upon what it finds on the target distro. Many thanks, Tony. Thomas Moschny wrote: Am Sat, 05 Mar 2011 15:05:01 + schrieb CooSoft Support supp...@coosoft.plus.com: Just a quick email to announce the release of the above

Re: [Monotone-devel] [ANNOUNCE] monotone 1.0 released

This is excellent news - A VERY big thank you to all those that have helped make this happen :-) Richard Levitte wrote: Monotone 1.0 is out! We, the monotone developers, are very proud to release version 1.0 of our distributed version control system. This is a major milestone, and a lot

Re: [Monotone-devel] [ANNOUNCE] monotone 1.0 released

I tried building from source and my binary went bang (illegal instruction). This is what has happened since about 0.48, I'm sure I'm doing something wrong but it's not obvious (dependencies are met or so it seems). I normally download the binary from the site now. Any idea when the

Re: [Monotone-devel] Updated Issue 156 - mtn 1.0 (and some others have build/run failures) (monotone)

Blast - didn't notice the PCRE discrepancy... Basically all packages that I built just used the standard options on configure apart from installation location (my intention is to build a stand alone binary with most dependencies statically built in like the main official binaries produced by

Re: [Monotone-devel] New branch name with no other changes

We use the `mtn cert branch... mtn update to new branch' approach on our project at work. All changes are done on their own branch and we felt that setting up the new branch beforehand would be far less likely to cause problems (only approved work would be started). We felt that hoping a dev

Re: [Monotone-devel] New branch name with no other changes

I quite agree with the `support the workflow via lua' approach below. Mtn provides what you need and the interface is currently clean and simple. One thought I had is that it would be nice to have the ability to specify a site wide/system wide LUA file so that you could set it up in

Re: [Monotone-devel] New branch name with no other changes

Nuno Lucas wrote: Hello, On Mon, Jun 13, 2011 at 00:14, Stephen Leake stephen_le...@stephe-leake.org wrote: Hendrik Boom hend...@topoi.pooq.com writes: So my real problem was not knowing about the approve command. I may have heard about it before, but if I did assumed it was for

Re: [Monotone-devel] monotone-viz colours

Yup its a try it an see I'm afraid. There is also a right click menu that is very useful if you haven't discovered that yet. The only thing I haven't quite figured out yet is what the orange arrows signify. Tony. Richard Levitte wrote: In message 20110620160045.ga19...@topoi.pooq.com on Mon,

Re: [Monotone-devel] monotone-viz colours

Are ok many thanks for that...:-) Richard Levitte wrote: In message 4e02f059.9090...@coosoft.plus.com on Thu, 23 Jun 2011 08:50:49 +0100, CooSoft Support supp...@coosoft.plus.com said: support Yup its a try it an see I'm afraid. There is also a right click menu support that is very useful

Re: [Monotone-devel] New BETA RC 1 Version Of Mtn-Browse

Richard, Many thanks for the patch :-). Why no mtn-browse-sv2 in mtn? Well I am currently having to maintain two versions of files for mtn-browse and HistoryGraph.pm (Gtk2-SourceView1 vs 2, and Canvas text items vs labels respectively). Rather than have these simply checked in

Re: [Monotone-devel] monotone suppresses .svn directories.

Evil make system relying on the .svn dir. Or you an do something like: mtn add --no-respect-ignore --recursive if you just want to add all files in a one off operation, your mtn config is not changed (normally you would want to ignore the .svn dirs). mtn is really good at simply dealing

Re: [Monotone-devel] monotone suppresses .svn directories.

Hendrik Boom wrote: On Tue, Nov 29, 2011 at 09:58:12AM +, CooSoft Support wrote: Evil make system relying on the .svn dir. Yeah. I thought so too. I gather that, if the .svn is present, is assumes you're building from scn, but otherwaise, you're building from a source tarball

Re: [Monotone-devel] Status of blue sky ideas?

Thomas Keller wrote: Am 13.12.11 00:33, schrieb Judson Lester: [...] So, seeing an email from a few months back that seemed to suggest that monotone is kind of done - no one seems to be keen to continue development, and everyone seems satisfied - was a little disheartening. What is the

Re: [Monotone-devel] Status of blue sky ideas?

Bruce Stephens wrote: CooSoft Support supp...@coosoft.plus.com writes: [...] Git is far too complex in certain areas and it's easy to loose stuff. Too complex? In some sense, yes. The set of commands is rather random, not consistent (it's obvious that much of it grew rather than

Re: [Monotone-devel] Status of blue sky ideas?

, Dec 13, 2011 at 1:25 PM, Bruce Stephens monot...@cenderis.demon.co.uk mailto:monot...@cenderis.demon.co.uk wrote: CooSoft Support supp...@coosoft.plus.com mailto:supp...@coosoft.plus.com writes: Bruce Stephens wrote: [...] I was thinking about divergences from non-head

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

Zack Weinberg wrote: On 2011-12-31 5:02 PM, Hendrik Boom wrote: On Sat, Dec 31, 2011 at 12:02:37PM +0100, Zack Weinberg wrote: I'm not in a position to verify this for myself for another week, but I have a horrible feeling I know what's wrong: Monotone defines several one-character macros for

Re: [Monotone-devel] monotone-subversion sync

I was in exactly the same situation myself. Is it a simple branch to branch or trunk to trunk syncing that you are doing? If so I grabbed a copy of svn_load_dirs that basically implements vendor branches in svn (used for going mtn - svn). Going from svn to mtn is much easier as mtn can easily

Re: [Monotone-devel] oversized payload

Hi Hugo, I don't know the precise answer off the top of my head but I have certainly done this with files that are more than 200MiB (getting onto 300MiB or more). You say it is an archive, is it an archive that can sensibly be unpacked and then checked in? Just a thought. Tony.

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

On 12/10/14 15:10, Markus Wanner wrote: Hi, 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-viz problem

On 28/06/16 08:43, 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 doesn't help you. One can easily

Re: [Monotone-devel] Mtn-Browse Version 1.20 And AutomateStdio 1.10

On 09/05/16 05:50, grarpamp wrote: On 5/8/16, Anthony Edward Cooper wrote: Just a quick announcement to say that new versions of mtn-browse and AutomateStdio have been released. The latter now provides support for Monotone version 1.10 and the former, in addition,

Re: [Monotone-devel] monotone botan-stable AUR

Oh it's more serious then. For sometime monotone hasn't work with the version of Botan that ships with Ubuntu 14.04, I had to regress the botan version back to get it to work. On 28/01/17 13:18, Markus Wanner wrote: Hi, I don't really know what's going on in Arch, but... On 01/16/2017 12:08

Re: [Monotone-devel] monotone botan-stable AUR

Oh it's more serious then. For sometime monotone hasn't work with the version of Botan that ships with Ubuntu 14.04, I had to regress the botan version back to get it to work. On 28/01/17 13:18, Markus Wanner wrote: Hi, I don't really know what's going on in Arch, but... On 01/16/2017 12:08

Re: [Monotone-devel] interoperating with git

On 23/10/2018 14:40, Hendrik Boom wrote: 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

Re: [Monotone-devel] interoperating with git

I can't see why this wouldn't work. Give it a try. The only thing I can think of is that Git doesn't track empty directories (I don't know if that is an issue for you). One trick is to use a dot file in the empty directory - sigh. When doing this in the past I wanted to preserve all of the

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

I loved using Monotone and agree that the merging in mtn is far superior to the run of the mill merging you get with git (after all it's site did refer to it as a stupid/dumb content tracker). In fact mtn's merging is the best I've ever used. I liked the fact that changesets were stored

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

to integrate monotone-like merges into git? On Sun, Jun 6, 2021 at 2:32 PM CooSoft Support mailto:supp...@coosoft.plus.com>> wrote: I loved using Monotone and agree that the merging in mtn is far superior to the run of the mill merging you get with git (after all it's si