In message [EMAIL PROTECTED] on Fri, 22 Sep 2006 18:14:53 -0700, Nathaniel
Smith [EMAIL PROTECTED] said:
njs What if we just say translation updates don't need a ChangeLog entry?
I would love that.
Cheers,
Richard
-
Please consider sponsoring my work on free software.
See
On Fri, Sep 22, 2006 at 12:54:16AM -0400, Ali Asad Lotia wrote:
et-g4-pb:~/rcs lotia$ mtn --db=mtn.db pull venge.net
net.venge.monotone*
[...]
mtn: bytes in | bytes out |certs in | revs in
mtn: 43.8 M | 633 | 21190/30529 | 5318/7639
mtn: fatal: std::logic_error:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Richard Levitte - VMS Whacker wrote:
In message [EMAIL PROTECTED] on Fri, 22 Sep
2006 18:14:53 -0700, Nathaniel Smith [EMAIL PROTECTED] said:
njs What if we just say translation updates don't need a ChangeLog entry?
I would love that.
OK, in the
On 23 sep 2006, at 03:14, Nathaniel Smith wrote:
What if we just say translation updates don't need a ChangeLog entry?
While we're on the subject, out of curiosity, what is the rationale
behind having a ChangeLog file in the first place?
I would have expected the (massaged) output of
On Sat, 2006-09-23 at 17:38 +0200, Marcel van der Boom wrote:
While we're on the subject, out of curiosity, what is the rationale
behind having a ChangeLog file in the first place?
I'd almost think so too, but any output massaging probably wouldn't be
entirely portable. Then there's also the
On Fri, 2006-09-22 at 16:16 +0200, Markus Meyer wrote:
Daniel Carosone schrieb:
Could you try and reproduce it for file:// databases on local
filesystems first, without the samba share?
Sure, I just did that: the problem also happens when both databases are
in the same directory on the
The FreeBSD port devel/monotone needs the following patches, would they
probably be a problem on others systems, or can I simply apply then to
the trunk and push to venge.net?
I guess the common problem is that Linux by default have some gettext
calls even if now using gettext, or something like
On Sat, Sep 23, 2006 at 11:17:04AM -0500, Timothy Brownawell wrote:
I'd almost think so too, but any output massaging probably wouldn't be
entirely portable. Then there's also the issue of, what if you don't
want every single rev to get a changelog entry? Things like translation
updates, or
On Sat, Sep 23, 2006 at 06:50:25PM +0200, Lapo Luchini wrote:
The FreeBSD port devel/monotone needs the following patches, would they
probably be a problem on others systems, or can I simply apply then to
the trunk and push to venge.net?
I guess the common problem is that Linux by default
Lapo Luchini wrote, On 23.9.2006 18:50:
The FreeBSD port devel/monotone needs the following patches, would they
probably be a problem on others systems, or can I simply apply then to
the trunk and push to venge.net?
I guess the common problem is that Linux by default have some gettext
Václav Haisman wrote, On 23.9.2006 19:19:
Lapo Luchini wrote, On 23.9.2006 18:50:
The FreeBSD port devel/monotone needs the following patches, would they
probably be a problem on others systems, or can I simply apply then to
the trunk and push to venge.net?
I guess the common problem is
Václav Haisman wrote, On 23.9.2006 19:34:
Václav Haisman wrote, On 23.9.2006 19:19:
Lapo Luchini wrote, On 23.9.2006 18:50:
The FreeBSD port devel/monotone needs the following patches, would they
probably be a problem on others systems, or can I simply apply then to
the trunk and push to
I have made a commit to a branch with a key that was not allowed to do so. I
have added to key in my monotonerc file but I'm still getting the following
error:
$ mtn log --last=1
mtn: warning: ignoring bad signature by '[EMAIL PROTECTED]'
on '[EMAIL
On Sat, Sep 23, 2006 at 11:17:04AM -0500, Timothy Brownawell wrote:
But perhaps it would be good to reconsider exactly what should go in the
ChangeLog? Right now it's almost exactly redundant with our commit
messages, and partly redundant with other revision metadata. Maybe we
should aim for a
On 9/23/06, Lapo Luchini [EMAIL PROTECTED] wrote:
if (!init)
{
setlocale(LC_ALL, );
+#ifdef ENABLE_NLS
bindtextdomain(PACKAGE, LOCALEDIR);
textdomain(PACKAGE);
+#endif
init = 1;
}
It would be better to put something like
#ifndef ENABLE_NLS
inline char
Derek Scherger wrote:
When I say team -- share project on the checked out source I select
monotone as the type and it says This project is already a monotone
workspace. Click Finish. When I do this I get An error occurred while
sharing the project: Reason: Invocation of the sharing action failed
On Sat, Sep 23, 2006 at 04:11:59PM -0700, Zack Weinberg wrote:
It would be better to put something like
#ifndef ENABLE_NLS
inline char * textdomain(char *) { return 0; }
inline char * bindtextdomain(char *, char *) { return 0; }
#endif
just above localize_monotone();
Or in i18n.hh,
Well, I suppose there's going to be another stupid error I've made,
just like the last time when there turned out to be NFS locking
problems (which I still don't know how to fix). TO acoid NFS,
I'm running all this on the server, which happens to be an AMD64
running in 64-bit mode. The OS is
On Sat, Sep 23, 2006 at 07:37:20PM -0300, Juan Jose Comellas wrote:
mtn: warning: ignoring bad signature by '[EMAIL PROTECTED]'
I have made a commit to a branch with a key that was not allowed to do so. I
have added to key in my monotonerc file but I'm still getting the following
error:
On Sat, Sep 23, 2006 at 09:06:48PM -0400, [EMAIL PROTECTED] wrote:
checking whether C++ streams support sync_with_stdio... configure: error:
could not generate input for test 1
From the log, it looks like you don't have g++ installed on this box.
The configure script really should error out
On Sat, Sep 23, 2006 at 06:43:20PM -0700, Nathaniel Smith wrote:
On Sat, Sep 23, 2006 at 09:06:48PM -0400, [EMAIL PROTECTED] wrote:
checking whether C++ streams support sync_with_stdio... configure: error:
could not generate input for test 1
From the log, it looks like you don't have g++
On Sat, Sep 16, 2006 at 03:07:15PM +0200, Jon Bright wrote:
I've written a team plugin for Eclipse. It currently has only the bare
necessities. With it, you can:
Huzzah!
- No file history support
- It could be a lot prettier
Are you planning to merge with monoclipse's history graph
On Sat, Sep 23, 2006 at 09:54:14PM -0400, [EMAIL PROTECTED] wrote:
On Sat, Sep 23, 2006 at 06:43:20PM -0700, Nathaniel Smith wrote:
On Sat, Sep 23, 2006 at 09:06:48PM -0400, [EMAIL PROTECTED] wrote:
checking whether C++ streams support sync_with_stdio... configure: error:
could not
On Sat, Sep 23, 2006 at 09:54:14PM -0400, [EMAIL PROTECTED] wrote:
On Sat, Sep 23, 2006 at 06:43:20PM -0700, Nathaniel Smith wrote:
On Sat, Sep 23, 2006 at 09:06:48PM -0400, [EMAIL PROTECTED] wrote:
checking whether C++ streams support sync_with_stdio... configure: error:
could not
On Sat, Sep 23, 2006 at 07:12:16PM -0700, Nathaniel Smith wrote:
If dapper is like sid, then the g++-3.3 package provides a binary
named /usr/bin/g++-3.3, the g++-4.0 package provides a binary named
/usr/bin/g++-4.0, and the g++ package depends on g++-4.0 and provides a
symlink from
25 matches
Mail list logo