Stephen Leake writes:
> Markus Wanner 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.
Tha
Markus Wanner 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 INSTALL_windows
Markus Wanner 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 release? Any p
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 thinkin
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.
How much time do we need to be able to release? Any pending items
somebody absolutely wants to get in?
Re
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 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
Am 04.06.2010 16:26, schrieb Thomas Moschny:
> Am Fri, 04 Jun 2010 01:45:44 +0200
> schrieb Thomas Keller :
>
>> 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 mor
Am 05.06.10 18:26, schrieb Zack Weinberg:
> On Sat, Jun 5, 2010 at 4:59 AM, Thomas Keller 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 see that
Am 05.06.10 01:26, schrieb Zack Weinberg:
> On Fri, Jun 4, 2010 at 3:53 PM, Thomas Keller 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 surp
On Fri, Jun 4, 2010 at 3:53 PM, Thomas Keller 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 doesn't use GNU patch
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 o
Am Fri, 04 Jun 2010 01:45:44 +0200
schrieb Thomas Keller :
> 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 whoever wants to tak
Am 04.06.2010 05:46, schrieb Derek Scherger:
> On Thu, Jun 3, 2010 at 5:45 PM, Thomas Keller 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 discuss
Am 04.06.2010 05:53, schrieb Derek Scherger:
> On Thu, Jun 3, 2010 at 5:03 AM, Thomas Keller 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
On Thu, Jun 3, 2010 at 5:03 AM, Thomas Keller 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 is still an op
On Thu, Jun 3, 2010 at 5:45 PM, Thomas Keller 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
> following:
>
> * T
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, 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-curre
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 th
Hi,
2010/5/31 Zbigniew Zagórski :
> 2010/5/31 Thomas Keller :
>> 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?
>
> My fault - thanks for poit
Hi!
2010/5/31 Thomas Keller :
> 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 status is that almo
On Sun, May 30, 2010 at 5:01 PM, Thomas Keller 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
___
Monot
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.
Here is the current status of the translations:
sv: 1329 translated, 5 fuzzy, 62 untranslated.
it: 1208 translated, 3 fuzzy, 185 untranslated.
de: 1449
Am 18.05.2010 07:03, schrieb Derek Scherger:
> On Mon, May 17, 2010 at 2:33 AM, Thomas Keller 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
On Mon, May 17, 2010 at 2:33 AM, Thomas Keller 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 the default loca
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 cur
Thomas Keller 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 passing (at
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 thi
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 it's time for a release?
--
-- Stephe
__
Zbigniew Zagórski wrote:
Hi!
2010/3/8 Timothy Brownawell 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 if Windows has a
Am 06.03.10 00:28, schrieb Thomas Keller:
> 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
Timothy Brownawell 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
>> 341 mu
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
pedump can list what a program is linked to...
http://www.wheaty.net/
On Mon, Mar 8, 2010 at 6:11 AM, Timothy Brownawell wrote:
> Stephen Leake wrote:
>>
>> The following tests are failing on Win32:
>>
>> 9 (normal)_netsync_on_partially_unrelated_revisions FAIL (error creating
>> test directo
Hi!
2010/3/8 Timothy Brownawell
> 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 to get the list
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
341 multiple_version_committing FA
Thomas Keller 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 all of the tests (be
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 pl
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 on Thu,
4 Mar 2010 11:15:46 -0800, Zack Weinberg said:
zackw> This seems like a good time to mention that I really don't want to be
zackw> responsible for Debi
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 Thu,
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 and if all of the tests (beside the "usual
suspec
Am Thu, 14 Jan 2010 09:43:18 +0100
schrieb Thomas Keller :
> 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 could fix this
> one
Am 11.01.2010 13:28, schrieb Stephen Leake:
> Thomas Keller 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 ar
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 missi
Thomas Keller 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 then have quite a so
*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 on
Wed, 6 Jan 2010 11:46:49 -0800, Zack Weinberg said:
zackw> I'd li
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 propo
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) and I think we then have quite a sounding
release with
Zack Weinberg wrote:
> On Sat, Sep 12, 2009 at 12:45 AM, Lapo Luchini 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
Thomas Keller 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 windows implementation of
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
> transl
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 h
Thomas Keller writes:
> I'd like to release the next version of monotone on Friday evening,
> around 10pm MEST.
I'd like to see some progress on the Cygwin package for this release.
I rely on Cygwin for 'sync ssh:' to our central server, and 'sync
file:' to a USB flash disk.
For everything el
Hi all!
I'd like to release the next version of monotone on Friday evening,
around 10pm MEST. Please look over the NEWS file if all changes you've
done went in (I'll check this again, just to be sure, but I can't
guarantee that I catch everything properly) and complete your translations.
It woul
In message <86r61012tz@stephe-leake.org> on Sat, 14 Mar 2009 12:33:44
-0400, Stephen Leake said:
stephen_leake> Thomas Keller writes:
stephen_leake>
stephen_leake> > 2) The buildbots i386-win32-mingw,
stephen_leake>
stephen_leake> This was mine. The machine physically died, and I don't h
Zack Weinberg schrieb:
> On Wed, Mar 11, 2009 at 6:29 PM, Thomas Keller 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 0.43 hits
>> th
Thomas Keller 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
Monotone-devel@nongnu.org
http://lists.
2009/3/12 Daniel Carosone
>
> > 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 can help it.
2009/3/12 Thomas Keller
> Derek Scherger schrieb:
> > On Wed, Mar 11, 2009 at 7:29 PM, Thomas Keller
> wrote:
> >
> >> 6) Derek, whats up with nvm.experiment.binary-roster-deltas,
> >>
>
> Ok, then this is stalled. Should we suspend these and similar branches?
This one should probably be suspe
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 b
Derek Scherger schrieb:
> On Wed, Mar 11, 2009 at 7:29 PM, Thomas Keller 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'
On Wed, Mar 11, 2009 at 7:29 PM, Thomas Keller 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. The binary format was
On Wed, Mar 11, 2009 at 6:29 PM, Thomas Keller 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 0.43 hits
> the world, I'll not insist on
Hi all!
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 0.43 hits
the world, I'll not insist on this date.
A few things which have my attention are:
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 whi
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
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
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 t
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
> coul
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 mak
In message <86bpveq1kd@stephe-leake.org> on Sun, 14 Dec 2008 09:22:10
-0500, Stephen Leake said:
stephen_leake> > * Had anybody beside the implementor taken a deeper
stephen_leake> > look and tried the new mtn conflicts functionality?
stephen_leake> > Is this ready to ship as is?
stephen
Thomas Keller 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 conflicts functionalit
Hi all!
Its been a while already since 0.41 and I'd like to prepare a new
release - probably the last one for 2008 ;)
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?
I've got a lot done, but n.v.m.resolve_conflicts is not ready for a
release.
In particular, the new user commands for specifying resolutions in the
conflict file are not quite functional, and they need a lot of
improvement in error handling and consistency checking.
I'll keep working on it, but I
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 yet
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
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 f
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/ d
Thomas Keller <[EMAIL PROTECTED]> writes:
> A few small objections (without being dived too deep into the code
> tonight): I created two small conflicts and tried to merge via mtn
> merge --resolve-conflicts-file _MTN/conflicts. I did not edit the file
> yet, so I supposed an error "resolution ent
Thomas Moschny <[EMAIL PROTECTED]> writes:
> On Monday 01 September 2008 Thomas Keller wrote:
>> Stephen Leake schrieb:
>>
>> > Unlike sutures, the implementation in n.v.m.resolve_conflicts doesn't
>> > change any core monotone data structures or database formats, so it
>> > should not break any c
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 resolut
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 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
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
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 s
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 buildbo
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 ap
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
>
Hi all!
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 (at least those which are working)
-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 th
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
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
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 ha
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.
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 impo
-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 bui
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 buildbot page).
Cheers,
Richard
-
Please consider sponsoring my work on free
96 matches
Mail list logo
