[Monotone-devel] problem with tester on WIN32 MinGW
I tried to fix the compilation errors in tester on WIN32; see 824a6c7947919ec2a96e41c3e8862712651e44be But it's still broken; running `run_lua_tests' gives: 1 (imp)_deleting_directoriesFAIL (unhandled exception in child process) and the same error for all 454 tests. Same error if I run a single test: [EMAIL PROTECTED] ./run_lua_tests 1 Running tests... 1 (imp)_deleting_directoriesFAIL (unhandled exception in child process) Any suggestions? I can run this under the debugger; I haven't tried that yet. -- -- Stephe ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Makefile problem; check-local?
Zack Weinberg [EMAIL PROTECTED] writes: If you do not have these things, you need to run autoreconf -i in the source tree, wipe out your build tree and re-configure it. That fixed part of it; now I have the 'check-local' target. I had done 'autoconf', but not 'autoreconf -i'. I'll write that down in my magic wand file. The INSTALL file does say that, I just got it wrong. However, the %_tests.status rule has a bug; it needs $(EXEEXT) on tester. I think the right place to fix that is in Makefile.am? Then run autoreconf -i and configure again. Yes, that fixes it. I'll commit that fix. Now the actual tests are all failing; I'll report that in a separate thread. Failing that, what version of what implementation of Make are you using? Those look like GNU Make diagnostics, but you might well have an old buggy version. I'm using the MinGW distribution, as described on the monotone Wiki, updated just a month ago. -- -- Stephe ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] problem with tester on WIN32 MinGW
Stephen Leake [EMAIL PROTECTED] writes: I tried to fix the compilation errors in tester on WIN32; see 824a6c7947919ec2a96e41c3e8862712651e44be But it's still broken; running `run_lua_tests' gives: 1 (imp)_deleting_directoriesFAIL (unhandled exception in child process) and the same error for all 454 tests. Same error if I run a single test: [EMAIL PROTECTED] ./run_lua_tests 1 Running tests... 1 (imp)_deleting_directoriesFAIL (unhandled exception in child process) Any suggestions? I can run this under the debugger; I haven't tried that yet. I've tried this; I can get into the Lua interpreter, but I don't see what exception is being raised. Is there a way to break on any exception? I'm not very familiar with C++ debugging. I'm using gdb from the AdaCore distribution (there isn't one in the MinGW distribution); it understands C++, but break exception isn't a recognized command (it is for Ada :). When I run: tester.exe -r c:/Gnu/monotone/tester-testsuite.lua c:/Gnu/monotone-build_mingw/tester_dir cleanup-1 it exits with code 0174. There is a -d option to tester.exe, but it doesn't work with -r, and doesn't add any info otherwise: ./tester.exe -d c:/Gnu/monotone/tester-testsuite.lua cleanup-1 Running tests... 1 cleanup-1 FAIL (unhandled exception in child process) Of 1 tests run: 0 succeeded 1 failed 0 had expected failures 0 succeeded unexpectedly 0 were skipped Is there a Lua hook or environment variable I can set to get more debug info printed out? -- -- Stephe ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Ubuntu 6.06
dtempw [EMAIL PROTECTED] writes: Hi Ludovic Thanks for getting back to me. As you can see in the attached screenshot, Ubuntu reports 0.33 as the latest version, I'd like to upgrade all my systems (MacOS, Windows and Linux) to 0.36, but Linux is holding me back. No, Linux is not holding you back. What is holding you back is that you are using a stable long-term support version of Ubuntu: this means no package upgrades unless absolutely necessary (i.e. critical bug fixes but not new features). In fact, your Linux is also being held back unless you've compiled and installed the latest version (2.6.22.4) manually. If you absolutely must have the latest version, upgrade to Debian unstable by editing your /etc/apt/sources.list to point at the Debian repository instead of the Ubuntu ones. Then, do apt-get update; apt-get dist-upgrade. monotone 0.36-1 is in unstable but has not migrated to testing yet, and is being blocked by test failures on some architectures (this is intentional). Of course, by migrating to unstable, you take a risk as the name implies. As far as I'm concerned, I run Debian testing on my laptop and I am content with monotone 0.33-8 and linux 2.6.21-6. -- Ludovic Brenta. ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Ubuntu 6.06
On Aug 29, 2007, at 12:48 PM, Ludovic Brenta wrote: dtempw [EMAIL PROTECTED] writes: Hi Ludovic Thanks for getting back to me. As you can see in the attached screenshot, Ubuntu reports 0.33 as the latest version, I'd like to upgrade all my systems (MacOS, Windows and Linux) to 0.36, but Linux is holding me back. No, Linux is not holding you back. What is holding you back is that you are using a stable long-term support version of Ubuntu: this means no package upgrades unless absolutely necessary (i.e. critical bug fixes but not new features). In fact, your Linux is also being held back unless you've compiled and installed the latest version (2.6.22.4) manually. If you absolutely must have the latest version, upgrade to Debian unstable by editing your /etc/apt/sources.list to point at the Debian repository instead of the Ubuntu ones. Then, do apt-get update; apt-get dist-upgrade. monotone 0.36-1 is in unstable but has not migrated to testing yet, and is being blocked by test failures on some architectures (this is intentional). OR simply build monotone 0.36 yourself and install it in /usr/local. No need to switch the whole system to unstable to get a more recent version of a single package, specially if it is a tool that nothing else relies on. -- Julio M. Merino Vidal [EMAIL PROTECTED] ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Has anyone written a monotone backd for Emacs's VC?
I know VC is not very well suited to current revision control systems, but some of its functionality does make sense and is convenient (typically: show diffs made to the current buffer's file, indicate the revision control system used for the current buffer's file in the mode line, provide access to `annotate' and well, that's mostly it I think). Also, there are plans to update VC to be a bit friendlier by making VC-dired work better. So, in any case, Emacs-22.2 will have VC backends for Git, Bazaar, and Mercury, and it would make sense to add Monotone to the list. I might write it myself, but I'd first want to make sure nobody else has done such a thing yet. I was planning to write a monotone backend for VC. I wrote most of the monotone backend for DVC and can probably reuse portions of that. That would be great. When, roughly, will Emacs-22.2 be released? No idea. Could be real-soon-now or it could be several months from now, depending on how quickly people fix the list of pending bugs. Stefan ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] How to deal with shared sub-projects.
On Mon, Aug 27, 2007 at 07:55:24AM -0700, Jack Cummings wrote: I like the idea of nested checkouts, is there a general way to make it work with shared sub-projects? Certainly doable, just not done. Some sort of module support seems like clearly the right thing to do -- merge_into_dir seems to be not nearly as useful in practice as we might have liked. If you're interested in making something like this work, I'd suggest looking at http://article.gmane.org/gmane.comp.version-control.monotone.devel/12022 and also git's 'git-submodule' command for an existing and deployed implementation of some similar ideas. -- Nathaniel -- Eternity is very long, especially towards the end. -- Woody Allen ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: How to deal with shared sub-projects.
Nathaniel Smith [EMAIL PROTECTED] writes: [...] If you're interested in making something like this work, I'd suggest looking at http://article.gmane.org/gmane.comp.version-control.monotone.devel/12022 and also git's 'git-submodule' command for an existing and deployed implementation of some similar ideas. Also mercurial's forest extension (though I recently read a comment that it's poorly documented), and GNU Arch's configs. git's submodule stuff is quite new, so if you want to copy a polished, battle-tested model then it's possibly not the one to copy. ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: Ubuntu 6.06
Julio M. Merino Vidal [EMAIL PROTECTED] writes: [...] OR simply build monotone 0.36 yourself and install it in /usr/local. No need to switch the whole system to unstable to get a more recent version of a single package, specially if it is a tool that nothing else relies on. For those of us using Debian testing (or the ubuntu equivalent) that's easy enough (since we'll have a recent version of boost). For 6.06 probably it'll involve building at least bits of a new boost first. ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] problem with tester on WIN32 MinGW
On Wed, Aug 29, 2007 at 06:21:55AM -0400, Stephen Leake wrote: I'm not very familiar with C++ debugging. I'm using gdb from the AdaCore distribution (there isn't one in the MinGW distribution); it understands C++, but break exception isn't a recognized command (it is for Ada :). Try 'catch throw' and 'catch catch'. You may need the workaround described in http://www.cygwin.com/ml/gdb/2004-11/msg00192.html (I did for gdb 6.3). Jack ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Makefile problem; check-local?
On 8/29/07, Stephen Leake [EMAIL PROTECTED] wrote: [...] However, the %_tests.status rule has a bug; it needs $(EXEEXT) on tester. I think the right place to fix that is in Makefile.am? Then run autoreconf -i and configure again. Yes, that fixes it. I'll commit that fix. Yes, that's the right place to fix that. Sorry for the oversight. Failing that, what version of what implementation of Make are you using? Those look like GNU Make diagnostics, but you might well have an old buggy version. I'm using the MinGW distribution, as described on the monotone Wiki, updated just a month ago. This doesn't answer the question, I'm afraid. The problem seems to be resolved, but what I wanted was what 'make --version' prints... zw ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Suspending branches
Nathaniel Smith wrote: Not to mention that the trunk would regularly disappear every time someone pulled in trunk changes to a branch. Heh... yeah that would be more than a bit annoying. Cheers, Derek ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Ubuntu 6.06
Ludovic == Ludovic Brenta [EMAIL PROTECTED] writes: Ludovic If you absolutely must have the latest version, upgrade to Debian Ludovic unstable by editing your /etc/apt/sources.list to point at the Debian Ludovic repository instead of the Ubuntu ones. Then, do apt-get update; Ludovic apt-get dist-upgrade. monotone 0.36-1 is in unstable but has not Ludovic migrated to testing yet, and is being blocked by test failures on some Ludovic architectures (this is intentional). There is a version of the package available for Debian etch, on the main website. I don't know if it will work or not under Ubuntu 6.06, but I would try that first. -- Brian May [EMAIL PROTECTED] ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
