Markus Wanner mar...@bluegap.ch writes:
How much time do we need to be able to release? Any pending items
somebody absolutely wants to get in?
I've updated my Cygwin on XP; I'm compiling the nvm.lua-5.2 branch now;
Cygwin still has Lua 5.1.4, so I hope that's compatible.
I'll work on updating
Stephen Leake stephen_le...@stephe-leake.org writes:
Markus Wanner mar...@bluegap.ch writes:
How much time do we need to be able to release? Any pending items
somebody absolutely wants to get in?
I've updated my Cygwin on XP; I'm compiling the nvm.lua-5.2 branch now;
Cygwin still has Lua
In message 4f970a86.5040...@bluegap.ch on Tue, 24 Apr 2012 22:18:14 +0200,
Markus Wanner mar...@bluegap.ch 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
Markus Wanner mar...@bluegap.ch writes:
Hi,
quite a few fixes went in since monotone 1.0, including the recent fix
for compatibility with Botan 1.10 (which got released in June 2011). So
I'm thinking it's about time for a release.
Yes, it is time.
How much time do we need to be able to
Am 05.06.2010 23:24, schrieb Thomas Keller:
Am 05.06.10 18:26, schrieb Zack Weinberg:
On Sat, Jun 5, 2010 at 4:59 AM, Thomas Keller m...@thomaskeller.biz wrote:
I assume you meant /dev/nul instead of /dev/null there?
No, I meant /dev/nul - try GNU patch and tamper the patch file to
+++
Am 04.06.2010 16:26, schrieb Thomas Moschny:
Am Fri, 04 Jun 2010 01:45:44 +0200
schrieb Thomas Keller m...@thomaskeller.biz:
While I'm going to manage the upcoming 0.99 and 1.0.0 releases, I'd
like to give my release manager hat to somebody else afterwards, so I
can concentrate on other
Am 05.06.10 01:26, schrieb Zack Weinberg:
On Fri, Jun 4, 2010 at 3:53 PM, Thomas Keller m...@thomaskeller.biz wrote:
So, what should we do here? The addition of -E for all other unices
would mean that we'd tamper the test.
I distinctly remember having to add -E on SunOS, and I would not be
Am 05.06.10 18:26, schrieb Zack Weinberg:
On Sat, Jun 5, 2010 at 4:59 AM, Thomas Keller m...@thomaskeller.biz wrote:
I assume you meant /dev/nul instead of /dev/null there?
No, I meant /dev/nul - try GNU patch and tamper the patch file to
+++ /dev/nul (which is of course wrong) - then you'll
Am 04.06.2010 05:53, schrieb Derek Scherger:
On Thu, Jun 3, 2010 at 5:03 AM, Thomas Keller m...@thomaskeller.biz wrote:
206 diffing_a_file_within_revision_outside_a_workspaceFAIL (line 52)
301 logging_a_file_within_revision_outside_a_workspaceFAIL (line 22)
Both tests fail with restriction
Am 04.06.2010 05:46, schrieb Derek Scherger:
On Thu, Jun 3, 2010 at 5:45 PM, Thomas Keller m...@thomaskeller.biz wrote:
I've just talked with Thomas Moschny on IRC and I listened again to his
and other people's concerns about switching too fast to 1.0. I think the
concerns are reasonable, so
Am Fri, 04 Jun 2010 01:45:44 +0200
schrieb Thomas Keller m...@thomaskeller.biz:
While I'm going to manage the upcoming 0.99 and 1.0.0 releases, I'd
like to give my release manager hat to somebody else afterwards, so I
can concentrate on other things a bit more. I'm not out of the world,
so
Am 03.06.10 13:03, schrieb Thomas Keller:
Am 31.05.2010 01:01, schrieb Thomas Keller:
200 diff_patch_drop FAIL (line 29)
Apparently the BSD version of patch does not drop files - can we make a
guard for that in the test?
I've found the man page for patch on
On Fri, Jun 4, 2010 at 3:53 PM, Thomas Keller m...@thomaskeller.biz wrote:
So, what should we do here? The addition of -E for all other unices
would mean that we'd tamper the test.
I distinctly remember having to add -E on SunOS, and I would not be at
all surprised if, well, anyone else who
Am 31.05.2010 01:01, schrieb Thomas Keller:
The buildbots look slightly worse:
1) The Debian testing one seems to have update problems from time to
time and complains about no rule to make the target `win32/monotone.iss'
for `distdir'. Zbigniew, could you please have a look?
Fixed in the
On Thu, 03 Jun 2010 13:03:55 +0200 Thomas Keller wrote:
2) The openBSD one currently fails 5 tests:
200 diff_patch_drop FAIL (line 29)
Apparently the BSD version of patch does not drop files - can we make a
guard for that in the test?
OpenBSD (4.7-current at
Am 31.05.10 01:01, schrieb Thomas Keller:
I'll give translators and testers a bigger time frame for this release
(at least two weeks from now), because I'd like to switch the release
numbering and make 0.48 become 1.0.0 as discussed in the other thread.
So if you have some time and like to
On Thu, Jun 3, 2010 at 5:45 PM, Thomas Keller m...@thomaskeller.biz wrote:
I've just talked with Thomas Moschny on IRC and I listened again to his
and other people's concerns about switching too fast to 1.0. I think the
concerns are reasonable, so we've discussed this issue and concluded the
On Thu, Jun 3, 2010 at 5:03 AM, Thomas Keller m...@thomaskeller.biz wrote:
206 diffing_a_file_within_revision_outside_a_workspaceFAIL (line 52)
301 logging_a_file_within_revision_outside_a_workspaceFAIL (line 22)
Both tests fail with restriction includes unknown path on foo2 / foo1.
This
Hi,
2010/5/31 Zbigniew Zagórski z.zagor...@gmail.com:
2010/5/31 Thomas Keller m...@thomaskeller.biz:
1) The Debian testing one seems to have update problems from time to
time and complains about no rule to make the target `win32/monotone.iss'
for `distdir'. Zbigniew, could you please have a
Hi!
2010/5/31 Thomas Keller m...@thomaskeller.biz:
Hi all!
Its release time, again :), and I would like you to look over the
translations and build bots and get them in a good and usable state.
I am wondering if we can safely use gcc-4.5.0 to build Windows native
version of
monotone. Current
On Sun, May 30, 2010 at 5:01 PM, Thomas Keller m...@thomaskeller.biz wrote:
4) For me on Mac OS X all tests run through, even one unexpectedly
(log_--diff) - Derek, should this test be un-xfailed?
Indeed it should. I'll clean that up tonight.
Cheers,
Derek
Am 18.05.2010 07:03, schrieb Derek Scherger:
On Mon, May 17, 2010 at 2:33 AM, Thomas Keller m...@thomaskeller.biz wrote:
\2) I'd like to get my nvm.experiment.database-management branch ready
and merged in as well, so the change I did earlier to mtn setup (which
now creates a database if
Am 17.05.2010 08:32, schrieb Stephen Leake:
Timothy has fixed the branch_leaves cache bug, and merged the change-log
editor improvements and added --update/--no-update to main. Several
other bug fixes have been done.
And all tests are currently passing (at least on Debian).
So I think
Thomas Keller m...@thomaskeller.biz writes:
Am 17.05.2010 08:32, schrieb Stephen Leake:
Timothy has fixed the branch_leaves cache bug, and merged the change-log
editor improvements and added --update/--no-update to main. Several
other bug fixes have been done.
And all tests are currently
Am 17.05.2010 10:33, schrieb Thomas Keller:
Am 17.05.2010 08:32, schrieb Stephen Leake:
Timothy has fixed the branch_leaves cache bug, and merged the change-log
editor improvements and added --update/--no-update to main. Several
other bug fixes have been done.
And all tests are currently
On Mon, May 17, 2010 at 2:33 AM, Thomas Keller m...@thomaskeller.biz wrote:
\2) I'd like to get my nvm.experiment.database-management branch ready
and merged in as well, so the change I did earlier to mtn setup (which
now creates a database if none is given) is changed to create a
database in
Zbigniew Zagórski wrote:
Hi!
2010/3/8 Timothy Brownawell tbrow...@prjek.net mailto:tbrow...@prjek.net
empty_environment needs to copy in all the DLLs that the monotone
executable uses. It has a hardcoded list, which I'm guessing isn't
quite right for your environment. Do you know
Timothy Brownawell tbrow...@prjek.net writes:
Stephen Leake wrote:
The following tests are failing on Win32:
9 (normal)_netsync_on_partially_unrelated_revisions FAIL (error creating
test directory) 0:00, 0:00 on CPU
210 empty_environment FAIL (line 45) 69:34
Thomas Keller m...@thomaskeller.biz writes:
I'm preparing the next monotone currently, which will probably happen
Sunday evening. Please check if your translations are up-to-date (there
hasn't happened much since 0.46 in this area though), if the current
head builds on your platform and if
Hi!
2010/3/8 Timothy Brownawell tbrow...@prjek.net
empty_environment needs to copy in all the DLLs that the monotone
executable uses. It has a hardcoded list, which I'm guessing isn't quite
right for your environment. Do you know if Windows has a (non-gui) 'ldd'
equivalent that we could use
this is a small program I use to copy a program(or library) and all of
its related libraries which are not in %SYSTEMROOT% to a
destination...
http://sack.svn.sourceforge.net/viewvc/sack/src/utils/pcopy/
Unfortunatly it's got a few dependancies on other code in SACK - like
the routine that scans
Remind me of how you do it (or send me whatever script you use) and
I'll take over that part, if you want.
Cheers,
Richard
In message eb97335b1003041115h13980990s12d0cec0b40e...@mail.gmail.com on Thu,
4 Mar 2010 11:15:46 -0800, Zack Weinberg za...@panix.com said:
zackw This seems like a good
Am 04.03.10 19:07, schrieb Thomas Keller:
Hi all!
I'm preparing the next monotone currently, which will probably happen
Sunday evening. Please check if your translations are up-to-date (there
hasn't happened much since 0.46 in this area though), if the current
head builds on your platform
This seems like a good time to mention that I really don't want to be
responsible for Debian packaging anymore.
Packaging is not hard, but can be very time-consuming and tedious. I
never got around to doing 0.46. There are a few bugs in their tracker
that should definitely be fixed.
zw
On
Am 06.01.2010 14:20, schrieb Thomas Keller:
Hey there!
As I have announced earlier on IRC I plan to release monotone 0.46 in a
few weeks, before February to be more precise. I'd like to get my
nvm.automate-netsync branch in a mergable state until then (docs and
tests are still missing)
Am 11.01.2010 13:28, schrieb Stephen Leake:
Thomas Keller m...@thomaskeller.biz writes:
As I have announced earlier on IRC I plan to release monotone 0.46 in a
few weeks, before February to be more precise. I'd like to get my
nvm.automate-netsync branch in a mergable state until then (docs
Am Thu, 14 Jan 2010 09:43:18 +0100
schrieb Thomas Keller m...@thomaskeller.biz:
We also got recently a notification that 0.45 (and likely also 0.46)
won't compile on gcc-4.5:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=565083
I don't know the release schedule of gcc, but maybe we
Thomas Keller m...@thomaskeller.biz writes:
As I have announced earlier on IRC I plan to release monotone 0.46 in a
few weeks, before February to be more precise. I'd like to get my
nvm.automate-netsync branch in a mergable state until then (docs and
tests are still missing) and I think we
I'd like to draw people's attention to Debian bug 559893:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=559893
This is, at root, a problem with contrib/get_passphrase_from_file.lua,
which was never updated for the keys-by-hash changes. I doubt I will
have time to look at this before your
*ahem*
I have ficed the problem in 5a498d0437f0da74ae49380ef561b948db1a056a
The next upgrade will contain the change.
Now, all that's needed is for the Debian installer to update
/etc/monotone/hooks.lua properly.
In message eb97335b1001061146s3a5c67fdk495a0e0797b86...@mail.gmail.com on
Wed, 6
Zack Weinberg wrote:
On Sat, Sep 12, 2009 at 12:45 AM, Lapo Luchini l...@lapo.it wrote:
% make monotone.pot
make: *** No rule to make target `monotone.pot'. Stop.
This has been changed to
$ make $LANG.po-update
in the past.
Both targets exist and do different things.
Ah ok. Then I'll
Thomas Keller m...@thomaskeller.biz writes:
We also currently have no (active) buildbot for win32
Test results on MinGW for b13449292bbdcadf9f1e6515faaeee5fffc1ce7d - all pass
except:
89 automate_lua FAIL (line 56) 0:00
This appears to be a bug in the
FYI, since the Debian translation teams have been very prompt about
translating the extra messages used by the monotone-server package
(this provides init.d scripts and so on for running a monotone
server), I've asked them for help with the more out-of-date
translations -- es, fr, ja, pt_BR. I
Zack Weinberg schrieb:
FYI, since the Debian translation teams have been very prompt about
translating the extra messages used by the monotone-server package
(this provides init.d scripts and so on for running a monotone
server), I've asked them for help with the more out-of-date
translations
Thomas Keller m...@thomaskeller.biz writes:
2) The buildbots i386-win32-mingw,
This was mine. The machine physically died, and I don't have the
resources (or time) to replace it yet.
--
-- Stephe
___
Monotone-devel mailing list
Zack Weinberg schrieb:
On Wed, Mar 11, 2009 at 6:29 PM, Thomas Keller m...@thomaskeller.biz wrote:
As I've already announced on IRC I want to do a release in the next
couple of days, a possible date could be Sunday, 2009-03-15, but
depending on the feedback what people like to get done before
In message 86r61012tz@stephe-leake.org on Sat, 14 Mar 2009 12:33:44
-0400, Stephen Leake stephen_le...@stephe-leake.org said:
stephen_leake Thomas Keller m...@thomaskeller.biz writes:
stephen_leake
stephen_leake 2) The buildbots i386-win32-mingw,
stephen_leake
stephen_leake This was
Derek Scherger schrieb:
On Wed, Mar 11, 2009 at 7:29 PM, Thomas Keller m...@thomaskeller.biz wrote:
6) Derek, whats up with nvm.experiment.binary-roster-deltas,
This was purely an experiment. I was hoping that it would speed up roster
loading but it didn't make any measurable difference
On Thu, Mar 12, 2009 at 10:11:13AM +0100, Thomas Keller wrote:
This one is dead. Without much effort, Dan convinced me that selectors were
a better approach than options and having done that I very much agree. [...]
Yeah, I like the outcome here a lot.
Then this branch should probably be
2009/3/12 Thomas Keller m...@thomaskeller.biz
Derek Scherger schrieb:
On Wed, Mar 11, 2009 at 7:29 PM, Thomas Keller m...@thomaskeller.biz
wrote:
6) Derek, whats up with nvm.experiment.binary-roster-deltas,
Ok, then this is stalled. Should we suspend these and similar branches?
This
2009/3/12 Daniel Carosone d...@geek.com.au
Do you see that as a blocker for 0.43? While the attribute handling is
still not perfect, it already got a lot better, no?
I'm not sure that it's a blocker but it would be nice to not be changing
behaviour like this from release to release if we
On Wed, Mar 11, 2009 at 7:29 PM, Thomas Keller m...@thomaskeller.biz wrote:
6) Derek, whats up with nvm.experiment.binary-roster-deltas,
This was purely an experiment. I was hoping that it would speed up roster
loading but it didn't make any measurable difference so I think it's a dead
end.
Timothy Brownawell schrieb:
On Wed, 2008-12-17 at 02:06 +0100, Thomas Keller wrote:
Thomas Keller schrieb:
Its been a while already since 0.41 and I'd like to prepare a new
release - probably the last one for 2008 ;)
[...]
* I've noticed a couple of fixes and changes on IRC which haven't
Stephen Leake schrieb:
A few things have to happen before, though:
* Had anybody beside the implementor taken a deeper look and tried the
new mtn conflicts functionality? Is this ready to ship as is?
not to my knowledge; one person used it and aggreed it was an
improvement over the current
I wrote:
I'll run the testsuite on OSX-10.5/Intel, the PPC/10.4 one seems to
succeed.
Everything green on OSX 10.5.6 / Intel as well.
Thomas.
--
GPG-Key 0x160D1092 | tommyd3...@jabber.ccc.de | http://thomaskeller.biz
Please note that according to the EU law on data retention, information
on
On Wed, 2008-12-17 at 02:06 +0100, Thomas Keller wrote:
Thomas Keller schrieb:
Its been a while already since 0.41 and I'd like to prepare a new
release - probably the last one for 2008 ;)
[...]
* I've noticed a couple of fixes and changes on IRC which haven't made
it into the NEWS file
Thomas Keller schrieb:
Its been a while already since 0.41 and I'd like to prepare a new
release - probably the last one for 2008 ;)
[...]
* I've noticed a couple of fixes and changes on IRC which haven't made
it into the NEWS file yet. Would the developers who're now thinking they
could be
Thomas Keller m...@thomaskeller.biz writes:
Its been a while already since 0.41 and I'd like to prepare a new
release - probably the last one for 2008 ;)
Good.
A few things have to happen before, though:
* Had anybody beside the implementor taken a deeper look and tried the
new mtn
In message 86bpveq1kd@stephe-leake.org on Sun, 14 Dec 2008 09:22:10
-0500, Stephen Leake stephen_le...@stephe-leake.org said:
stephen_leake * Had anybody beside the implementor taken a deeper
stephen_leakelook and tried the new mtn conflicts functionality?
stephen_leakeIs this ready
Richard Levitte schrieb:
Having been absent for a bit, this part is completely new to me
(though I think I noticed it when I looked at the commit log at some
point), and untried... I'm curious, so I'll read up on it and play a
little ;-)
Very cool!
Thomas, how soon are you going to make
Thomas Keller [EMAIL PROTECTED] writes:
Stephen Leake schrieb:
I'm working on a minimal implementation of conflict resolution; just
content and duplicate name conflicts. The duplicate name resolutions
will only be rename or drop, not suture.
The point of this conflict resolution
In message [EMAIL PROTECTED] on Sat, 30 Aug 2008 12:48:12 -0700, Zack
Weinberg [EMAIL PROTECTED] said:
zackw make distcheck is failing because it can't find a rule to create
zackw mtnopt. This is a script which comes with the source tree; I tried
zackw renaming it out of the util/ directory but
On Mon, Sep 1, 2008 at 12:10 AM, Richard Levitte [EMAIL PROTECTED] wrote:
Zack Weinberg [EMAIL PROTECTED] said:
zackw make distcheck is failing because it can't find a rule to create
zackw mtnopt.
I'll look into it. If you look in Makefile.am in the top directory,
you can find this:
Zack Weinberg wrote:
On Mon, Sep 1, 2008 at 12:10 AM, Richard Levitte [EMAIL PROTECTED]
wrote:
Zack Weinberg [EMAIL PROTECTED] said:
zackw make distcheck is failing because it can't find a rule to create
zackw mtnopt.
I'll look into it. If you look in Makefile.am in the top directory,
I've just committed db337bc730cc15eae78f94a423bc460823b07e0a.
It adds the command 'resolve_conflict' that sets the conflict
resolution for the first unresolved conflict in the conflict file.
There's a test for it, which isn't passing yet, because it's testing
conflict resolutions that are not
Thomas Keller [EMAIL PROTECTED] writes:
Quite a lot of time (4+ months) passed by since 0.40 was released and
a couple of things have been implemented and fixed since then. Though
there are no big highlights, I'd still like to do a release just to
show that we're still alive. The buildbots
Ludovic Brenta schrieb:
Thomas Keller writes:
So please check NEWS if it contains a note of something you may have
done to trunk since 0.40
Speaking of NEWS, it appears that the introduction of suspension certs
is documented nowhere in it. I don't even remember what version that
was. Could
Stephen Leake schrieb:
Thomas Keller [EMAIL PROTECTED] writes:
Quite a lot of time (4+ months) passed by since 0.40 was released and
a couple of things have been implemented and fixed since then. Though
there are no big highlights, I'd still like to do a release just to
show that we're still
On Monday 01 September 2008 Thomas Keller wrote:
Stephen Leake schrieb:
I'm working on a minimal implementation of conflict resolution; just
content and duplicate name conflicts. The duplicate name resolutions
will only be rename or drop, not suture.
The point of this conflict
Thomas Keller schrieb:
The point of this conflict resolution implementation is to allow
preparing conflict resolutions one at a time, before the actual merge
command is issued. Then when you do the merge, you can tell it to use
the prepared resolutions, so no user interaction is necessary.
This
On Sat, Aug 30, 2008 at 5:23 AM, Thomas Keller [EMAIL PROTECTED] wrote:
Quite a lot of time (4+ months) passed by since 0.40 was released and a
couple of things have been implemented and fixed since then. Though there
are no big highlights, I'd still like to do a release just to show that
Thomas Keller writes:
So please check NEWS if it contains a note of something you may have
done to trunk since 0.40
Speaking of NEWS, it appears that the introduction of suspension certs
is documented nowhere in it. I don't even remember what version that
was. Could someone please add the
On Thu, Apr 03, 2008 at 07:07:20PM +0200, Richard Levitte wrote:
It's been a little more than a month, and two other branches have been
merged in (among others causing a need to migrate the database), so I
think it's time for 0.40.
Random curiosity: UPGRADE says that each known-server var has
On Fri, Apr 4, 2008 at 1:24 PM, Jack Lloyd [EMAIL PROTECTED] wrote:
On Thu, Apr 03, 2008 at 07:07:20PM +0200, Richard Levitte wrote:
It's been a little more than a month, and two other branches have been
merged in (among others causing a need to migrate the database), so I
think it's
In message [EMAIL PROTECTED] on Fri, 4 Apr 2008 13:24:30 -0400, Jack Lloyd
[EMAIL PROTECTED] said:
lloyd On Thu, Apr 03, 2008 at 07:07:20PM +0200, Richard Levitte wrote:
lloyd It's been a little more than a month, and two other branches have been
lloyd merged in (among others causing a need to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Richard Levitte wrote:
I'll do the release in the middle of next week, wednesday or thursday.
I hope that will give people enough time to review, fix important
bugs, make necessary changes in NEWS, perhaps update the translations?
Here is the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Richard Levitte schrieb:
I plan to release 0.38 next week. Probably Friday (Dec 7th). It
would be high time to double check NEWS, see if some translations need
some work and fixing what can be fixed related to different platforms
(see the
77 matches
Mail list logo