Re: [Monotone-devel] I... well, I quit ;-)
In message <53565625.5090...@bluegap.ch> on Tue, 22 Apr 2014 13:44:37 +0200, Markus Wanner said: markus> Hey Richard, markus> markus> On 04/22/2014 12:39 PM, Richard Levitte wrote: markus> > I may stick around as a translator for a while more, in the hope that markus> > someone else turns up to take over that part. How is it these days, markus> > is there a translators mailing list or is this the one? markus> markus> There's monotone-i...@nongnu.org, it's .. ehm .. somewhat less traffic markus> than this one ;-) Hah, I'm even already subscribed! Goody good... but it might need a touch more traffic, like telling the translators that of an upcoming release and that it might be good to update translations ;-) (I've seen something about an upcoming 1.1, but not on that list) markus> > "Life is a tremendous celebration - and I'm invited!" markus> markus> I always loved that tagline. Enjoy! :-) Cheers, Richard ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] I... well, I quit ;-)
Hey guys, you may have noticed that I haven't said much of a peep for quite a while. Fact is, I've generally been pulling away from programming as a passion since a few years back. I may still do some to be able to pay the bills, but that's about all. Life changes, life turns, that sort of thing... For those who want to know, I've restarted another passion of mine, photography and art based on that. I may stick around as a translator for a while more, in the hope that someone else turns up to take over that part. How is it these days, is there a translators mailing list or is this the one? I just thought that it was time to make this official instead of just lurking. Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Christmas Release
In message <20121130144217.5b0bb0c4@freddy> on Fri, 30 Nov 2012 14:42:17 +0100, Frédéric Praca said: frederic.praca> > In message <20121130101721.4a026d35@freddy> on Fri, 30 Nov 2012 frederic.praca> > 10:17:21 +0100, Frédéric Praca said: frederic.praca> > frederic.praca> > frederic.praca> - http://buildbot.monotone.ca/ is down for ages frederic.praca> > frederic.praca> > *arrrll* cron doesn't grokk @reboot *arrrll* frederic.praca> > frederic.praca> > Does someone have a safe recipe to do the same thing, but with frederic.praca> > something that runs every minute or so (checks if a buildbot is frederic.praca> > already running, yada yada yada)? I know, it's probably cookbook, my frederic.praca> > brain just isn't geared for that kind of stuff today... frederic.praca> Well nagios could do the job but that's a little overkill. frederic.praca> Why don't you check the status by getting the webpage like this frederic.praca> frederic.praca> #! /bin/sh frederic.praca> frederic.praca> wget -q --output-document=- localhost:8010 > /dev/null frederic.praca> frederic.praca> if (test $? -ne 0) frederic.praca> then frederic.praca> echo "server out of order" frederic.praca> # and other things like re-running builbot master frederic.praca> fi frederic.praca> frederic.praca> Then put this in cron as a every 5 minutes task Thanks! -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Christmas Release
In message <20121130101721.4a026d35@freddy> on Fri, 30 Nov 2012 10:17:21 +0100, Frédéric Praca said: frederic.praca> - http://buildbot.monotone.ca/ is down for ages *arrrll* cron doesn't grokk @reboot *arrrll* Does someone have a safe recipe to do the same thing, but with something that runs every minute or so (checks if a buildbot is already running, yada yada yada)? I know, it's probably cookbook, my brain just isn't geared for that kind of stuff today... Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] netsync_badhost_gives_nice_error failure
In message <1348933953.16990.yahoomailclas...@web87801.mail.ir2.yahoo.com> on Sat, 29 Sep 2012 16:52:33 +0100 (BST), Richard Hopkins said: richhguard-monotone> OpenSUE 12.2 fails this test as well but with a different message richhguard-monotone> richhguard-monotone> mtn: network error: failed to connect: Connection refused mtn: network error: name resolution failure for : Name or service not known That's highly irritating... -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] cia.vc is dead (to be rebuilt)
Yesterday, cia.vc was unreachable, so I promissed to check it out today. Today, it's reachable, with the following message just a few moments ago: *Service Dead!* Due to problems with the ISP that hosted the CIA.VC servers and website the CIA.VC server has been completely wiped. The are no backups of the servers so the service CANNOT be restored, The Atheme team have decided to not bother restoring or maintaining the service and have passed it over to Ilkotech. *Whats to become of the service?* Ilkotech hopes to rebuild the service from scratch, this means developers will need to recreate their accounts along with their bots and projects, we hope to have the service somewhat back online. We cannot promise any miracles but do promise to do our best. (it's changing at a fast pace, now I'm seeing a Apache 2 test page) So, we're currently out of that service and out of IRC messages. I have no idea when it will get restored, and neither does anyone else it seems. Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] netsync over ssh revisited
In message <85y5kngwh4@stephe-leake.org> on Thu, 06 Sep 2012 08:35:35
-0400, Stephen Leake said:
stephen_leake> Richard Levitte writes:
stephen_leake>
stephen_leake> > In message <858vcnil6a@stephe-leake.org> on Thu, 06 Sep
2012
stephen_leake> > 04:56:45 -0400, Stephen Leake
said:
stephen_leake> >
stephen_leake> > stephen_leake> Attempting to generalize/abstract a naming
convention:
stephen_leake> > stephen_leake>
stephen_leake> > stephen_leake> ssh {host} socat - UNIX-CONNECT:{path}
stephen_leake> > stephen_leake>
stephen_leake> > stephen_leake> I'm not clear what's a protocol and what's a
transport here; it seems to
stephen_leake> > stephen_leake> me the actual data exchange protocol is always
mtn (that defines how to
stephen_leake> > stephen_leake> exchange certs, keys, revisions, and possibly
authentication), and both
stephen_leake> > stephen_leake> ssh and unix domain sockets are transports.
stephen_leake> >
stephen_leake> > You're right, it was poorly expressed. Say
{transpport}+{tunnel}
stephen_leake>
stephen_leake> The Unix domain socket is not tunneling the ssh transport; socat
is
stephen_leake> bridging the two transports.
I was seeing it the other way around, that ssh is used to tunnel the Unix
domain socket.
stephen_leake> I'd have to see a list of all the protocols mtn supports to try
to come
stephen_leake> up with a reasonable classification. Which is what your manual
update
stephen_leake> will provide, so I think that's the place to start.
mtn:(netsync via tcp)
file: (netsync via --stdio)
ssh:(which is basically file: tunneled through ssh)
ssh+ux: (Unix domain socket via ssh)
local: (kind sorta supported, it's supported by netxx and can be used
as a argument to --bind, and is the way a server should be
set up to be accessible via ssh+ux:)
Cheers,
Richard
--
Richard Levitte rich...@levitte.org
http://richard.levitte.org/
"Life is a tremendous celebration - and I'm invited!"
-- from a friend's blog, translated from Swedish
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] netsync over ssh revisited
In message <858vcnil6a@stephe-leake.org> on Thu, 06 Sep 2012 04:56:45
-0400, Stephen Leake said:
stephen_leake> Richard Levitte writes:
stephen_leake>
stephen_leake> > In message <20120906.055612.470427758.rich...@levitte.org> on
Thu, 06
stephen_leake> > Sep 2012 05:56:12 +0200 (CEST), Richard Levitte
stephen_leake> > said:
stephen_leake> >
stephen_leake> > richard> I had a look in std_hooks.lua and noticed the ssh+ux:
schema, which
stephen_leake> > richard> basically does what I'm after...
stephen_leake> >
stephen_leake> > Speaking of this, I'm thinking about that scheme name, and it
comes
stephen_leake> > out as odd to me... there seems to be a concensus out there
that a
stephen_leake> > protocol transported through another protocol should be named
stephen_leake> > {protocol}+{transport}. ssh+ux: does the exact opposite, and
ux+ssh:
stephen_leake> > would be more appropriate. Furthermore, since that's
basically UNIX
stephen_leake> > domain sockets piped through SSH, and mtn supports local UNIX
domain
stephen_leake> > sockets through the scheme local: (because netxx does that,
that's
stephen_leake> > why), I'm pondering that the ssh+ux: scheme should really be
renamed
stephen_leake> > to local+ssh: (of course, we can keep ssh+ux: as an alias).
stephen_leake> >
stephen_leake> > Thoughts?
stephen_leake>
stephen_leake> local+ssh sounds more like your second scheme
stephen_leake>
stephen_leake> Attempting to generalize/abstract a naming convention:
stephen_leake>
stephen_leake> ssh {host} socat - UNIX-CONNECT:{path}
stephen_leake>
stephen_leake> I'm not clear what's a protocol and what's a transport here; it
seems to
stephen_leake> me the actual data exchange protocol is always mtn (that defines
how to
stephen_leake> exchange certs, keys, revisions, and possibly authentication),
and both
stephen_leake> ssh and unix domain sockets are transports.
You're right, it was poorly expressed. Say {transpport}+{tunnel}
then. My inspiration is really git+ssh:, and I believe I've seen
similar constructs elsewhere, but memory fails me for the moment.
And you're absolutely right, we're not entirely consistent either (but
neither is anyone else)... "ssh:" should really be "mtn+ssh:" if we
were to be entirely consistent, for example.
stephen_leake> > Either way, I realised that the possible uris aren't fully
documented
stephen_leake> > in the manual, so I'm doing so now.
stephen_leake>
stephen_leake> That's good.
stephen_leake>
stephen_leake> > And I think it would be good to have a consensus on local+ssh:
vs
stephen_leake> > ux+ssh: vs ssh+ux: before the added documentation gets
published.
stephen_leake>
stephen_leake> Now is the time to rename it, if we are going to. But so far, I
don't
stephen_leake> see a clear naming convention.
stephen_leake>
stephen_leake>
stephen_leake> This discussion suggests a way to make file: work on Windows
native; use
stephen_leake> TCP sockets to connect between the client and server instances
of mtn.
Not sure that's a good idea from a security point of view.
Cheers,
Richard
--
Richard Levitte rich...@levitte.org
http://richard.levitte.org/
"Life is a tremendous celebration - and I'm invited!"
-- from a friend's blog, translated from Swedish
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] netsync over ssh revisited
In message <20120906.055612.470427758.rich...@levitte.org> on Thu, 06 Sep 2012
05:56:12 +0200 (CEST), Richard Levitte said:
richard> I had a look in std_hooks.lua and noticed the ssh+ux: schema, which
richard> basically does what I'm after...
Speaking of this, I'm thinking about that scheme name, and it comes
out as odd to me... there seems to be a concensus out there that a
protocol transported through another protocol should be named
{protocol}+{transport}. ssh+ux: does the exact opposite, and ux+ssh:
would be more appropriate. Furthermore, since that's basically UNIX
domain sockets piped through SSH, and mtn supports local UNIX domain
sockets through the scheme local: (because netxx does that, that's
why), I'm pondering that the ssh+ux: scheme should really be renamed
to local+ssh: (of course, we can keep ssh+ux: as an alias).
Thoughts?
Either way, I realised that the possible uris aren't fully documented
in the manual, so I'm doing so now. And I think it would be good to
have a consensus on local+ssh: vs ux+ssh: vs ssh+ux: before the added
documentation gets published.
Cheers,
Richard
--
Richard Levitte rich...@levitte.org
http://richard.levitte.org/
"Life is a tremendous celebration - and I'm invited!"
-- from a friend's blog, translated from Swedish
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] netsync over ssh revisited
In message <85harcirth@stephe-leake.org> on Wed, 05 Sep 2012 08:20:58
-0400, Stephen Leake said:
stephen_leake> Richard Levitte writes:
stephen_leake>
stephen_leake> > So I wonder, has anyone else already played with having netsync
stephen_leake> > tunneled over ssh but otherwise working exactly like the usual
mtn:
stephen_leake> > schema? (in other words, it still requires a mtn running as
server on
stephen_leake> > the remote end)
stephen_leake>
stephen_leake> I have not tried it, but you can probably get there with ssh
port forwarding.
stephen_leake>
stephen_leake> > My other question is, is there any reason why monotone
shouldn't
stephen_leake> > support that? A mtn+ssh: schema, say? Technically, it
shouldn't be
stephen_leake> > harder than supporting the current ssh: schema.
stephen_leake>
stephen_leake> There was discussion of using ssl, a while back.
I had a look in std_hooks.lua and noticed the ssh+ux: schema, which
basically does what I'm after...
Actually, googling it, I was reminded of some emails around that
schema. Unfortunately, it seems to be undocumented, something that
should be corrected.
The only real trouble with the ssh+ux: schema is that it won't work
with usher (and I really see no way to do that either, as usher relies
on the path to distinguish between servers to proxy for... or maybe
it should make sockets out of those... hmm...).
I'm thinking that a mtn+ssh: schema should work similarly to the
ssh+ux: schema, but instead of this:
ssh {host} socat - UNIX-CONNECT:{path}
it would do this:
ssh {host} socat - TCP-CONNECT:localhost:4691
Cheers,
Richard
--
Richard Levitte rich...@levitte.org
http://richard.levitte.org/
"Life is a tremendous celebration - and I'm invited!"
-- from a friend's blog, translated from Swedish
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] netsync over ssh revisited
Hi, I'm looking for ways to do monotone over ssh, and am only finding the current ssh: schema... and quite honestly, it sucks for my purposes because of concurrency issues. So I wonder, has anyone else already played with having netsync tunneled over ssh but otherwise working exactly like the usual mtn: schema? (in other words, it still requires a mtn running as server on the remote end) My other question is, is there any reason why monotone shouldn't support that? A mtn+ssh: schema, say? Technically, it shouldn't be harder than supporting the current ssh: schema. Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Updated Issue 212 - sync needs list of include patterns (monotone)
In message <85pq6f8c6v@stephe-leake.org> on Sat, 25 Aug 2012 07:04:40 -0400, Stephen Leake said: stephen_leake> Stephen Leake writes: stephen_leake> stephen_leake> >> In the user manual, the URI syntax is described as: stephen_leake> >> stephen_leake> >> ://[[@@][:]][/][?[;-[...]]] stephen_leake> >> stephen_leake> >> That says there is only one include pattern, but multiple exclude stephen_leake> >> patterns. The examples only show one include and one exclude. stephen_leake> >> stephen_leake> >> I suggest we change it to this: stephen_leake> >> stephen_leake> >> ://[[@@][:]][/][?[;]...] stephen_leake> > stephen_leake> > Actually, the first pattern can also be an exclude. So a simpler syntax stephen_leake> > is this: stephen_leake> > stephen_leake> > ://[[@@][:]][/][?[;]...] stephen_leake> > stephen_leake> > Branches matching a pattern are excluded if the pattern starts with stephen_leake> > '-', included otherwise. stephen_leake> stephen_leake> One more try: stephen_leake> stephen_leake> ://[[@@][:]][/][?[-][;[-]]...] stephen_leake> Branches matching a pattern are excluded if the pattern is preceded by stephen_leake> '-', included otherwise. That looks perfect :-) Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] issue 68
In message <4fe81970.30...@bluegap.ch> on Mon, 25 Jun 2012 09:55:28 +0200, Markus Wanner said: markus> On 06/24/2012 03:09 PM, Stephen Leake wrote: markus> > I'm going thru all the mtn issues, looking for things to fix. markus> > markus> > issue 68 reports an invariant failure in mtn 0.36, but it doesn't give markus> > enough info to reproduce the problem. I suggest we mark this issue markus> > 'WontFix', so we don't have to think about it any more. markus> markus> Agreed. 0.36 seems old enough to not worry about, anymore (in such a markus> case of missing information, that is). Maybe we need to define a version end of life? -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] usher locks db
In message on Fri, 25 May 2012 15:59:51 + (UTC), Hendrik Boom said: hendrik> Is there a reason for usher to keep a database locked after the netsync hendrik> is finished? hendrik> hendrik> I just sync'd from my laptop to my server using usher; a subsequent hendrik> attempt to checkout on the server (witout usher, of course) failed hendrik> because the database was locked. >From the source: // keep local servers around for this many seconds after the last // client disconnects from them (only accurate to ~10 seconds) int const server_idle_timeout = 60; Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] can't update issues
In message <82zk9csy00@stephe-leake.org> on Sat, 12 May 2012 20:52:47 -0400, Stephen Leake said: stephen_leake> I've fixed issue 202, but I can't edit the issue via code.monotone.ca. stephen_leake> stephen_leake> As soon as I start to edit in the 'comment' box, the page disappears, stephen_leake> and leaves me with a "No issues were found" list. As if it had searched stephen_leake> for something, and not found anything. I got the tip to clear the browser cache from Thomas... since then, I don't have that issue any more. Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] New indefero version deployed
In message <4faad7f3.6090...@thomaskeller.biz> on Wed, 09 May 2012 22:47:47 +0200, Thomas Keller said: me> me> Hi all! me> me> I've deployed a new version of Indefero (1.3.2) and merged it with our me> custom layout. Let me know if you find any hiccups (note though that you me> should clear your browser cache before... :) me> me> A list of notable changes since v1.2 (which is what we were previously me> running) can be found here: me> me> <http://projects.ceondo.com/p/indefero/page/News/> me> me> (The activity calculation is not enabled for our setup, btw...) The jquery hotkeys plugin that's used in this new version doesn't work right with Google Chrome on my laptop. Basically, it seems like the plugin isn't plugged in, and therefore, the last keydown binding is in effect *for*any*key*I*happen*to*press*! Doesn't make it easy to make changes to any issue, I'll tell ya! ;-) Could you please turn off those hotkeys? Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] nvm.lua-5.2 failing on mingw
In message <8262c8jk9h@stephe-leake.org> on Mon, 07 May 2012 12:36:10 +0100, Stephen Leake said: stephen_leake> Stephen Leake writes: stephen_leake> stephen_leake> > Completely reinstalling mingw, using an older installer that has g++ stephen_leake> > 4.5.2, fixed this particular problem (running 'make check' now). stephen_leake> > stephen_leake> > So apparently g++ 4.6.2 has problems with exceptions on Mingw. Cygwin is stephen_leake> > still at 4.5.3; I don't think Debian is at 4.6 yet. So perhaps this is stephen_leake> > not surprising. stephen_leake> stephen_leake> 'make check' now completed. stephen_leake> stephen_leake> tester and unit tests all pass. stephen_leake> stephen_leake> func tests had one failure; netsync_key_hooks didn't get the expected stephen_leake> return value from the server when sent SIGTERM. I think this is a known stephen_leake> bug in MinGW, so we should skip that test. stephen_leake> stephen_leake> All of the extra tests failed, as on the previous release. The failure stephen_leake> is 'attempt to call global 'mtn_setup' (a nil value)', so there's stephen_leake> something fundamental wrong in extra test driver. stephen_leake> stephen_leake> In sum; as far as Cygwin and MinGW are concerned, nvm.lua-5.2 can be stephen_leake> merged to main. Wait, you're saying all of "extra" is failing? I definitely don't get that on my (Linux) box... I'm also a bit surprised that we consider failures with the "extra" part ok. Other than that, I agree that nvm.lua-5.2 should be merged into nvm. -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] nvm.lua-5.2 failing on mingw
In message <82bom0jm2s@stephe-leake.org> on Mon, 07 May 2012 11:56:59 +0100, Stephen Leake said: stephen_leake> So apparently g++ 4.6.2 has problems with exceptions on Mingw. Cygwin is stephen_leake> still at 4.5.3; I don't think Debian is at 4.6 yet. So perhaps this is stephen_leake> not surprising. sid (Debian unstable) is at 4.6.3. No issues there. -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] nvm.lua-2.0 in Cygwin
In message <827gwvf1wg@stephe-leake.org> on Wed, 02 May 2012 04:00:31 -0400, Stephen Leake said: stephen_leake> I've hit a bug in compiling nvm.lua-2.0 in Cygwin, while running 'make stephen_leake> check'; stephen_leake> stephen_leake> /usr/include/boost/math/special_functions/detail/lgamma_small.hpp:483:38: error: expected primary-expression before 'do' stephen_leake> stephen_leake> It's the L macro, due to Boost 1.48 (which Cygwin has). stephen_leake> stephen_leake> It's also mtn issue 191. That gives a patch; has that been committed stephen_leake> yet? I don't see it in the commit log. stephen_leake> stephen_leake> It's a very small change; for now, I'll apply it on the nvm.lua-5.2 stephen_leake> workspace, but not commit it. I had a look at issue 191, it's apparently one I had bookmarked some time ago and then forgotten... I've just applied the patch and am running a distcheck to see if something comes up. Considering it's a pretty damn harmless change, I don't expect there will. Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] monotone and buildbot upgraded on code.monotone.ca
In message <4f988865.3030...@thomaskeller.biz> on Thu, 26 Apr 2012 01:27:33 +0200, Thomas Keller said: me> Am 25.04.12 15:31, schrieb Richard Levitte: me> > We're now running v1.0 (we were running some pre-1.0 before, I've no me> > idea why we hadn't upgraded it before). me> > All databases I know about have been migrated accordingly. me> me> You forgot the wiki database and that throwed a myriad of errors into me> the zoho mail account, because our cron checks for updates there every me> 10 minutes... I fixed that for you :) ... Oh, right! Thanks for taking care of it :-) -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] monotone and buildbot upgraded on code.monotone.ca
We're now running v1.0 (we were running some pre-1.0 before, I've no idea why we hadn't upgraded it before). All databases I know about have been migrated accordingly. Also, I've upgraded buildbot to v1.8.6p1. It already has support for monotone build in (thanks to yours truly ;-)). I suggest buildslaves get upgraded to 1.8.3 or higher. Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] time for a release?
In message <4f970a86.5040...@bluegap.ch> on Tue, 24 Apr 2012 22:18:14 +0200, Markus Wanner said: markus> Hi, markus> markus> quite a few fixes went in since monotone 1.0, including the recent fix markus> for compatibility with Botan 1.10 (which got released in June 2011). So markus> I'm thinking it's about time for a release. markus> markus> How much time do we need to be able to release? Any pending items markus> somebody absolutely wants to get in? I think it would be smart to have Richard Hopkins Lua 5.2 adaptation (currently present in net.venge.monotone.lua-5.2) included. I'm just about to make a distcheck on that branch. (btw, Richard, it fixes issue 206 ;-)) Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] [bug #30065] MAXPATHLEN breaks builds on GNU/Hurd
In message <4f72e76b.8020...@unchartedbackwaters.co.uk> on Wed, 28 Mar 2012
11:26:51 +0100, Francis Russell said:
francis> On 28/03/12 09:27, Richard Levitte wrote:
francis>
francis> > What did you have in mind?
francis>
francis> To be honest, I think the big scary warning put me off more than the
francis> patch itself. Although I do note that the patch appears to use
variable
francis> length stack allocated arrays which aren't valid in C++.
Huh??? I thought that was one pretty big difference between C and
C++... Maybe I'm mixing that up with GNUified C/C++...
francis> I guess I was thinking of something more like the attached
francis> (again untested), with the idea that the get_current_working_dir()
francis> implementations in both src/{unix,win32}/fs.cc could both use it since
francis> they both build strings from the buffer returned by getcwd (and the
francis> majority of added code would no longer be dead). I don't have much idea
francis> on monotone's policy on dynamic memory allocation and error handing for
francis> failures of it though.
I like your implementation, I say do it.
I dunno if what you say means you want to intermix src/netxx with
src/{unix/win32}... I'd say don't, netxx is basically some bundled
source package, and I believe it should stay as independent as
possible, and just be used by monotone until something else replaces
it (someone mentioned libevent). However, if you want to implement
the same thing in src/{unix,win32}/fs.cc, I say try it :-)
Cheers,
Richard
--
Richard Levitte rich...@levitte.org
http://richard.levitte.org/
"Life is a tremendous celebration - and I'm invited!"
-- from a friend's blog, translated from Swedish
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] [bug #30065] MAXPATHLEN breaks builds on GNU/Hurd
In message <4f721127.7020...@unchartedbackwaters.co.uk> on Tue, 27 Mar 2012 20:12:39 +0100, Francis Russell said: francis> Reading that code made me slightly nervous anyway. In particular the way francis> getcwd failing isn't considered an error condition regardless of why it francis> failed. It wasn't in the earlier code either. Since I couldn't really see the ramifications of suddenly have it throw something or return something unexpected, I chose to keep the functionality as it is, and only make sure that we have an adapting buffer. francis> > Anyway, I'll push it, but with a big fat warning. francis> francis> Thanks, though I'm not quite sure that diff is what I had in mind ;) What did you have in mind? -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] [bug #30065] MAXPATHLEN breaks builds on GNU/Hurd
In message <4f71b806.7070...@unchartedbackwaters.co.uk> on Tue, 27 Mar 2012 13:52:22 +0100, Francis Russell said: francis> On 07/06/10 13:59, Francis Russell wrote: francis> ... francis> However, I think it would be much nicer to have this fixed upstream, and francis> it looks like getcwd could be wrapped in something that returns a francis> success condition and a string and works by dynamically resizing a francis> buffer until getcwd succeeds or fails for a reason other than ERANGE. I have made a change locally, haven't pushed it yet... it does compile, but considering it's code that only gets called for AF_LOCAL and monotone never deals with that kind of socket, it really has no impact... which is a bit scary. Anyway, I'll push it, but with a big fat warning. Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] How to not be anonymous
When I have that kind of trouble, it often means I've forgotten something on the server side... either I've forgotten to put the public key in its database, or forgotten to put the key id in the read-permissions file... Since you use usher, I assume you log each underlying server in a separate file? Have a look in it, you might find the answer there (you often get a more detailed answer on the server side) Cheers Rihcard In message on Sat, 17 Mar 2012 03:10:20 + (UTC), Hendrik Boom said: hendrik> I hate pestering you guys with trivia, but here goes again. hendrik> hendrik> Every time I set up a new mtn database I end up with trouble. Always hendrik> it's different trouble. I don't seem to remember all the details from hendrik> previous times, and I seem to misread the manual again and again. hendrik> hendrik> THis time what's stymied me is anonymity. hendrik> hendrik> I.m trying to populate a database by pulling form an usher server: hendrik> hendrik> hendrik> hendrik@notlookedfor:~/monotone$ mtn --key hend...@notlookedfor.topoi.pooq.com pull mtn://topoi.pooq.com/slides?com.pooq.hendrik.slides --db ~/monotone/slides.db hendrik> mtn: connecting to 'mtn://topoi.pooq.com/slides' hendrik> mtn: include pattern 'com.pooq.hendrik.slides' hendrik> mtn: exclude pattern '' hendrik> mtn: finding items to synchronize: hendrik> mtn: warning: protocol error while processing peer mtn://topoi.pooq.com/slides: 'received network error: anonymous access to branch 'com.pooq.hendrik.slides' denied by server' hendrik> mtn: bytes in | bytes out | certs in hendrik> mtn:97 | 350 |0 hendrik> mtn: error: processing failure while talking to peer 'mtn://topoi.pooq.com/slides', disconnecting hendrik> hendrik@notlookedfor:~/monotone$ hendrik> hendrik> now, I have the proper permissions to read that remote data base. hendrik> But what do I have to do to be recognised as not being anonymous? hendrik> Is specifying the key with --key hend...@notlookedfor.topoi.pooq.com not enough? -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] monotone-usher or usher-server and usher
In message on Wed, 28 Dec 2011 00:01:23 + (UTC), Hendrik Boom said: hendrik> On Tue, 27 Dec 2011 11:40:16 +0100, Richard Levitte wrote: hendrik> hendrik> > hendrik> > Yup, that's not the correct server. The debian stuff is in hendrik> > mtn://code.monotone.ca/debian-mtn hendrik> > hendrik> > However, considering what I wrote above, that isn't enough either. A hendrik> > quick way to do this is: hendrik> > hendrik> > mtn clone hendrik> > "mtn://code.monotone.ca/contrib?net.venge.monotone.contrib.usher" usher hendrik> > cd usher hendrik> > mtn clone "mtn://code.monotone.ca/debian-mtn?org.debian.usher" debian hendrik> > hendrik> > The correct way is a little bit more complex. Since Debian packages are hendrik> > built from source distributions, the correct way is to build a source hendrik> > distribution, unpack that, clone the debian directory inside the hendrik> > resulting directory, then build your debian package from there (using hendrik> > debuild or pbuilder or whatever you fancy) hendrik> hendrik> So this means I make nested checkouts, without using merge-into-dir hendrik> which was supposed to replace nested checkouts. Yes. The usher source branch and the debian packaging branch are to be entirely separate. merge-into-dir doesn't support that, and isn't supposed to replace nested checkouts entirely, but merely the form that's represented with CVS nested modules (supported by on the repo). The correct way to do the above is really as follows: - get the usher source tarball. One way is create it yourself: mtn clone "mtn://code.monotone.ca/contrib?net.venge.monotone.contrib.usher" usher cd usher ./configure && make dist of course, a debian packager would normally get the source from an official upstream release... wget http://mtn-host.prjek.net/projects/webhost/files/usher-0.99.tar.gz - unpack the tarball somewhere mkdir /var/tmp/debian-usher cd /var/tmp/debian-usher tar -xvzf /PATH/TO/usher-0.99.tar.gz - get the packaging directory cd usher-0.99 mtn clone "mtn://code.monotone.ca/debian-mtn?org.debian.usher" debian - build debuild # or whatever So you see, the thing is that a debian packager is expected to get the original source release from the official place, not from whatever repository where history is stored and development happens. That's the reason the usher source branch and the usher packaging branch should stay separate. hendrik> Are these projects sufficiently disjoint that I should keep hendrik> them in separate databases following the each-project-has-its-own-database hendrik> best-practice? That's really a personal choice, but considering that you might make the mistake of slaming those branches together, then I'd say yes, keep them in separate branches (I do that) hendrik> Might it make netsync awkward if I don't keep them separate? It will mostly mean that people will get confused by a suddenly appearing debian directory in the usher source if you make a mistake somewhere (which is possible). hendrik> Does the local database keep track of which other database hendrik> separate for each branch, or is it just one for all? The databases themselves only care about themselves and the branches stored in them. monotone can keep track of the databases for you if you have them and the different workspaces registered (see NEWS). -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] monotone-usher or usher-server and usher
In message on Tue, 27 Dec 2011 02:39:56 + (UTC), Hendrik Boom said: hendrik> On Tue, 27 Dec 2011 01:26:42 +, Hendrik Boom wrote: hendrik> hendrik> > On Tue, 20 Dec 2011 10:21:19 +0100, Richard Levitte wrote: hendrik> > hendrik> >> In message <87r500w9om@ludovic-brenta.org> on Mon, 19 Dec 2011 hendrik> >> 22:09:13 +0100, Ludovic Brenta said: hendrik> >> hendrik> >> ludovic> ... but TTBOMK nobody has packaged usher yet. Sorry about hendrik> >> ludovic> that. hendrik> >> hendrik> >> There's no final package distributed to Debian, but there's an effort hendrik> >> in branches org.debian.usher and org.debian.usher.experimental. hendrik> > hendrik> > So far I've been advised to look at hendrik> > org.debian.usher hendrik> > org.debian.experimental Correction: org.debian.usher.experimental hendrik> > and hendrik> > net.venge.monotone.contrib.usher Yup. Let me explain a bit how this is organized, and why you need two of those branches... (it's the same as for monotone itself) First of all, we have the main usher source, without the debian packaging stuff. It resides in net.venge.monotone.contrib.usher, and that's all that should be there. Then, we have the debian packaging stuff, which ends up in the debian/ subdirectory of the software you want to package. That directory is in its own separate branch, org.debian.usher and an experimental sibbling, org.debian.usher.experimental. At this point, you should read the policy for debian packaging: https://code.monotone.ca/p/debian-mtn/page/Policy/ (and hey Ludovic! I believe it needs being updated! ;-)) hendrik> I'm evidently still doing somethihg wrong -- again -- because after I hendrik> executing hendrik> hendrik> mtn pull "mtn://code.monotone.ca/monotone?org.debian.usher" 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 "mtn://code.monotone.ca/contrib?net.venge.monotone.contrib.usher" usher cd usher mtn clone "mtn://code.monotone.ca/debian-mtn?org.debian.usher" debian The correct way is a little bit more complex. Since Debian packages are built from source distributions, the correct way is to build a source distribution, unpack that, clone the debian directory inside the resulting directory, then build your debian package from there (using debuild or pbuilder or whatever you fancy) hendrik> On the other hand, I have no trouble getting hendrik> net.venge.monotone.contrib.usher hendrik> which seems to contain an usher without the init.d stuff to start it at hendrik> boot and keep it up. Yup, that works. Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] monotone-usher or usher-server and usher
It occurs to me that I've been imprecise. org.debian.monotone and org.debian.usher et al are available on mtn://code.monotone.org/debian-mtn -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] monotone-usher or usher-server and usher
In message on Tue, 20 Dec 2011 01:59:17 + (UTC), Hendrik Boom said: hendrik> So what I would have to do is this: hendrik> [...] hendrik> hendrik> Get the package source for monotone. Is that under revision-control hendrik> somewhere? It is. org.debian.monotone on code.monotone.ca. hendrik> edit it to run usher instead of monotone. This will likely require hendrik> changes to the names of files as well as to their contents. I hope not hendrik> much more. I suggest you have a look at org.debian.usher, also available on code.monotone.ca. That part is, as far as I recall, ready. -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] monotone-usher or usher-server and usher
In message <87r500w9om@ludovic-brenta.org> on Mon, 19 Dec 2011 22:09:13 +0100, Ludovic Brenta said: ludovic> ... but TTBOMK nobody has packaged usher yet. Sorry about ludovic> that. There's no final package distributed to Debian, but there's an effort in branches org.debian.usher and org.debian.usher.experimental. -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] monotone-usher or usher-server and usher
In message on Mon, 19 Dec 2011 17:44:52 + (UTC), Hendrik Boom said: hendrik> I found an old message (http://www.mail-archive.com/monotone- hendrik> deb...@nongnu.org/msg00100.html) mentioning an usher-server and an usher hendrik> for Debian. At that time there was talk about getting these into debian hendrik> experimental, or into unstable or testing after the code freeze. hendrik> hendrik> Now these look like the recommended way to get usher to start at boot hendrik> and stay up. hendrik> hendrik> But I find no such package now. Where is it, or its code, hiding out? net.venge.monotone.contrib.usher on code.monotone.ca It's been dormant for a bit, mostly because I apparently took a bit of a pause. Been thinking about it lately, though. It would be nice to get it out the door. The main thing I'm trying is to have the current tests split up in smaller chunks, so different features actually become tested one at a time. Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] monotone suppresses .svn directories.
In message <2029162437.gb26...@topoi.pooq.com> on Tue, 29 Nov 2011 11:24:37 -0500, Hendrik Boom said: hendrik> On Tue, Nov 29, 2011 at 02:28:52AM -0500, Stephen Leake wrote: hendrik> > Hendrik Boom writes: hendrik> > hendrik> > > How can I do the recursive mtn add and suppress the .svn suppression? hendrik> > hendrik> > .svn is in the standard Lua function 'ignore_file'; you can override hendrik> > that function definition in your ~/.monotone/monotonerc hendrik> hendrik> Except I might still want to not override it when I'm working on other hendrik> projects. Is there some per-project or similar way of providing lua hendrik> function? Shoud there be? _MTN/monotonerc (see http://www.monotone.ca/docs/Lua-Reference.html#rcfiles) However, that means that everyone who shares this particular project must maintain their respective copy of that file, which is a bit dumb in this case... Personally, I'd like to expand on the ignore_file functionality to have a anti-ignore concept. I can see it done in one of two ways: - have a file .mtn_noignore alongside .mtn_ignore. - have a special syntax, anything in .mtn_ignore starting with ! is a anti-ignore, which means that whatever follows the ! is an expression for paths that should NOT be ignored. Also, there would be some kind of override mechanism for conflicting matches. One would be chronological, so the latter of them wins: example1: !^foo$ ^foo$ in this example, the file 'foo' is ignored. example2: ^foo$ !^foo$ in this example, the file 'foo' is not ignored. The other way to do it is to decide if ignores or anti-ignores have higher priority. If we would go for the .mtn_noignore file, we will have to do it this way... Comments? Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Time to wake up?
It's been pretty silent since this summer, and I'm wondering, where do we stand? I've seen Richard Hopkins do some work on regex cache and a few other things, and there are a number of other branches that need being looked at as well. So, what I mostly wonder right now is, who's in? Apart from Richard, that is ;-) Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] git import
In message on Fri, 29 Jul 2011 00:55:36 +0200, Jerome Baum said: jerome> > The absolutely best way is, of course, if you have pulled the monotone jerome> > repo and created yourself a branch that you do the work in and then jerome> > push back (that requires that you register on code.monotone.ca, upload jerome> > your public mtn key and get write access, which can be done quite jerome> > simply). jerome> jerome> Yeah I recall something about sending in a first set of patches for jerome> review before write access is given out. That's a good idea. jerome> > After that, a set of patches is fine, I can help you commit them if jerome> > you want. Have the set of patches as attachment, please (I suppose jerome> > you would do so, but I've seen people doing something else). jerome> jerome> Hmm I can't seem to find any documentation on generating a patch jerome> series from monotone, so ... mtn diff? Not sure what you mean exactly, were you talking about OneHugePatch or OnePatchPerRevision? jerome> > Or, well, there's of course what you do right now, putting your db on jerome> > the net. I've never tried that on before, so I can't really say much jerome> > about how feasible that is. Willing to try, though ;-) jerome> jerome> ... maybe this is an easier option. Depends on your bandwidth though. jerome> :/ -- I guess w/ git it is common to publish your repo via HTTP simply jerome> because git supports HTTP-based pulls, so maybe the analogous solution jerome> is to put up a netsync server? That is, of course, what would be the radically best solution. Why I didn't think of mentioning it, I do not know... My bandwidth is nothing to worry about, I'm pretty well served ;-) Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] git import
In message on Thu, 28 Jul 2011 00:49:55 +0200, Jerome Baum said: jerome> Hey again, jerome> jerome> so it's been really busy for me, and I haven't really found the time jerome> to get this working -- in part because I'm having a hard time w/ the jerome> API (is there an intro doc or overview somewhere?). jerome> jerome> Anyway, the current state including my notes is at jerome> <http://j.edv.im/mtn/mtn.mtn>, in case anyone wants to look at that jerome> and continue with it. While at it, is there some preferred way to jerome> publish a set of patches besides sending in a patch series (and, of jerome> course, besides putting a 180+ MB database online somewhere :) ? The absolutely best way is, of course, if you have pulled the monotone repo and created yourself a branch that you do the work in and then push back (that requires that you register on code.monotone.ca, upload your public mtn key and get write access, which can be done quite simply). After that, a set of patches is fine, I can help you commit them if you want. Have the set of patches as attachment, please (I suppose you would do so, but I've seen people doing something else). Or, well, there's of course what you do right now, putting your db on the net. I've never tried that on before, so I can't really say much about how feasible that is. Willing to try, though ;-) Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] New BETA RC 1 Version Of Mtn-Browse
In message <4e14bba7.90...@coosoft.plus.com> on Wed, 06 Jul 2011 20:46:47 +0100, CooSoft Support said: support>Why no mtn-browse-sv2 in mtn? support> support>Well I am currently having to maintain two versions of files for support>mtn-browse and HistoryGraph.pm (Gtk2-SourceView1 vs 2, and Canvas text support>items vs labels respectively). Rather than have these simply checked support>in and have to replicate changes made to one also to the other, I have support>checked in patch files that I use to to generate one file from the support>other. That way I only have one set of files to maintain. Luckily both support>variants in both files are relatively self contained and are in code support>that is unlikely to change. support> support>I generate these files when packaging. Ah, in that case, I propose this patch (attached), that will create mtn-browse-sv2 when doing 'make' (or 'make all'). That makes it mch easier on us who want to pull the latest (greatest?) and install from the source... It works as long as patch takes -o. Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish # # old_revision [bd62560422d14b69ff2dbb787e3adae9aae17267] # # patch "Makefile.PL" # from [798ef04e8f3f67df44bab4b5b8c34964ad483db9] #to [5309b6b23cbac76d0fda5e2bbd8c4fb27a72c049] # --- Makefile.PL 798ef04e8f3f67df44bab4b5b8c34964ad483db9 +++ Makefile.PL 5309b6b23cbac76d0fda5e2bbd8c4fb27a72c049 @@ -68,12 +68,20 @@ INSTALLER=./linux-installer LIBDIR="$lib_dir" PREFIX="$prefix_dir" INSTALLER=./linux-installer +PATCH=patch +MTN_BROWSE_SourceView1=mtn-browse +MTN_BROWSE_SourceView2=mtn-browse-sv2 +MTN_BROWSE_SourceView2_PATCH=mtn-browse-Gtk2-SourceView2.patch -all: \$(INSTALLER) -\@echo "Ok." +all: \$(MTN_BROWSE_SourceView2) \$(INSTALLER) +\t\@echo "Ok." +\$(MTN_BROWSE_SourceView2): \$(MTN_BROWSE_SourceView1) \\ +\t\$(MTN_BROWSE_SourceView2_PATCH) +\tpatch -o \$(MTN_BROWSE_SourceView2) < \$(MTN_BROWSE_SourceView2_PATCH) + test: \$(INSTALLER) -\@echo "Ok." +\t\@echo "Ok." install: \$(INSTALLER) EOF ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] New BETA RC 1 Version Of Mtn-Browse
There's an error in Makefile.PL that gets make, patch (based on the current head) attached. Also, is there a reason mtn-browse-sv2 isn't added in net.venge.monotone.contrib.mtn-browse? Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish # # old_revision [bd62560422d14b69ff2dbb787e3adae9aae17267] # # patch "Makefile.PL" # from [798ef04e8f3f67df44bab4b5b8c34964ad483db9] #to [90cd1609df19dbbc582a6e135118d51712c62b6d] # --- Makefile.PL 798ef04e8f3f67df44bab4b5b8c34964ad483db9 +++ Makefile.PL 90cd1609df19dbbc582a6e135118d51712c62b6d @@ -70,10 +70,10 @@ all: \$(INSTALLER) INSTALLER=./linux-installer all: \$(INSTALLER) -\@echo "Ok." +\t\@echo "Ok." test: \$(INSTALLER) -\@echo "Ok." +\t\@echo "Ok." install: \$(INSTALLER) EOF ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] New BETA RC 1 Version Of Mtn-Browse
In message <4e0f6969.5020...@coosoft.plus.com> on Sat, 02 Jul 2011 19:54:33 +0100, Anthony Edward Cooper said: aecooper>Richard - could you please test to see if your branch names with / characters issue has been fixed please. Quick test says yup :-) Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] git importer
In message on Mon, 27 Jun 2011 16:33:01 +0200, Jerome Baum said: jerome> Just wondering about customs: Isn't a merged branch meant to be suspended? If the work in that branch is deemed finished, yeah, and it's mostly left to the author him/herself. Also, we might be a bit overcautious with suspention... Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] monotone-viz colours
In message <4e02f059.9090...@coosoft.plus.com> on Thu, 23 Jun 2011 08:50:49 +0100, CooSoft Support said: support> Yup its a try it an see I'm afraid. There is also a right click menu support> that is very useful if you haven't discovered that yet. The only thing support> I haven't quite figured out yet is what the orange arrows signify. It means that the second revision is in a different branch than the first one. For example, a propagate looks like that. There was an error in the description of dotted line boxes earlier, by the way. The dotted line box signifies that it's extra information, for example the end revision of a orange arrow that would normally not be shown because it's not one of the branches asked for, but still is at the end of said arrow. Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] monotone-viz colours
In message <20110620160045.ga19...@topoi.pooq.com> on Mon, 20 Jun 2011 12:00:45 -0400, Hendrik Boom said: hendrik> On Mon, Jun 20, 2011 at 09:33:07AM +0200, Thomas Moschny wrote: hendrik> > Hendrik Boom : hendrik> > hendrik> > > monotone-viz is giving me a nice display. But is it documented hendrik> > > somewhere what the pretty colours mean? And whether boxes are hendrik> > > outlined with solid or dotted lines? hendrik> > hendrik> > Same color means same comitter (or author, not sure). hendrik> > hendrik> > Boxes with dotted lines are from different branches and a double click hendrik> > on such a block switches to a view of that branch. hendrik> > hendrik> > - Thomas hendrik> hendrik> And the circle? Is that the current workspace, which is not hendrik> yet checked in? Or is it a way to mark the head(s)? The circle is a merge. -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] monotone-viz colours
In message <20110620030122.ga30...@topoi.pooq.com> on Sun, 19 Jun 2011 23:01:22 -0400, Hendrik Boom said: hendrik> monotone-viz is giving me a nice display. But is it documented hendrik> somewhere what the pretty colours mean? And whether boxes are outlined hendrik> with solid or dotted lines? Apart from the README file, I don't see much documentation. Fiddling with the settings explain a bit as well. Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] New branch name with no other changes
In message <20110616124052.ga12...@topoi.pooq.com> on Thu, 16 Jun 2011 08:40:52 -0400, Hendrik Boom said: hendrik> On Thu, Jun 16, 2011 at 09:38:36AM +0100, CooSoft Support wrote: hendrik> > Nuno Lucas wrote: [...] hendrik> > 1) Yes the documentation, which I think is very good btw, needs to make hendrik> > the alternate `mtn cert... mtn update' approach to branching much more hendrik> > obvious than it is now and why you might want to do it that way as hendrik> > against the mtn ci -b way. hendrik> hendrik> Yes, the documentation is probably an adequate place to solve this hendrik> problem. Possibly a note in the section on mtn approve, giving the hendrik> two-step process. Hmmm, people also need a way to find it... maybe a section like "Tricks and tips"... hendrik> > 2) Implement a global rc file mechanism, I read the comment about hendrik> > wrapping it in a script, yup that is a possibility (certainly for now). hendrik> > but most tools have the concept of global and user rc files. If this was hendrik> > done then interface extensions could more easily/practically be rolled hendrik> > out via the extras package. hendrik> hendrik> Careful with this. You can reasonably want such scripting by the user, hendrik> ny the project and system managers, by the Linux distribution, and by hendrik> the monotone developers themselves. User: covered (~/.monotone/monotonerc) Project manager: uhmmm, ideas? System manager: would need something like /etc/monotonerc Linux distribution: they aren't really different from system managers, and could easily create a /etc/monotonerc that includes a /etc/monotonerc.local, which can then be changed by the actual system manager. Linux distributions (oh, and I'm sure other Unix flavors do this as well) do this all the time (Debian is cluttered with such hacks, in a nice way). Monotone developers: covered (the built in std_hooks.lua). So, except for the project manager, all we really need to do is to support a global monotonerc. -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Improving documentation
In message on Fri, 10 Jun 2011 20:39:47 -0400, "Aaron W. Hsu" said: arcfide> On Fri, 10 Jun 2011 19:42:59 -0400, Richard Levitte arcfide> wrote: arcfide> arcfide> > They are called 'selectors', and you find the docs under 'Advanced arcfide> > Uses'. arcfide> arcfide> The documentation exists, but think it should be easier to find and arcfide> get to. Do you have any ideas to share in that regard? -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] New branch name with no other changes
In message <4df22cfb.60...@thomaskeller.biz> on Fri, 10 Jun 2011 16:40:59 +0200, Thomas Keller said: me> Am 10.06.2011 16:26, schrieb Hendrik Boom: me> > Actually, the approve command worked fine, though it took a few moments me> > to determine the right revision ID. Maybe approving the revision in the me> > current workspace should be an option on that command? I wouldn't want me> > it to be the default: too easy to approve the wrong thing by accident. me> me> You could use me> me> mtn approve -b new.branch w: me> me> for the very same purpose and don't have to figure out the current rev me> id at all. But that places the current revision in the new branch as well. Was that Hendrik's intention, or was the intention that the next revision should end up in the new branch? What you'r forgetting, by the way, is that approve will not place the workspace in the new branch, so the next commit after that will end up in the original branch. I don't think that was Hendrik's intention. So for completeness, you really need the following: mtn approve -b new.branch w: mtn update -r h:new.branch However, as far as I understand, Hendrik really just wants the next commit to end up in the new branch. The simplest way to do that is to edit the branch setting in _MTN/options... I really think we should have a 'mtn branch' that does exactly that. Last time I suggested that, there were a number of comments arguing the idea on grounds I'm not sure I've understood... Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Improving documentation
In message on Fri, 10 Jun 2011 12:59:24 -0400, "Aaron W. Hsu" said: arcfide> On Fri, 10 Jun 2011 12:45:34 -0400, Hendrik Boom arcfide> wrote: arcfide> arcfide> > Presumably w: is a form of revision-id, which I'm sure is documented arcfide> > somewhere else where I didn't happen to look. arcfide> arcfide> I frequently search for the revision pattern documentation and I arcfide> always struggle. They are called 'selectors', and you find the docs under 'Advanced Uses'. -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] GPLv3 code in monotone
In message <4dd6ff17.8070...@panix.com> on Fri, 20 May 2011 16:53:59 -0700, Zack Weinberg said: zackw> On 2011-05-20 4:46 PM, Stephen Leake wrote: zackw> > GPLv3 was heavily reviewed before it was released, and has been out zackw> > for zackw> > almost 4 years. zackw> > zackw> > Can you elaborate? zackw> > zackw> > I'm sure there are good reasons not to bother going to GPLv3, but I zackw> > don't understand what you mean by "premature". zackw> zackw> Switching to GPL3 would make us license-incompatible with a large body zackw> of code (everything under a copyleft that isn't v3-compatible, in zackw> particular, code under v2-only). It would also make us zackw> license-compatible with a large body of code (anything that adds zackw> restrictions that are okay with v3 but not v2). zackw> zackw> It is my impression that the former body of code is much larger than zackw> the latter, and it is my opinion that we should not switch as long as zackw> that remains the case. This discussion is the exact reason that a move to GPLv3 (or GPLv3+) is premature. It shows that we need to have a good look at the concequences before making that move. Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] GPLv3 code in monotone
In message on Thu, 19 May 2011 07:59:54 -0700, Zack Weinberg said: zackw> I think that migration to GPLv3 remains premature at this time, and we zackw> should relicense the v3 files down to v2. +1 -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] nvm.alt_tmpdir
So, am I getting this right, the issue is actually to move a file from one device to another? It seems a bit overcomplicated to have a tmpdir option when we could simply detect if source and destination are on the same device (the structure returned by stat() has the fields st_dev which is to be used for this), and select to do something corresponding to 'mv' if it's the same, or 'cp' followed by 'rm' if not. Cheers, Richard In message <82vcxa75u2@stephe-leake.org> on Mon, 16 May 2011 16:23:17 -0400, Stephen Leake said: stephen_leake> I've started implementing a 'tmpdir' option, to allow symlinks to NFS stephen_leake> mounted drives in a workspace, on branch nvm.alt_tmpdir. stephen_leake> stephen_leake> See the earlier thread: stephen_leake> http://lists.nongnu.org/archive/html/monotone-devel/2010-12/msg00035.html stephen_leake> stephen_leake> The core issue is that on Linux, with an NFS mounted directory, 'mv stephen_leake> _MTN/detached/* foo/bar' fails, since they are on different devices. stephen_leake> stephen_leake> This causes 'update', among other commands, to fail. stephen_leake> stephen_leake> The solution I'm implementing is to declare a list of alternate tmpdirs, stephen_leake> located on the same drive as the workspace dirs, so 'mv' will succeed. stephen_leake> stephen_leake> Note that after checkout, the user must manually rearrange the workspace stephen_leake> to mount the NFS drive (possibly via symlink) in the right place, with stephen_leake> the checked out files; I'm not planning on having 'mtn checkout' do that stephen_leake> automatically :). stephen_leake> stephen_leake> The test currently passes, but since it doesn't use two drives such that stephen_leake> 'mv' would fail, that doesn't mean much :(. The code is not complete; stephen_leake> see the FIXMEs in the commit. stephen_leake> stephen_leake> I have several issues that I'd like to discuss: stephen_leake> stephen_leake> 1) Is there a way to write a better test? stephen_leake> stephen_leake> I don't see an easy way to set up two drives in a test. I think I stephen_leake> can get the same effect using a simlink to a USB drive on my Linux stephen_leake> box, but that's a severe manual intervention requirement! stephen_leake> stephen_leake> Note that 'mv' between two drives succeeds on Windows, so this would stephen_leake> be a Linux-only test (not labeled that way yet, so I can at least stephen_leake> test option parsing on Windows). stephen_leake> stephen_leake> Failing that, we could add some verbosity that reports which tmpdir stephen_leake> was used. stephen_leake> stephen_leake> 2) method for specifying tmpdir in _MTN/options stephen_leake> stephen_leake> Currently, I just directly edit _MTN/options (in Emacs, or via stephen_leake> 'cat'). I'm wondering if there should be some mtn command that stephen_leake> accomplishes that. stephen_leake> stephen_leake> Currently, there no commands accept the 'tmpdir' option. It's needed stephen_leake> on any command that writes to the workspace, but it obviously stephen_leake> belongs in _MTN/options, so adding it to all the individual commands stephen_leake> seems like overkill. stephen_leake> stephen_leake> If we add 'tmpdir' to 'update' (or some other command), I would find stephen_leake> it annoying to have to run one 'update --tmpdir...' to get the stephen_leake> option into _MTN/options, and then run all subsequent commands stephen_leake> without --tmpdir. stephen_leake> stephen_leake> I'd rather edit _MTN/options at the same time I rearrange the stephen_leake> workspace to add the NFS mount, not later when I have something to stephen_leake> update. stephen_leake> stephen_leake> Perhaps there should be a new command 'edit-ws-option'? That would stephen_leake> also be useful when moving a database, or a keydir. stephen_leake> stephen_leake> 3) option syntax stephen_leake> stephen_leake> The current syntax in _MTN/options is: stephen_leake> stephen_leake> tmpdir "nfs_mounted=nfs_mounted/tmp" stephen_leake> stephen_leake> Note that I'm allowing for multiple 'tmpdir' lines. stephen_leake> stephen_leake> On a command line, that would be: stephen_leake> stephen_leake> --tmpdir "nfs_mounted=nfs_mounted/tmp" stephen_leake> stephen_leake> or: stephen_leake> stephen_leake> --tmpdir="nfs_mounted=nfs_mounted/tmp" stephen_leake> stephen_leake> There are 2 values to be specified, so something like this seems stephen_leake> necessary, if we use the existing option machinery. stephen_leake> stephen_leake> If we don't add 'tmpdir' to any commands, then it would be possible stephen_leake> to change things to allow two string values on a single _MTN/options stephen_leake> line. That would violate some of the current options machinery; I stephen_leake> don't think that's a good way
Re: [Monotone-devel] Confusing terminology between usher and monotone and proposed change
In message <20110509210950.gb22...@topoi.pooq.com> on Mon, 9 May 2011 17:09:50 -0400, Hendrik Boom said: hendrik> On Thu, May 05, 2011 at 10:42:41AM +0200, Richard Levitte wrote: hendrik> > I've had a closer look at the terminology used in usher and in hendrik> > monotone, and there is a part that's quite confusing: hendrik> > hendrik> > In usher terminology, different databases are served by different hendrik> > monotone server, and therefore, the URI to access them through a hendrik> > server name would be expressed as mtn://HOST/SERVER?PATTERN. hendrik> > hendrik> > In monotone terminology, the same URI is expressed as hendrik> > mtn://HOST/PATH?PATTERN. hendrik> > hendrik> > Furthermore, usher is a server in its own right, so when talking about hendrik> > the usher+monotone combination, it might be confusing to talk about a hendrik> > server, as it might not always be clear if you're talking about the hendrik> > usher server itself or one of the underlying monotone servers. hendrik> > hendrik> > Also, in usherctl, the confusion is increased, since it uses PROJECT hendrik> > to designate what usher calls SERVER and monotone calls PATH. This is hendrik> > confusing since monotone has another idea of what a project is, and hendrik> > will just increase as soon as policy branches are in place. hendrik> > hendrik> > hendrik> > To clear the confusion, I propose that we make a terminology change in hendrik> > usher, where the term SERVER (to designate a monotone server entry in hendrik> > the usher configuration) be changed to PATH (with the implicit hendrik> > understanding that a PATH is then served by the monotone server in hendrik> > said entry). hendrik> hendrik> This would presumably be the server name in the "server" line. The hendrik> "foo" in hendrik> server "foo" With my idea (just for the sake of being explicit), the following: server "newpub" local "--confdir" "/home/levitte/usher.projects/newpub" "-d" "/home/levitte/usher.projects/newpub/database.mtn" "--no-standard-rcfiles" "--rcfile" "/home/levitte/usher.projects/newpub/monotonerc" "--timestamps" "--ticker=dot" would be replaced with: path "newpub" local "--confdir" "/home/levitte/usher.projects/newpub" "-d" "/home/levitte/usher.projects/newpub/database.mtn" "--no-standard-rcfiles" "--rcfile" "/home/levitte/usher.projects/newpub/monotonerc" "--timestamps" "--ticker=dot" In human terms, the former would be expressed "this is the server named 'newpub', and local indicates how to start it." The latter would be "the path 'newpub' is served with a monotone started with the arguments given by local." hendrik> But the word "path" is in common usage to a sequence of hendrik> directory names separated by slashes, possibly ending in a hendrik> file name. The word "path" has been expanded, especially if we speak in URI terms, to something of a structured notation to reach a specific resource within a specific realm. That's exactly the way PATH is used in mtn://HOST/PATH?PATTERN . hendrik> This still leaves room for confusion, since (unless I'm hendrik> grossly confused) it's not the file name of the data base hendrik> that's wanted here. No, it's not the file name of the database, but it's a way to reach it. My main issue, though, is that things are expressed differently in the monotone speak and in usher speak, that's where we have a real possibility for confusion. How would you have it? -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Confusing terminology between usher and monotone and proposed change
I've had a closer look at the terminology used in usher and in monotone, and there is a part that's quite confusing: In usher terminology, different databases are served by different monotone server, and therefore, the URI to access them through a server name would be expressed as mtn://HOST/SERVER?PATTERN. In monotone terminology, the same URI is expressed as mtn://HOST/PATH?PATTERN. Furthermore, usher is a server in its own right, so when talking about the usher+monotone combination, it might be confusing to talk about a server, as it might not always be clear if you're talking about the usher server itself or one of the underlying monotone servers. Also, in usherctl, the confusion is increased, since it uses PROJECT to designate what usher calls SERVER and monotone calls PATH. This is confusing since monotone has another idea of what a project is, and will just increase as soon as policy branches are in place. To clear the confusion, I propose that we make a terminology change in usher, where the term SERVER (to designate a monotone server entry in the usher configuration) be changed to PATH (with the implicit understanding that a PATH is then served by the monotone server in said entry). This makes it clear how it corresponds to what's in the monotone documentation and leaves less (if any) confusion about what server you're talking about in different contexts. And frankly, I like the ring of it ;-) The proposed changed involves having the key 'server' be replaced by 'path' in usher's configuration file. Of course, usher should still understand the key 'server' for a while (say, until 2.0), but will then tell the user that it's deprecated and should be replaced. usherctl will be changed in a corresponding way. This should be implemented before releasing usher 1.0. Thoughts? Cheers, Richard ( my main focus in the nearest future will be to implement that change, as well as changing the test structure (already working on it) ) -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Out-of-tree configure (1.0 regression)
In message <4db01126.9080...@lapo.it> on Thu, 21 Apr 2011 13:12:38 +0200, Lapo Luchini said: lapo> Richard Levitte wrote: lapo> > Errr... can you show a log? I've had a separate build tree for ages lapo> > and had no issues with that. That's under Linux, mind, so maybe lapo> > there's something cygwin specific that we've missed... lapo> lapo> Essentially: lapo> lapo> % cygport monotone-1.0-1 finish almostall | bzip2 > build.log.bz2 lapo> [] lapo> make[2]: Circular po/sv.gmo <- po/sv.gmo dependency dropped. lapo> make[2]: Circular po/it.gmo <- po/it.gmo dependency dropped. lapo> make[2]: Circular po/de.gmo <- po/de.gmo dependency dropped. lapo> make[2]: Circular po/pt.gmo <- po/pt.gmo dependency dropped. lapo> make[2]: Circular po/fr.gmo <- po/fr.gmo dependency dropped. lapo> lapo> Full log in attach. lapo> lapo> (didn't check in deep into it myself, could be a non-issue, I'll take a lapo> better look after easter holydays hopefully ^_^) OK, this is an issue in Makefile.am, and combines REBUILD_NLS not being set and building in the source directory (or something that looks like the source directory). The culprit is the following lines (from Makefile.am): po/%.gmo: $(srcdir)/po/%.gmo cp $< $@ Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Out-of-tree configure (1.0 regression)
In message on Thu, 21 Apr 2011 10:18:56 +0200, Lapo Luchini said: lapo> Creating the Cygwin package, I noticed that 1.0 can't be compiled lapo> out-of-tree: it doesn't find the files in the "po" directory. lapo> lapo> I can tell cygport to first do a recursive symlink of every single file lapo> to simulate building in-tree, or is there an easier patch to Makefile to lapo> solve the problem at the root? =) Errr... can you show a log? I've had a separate build tree for ages and had no issues with that. That's under Linux, mind, so maybe there's something cygwin specific that we've missed... Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] branch patterns
In message <20110327135452.ga22...@topoi.pooq.com> on Sun, 27 Mar 2011 09:54:52 -0400, Hendrik Boom said: hendrik> OK. Here goes: hendrik> hendrik> Every time the serve command is hendrik> hendrik> mtn --db ~/monotone/write.db -k hend...@topoi.pooq.com serve hendrik> hendrik> and the client-side sync command is hendrik> hendrik> mtn sync hendrik> hendrik> And I did remember to restart the server for each run, after changing hendrik> read-permissions. hendrik> hendrik> hendrik> When on the server the read-permissions reads as follows hendrik> hendrik> hendrik@april:~/monotone$ cat ~/.monotone/read-permissions hendrik> pattern "com.pooq.hendrik.write*" hendrik> allow "hend...@topoi.pooq.com" hendrik> allow "hendrik-port...@topoi.pooq.com" hendrik> allow "hend...@notlookedfor.topoi.pooq.com hendrik> hendrik> hendrik> hendrik@april:~/monotone$ hendrik> hendrik> hendrik> thee output from sync is: hendrik> hendrik> hendrik@notlookedfor:~/write/Melinda$ mtn sync hendrik> mtn: connecting to mtn://topoi.pooq.com hendrik> mtn: finding items to synchronize: hendrik> mtn: certificates | keys | revisions hendrik> mtn: 192 |3 |64 hendrik> mtn: warning: protocol error while processing peer mtn://topoi.pooq.com: 'received network error: denied 'ad968be7244234e8d653201ab1ddd33b53ffa04d' read permission for '*' excluding '' because of branch 'com.pooq.hendrik.write.melinda'' hendrik> mtn: bytes in | bytes out | revs in hendrik> mtn: 167 | 328 | 0 hendrik> mtn: error: processing failure while talking to peer mtn://topoi.pooq.com, disconnecting hendrik> hendrik@notlookedfor:~/write/Melinda$ hendrik> hendrik> hendrik> whereas with this read-permissions file on the server hendrik> hendrik> hendrik@april:~/.monotone$ cat read-permissions hendrik> pattern "com.pooq.hendrik.write.*" hendrik> allow "hend...@topoi.pooq.com" hendrik> allow "hendrik-port...@topoi.pooq.com" hendrik> allow "hend...@notlookedfor.topoi.pooq.com" hendrik> hendrik@april:~/.monotone$ hendrik> hendrik> sync produces: hendrik> hendrik> hendrik@notlookedfor:~/write/Melinda$ mtn sync hendrik> mtn: connecting to mtn://topoi.pooq.com hendrik> mtn: finding items to synchronize: hendrik> mtn: certificates | keys | revisions hendrik> mtn: 192 |3 |64 hendrik> mtn: bytes in | bytes out | revs in | revs out hendrik> mtn: 1.1 k | 1.4 k | 0/0 | 0/0 hendrik> mtn: successful exchange with mtn://topoi.pooq.com hendrik> mtn: note: your workspace has not been updated hendrik> hendrik@notlookedfor:~/write/Melinda$ Thanks. That does seem weird, but to make sure we have all details, what output do you get on the client side if you do this? mtn ls vars hendrik> > hendrik> Why? What are the rules for '*' and '.' in patterns? hendrik> > hendrik> > The same as bash globs. hendrik> hendrik> So "." should match a period, and "*" matches zero or more characters. hendrik> That's what I thought. Bash has some special rules about filenames hendrik> starting with a dot. Could they be tripping me up? The special rule about file names starting with a dot has nothing to do with globbing per se... or bash, for that matter. It's 'ls' that filters them away (unless you say otherwise, with '-a'). Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] [ANNOUNCE] monotone 1.0 released
Have you issued a bug report on this?
Cheers,
Richard
In message <4d8dec9e.90...@coosoft.plus.com> on Sat, 26 Mar 2011 13:39:42
+, CooSoft Support said:
support>I tried building from source and my binary went bang (illegal
support>instruction). This is what has happened since about 0.48, I'm sure
I'm
support>doing something wrong but it's not obvious (dependencies are met or
so
support>it seems). I normally download the binary from the site now. Any
idea
support>when the mtn-1.00-linux-x86.bz2 file will be ready for downloading?
support>
support>Cheers,
support>
support>Tony.
support> Richard Levitte wrote:
support> > Monotone 1.0 is out!
support> >
support> > We, the monotone developers, are very proud to release version 1.0 of
support> > our distributed version control system.
support> >
support> > This is a major milestone, and a lot of effort has been made to make
support> > this release a reality. It contains quite a number of bug fixes,
support> > changes and new features. The tarball can be downloaded here [0],
support> > binaries are posted on the same page as they come in.
support> >
support> > Following is the relevant part of the NEWS [1] file:
support> >
support> > Sat Mar 26 10:53:47 UTC 2011
support> >
support> > 1.0 release.
support> >
support> > Changes
support> >
support> > - The database scheme was changed; please execute 'mtn db
migrate'
support> > on all your local and remote databases.
support> >
support> > - In 'mtn conflicts resolve_first interactive', the result
support> > file name now defaults to _MTN/resolutions/.
support> > (fixes monotone issue 103)
support> >
support> > - The French monotone translation has been updated and is
support> > now part of the main distribution again. Many thanks to
support> > Steve Petruzzello for the outstanding
support> > work!
support> >
support> > - get_netsync_(read|write)_permitted have been extended to
not
support> > only read the files read-permissions and write-permissions,
support> > but also the files in the subdirectories read-permissions.d
support> > and write-permissions.d.
support> >
support> > - monotone now also tracks the workspaces of databases which
support> > do not reside in a "managed" location.
support> >
support> > - automate now resets the locale to "POSIX" internally. This
support> > means that all scripts can expect the same untranslated
support> > messages from mtn automate, regardless of the locale of the
support> > calling process.
support> >
support> > - The hook 'get_netsync_key' has been split up into two
separate
support> > hooks, one for client usage ('get_netsync_client_key', with
support> > the same arguments as the original 'get_netsync_key') and
one
support> > for server usage ('get_netsync_server_key', with a single
table
support> > argument containing all the given '--bind' options).
Please
support> > review your custom hooks accordingly.
support> >
support> > - Short options ('-b', '-d', ...) are no longer completed.
This
support> > fixes an invariant failure originating from wrong option
usage.
support> > (closes monotone issue 141)
support> >
support> > New Features
support> >
support> > - 'mtn conflicts store' now outputs a count of the conflicts,
support> > and the name of the conflicts file.
support> > (fixes monotone issue 108)
support> >
support> > - New 'mtn list workspaces' command which outputs all the
support> > known workspaces for a specific database.
support> > (closes monotone issue 129)
support> >
support> > Bugs fixed
support> >
support> > - The internal line merger will actually preserve your line
support> > endings now, instead of changing everything to "\n".
support> >
support> > - Improved the help and fixed the argument indexing in
support> > 'conflicts resolve_first' (fixes monotone issue 101)
support> >
support> > - A regression from 0.48 prevented monotone from ordering the
support> > diff out
Re: [Monotone-devel] branch patterns
In message <20110327004909.ga26...@topoi.pooq.com> on Sat, 26 Mar 2011 20:49:09 -0400, Hendrik Boom said: hendrik> pattern "com.pooq.hendrik.write*" hendrik> hendrik> doesn't work, but hendrik> hendrik> pattern "com.pooq.hendrik.write.*" hendrik> hendrik> does when I'm trying to sync branches hendrik> hendrik> com.pooq.hendrik.write.melinda Please show the exact command, that might tell us more. hendrik> Why? What are the rules for '*' and '.' in patterns? The same as bash globs. Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] [ANNOUNCE] monotone 1.0 released
default port
':'
to listen to IP or host on the specified port - or
':'
to listen on all interfaces on the specified port
(fixes monotone issue 119)
- monotone no longer enforces ".mtn" as file extension for
managed databases. A new Lua hook, get_default_database_glob(),
is used instead to determine a pattern which matches
accepted database filenames and this pattern by default
accept files ending with both, ".mtn" and ".db".
(fixes monotone issue 128)
- monotone now gives a proper error message when an incomplete
or partial identifier contains non-hex digits.
(fixes monotone issue 143)
- Performance of "mtn ls changed" has been improved and is now
comparable to "mtn status". (fixes monotone issue 120)
Internal
- The source tree has been reorganized. Sources, tests and
documentation now reside in specific directories and many
smaller improvements in terms of source code cleanup,
developer documentation and general build infrastructure
accompany this big change.
Other
- Added a new directory extra/, which contains monotone hooks and
related scripts that have been shown to work. Most of these get
installed, usually somewhere under $(prefix)/share/monotone.
Please read extra/README for further information.
- Added the mtn-cleanup Perl script that returns a workspace to its
pristine state with the minimum amount of change. This script is
in the extra/bin directory.
Thank you all for your ongoing support!
On behalf of the monotone team,
Richard Levitte
[0] http://www.monotone.ca/downloads.php
[1] http://www.monotone.ca/NEWS
--
Richard Levitte rich...@levitte.org
http://richard.levitte.org/
"Life is a tremendous celebration - and I'm invited!"
-- from a friend's blog, translated from Swedish
pgpmiPAEXnUMJ.pgp
Description: PGP signature
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Mtn on Windows... and guitone
In message <4d88646b.2090...@thomaskeller.biz> on Tue, 22 Mar 2011 09:57:15 +0100, Thomas Keller said: me> Am 22.03.2011 06:55, schrieb Richard Levitte: me> > This problem, btw, looks like it hits doubly... Worst case scenario, me> > it looks like the string it's trying to convert from UTF-8 to ASCII me> > isn't really UTF-8 to start with, but also, trying to represent it in me> > pure ASCII would prove difficult because of the character-that-should-be-ö. me> > me> > I don't think that should have us stop 1.0 from coming out, but maybe me> > we should have a description of the problem in, say, a file called me> > BUGS. I guess the recommendation is to run monotone in an english me> > setting. me> me> We have a big wiki entry that talks in great about all the problems and me> while it was updated for 0.32 the last time it is still up-to-date me> (simply because we haven't done anything in this regard): me> me> http://wiki.monotone.ca/FileSystemIssues/ I had completely missed this one. me> I don't really agree with a BUGS file, mainly because every open bug in me> the tracker would have to be added there as well, so I'd rather point me> the user there (and create a new task for the above issue and link the me> wiki page to it). [...] me> Many entries there are long-existing problems like the one above that me> deserve equal attention. Point taken. Hmmm, I feel a commenting spree coming up ;-)... some of those entries are age old, have they even been reproduced lately? Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Mtn on Windows... and guitone
This problem, btw, looks like it hits doubly... Worst case scenario, it looks like the string it's trying to convert from UTF-8 to ASCII isn't really UTF-8 to start with, but also, trying to represent it in pure ASCII would prove difficult because of the character-that-should-be-ö. I don't think that should have us stop 1.0 from coming out, but maybe we should have a description of the problem in, say, a file called BUGS. I guess the recommendation is to run monotone in an english setting. Cheers, Richard In message <20110321.181859.06509745.rich...@levitte.org> on Mon, 21 Mar 2011 18:18:59 +0100 (CET), Richard Levitte said: richard> richard> C:\keyex>mtn help richard> mtn: allvarligt: fel: misslyckades med att konvertera en strõng frÕn UTF-8 till ASCII: 'C:/Documents and Settings/Administrat÷r/Application Data/monotone/monotonerc' richard> mtn: detta õr nõstan helt sõkert ett programfel i monotone. richard> mtn: var god skicka detta felmeddelande, utskriften av 'mtn --full-version' richard> mtn: och en beskrivning av det du gjorde till monotone-devel@nongnu.org. richard> mtn: discarding debug log, because I have nowhere to write it richard> mtn: (maybe you want --debug or --dump?) richard> -------- -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Deciding on a date?
In message <4d867bcd.2080...@thomaskeller.biz> on Sun, 20 Mar 2011 23:12:29 +0100, Thomas Keller said: me> Speaking of the release manager hat - I announced that I'd want to me> give my one to another monotone fellower some time last year and me> Thomas Moschny said he would took over the job, but I haven't seen me> him around a lot lately (which is understandable being a young me> father :)), so in turn I'd ask you, Richard, would you like to do me> the release? You put such a lot work into this and I lately me> slacked off a lot and devoted more time in other stuff, so I'd say me> its somewhat "your release". I'll support you with blogging / me> announcing and graphics work wherever I can, just drop me note - me> what do you say? It will be my pleasure to make the release :-) However, looking at my calendar, it's possible I'll have to do it early on Saturday instead of Sunday. If that bothers noone, please, then, consider the release period to start Saturday morning. Anything that needs to get into monotone 1.0 has to happen before then. What will happen when I get started is that I'll start a new branch, net.venge.monotone.monotone-1.0, starting from whatever head I find at the time, and do the release work from there. Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Mtn on Windows... and guitone
Hey, I'm sure this has been answered before, but maybe things have changed since. I just tried monotone in a cmd window on a Windows box with Swedish settings, and got this: C:\keyex>mtn help mtn: allvarligt: fel: misslyckades med att konvertera en strõng frÕn UTF-8 till ASCII: 'C:/Documents and Settings/Administrat÷r/Application Data/monotone/monotonerc' mtn: detta õr nõstan helt sõkert ett programfel i monotone. mtn: var god skicka detta felmeddelande, utskriften av 'mtn --full-version' mtn: och en beskrivning av det du gjorde till monotone-devel@nongnu.org. mtn: discarding debug log, because I have nowhere to write it mtn: (maybe you want --debug or --dump?) Of course, it's not hard to understand that the path name of the administrator (called Administratör in Swedish, which sometimes gives that odd character in the cmd window... it's all very code page 850, I think) wasn't exactly UTF-8. What I fail to understand is what makes monotone believe it's running in a UTF-8 locale on Windows, is that some kind of default? Incidently, the mtn that I used is this one: http://www.monotone.ca/downloads/0.99.1/monotone-0.99.1-setup.exe Is there something I can change in the setup that I'm currently missing? Honestly, I feel quite daft asking these questions. It's just that with Windows, my brain goes to mush if I try too hard, most of the times... Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Deciding on a date?
Hey, I'm thinking, end of Q1 is coming near (just 10 days left!), and it might be time to set a date for the release. I don't know how the rest of you are thinking, I'm just thinking that this close, it might be good to have a point in time that we know about, so none of us gets surprised when it happens. Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Re: [Monotone-i18n] On translations...
In message <4d84baa4.3030...@thomaskeller.biz> on Sat, 19 Mar 2011 15:16:04 +0100, Thomas Keller said: me> On a related note, I more and more loose faith in transifex, also me> because I'm using it a bit more in another project and have only me> problems with it, especially when it comes to fuzzy handling (which me> seems to be literally non-existing). So far the only thing that tx me> brought us were the nice graphs, but it reformats translations me> differently, strips out comments everywhere (I wrote about this already me> earlier, thats why I created the different README. files after me> all) and sometimes even does not get its own statistics right (I had to me> push the pot file twice to let it acknowledge the correct number of me> source strings, 1537), so I'm refined and very much vote for dumping it me> completely. That would also mean that we remove it from the po's README me> and do not hint translators any longer towards this service and also to me> remove the project on tx. It also seems to destroy some setting, such as Language-Team... me> Any objections? None what so ever. Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] On translations...
Hi, I'm a bit concerned about the translations we currently say we support (according to po/LINGUAS). As it is right now, here's the statistics: Swedish: 1537 translated messages. last change: 2011-03-14 10.22.08 GMT+1 French:1531 translated messages, 6 untranslated messages. last change: 2011-03-14 09.54.35 GMT+1 German:1454 translated messages, 83 fuzzy translations. last change: 2011-03-14 01.33.36 GMT+1 Portugese: 1261 translated messages, 274 fuzzy translations, 2 untranslated messages. last change: 2011-02-18 09.46.00 GMT+1 Italian: 1113 translated messages, 259 fuzzy translations, 165 untranslated messages. last change: 2010-12-09 18.52.07 GMT+1 Spanish:966 translated messages, 230 fuzzy translations, 341 untranslated messages. last change: 2009-03-31 21.50.44 GMT+1 I'm thinking that the languages that haven't had an update for quite some time, and it shows. As a side note, a reminder: I understand that it's tempting to commit changes in po/*.po files when they get automagically updated (I've done that as well a few times in the past and been appropriately scolded for it). Please don't, it's more confusing than helpful. Let the translators do their job. Thank you. Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Please explain the release notes...
In message <824o74vqcp@stephe-leake.org> on Tue, 15 Mar 2011 02:40:22 -0400, Stephen Leake said: stephen_leake> Richard Levitte writes: stephen_leake> stephen_leake> > I take it distcheck isn't exactly Win32 friendly... stephen_leake> stephen_leake> Right. It's also not needed on Win32; we don't expect stephen_leake> people to be creating new distributions there. Point, and since we're doing distcheck regularly on Unix, that might be enough to verify that the source distribution will be correct. stephen_leake> Same for Cygwin; distcheck doesn't work there (I don't stephen_leake> remember exactly why), so I suggest we give separate stephen_leake> requirements for Cygwin as well. Ok. stephen_leake> > stephen_leake> What list of targets are you actually proposing? stephen_leake> > stephen_leake> > For Unix, I propose this stephen_leake> > all doc/monotone.pdf doc/monotone.ps (build targets) stephen_leake> > distcheck(test and source packaging target) stephen_leake> > stephen_leake> > For Win32, I guess it would be: stephen_leake> > all (build target) stephen_leake> > check(test target) stephen_leake> > win32_installer (packaging target) stephen_leake> stephen_leake> For Cygwin: stephen_leake> stephen_leake> all(build target) stephen_leake> check (test target) stephen_leake> ? (packaging target) I assume that the Win32 you were talking about is Msys (or whatever it's called, I've kind of lost touch with that side of development)? Anyway, I'll have a go at the release notes on this. stephen_leake> We don't have the Cygwin packaging code in the monotone stephen_leake> repository. I think we should, since it is needed on stephen_leake> Win32 to support file: and ssh: sync. That would be nice. Do you have the possibility to implement that for post 1.0? or does anyone else (anyone listening? ;-)) stephen_leake> > (this makes me think that we might want to have the build master stephen_leake> > orchestrate an installer build whenever a new tag is received. stephen_leake> > THAT would be a pretty cool use of it, and we certainly can have stephen_leake> > that happen when it's convenient for the slaves) stephen_leake> stephen_leake> If the build master could also put the installer on the stephen_leake> download page, that would be nice. It's certainly possible to have it fetch the file and place it anywhere it has access. I'm going to experiment with this for Debian to start with, since that's what I'm playing with anyway. Cheers, Richard ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Please explain the release notes...
In message <82r5a9vr03@stephe-leake.org> on Mon, 14 Mar 2011 08:14:04 -0400, Stephen Leake said: stephen_leake> Richard Levitte writes: stephen_leake> stephen_leake> > In the release notes, there's a section saying we need to check a stephen_leake> > minimum set of targets: stephen_leake> > stephen_leake> > -- stephen_leake> > 1) Make sure that the buildbot looks reasonably green. Let's not stephen_leake> >release stuff that's known to be broken on any major platforms, eh? stephen_leake> > stephen_leake> >Also check that the following Makefile targets work: stephen_leake> > stephen_leake> > Unix and Win32: all check stephen_leake> > stephen_leake> > Unix : doc/monotone.pdf doc/monotone.ps distcheck dist distclean stephen_leake> > stephen_leake> > Win32: win32_installer stephen_leake> > -- stephen_leake> > stephen_leake> > What I'm wondering is this whole set of check, distcheck, dist and stephen_leake> > distclean... distcheck calls the targets check, dist and distclean stephen_leake> > plus a whole bunch more, why do we need to try more than distcheck? stephen_leake> stephen_leake> Good point. stephen_leake> stephen_leake> I wasn't clear what all of these did when I added this, but they were stephen_leake> all suggested by someone. stephen_leake> stephen_leake> We certainly want check to pass on all targets; that's primary monotone stephen_leake> functionality. stephen_leake> stephen_leake> distcheck calls check in different circumstances, so it can fail while stephen_leake> calling check directly can pass. I don't think the converse is true. Correct. distcheck will create a tar file, unpack it in a temporary directory and run all the subtargets within that directory (with a separate build directory as well), so it's really the ultimate test of all basic targets as the user will experience it. It's the quickest way to see if we have forgotten to add a file to any variable, for example. stephen_leake> It would make sense to delete dist and distclean, and possibly check (on stephen_leake> Unix), from the list; people can call those directly if needed to debug stephen_leake> distcheck problems. I take it distcheck isn't exactly Win32 friendly... stephen_leake> What list of targets are you actually proposing? For Unix, I propose this all doc/monotone.pdf doc/monotone.ps (build targets) distcheck (test and source packaging target) For Win32, I guess it would be: all (build target) check (test target) win32_installer (packaging target) (this makes me think that we might want to have the build master orchestrate an installer build whenever a new tag is received. THAT would be a pretty cool use of it, and we certainly can have that happen when it's convenient for the slaves) stephen_leake> I'm not clear how to interpret the "..." in your message. Depends, and I can understand the confusion. Sometimes, it's juse an elongated pause (that's what it was in this case), and sometimes, it means there may be other items of the same kind. So you're entirely in your right to ask for precision here ;-). -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] ciabot test fails
In message <4d7d53b3.20...@thomaskeller.biz> on Mon, 14 Mar 2011 00:30:59 +0100, Thomas Keller said: me> me> Hey there! me> me> The ciabot test fails for me in line 45, because my oldish Python me> (2.5.5) throws a deprecation warning and the test assumes that stderr is me> zero: me> me> ./extra/mtn-hooks/monotone-ciabot.py:113: Warning: 'with' will become a me> reserved keyword in Python 2.6 me> File "./extra/mtn-hooks/monotone-ciabot.py", line 113 me> with open(config_file) as f: me> ^ me> SyntaxError: invalid syntax me> me> So either we work around this issue by replacing the offending code or me> we skip the test in case the Python version is < 2.6. me> me> Opinions? I'll rewrite it to fit older pythons. (gosh darn, it'll mean having to close manually! ;-)) Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Please explain the release notes...
In the release notes, there's a section saying we need to check a minimum set of targets: -- 1) Make sure that the buildbot looks reasonably green. Let's not release stuff that's known to be broken on any major platforms, eh? Also check that the following Makefile targets work: Unix and Win32: all check Unix : doc/monotone.pdf doc/monotone.ps distcheck dist distclean Win32: win32_installer -- What I'm wondering is this whole set of check, distcheck, dist and distclean... distcheck calls the targets check, dist and distclean plus a whole bunch more, why do we need to try more than distcheck? Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Buildbot slaves, please!
In message <20110311.172608.194619571.rich...@levitte.org> on Fri, 11 Mar 2011
17:26:08 +0100 (CET), Richard Levitte said:
richard> In message <82ei6eyp13@stephe-leake.org> on Fri, 11 Mar 2011
04:39:20 -0500, Stephen Leake said:
richard>
richard> stephen_leake> Running a buildbot on Windows essentially requires a
dedicated machine;
richard> stephen_leake> two if I also run a Cygwin buildbot. Running both
buildbots on one
richard> stephen_leake> machine led to timeouts on the master, because they
compete for the disk
richard> stephen_leake> and are therefor slow. I don't have any Windows boxes
to spare.
richard> stephen_leake>
richard> stephen_leake> That could be alleviated by only running builds during
certain hours. Do
richard> stephen_leake> we really need a complete rebuild of every single
commit, 24/7?
richard>
richard> I fully understand the issue and will look into it.
I think you might like this scheduler:
http://wiki.monotone.ca/BuildBot/buildbot-doc/buildbot.html#Nightly-Scheduler
something like this perhaps?
s = scheduler.Nightly(name='BeforeWakingUp',
builderNames=['stephen-builder'],
hour=[1,4],
minute=23,
onlyIfChanged=True)
--
Richard Levitte rich...@levitte.org
http://richard.levitte.org/
"Life is a tremendous celebration - and I'm invited!"
-- from a friend's blog, translated from Swedish
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Buildbot slaves, please!
I realise the information I gave might be a little short. I've updated http://wiki.monotone.ca/BuildBot/ with the hope it's good enough. Please help make it better if you can. Cheers, Richard In message <20110311.015249.355825710.rich...@levitte.org> on Fri, 11 Mar 2011 01:52:49 +0100 (CET), Richard Levitte said: richard> Hey everyone, richard> richard> I've worked on reintegrating monotone with buildbot 0.7.12 (the richard> version we run on code.monotone.ca) and got it working after a bit of richard> fiddling (less than I anticipated). richard> richard> The result can be found here: richard> richard> mtn://mtn.lp.se/monotone-integration?richard.levitte.org:monotone-integration.buildbot-0_7_12 richard> richard> If you have a look at http://monotone.ca:9000/, you will see the only richard> currently running build bot. We need a few more on diverse platforms. richard> Who wants to play with this? A number of people were running richard> buildbots before, are you willing to upgrade your buildbot and join richard> the fun? richard> richard> Please help us make sure monotone 1.0 works and can ship before the richard> end of this month. richard> richard> Cheers, richard> Richard richard> richard> -- richard> Richard Levitte rich...@levitte.org richard> http://richard.levitte.org/ richard> richard> "Life is a tremendous celebration - and I'm invited!" richard> -- from a friend's blog, translated from Swedish richard> richard> ___ richard> Monotone-devel mailing list richard> Monotone-devel@nongnu.org richard> http://lists.nongnu.org/mailman/listinfo/monotone-devel ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Buildbot slaves, please!
In message <82ei6eyp13@stephe-leake.org> on Fri, 11 Mar 2011 04:39:20 -0500, Stephen Leake said: stephen_leake> Running a buildbot on Windows essentially requires a dedicated machine; stephen_leake> two if I also run a Cygwin buildbot. Running both buildbots on one stephen_leake> machine led to timeouts on the master, because they compete for the disk stephen_leake> and are therefor slow. I don't have any Windows boxes to spare. stephen_leake> stephen_leake> That could be alleviated by only running builds during certain hours. Do stephen_leake> we really need a complete rebuild of every single commit, 24/7? I fully understand the issue and will look into it. stephen_leake> It would also help if there was an "update" mode, rather than always stephen_leake> doing a complete fresh checkout and build. I haven't timed it recently; stephen_leake> perhaps now the test time dwarfs the build time. The current code does it without any problem. See it in action here. http://monotone.ca:9000/builders/i386-debian-testing/builds/53/steps/monotone/logs/stdio stephen_leake> I have not been able to get extra/* to run on MinGW; I have not spent stephen_leake> much time on it. I don't think we should hold the release for that. Agreed. -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] release testing: Debian
In message <8262rpzyhw.fsf...@stephe-leake.org> on Fri, 11 Mar 2011 06:29:31 -0500, Stephen Leake said: stephen_leake> Stephen Leake writes: stephen_leake> stephen_leake> > I'm starting ... 'make distcheck' on Debian; stephen_leake> stephen_leake> This is failing with: stephen_leake> stephen_leake> monotone-ciabot.py does not support --help stephen_leake> monotone-ciabot.py does not support --version stephen_leake> stephen_leake> Apparently distcheck verifies that installed stephen_leake> executables support standard options. Do you have the following in your Makefile.am? That prevents what you're experiencing, or should: -- # Some of the smaller programs do not have --help or --version, # make them exempt of the check for those. NOTE: use this sparingly! AM_INSTALLCHECK_STD_OPTIONS_EXEMPT = \ extra/bin/mtn-cleanup extra/mtn-hooks/monotone-ciabot.py \ extra/mtn-hooks/monotone-mail-notify -- If you don't have those lines, chances are your workspace isn't quite up to date... -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Buildbot slaves, please!
Hey everyone, I've worked on reintegrating monotone with buildbot 0.7.12 (the version we run on code.monotone.ca) and got it working after a bit of fiddling (less than I anticipated). The result can be found here: mtn://mtn.lp.se/monotone-integration?richard.levitte.org:monotone-integration.buildbot-0_7_12 If you have a look at http://monotone.ca:9000/, you will see the only currently running build bot. We need a few more on diverse platforms. Who wants to play with this? A number of people were running buildbots before, are you willing to upgrade your buildbot and join the fun? Please help us make sure monotone 1.0 works and can ship before the end of this month. Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Monotone::AutomateStdio.mdwn is an illegal filename on Win32
In message <8262rr182j@stephe-leake.org> on Thu, 10 Mar 2011 07:19:48 -0500, Stephen Leake said: stephen_leake> A recent ikiwiki update has this filename: stephen_leake> stephen_leake> wiki/extra/contrib/Monotone::AutomateStdio.mdwn stephen_leake> stephen_leake> On Win32, ':' is reserved for device names. stephen_leake> stephen_leake> I've renamed it to Monotone_AutomateStdio.mdwn Thanks! stephen_leake> There doesn't seem to be a direct reference to it anywhere; I assume the stephen_leake> link from the montone / extra / contrib directory wiki page will still stephen_leake> work. The [[!map]] in extra.mdwn takes care of that. Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] wiki stuff
In message <821v2f17ah@stephe-leake.org> on Thu, 10 Mar 2011 07:36:38 -0500, Stephen Leake said: stephen_leake> The recent wiki changes for 'extra' look good! stephen_leake> stephen_leake> I have one nit; the 'download source' link should be above the source, stephen_leake> so it's easier for people to find, if they would rather read the source stephen_leake> in their own editor. I've made a change to the plugin so there's a download link both above and below. Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Soon time for a release
In message <82r5ax6ey4@stephe-leake.org> on Thu, 24 Feb 2011 02:59:15 -0500, Stephen Leake said: stephen_leake> Richard writes: stephen_leake> stephen_leake> > In message <82y657td7g@stephe-leake.org> on Wed, 23 Feb 2011 02:36:03 -0500, Stephen Leake said: stephen_leake> stephen_leake> stephen_leake> Richard Levitte writes: stephen_leake> stephen_leake> stephen_leake> stephen_leake> > 2. go through the contrib/ directory and see what can and should be stephen_leake> stephen_leake> >moved to somewhere in extra/, be moved somewhere else (the wiki stephen_leake> stephen_leake> >on a 'tricks and tips' or 'contributed stuff'?), or tossed. stephen_leake> stephen_leake> >If you want to toss something, please talk with the original author stephen_leake> stephen_leake> >first. stephen_leake> stephen_leake> stephen_leake> stephen_leake> Is the goal to completely eliminate the contrib stephen_leake> stephen_leake> directory, or can there be some stuff left in it? stephen_leake> stephen_leake> > The longer term goal is that contributed stuff get moved somewhere stephen_leake> > else, see my post from Feb 4: stephen_leake> > http://article.gmane.org/gmane.comp.version-control.monotone.devel/18838 stephen_leake> stephen_leake> Ok, that makes sense. But let's focus on 1.0; what is the release stephen_leake> criteria? Does contrib have to be empty? That is the wish, yes. However, I wouldn't make that the highest priority, unless someone (you?) is very determined. I've made a start, have a look at http://wiki.monotone.ca/extra, where I've added a few pages already. Some of them describe things that we have already moved to extra/, and then, there are the contributed ones, which would basically be those taken from contrib/, or anything else we'd like to present (I added Monotone::AutomateStdio, as an example), in http://wiki.monotone.ca/extra/contrib/. I've added a couple of templates to help make sure we have a few things in one or two infoboxes. They are (description URL in parens): - extra (http://wiki.monotone.ca/templates/extra/) This is mandatory. - repository (http://wiki.monotone.ca/templates/repository/) This is optional for source that isn't directly in the wiki or in the monotone source. Those templates are to be used with the ikiwiki template directive (see http://ikiwiki.info/ikiwiki/directive/template/) Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Re: Monotone - A couple quick notes
In message <4d6627cb.5040...@thomaskeller.biz> on Thu, 24 Feb 2011 10:41:31
+0100, Thomas Keller said:
me> Am 24.02.2011 03:35, schrieb John B Thiel:
me> > Surely it can't matter
me> > if Frank in Kalamazoo *also* has a "Wondermatic" branch like me ?
me> > unless I ever started working with him, I guess? And tried to put his
me> > project in my same repository? Then what? can't he or I just somehow
me> > rename colliding branches at that point ? Or I just make a new --db
me> > repository to hold that project separate from my others ?
me>
me> Picking the colliding branches once they are in the same database is
me> quite hard, because the way revisions are selected depends very much on
me> the certificates that are tacked on them and especially for the netsync
me> / network use case you can only select revisions by branch name, not by
me> author, date, changelog or anything else.
Picking the colliding branches is really not that hard. 'mtn heads'
answers most questions (it will show which of the heads was written by
John and which was written by Frank).
Sure, you will have both branches replicated with netsync, but from a
monotone philosophy point of view, that doesn't really matter, since
the database is really just viewed as a bag'o'bits and trust isu
ultimately placed in the hands of the users.
Also, renaming of branches is really much easier since we implemented
'mtn suspend', all you really have to do is make sure the head of your
chosen branch gets a branch cert with the new branch name (or you
commit something new with -b {newbranch}), suspend head of the old
branch (the one you started from) in that old branch, and you're set
with a new branch name, all sparkly and shiny. The good thing with
this is that it doesn't try to remove anything, doesn't require anyone
to do any tricks... in other words, it's very well supported by
monotone.
(now, I'm off to the wiki to update the page on branch renaming ;-))
Cheers,
Richard
--
Richard Levitte rich...@levitte.org
http://richard.levitte.org/
"Life is a tremendous celebration - and I'm invited!"
-- from a friend's blog, translated from Swedish
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] missing branch certs?
This came in with a merge (57a4f033e3f705942e8dde95297f451c8114d76f). My guess is the the branch that the revisions you found are in (net.venge.monotone.monotone-0.99) wasn't part of the branch patterns when the merge got pushed. Still, the revisions themselves get pushed. This is supported by mtn and has for ages, even though noone has really made any use of this. Cheers, Richard In message <8239n4zanv@stephe-leake.org> on Thu, 03 Mar 2011 06:49:24 -0500, Stephen Leake said: stephen_leake> There are two recent revisions that have no branch certs: stephen_leake> stephen_leake> 5fa27bc987ed68996eb036347a5889a8bc00d681 stephen_leake> 359246213ac107d95686f8400dcd57d074c62480 stephen_leake> stephen_leake> mtn au certs 359246213ac107d95686f8400dcd57d074c62480 stephen_leake> key [1aaecf3a7c227e5545b0504aea5d3716d3128117] stephen_leake> signature "ok" stephen_leake> name "author" stephen_leake> value "Steve R. Petruzzello " stephen_leake> trust "trusted" stephen_leake> stephen_leake> key [1aaecf3a7c227e5545b0504aea5d3716d3128117] stephen_leake> signature "ok" stephen_leake> name "changelog" stephen_leake> value "* po/fr.po: French translation updated stephen_leake> " stephen_leake> trust "trusted" stephen_leake> stephen_leake> key [1aaecf3a7c227e5545b0504aea5d3716d3128117] stephen_leake> signature "ok" stephen_leake> name "date" stephen_leake> value "2011-03-01T08:50:11" stephen_leake> trust "trusted" stephen_leake> stephen_leake> mtn au certs 5fa27bc987ed68996eb036347a5889a8bc00d681 stephen_leake> key [1aaecf3a7c227e5545b0504aea5d3716d3128117] stephen_leake> signature "ok" stephen_leake> name "author" stephen_leake> value "m...@thomaskeller.biz" stephen_leake> trust "trusted" stephen_leake> stephen_leake> key [1aaecf3a7c227e5545b0504aea5d3716d3128117] stephen_leake> signature "ok" stephen_leake> name "changelog" stephen_leake> value "* NEWS: note the French po update stephen_leake> " stephen_leake> trust "trusted" stephen_leake> stephen_leake> key [1aaecf3a7c227e5545b0504aea5d3716d3128117] stephen_leake> signature "ok" stephen_leake> name "date" stephen_leake> value "2011-03-01T08:51:42" stephen_leake> trust "trusted" stephen_leake> stephen_leake> stephen_leake> I think that means these were committed via automate commands, not 'mtn stephen_leake> commit'? Which indicates a bug in some front end? stephen_leake> stephen_leake> This was a problem for my dvc front end; it always assumes there is a stephen_leake> branch cert on a revision. Now it tolerates missing branch certs. stephen_leake> stephen_leake> Running 'mtn db check' on stephen_leake> mtn://code.monotone.ca/monotone?net.venge.monotone* produces the stephen_leake> following errors: stephen_leake> stephen_leake> mtn: revision 044461961c113cd50634fef71e6a5aa8804af8f0 missing branch cert stephen_leake> mtn: revision 08091da7d9a97351e7af68584ca818cc9add27ab missing branch cert stephen_leake> mtn: revision 0b4ab5e89dac3e62efa3174c2b2294222eae91e6 mismatched certs (1 authors 2 dates 1 changelogs) stephen_leake> mtn: revision 0d5ece53f3fba9212bbbf5aa1f47e3477c319116 missing branch cert stephen_leake> mtn: revision 0e1591119ceda838787e000a74e7ed265d1a33e4 mismatched certs (1 authors 2 dates 2 changelogs) stephen_leake> mtn: revision 0f8f061011faa3deba6e13a32ca890c9e186135d missing branch cert stephen_leake> mtn: revision 11fecabfb278c696d86c82609f5df81ed6e937be missing branch cert stephen_leake> mtn: revision 1afff4fa7e2288a8f5285b08fc876af43673f6ce missing branch cert stephen_leake> mtn: revision 1c7ca9695ad88144e8a208078baad562d8618264 mismatched certs (1 authors 2 dates 1 changelogs) stephen_leake> mtn: revision 1f3e8ac23ee0e4e3b5404ce644cfca3895cc90a8 mismatched certs (1 authors 2 dates 1 changelogs) stephen_leake> mtn: revision 21a28c481ce252477e80e72e2c4ba807b0b509a7 mismatched certs (1 authors 2 dates 2 changelogs) stephen_leake> mtn: revision 21a6b294b1e07de2a98ae917f0a9443284e92d8e mismatched certs (1 authors 2 dates 1 changelogs) stephen_leake> mtn: revision 21a8e132a2b26c7ed5a956925a2b799c5b974ba9 mismatched certs (2 authors 1 dates 1 changelogs) stephen_leake> mtn: revision 2227bef1f19f1546681a1ab8ca99b39b95fe6b81 missing branch cert stephen_leake> mtn: revision 227690953257a17be935b9ad717e0e84a59f691d missing branch cert stephen_leake> mtn: revision 228e0a9a1fe6f547d842790db6f9876fb67a0815 mismatched certs (1 authors 2 dates 1 changelogs) stephen_leake> mtn: revision 235c183757cdae8cd9445642ca99a1ed1e960caa mismatched certs (1 authors 2 dates 1 changelogs) stephen_leake> mtn: revision 26fa33fc4e9e53b69dee39f776dba2fba3face13 mismatched certs (1 authors 1 dates 2 changelogs) stephen_leake> mtn: revision 291e24413afd3452708a4afa70a6264b1fabcb54 mismatched certs (3 authors 3 dates 1 changelogs) stephen_leake> mtn: revision 2ab69b94eaa1baea1c5ffde5873b3eb65e0fe8ea missing branch cert stephen_leake
Re: [Monotone-devel] Re: Monotone - A couple quick notes
In message <4d6627cb.5040...@thomaskeller.biz> on Thu, 24 Feb 2011 10:41:31 +0100, Thomas Keller said: me> What would you propose here? I could only think of printing me> "often" used commands in bold (or somehow colored) in the output me> of `mtn help`. Please, no. In some cases, that doesn't help much. In that case, I'd prefer to have only the "often" used commands, with an option that gives you the entire set. 'mtn help' and 'mtn help --full-help', say? This sounds post-1.0, either way... Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Contradiction in Makefile.am
In message <4d64d081.1060...@thomaskeller.biz> on Wed, 23 Feb 2011 10:16:49 +0100, Thomas Keller said: me> Am 23.02.2011 07:42, schrieb Richard Levitte: me> > I just had a closer look at the NLS support in Makefile.am, and I'm me> > finding this (dist-nls used to be dist-local until that one needed me> > expanding): me> > me> > ... me> > CLEAN_POFILES := $(ALL_GMOFILES) \ me> >$(addprefix po/,$(addsuffix .merged.po, $(ALL_LINGUAS))) \ me> >po/$(PACKAGE).pot me> > ... me> > dist-nls: $(ALL_GMOFILES) me> > cp $(ALL_GMOFILES) $(distdir)/po me> > ... me> > me> > me> > Now, I don't know about you, but to me, it seems contradictory to have me> > the .gmo files be part of the distribution, but then have them wiped me> > with 'make clean'. me> > me> > So, how shall we have it? What's the reason for .gmo files to be part me> > of the source distribution? Or, if they really should be (I'm sure me> > there is a good justification), why are they part of things to be me> > cleaned with 'make clean'??? me> me> For me it sounds wrong to have the gmo files compiled in the tarball, me> but there might have been a good reason why this has been the case in me> the past. If there are no strong objections I'm all for removing the gmo me> files from dist. Ah, looking for REBUILD_NLS in m4/mtn-gettext.m4 explains it, we distribute it to help those who do not have gettext and similar tools installed. Ok, I can play with that, and it is reasonable (users shouldn't have to deal with translations, possible fuzzies that appear suddenly and make for confusing (perhaps even erroneous) messages and so on). it means that CLEAN_POFILES shouldn't contain $(ALL_GMOFILES), though. That one needs to go into MAINTAINERCLEANFILES. -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Soon time for a release
In message <82y657td7g@stephe-leake.org> on Wed, 23 Feb 2011 02:36:03 -0500, Stephen Leake said: stephen_leake> Richard Levitte writes: stephen_leake> stephen_leake> > 2. go through the contrib/ directory and see what can and should be stephen_leake> >moved to somewhere in extra/, be moved somewhere else (the wiki stephen_leake> >on a 'tricks and tips' or 'contributed stuff'?), or tossed. stephen_leake> >If you want to toss something, please talk with the original author stephen_leake> >first. stephen_leake> stephen_leake> Is the goal to completely eliminate the contrib stephen_leake> directory, or can there be some stuff left in it? The longer term goal is that contributed stuff get moved somewhere else, see my post from Feb 4: http://article.gmane.org/gmane.comp.version-control.monotone.devel/18838 The idea I have is to do something like many others do, have a wiki repository for contributed things, a little like this: http://ikiwiki.info/plugins/ The point is that as much as possible of what we distribute with monotone should be tested, so we can avoid bit rot. Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Contradiction in Makefile.am
I just had a closer look at the NLS support in Makefile.am, and I'm finding this (dist-nls used to be dist-local until that one needed expanding): ... CLEAN_POFILES := $(ALL_GMOFILES) \ $(addprefix po/,$(addsuffix .merged.po, $(ALL_LINGUAS))) \ po/$(PACKAGE).pot ... dist-nls: $(ALL_GMOFILES) cp $(ALL_GMOFILES) $(distdir)/po ... Now, I don't know about you, but to me, it seems contradictory to have the .gmo files be part of the distribution, but then have them wiped with 'make clean'. So, how shall we have it? What's the reason for .gmo files to be part of the source distribution? Or, if they really should be (I'm sure there is a good justification), why are they part of things to be cleaned with 'make clean'??? Cheers, Richard P.S. I noticed this because dpkg-buildpackage complained about those files disappearing compared to the distributed tarball. -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Soon time for a release
In message <4d6448fb.8050...@coosoft.plus.com> on Tue, 22 Feb 2011 23:38:35 +, CooSoft Support said: support> Phew great news. Yes I set the locale to C which is the same support> as POSIX I believe. Yes. POSIX is the new C, all sparkly and shiny ;-) Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Soon time for a release
Hey there, Some time furign the winter (when we realised a Christmas release would be impossible), we said that we would release monotone v1.0 withing Q1 2011. Q1 ends in a little more than a month (*), so it might be time to wrap it up a bit. The things I see left to do is this: 1. have a look at the open issues, try to classify the issues in milestones they should go into or simply fix them if it seems appropriate. 2. go through the contrib/ directory and see what can and should be moved to somewhere in extra/, be moved somewhere else (the wiki on a 'tricks and tips' or 'contributed stuff'?), or tossed. If you want to toss something, please talk with the original author first. 3. at some point, we will create a separate branch for v1.0, probably named like the others, i.e. net.venge.monotone.monotone-1.0, and have that be frozen for changes except for serious bugs. 4. general check that it works on as many systems as possible. Did I forget something? Please add to the list. Cheers, Richard - (*) and please, let's not release it on April 1st... ;-) -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] bash_completion test
In message <828vxrcikh@stephe-leake.org> on Mon, 07 Feb 2011 22:26:54 -0500, Stephen Leake said: stephen_leake> Somewhere in tester.cc, there has to be a Lua "load" command for the stephen_leake> testsuite specified on the tester command line. That's what appears to stephen_leake> be not working on MinGW. Since I can't even find it, I have no hope of stephen_leake> debugging it. This line in test/src/tester.cc: 962: testfile = tests_to_run.front(); places the name of the testsuite file in the variable testfile. That's your starting point. Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Contributed scripts and how to handle them...
In message <82vd0x4324@stephe-leake.org> on Sun, 06 Feb 2011 10:04:35 -0500, Stephen Leake said: stephen_leake> I have a beef about people using the word "standard" in this way; is stephen_leake> there an actual ISO or national standard for Perl? Or do you just mean stephen_leake> "Perl from some normal place, not customized". We need more terms for stephen_leake> this. We have "international standard", "national standard", "industry stephen_leake> standard". I don't think Perl is any of those? It's just a common package. de-facto standard ;-) -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] bash_completion test
In message <82pqr44rg1@stephe-leake.org> on Sun, 06 Feb 2011 19:30:06 -0500, Stephen Leake said: stephen_leake> I ran all tests in Cygwin; all pass except bash_completion. stephen_leake> stephen_leake> bash completion works when I run it directly; I can't figure out why the stephen_leake> test fails. I did quite a lot of work on this yesterday, they got pushed late at night. The issue apparently came when the process isn't connected to a tty, I first noticed it when trying to build a Debian package from inside emacs. If you run emacs, you can start it from the build directory and do this: M-x c o m p i l e RET C-a C-k m a k e SPC t e s t / e x t r a . s t a t u s RET And see the result there. After my changes, the tests pass, even from within emacs. At least on Linux, I hope it will be the same on Windows. stephen_leake> I also ran all tests in MinGW; all pass except stephen_leake> bash_completion. This time it fails because 'mtn_setup' stephen_leake> isn't defined, which is just bizarre! Did it say anything else? mtn_setup is defined in lua-testsuite.lua, which is (or should be) loaded by extra-testsuite.lua. stephen_leake> Reading thru tester.cc, I can't see where the testlib is loaded. Makefile create run_extra_tests, have a look in there :-) Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Contributed scripts and how to handle them...
In message <4d4d20fb.6090...@coosoft.plus.com> on Sat, 05 Feb 2011 10:05:47
+, CooSoft Support said:
support> I nominate mtn-cleanup, not just because I wrote it :-) but
support> it is also quite useful especially when used on large source
support> trees (> 900MiB) or over NFS. Works with current monotones as
support> well as old ones.
Would you be willing to provide a test script? Since writing my
previous email, I started tinkering, and ended up following the same
form as test/func{-testsuite.lua}, so it should be fairly easy to
produce new tests. They should end up in test/extra, see recent
commits (test/extra-testsuite.lua and test/extra).
support> Also put in a vote for the bash completion scripts (although
support> I think they are safe).
That was my first target ;-), and there's a test directory for it
(test/extra/bash_completion) and it's been move to extra/ (to
distinguish from contrib/, which currently holds all untested stuff).
Cheers,
Richard
--
Richard Levitte rich...@levitte.org
http://richard.levitte.org/
"Life is a tremendous celebration - and I'm invited!"
-- from a friend's blog, translated from Swedish
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Contributed scripts and how to handle them...
Sparked by a (somewhat heated ;-)) discussion I had on IRC with Thomas in late december (*), I've started thinking that the contrib directory, while having served us well for a while, might not serve everyone who wishes to contribute their little nuggets, or have them maintained separately without having to have write permissions on n.v.m. Looking at the contents of contrib/, there are things that are aged or completely superceded by newer monotone commands, or other scripts and so on. So, following what Thomas was thinking, we probably should clean out the contrib directory and put the contents somewhere else, except for scripts that we really want to ship as part of monotone (and that we test). Maybe a place on the wiki would be a start, with a page for each contributed thing, either refering to a repo somewhere or with the source directly in the page (similar to plugin contributions that you can see with other projects). I'd like to, however, keep the stuff that we use on code.monotone.ca and the bash completion scripts (I'm about to write a test for it), and perhaps a few others that are regularly used. If you have a pet script in there, please yell, and possibly provide a kind of test for it. Ideas are welcome for how the tests should be structured. For fairly obvious reasons, lua will not be enough (bash completion testing requires the use of expect, there's not much lua in there ;-)). Cheers, Richard (*) starting here: http://colabti.org/irclogger/irclogger_log/monotone?date=2011-01-01#l54 -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] nvm.source-tree-cleanup
In message <4d4bc72f.3030...@thomaskeller.biz> on Fri, 04 Feb 2011 10:30:23 +0100, Thomas Keller said: me> Am 04.02.2011 10:14, schrieb Richard Levitte: me> > me> * make distcheck prints out a spurious warning at the beginning: me> > me> make[1]: Circular htmldir <- html dependency dropped. me> > me> Can this be safely ignored or is this something we should look after? me> > me> (Its issued right after makeinfo --html) me> > me> > Hmm, I don't get that. Does that happen when you build in the source me> > directory? me> me> This happens when I ran make distcheck in the source directory and is me> part of the output of the make process which builds from the source me> tarball. I can give you more specifics when I'm back home - its in the me> console there :) Ah, I think I got it. The htmldir target depends on html/$(am__dirstamp), which is something I stole from automake when we still just had one Makefile.am... With doc/Makefile.am, such a variable isn't generated, and therefore 'html/$(am__dirstamp)' translates to 'html', thereby creating a circular dependency (html -> html-local -> htmldir -> html/). I'll remove that dependency, it's not really needed. Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] nvm.source-tree-cleanup
In message <4d4b4304.1050...@thomaskeller.biz> on Fri, 04 Feb 2011 01:06:28 +0100, Thomas Keller said: me> Am 03.02.11 10:09, schrieb Thomas Keller: me> > I'll review the latest changes later on, I was a bit me> > busy over the last couple of days... me> me> Here we go: me> me> * A make clean in the source directory now purges the original files as me> it makes no difference if these reside in the source or build me> directory. We might need some extra logic there and loop over me> CLEANFILES and only remove those that are not in $srcdir. Or is there me> a better way? I fixed by removing all the $(*_copied) from $(CLEANFILES) and having them handled in a clean-local target instead. me> * I removed the removal of doc/*-specific resources in the main me> Makefile.am's mostlyclean-local - I think this is probably done more me> cleanly in doc/Makefile.am now. doc/html isn't automatically removed... I've added that to clean-local as well. me> * make distcheck prints out a spurious warning at the beginning: me> make[1]: Circular htmldir <- html dependency dropped. me> Can this be safely ignored or is this something we should look after? me> (Its issued right after makeinfo --html) Hmm, I don't get that. Does that happen when you build in the source directory? -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Checking on stackoverflow.com
In message on Thu, 03 Feb 2011 17:56:18 +0100, Lapo Luchini said: lapo> I'm not using this RSS feed to check for new questions tagged "monotone" lapo> on stackoverflow.com: lapo> lapo> http://quickmediasolutions.com/stack2rss/stackoverflow/questions?tagged=monotone&body=true lapo> lapo> If anybody here has the habit of using feed to watch stuff too, it might lapo> we worthy to add this one (expect very low traffic). Hmmm, two of the entries aren't about monotone, I guess someone clicked that tag by mistake... However, the answer to the one about combining monotone and git got me really excited! I haven't looked at tailor for a long while, it seems to have progressed quite a lot since last time... Should we add this feed to the agregation on www.monotone.ca? -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] usher 0.99 release (name-based virtual hosting for monotone)
In message <20110203160429.ga5...@topoi.pooq.com> on Thu, 3 Feb 2011 11:04:29 -0500, Hendrik Boom said: hendrik> I don't really see a big difference between the script being hendrik> protected and the separate file being protected. Unless the hendrik> file with the scripts gets to be huge with a lot of stuff hendrik> that doesn't need protection, of course. There's another point, and it's that if needed, a script is easier to upgrade (if need be) if the data is separate. We've been hitting that one a couple of times on code.monotone.ca. hendrik> > There's a little bit more done to check that the monotone server has hendrik> > started correctly. Usher waits for the server to output something and hendrik> > expects the first line to contain "beginning service". If that hendrik> > doesn't happen, it will consider the fork a failure, hence the error hendrik> > message. Maybe there should be a little bit more text explaining that hendrik> > one might get more answers from the appropriate log... hendrik> hendrik> Maybe the message should say that the monotone server failed hendrik> to start up correctly. That, after all, seems to be what's hendrik> being tested. When I saw the message that the fork failed, I hendrik> immediately started looking for ways that tthe executable hendrik> file 'mtn' might not be there or have the wrong permissions, hendrik> etc. etc. It's clearly better to look in the log file. If mtn can't be started, it will say "execvp failed". But you make a point here, that some of the messages are a bit cryptic and really require that you know usher by source... It could be smart to make sure they're are a little bit more verbose, and thereby comprehensible. Cheers, Richard -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] nvm.source-tree-cleanup
In message <82hbcls2z6@stephe-leake.org> on Thu, 03 Feb 2011 07:43:25 -0500, Stephen Leake said: stephen_leake> Then we could have "files in /packages/... are source for stephen_leake> distribution packages and/or installers (except Makfile.am goes where stephen_leake> the autotools need it)". Then we could have: stephen_leake> stephen_leake> /packages/mingw/ 3 win32 installer files stephen_leake> /packages/cygwin/ 1 cygport file stephen_leake> /packages/visualc/ renamed from /visualc stephen_leake> /packages/mac/ renamed from /mac stephen_leake> /packages/debian/ debian stuff stephen_leake> ... With Debian, I'm afraid that idea will go *kaboom*, as all the Debian build tools expect debian/ to be directly in the source root. But that doesn't really matter, it's a separate deal that belongs with Debian, not with the main distribution. -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] nvm.source-tree-cleanup
In message <82oc6ts42k@stephe-leake.org> on Thu, 03 Feb 2011 07:19:47 -0500, Stephen Leake said: stephen_leake> For building the Unix .tar.gz, the equivalent code is in stephen_leake> /Makefile.am, /doc/Makefile.am. In larger stephen_leake> projects, there is typically a Makefile.am (possibly stephen_leake> with an install target) in each directory. The idea is to separate things in src/, which are basically meant to be things compiled into the main binary or surounding utilities, from the stuff meant to build them or package them. The docs are in a separate parallell directory, and the only actual reason that there's a Makefile.am in there is that there were some tools that worked catastrophically bad when trying them in the main Makefile.am, and also that automake produces very different results when the base .texi file contains a directory as part of its name. stephen_leake> I'm not strongly opposed to moving those three files to stephen_leake> /win32_install (do you have a suggested name?), stephen_leake> but I don't see the "consistency" argument. I'll have you note that there are a few more of directories of that type. mac/ and visualc/. -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] usher 0.99 release (name-based virtual hosting for monotone)
In message <20110203072618.ga27...@topoi.pooq.com> on Thu, 3 Feb 2011 02:26:18
-0500, Hendrik Boom said:
hendrik> On Wed, Feb 02, 2011 at 12:09:23AM +0100, Richard Levitte wrote:
hendrik> > In message <20110201200533.ga8...@topoi.pooq.com> on Tue, 1 Feb 2011
15:05:33 -0500, Hendrik Boom said:
hendrik> >
hendrik> > In your configuration file, you have a logdir setting. You
hendrik> > might want to look at the log file there (write.log, I believe).
hendrik>
hendrik> Yes.. There is oe now. I stopped looking because for a while there
hendrik> wasn't one, but one has now showed up. It seems to be asking me for a
hendrik> passphrase for key ID hend...@topoi.pooq.com {599fffe...}
hendrik>
hendrik> Presumably, monotone wants a passphrase wo start up in server mode.
hendrik>
hendrik> What's the recommended way to provide one nowadays? The method
hendrik> involving the get_passphrase hook that the tutorial says is deprecated
hendrik> because of insecurity? It does have to be available when there's no
hendrik> user logged in on the server machine.
When it comes to automatic starts, such as starting a monotone server
under usher, this is of course a problem (as it is with all mechanisms
that require a password). The solution still involves the
get_passphrase hook (the deprecation is more for users than server
maintainers), and make sure it's appropriately protected, or to use
the expanded version contrib/get_passphrase_from_file.lua, which has
the passphrases it need to cover in a separate file (which should be
appropriately protected).
hendrik> > hendrik> Or does it misreport a successful fork with an invalid
hendrik> > hendrik> monotone command as a failed fork? Or ... (fill in the real
hendrik> > hendrik> explanation here, please?)
hendrik> >
hendrik> > Well, an invalid command of some sort WOULD result in a failed fork,
hendrik> > so that's definitely a plausible explanation. Check the log in
hendrik> > {logdir}.
hendrik>
hendrik> Well, as long as the monotone process gets started, even if it
hendrik> immediately complains and exits, the fork itself has succeeded, so at
hendrik> the very least it's a misleading error message. But at this point
hendrik> that's just a quibble.
There's a little bit more done to check that the monotone server has
started correctly. Usher waits for the server to output something and
expects the first line to contain "beginning service". If that
doesn't happen, it will consider the fork a failure, hence the error
message. Maybe there should be a little bit more text explaining that
one might get more answers from the appropriate log...
Cheers,
Richard
--
Richard Levitte rich...@levitte.org
http://richard.levitte.org/
"Life is a tremendous celebration - and I'm invited!"
-- from a friend's blog, translated from Swedish
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Re: [Monotone-commits-diffs] net.venge.monotone.source-tree-cleanup: d54c8c17eeebbe7dd6bb30d4d10996db79de24f2
In message <82sjw6ubw5@stephe-leake.org> on Wed, 02 Feb 2011 02:35:38 -0500, Stephen Leake said: stephen_leake> ignore my other email about .info not being built. Sigh. stephen_leake> stephen_leake> Richard Levitte writes: stephen_leake> stephen_leake> > I'm really not sure we should double-bend our backs stephen_leake> > to accomodate people checking out monotone into a r/o stephen_leake> > source. stephen_leake> stephen_leake> I agree in general, except that's what 'make distcheck' stephen_leake> does, and it's on the list of required Makefile targets stephen_leake> (which I'm adding to notes/release_checklist.txt). stephen_leake> stephen_leake> We could remove 'distcheck' from the list of required targets. For who is 'make distcheck' a required target? -- Richard Levitte rich...@levitte.org http://richard.levitte.org/ "Life is a tremendous celebration - and I'm invited!" -- from a friend's blog, translated from Swedish ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] usher 0.99 release (name-based virtual hosting for monotone)
In message <20110201200533.ga8...@topoi.pooq.com> on Tue, 1 Feb 2011 15:05:33
-0500, Hendrik Boom said:
hendrik> On Mon, Nov 08, 2010 at 02:04:46PM -0500, Hendrik Boom wrote:
hendrik> >
hendrik> > I guess now comes the inevitable flood of stupid questions as i try
to
hendrik> > make sense of the documentation.
hendrik> >
hendrik>
hendrik> Well, I have usher running, and depending on how I write the
hendrik> configuration file it reports I have one or two servers, called
"write",
hendrik> the one I want to start with, and "local", the one inherited form the
hendrik> example in the documentation.
hendrik>
hendrik> But when I try to sync with "write" from another computer, I geet
hendrik> problems:
hendrik>
hendrik> hendrik@notlookedfor:~/write/Melinda$ mtn sync
4691://topoi.pooq.com/write
hendrik> enter passphrase for key ID [hend...@notlookedfor.topoi.pooq.com]
(ad968be7...):
hendrik> mtn: connecting to 4691://topoi.pooq.com/write
hendrik> mtn: Received warning from usher: Cannot fork server.
hendrik> mtn: peer 4691://topoi.pooq.com/write IO terminated connection in
working state (error)
hendrik> mtn: error: I/O failure while talking to peer
4691://topoi.pooq.com/write, disconnecting
hendrik> hendrik@notlookedfor:~/write/Melinda$
In your configuration file, you have a logdir setting. You might want
to look at the log file there (write.log, I believe).
hendrik> Can I get usher to tell me what the command it uses really
hendrik> is, so I can try it in isolation?
Basically, if we say that {monotone} and {local} are the values of the
settings with corresponding names, it does this:
{monotone} server --bind=127.0.0.1:{randomport} {local}
hendrik> Or does it misreport a successful fork with an invalid
hendrik> monotone command as a failed fork? Or ... (fill in the real
hendrik> explanation here, please?)
Well, an invalid command of some sort WOULD result in a failed fork,
so that's definitely a plausible explanation. Check the log in
{logdir}.
--
Richard Levitte rich...@levitte.org
http://richard.levitte.org/
"Life is a tremendous celebration - and I'm invited!"
-- from a friend's blog, translated from Swedish
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Re: [Monotone-commits-diffs] net.venge.monotone.source-tree-cleanup: d54c8c17eeebbe7dd6bb30d4d10996db79de24f2
In message <82hbcoukgw@stephe-leake.org> on Tue, 01 Feb 2011 05:18:07
-0500, Stephen Leake said:
stephen_leake> I'm getting an error from autoconf on Debian and MinGW:
stephen_leake>
stephen_leake> stephe@Shevek$ autoreconf -i
stephen_leake> doc/Makefile.am:44: installing `doc/mdate-sh'
stephen_leake> doc/Makefile.am:44: installing `doc/texinfo.tex'
stephen_leake> Makefile.am:600: variable `CLEAN_SOURCES' is defined but no
program or
stephen_leake> Makefile.am:600: library has `CLEAN' as canonical name (possible
typo)
Fixed. Apparently, it takes CLEAN_SOURCES as {foo}_SOURCES and can't
see it referred in anything that's called {foo}_PROGRAM, {foo}_LIB and
so on, so it seems to think that we've forgotten something.
Why this doesn't happen in main, I do not know.
stephen_leake> After that, 'make distcheck' fails on Debian:
stephen_leake>
stephen_leake> make[3]: Entering directory
`/home/Projects/monotone/monotone.source-tree-cleanup-build/monotone-1.0dev/_build/doc'
stephen_leake>
stephen_leake> ...
stephen_leake>
stephen_leake> cd ../../doc
stephen_leake>
stephen_leake> ...
stephen_leake>
stephen_leake> mkdir: cannot create directory `.am17349': Permission denied
stephen_leake>
stephen_leake> At this point, the working directory is
stephen_leake> monotone.source-tree-cleanup-build/monotone-1.0dev/doc, which has
stephen_leake> permissions dr-xr-xr-x, which is why the mkdir fails.
stephen_leake>
stephen_leake> Apparently distcheck doesn't expect the makefile commands to
write to
stephen_leake> the source directory (which makes sense); it changes the source
stephen_leake> directory permissions to a-w. But this is a standard autotool
hack to
stephen_leake> backup some tex files.
stephen_leake>
stephen_leake> And it works in main.
Yup, the backup happens when it builds .info files. Makefile.am in
main has a hack that probably cirumvents this. I'll check that out...
The GNU standard seems to say that .info files should be distributed
with the tarball, so the user doesn't have to build them (in other
words, the user isn't required to have the tool chain that is
required). That's why they build .info files in the source tree by
default. Consequently, they don't expect maintainers (such as
yourself ;-)) to have r/o source directories... which does make
sense, come to think of it.
I'm really not sure we should double-bend our backs to accomodate
people checking out monotone into a r/o source. I can fully
understand if the dist tarball ends up being extracted into a r/o
directory, but that's really a different story.
stephen_leake> Then immediately:
stephen_leake>
stephen_leake> ../../doc/monotone.texi: No such file or directory
stephen_leake>
stephen_leake> This is from trying to run makeinfo. But that file
stephen_leake> exists!
Hmm...
stephen_leake> Building monotone.info not inside the distcheck directory works:
stephen_leake>
stephen_leake> cd monotone.source-tree-cleanup-build/doc
stephen_leake> make ../../monotone.source-tree-cleanup/doc/monotone.info
Well, yeah...
stephen_leake> On MinGW, I'm getting link errors in mtn.exe. Clearly
stephen_leake> time to go to bed and try again tomorrow ...
I would have liked to see the errors... oh well.
Cheers,
Richard
--
Richard Levitte rich...@levitte.org
http://richard.levitte.org/
"Life is a tremendous celebration - and I'm invited!"
-- from a friend's blog, translated from Swedish
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
