Nathaniel Smith wrote:
Network traffic is harder to fix.
What proportion of the network traffic is MAC packets? That will go
down when we switch to SSL.
--
__
\/ o\ Paul Crowley, [EMAIL PROTECTED]
/\__/ http://www.ciphergoth.org/
___
Hi,
Here are those two mtn_cvs tests I mentioned. The push_add_drop
test passes, but the push_rename test freezes.
Thanks again for mtn_cvs :),
Will :-}
P.S. I've included the small Makefile.am patch I needed to make
things compile again.
mtn_cvs-tests.patch
Description:
2007/2/22, Nathaniel Smith [EMAIL PROTECTED]:
Network traffic is harder to fix. I can't tell either way whether
that's going to be a problem long term... we might be able to optimize
for space more (there's at least some win possible just by using
stream compression instead of the current
Hi,
I just added a wiki page for feature suggestions or wish list items:
http://venge.net/mtn-wiki/WishList
I've tried to link to the various specific feature pages like LogUI
and AutomateWishList. I don't know if I got them all though.
Be well,
Will:-}
Hi,
every once in a while, some brave soul dares to bring up the VCS debate
on the PostgreSQL mailing list. And it has happened again [1] and
surprisingly brought up quite a constructive discussion.
Down the thread, there are some arguments, why they're still using CVS.
It mainly boils down
Paul Crowley spake unto us the following wisdom:
What proportion of the network traffic is MAC packets? That will go
down when we switch to SSL.
There are no MAC packets; there is a MAC appended to every
higher-layer netsync object. For small objects, that would be
nontrivial overhead.
Hi,
On Wed, Feb 21, 2007 at 09:07:48PM -0800, Nathaniel Smith wrote:
On Wed, Feb 21, 2007 at 10:59:51PM +, Matthew Sackman wrote:
These are really minor improvements which add branch selectors: i.e. I
often do mtn update -r h:some.branch.I.want.to.switch.to
Patch made against last
Hello Patrick,
[EMAIL PROTECTED] wrote:
On Thu, Feb 22, 2007 at 03:13:49PM +0100, Markus Schiltknecht wrote:
one sparc (osol). So far all gcc compiled, AFAIK.
I think, that buildbot was gcc on solaris9/sparc. I care for support of
monotone built with sunpro on solaris10
(and opensolaris) on
Hi,
Zack Weinberg wrote:
I've created a whiteboard for the renaming (with all the current
testcase names) at
http://venge.net/mtn-wiki/TestHarnessIssues/CleanUpTestNames.
Please help! This is a huge task and I don't want to do it all myself.
Cool, thanks. I've just added new names to all the
Ethan Blanton wrote:
Paul Crowley spake unto us the following wisdom:
What proportion of the network traffic is MAC packets? That will go
down when we switch to SSL.
There are no MAC packets; there is a MAC appended to every
higher-layer netsync object. For small objects, that would be
Hi,
[ I've CCed the monotone-devel list, as I'm sure those people are
interested, too. ]
Stefan Kaltenbrunner wrote:
Beside that - are all of the currently supported Platforms officially
supported by the proposed SCMSes ?
I can only speak for monotone. We have (had) buildbots for x86
On Thu, Feb 22, 2007 at 03:13:49PM +0100, Markus Schiltknecht wrote:
one sparc (osol). So far all gcc compiled, AFAIK.
I think, that buildbot was gcc on solaris9/sparc. I care for support of
monotone built with sunpro on solaris10
(and opensolaris) on x86 and sparc (but no buildbot for those).
Hi,
Andrew Dunstan wrote:
CVSup is not required, and is absent from most existing clients. I don't
use it any more since the Fedora project stopped supporting it.
..which is quite understandable, concerning the PITA compiling modula-3
gives you (or at least has given me, it still hurts).
If I may, I'll add a few words to this discussion:
Basically, I'm seeing that three things need to be decided upon:
1. Do you want to stay with CVS or do you want to move to something
else?
2. If you want to move, when? Is now a good time, or is it better
to look at it another
Hello Richard,
you should probably have read the thread on the PostgreSQL -hackers
mailing list I've linked to... at least you didn't make Tom's point ;-)
Richard Levitte - VMS Whacker wrote:
1. Do you want to stay with CVS or do you want to move to something
else?
Most PostgreSQL
On 2/22/07, Zack Weinberg [EMAIL PROTECTED] wrote:
Thanks! The new names look good to me, only you haven't got them in
alphabetical order. Alphabetical order is how they get run, so if
there's a particular order you want them run in, you need to adjust
the names to reflect that.
Ups,
On 23/02/2007, at 7:22 AM, Alvaro Herrera wrote:
A.M. wrote:
On Feb 22, 2007, at 13:00 , Alvaro Herrera wrote:
One thing that Monotone doesn't do to which we are used to, is
$Id$-style keyword expansion. The only other problem I see
currently is
the long time to get an initial pull.
Actually, IMHO the $id$ thing is made redundant by the use of hashing.
In most cases it is used to determine the original version a file came
from. In monotone, this devolves to generating an SHA1 hash of the
unknown file, followed by a DB query which will give you as much (or
as little)
On 2/22/07, William Uther [EMAIL PROTECTED] wrote:
$Id:$ in the repository. It is expanded again on checkout. This not
only helps with checksumming, but also makes sure that there are no
spurious changes between revisions.
Of course, you want to keep this optional and disabled by default.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ludovic Brenta schrieb:
mtn_cvs: warning: cvs [rlog aborted]: could not chdir to internal:
Permission denied
mtn_cvs: error: log failed
Is there a way for mtn_cvs to just ignore directories like internal,
and carry on with the rest of the
On 23/02/2007, at 8:47 AM, Hugo Cornelis wrote:
On 2/22/07, William Uther [EMAIL PROTECTED] wrote:
$Id:$ in the repository. It is expanded again on checkout. This not
only helps with checksumming, but also makes sure that there are no
spurious changes between revisions.
Of course, you want
In message [EMAIL PROTECTED] on Thu, 22 Feb 2007 17:38:26 +0100, Markus
Schiltknecht [EMAIL PROTECTED] said:
markus So far, I'm getting the sense that there are a lot of
markus opinions on what replacement system to use, a bit carelessly
markus before having answered the above questions
In message [EMAIL PROTECTED] on Thu, 22 Feb 2007 09:09:48 -0800, Joshua D.
Drake [EMAIL PROTECTED] said:
jd I believe that is much more accurate. The reality is, switching to
jd something else will be painful. I would prefer not to be on CVS as
jd well but it would take a lot of work and cvs
Daniel Carosone wrote:
It's all beside the point. For the original context, the comment about
network traffic for a full pull vs partial is not about overhead, but
about raw data - the point being that even the data was undesirble,
regardless of the overhead.
Ah, I mistook the discussion - I
On 2/22/07, William Uther [EMAIL PROTECTED] wrote:
The problem is in detecting if a file has changed. If you're using
compressed keywords in the database then manual expansion of those
keywords causes monotone to think the file has changed. If you're
not using compressed keywords in the
On Thu, Feb 22, 2007 at 10:53:18PM +0100, Christof Petig wrote:
Sorry, no way to work around this so far. Can you point me to the
repository in question to make a test myself?
Should be easy enough to test. Create a new CVS root somewhere.
Import a fake set of files, and change the UNIX file
One thing that Monotone doesn't do to which we are used to, is
$Id$-style keyword expansion.
Monotone will never support such templating because it relies on SHA
hashing to track the repo history, so changing the repo before the
hashing would mean that monotone would have to
Daniel Carosone wrote:
We see this as another of a class of transformations on file content
that might be performed between the workspace and the canonical
database form. Other variations on this theme include
platform-specific newlines, i18n character-set representations, and
others -- up to
On 23/02/2007, at 10:14 AM, Hugo Cornelis wrote:
On 2/22/07, William Uther [EMAIL PROTECTED] wrote:
The problem is in detecting if a file has changed. If you're using
compressed keywords in the database then manual expansion of those
keywords causes monotone to think the file has changed.
Hi all,
In my copious free time I'm going to start hacking on monotone.
The itches I wanted to scratch involve making it easy to use for
people who are used to CVS or Subversion (see http://venge.net/mtn-
wiki/WishList ). In particular, I want to introduce three commands
that:
A:
Hi,
Richard Levitte - VMS Whacker wrote:
In message [EMAIL PROTECTED] on Thu, 22 Feb 2007 17:38:26 +0100, Markus
Schiltknecht [EMAIL PROTECTED] said:
markus So far, I'm getting the sense that there are a lot of
markus opinions on what replacement system to use, a bit carelessly
markus
Hi,
Currently mtn status doesn't list unknown files, you have to use
mtn ls unknown to do that.
Is there a reason for this? (Should I add it to the wishlist, or
should I add it to the FAQ explaining why not to add it to the
wishlist?)
Be well,
Will :-}
Hi,
I've stumbled across a strangeness with netsync:
grml% mtn sync venge.net net.venge.monotone*
mtn: connecting to venge.net
mtn: finding items to synchronize:
mtn: certificates | keys | revisions
mtn:28788 | 45 | 9533
mtn: bytes in | bytes out | revs in | revs out
mtn: 24.4
In message [EMAIL PROTECTED] on Fri, 23 Feb 2007 16:14:03 +1100, William
Uther [EMAIL PROTECTED] said:
willusIn my copious free time I'm going to start hacking on
willus monotone. The itches I wanted to scratch involve making it
willus easy to use for people who are used to CVS or
34 matches
Mail list logo