On Tue, Mar 30, 2010 at 03:00:55PM +1100, Daniel Carosone wrote:
> On Mon, Mar 29, 2010 at 03:38:58PM -0500, Hugo Cornelis wrote:
> > The easy solution is not to do local merges. The undesirable result
> > of this decision would be a reduction of the frequency of running the
>
On Mon, Mar 29, 2010 at 03:38:58PM -0500, Hugo Cornelis wrote:
> The easy solution is not to do local merges. The undesirable result
> of this decision would be a reduction of the frequency of running the
> tests.
Not at all. When multiple heads arrive, simply pick one. If you
like, try pulling
On Tue, Dec 22, 2009 at 10:02:24PM +0100, Markus Wanner wrote:
>> If we achieve interoperability with svn, then the cvs2svn code can be
>> used followed by svn2mtn.
>
> ..or modify cvs2git (which is based on cvs2svn) to export to something
> monotone can parse, instead of git-fast-import format
On Mon, Nov 23, 2009 at 08:30:44AM -0800, Jeff Rizzo wrote:
> From time to time I check in to see if the state of cvs_import has improved
> at all by attempting to import the NetBSD src repository. Since it had been
> over a year since last I tried, I gave it a go over the weekend. After about
On Thu, Oct 01, 2009 at 10:29:02PM -0400, hend...@topoi.pooq.com wrote:
> But -- saving grace -- I have physical control over all the copies of
> the repository.
I presume you mean all repositories containing copies of the
problematic revs? In that case, it's just an exercise in preventing
their
On Tue, Aug 25, 2009 at 11:07:13PM -0500, Timothy Brownawell wrote:
> > I don't see why an operating system choice (let alone which variant of
> > an operating system, or which variant of the variant) by an end user
> > matters.
>
> If end-users can do "apt-get install monotone" (or equivalent), t
On Tue, Aug 25, 2009 at 08:24:24PM -0500, Timothy Brownawell wrote:
> How long would we want to try to stay compatible with old versions,
> maybe 2.5 or 3 years? Debian releases last 4 years now (2 as stable, 2
> as oldstable), and Ubuntu LTS releases happen every 2 years and are good
> for 3 or 5
On Wed, Aug 19, 2009 at 01:59:07PM +0530, rk ka wrote:
> This may be really trivial but how can I get a list of all revisions
> (file versions) i have committed to the db?
All the revisions where a particular file changed? mtn log
If you use --brief --no-graph | awk '{print $1}' or similar, you
On Wed, May 06, 2009 at 01:35:22AM +0200, Thomas Keller wrote:
> Another topic is of course the problem that warnings are transported as
> out-of-band messages in stdio - something which was adressed by Christof
> in nvm.automate_out_of_band long ago but since then failed to find its
> way into mai
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
On Thu, Feb 26, 2009 at 12:09:45AM +0100, Philipp Gr?schler wrote:
> Philipp Gr?schler schrieb:
> > In the course of the current Mini Summit I spent the afternoon hacking
> > on a (yet still) small XSLT file whose purpose will be the conversion of
> > Monotone's Texinfo Documentation to a set of mu
On Tue, Feb 24, 2009 at 09:57:22AM -0700, Derek Scherger wrote:
> On Mon, Feb 23, 2009 at 10:03 PM, Daniel Carosone wrote:
>
> I did have a quick look at log last night to see what it might take to make
> this happen and it's pretty simple. The --from and --to options allow
&g
On Mon, Feb 23, 2009 at 09:22:21PM -0700, Derek Scherger wrote:
> On Mon, Feb 23, 2009 at 12:17 PM, Daniel Carosone wrote:
>
> > If only there was some more generic and existing syntax that allowed
> > us to select interesting revisions...
>
> ... that was used by l
On Sun, Feb 22, 2009 at 07:58:45PM -0700, Derek Scherger wrote:
> 1. adds --author --branch --date and --message options to log and allows
> them all to take globs that will select interesting revisions
If only there was some more generic and existing syntax that allowed
us to select interesting r
On Fri, Oct 24, 2008 at 01:28:50PM -0700, Zack Weinberg wrote:
> On Fri, Oct 24, 2008 at 1:19 PM, Markus Wanner <[EMAIL PROTECTED]> wrote:
> > However, I don't quite understand why it should be a security issue. All
> > hooks are user defined, so what should preventing dynamic loading
> > protect a
On Mon, Oct 20, 2008 at 02:30:27PM +0200, Markus Wanner wrote:
> Looks like we are just approaching the problem from different angles.
> I've been analyzing what's required to convert to atomic certs (or
> super-certs or whatever you'd like to call it). I'm thinking that we
> need to clean up our c
On Mon, Oct 20, 2008 at 10:49:12AM +0200, Markus Wanner wrote:
> (Yes, this currently includes counting
> dependent revisions with equal timestamps as invalid, which is certainly
> bogus, just highly unlikely).
If we're only storing up to seconds, it could happen readily for a
multi-way merge that
On Mon, Oct 20, 2008 at 10:31:32AM +0200, Markus Wanner wrote:
> > In particular, my concern is that despite agreeing and acknowleding
> > that there can't be a global clock, warnings or errors like this help
> > to encourage in the users' minds that there is a global clock anyway.
>
> Can we real
This is a little bit of a diversion into the abstract and
hypothetical, and may serve no practical purpose whatsoever - so I've
changed the subject accordingly. Don't feel obliged to follow me down
this rabbit-hole.
On Fri, Oct 17, 2008 at 08:30:17PM +0200, Markus Wanner wrote:
> Zack Weinberg w
A little discussion on ICB today reminded me of another discussion we
had at the last summit, and of the fact that it's never too soon to
start thinking about ideas and locations for the next.
At the last summit, we had a chat about what to do for future summits,
and what to do in between to keep
On Thu, Oct 16, 2008 at 09:12:35PM +0200, Daniel Carrera wrote:
>> Make more sense now?
>
> I think we are on the same wavelength. You gave a good example where the
> security check really belongs at checkout time and not at propagation
> time. Please keep in mind that I was thinking about one
On Tue, Oct 14, 2008 at 11:05:08PM -0400, Hugo Cornelis wrote:
> I was wondering if it is possible to do remote checkout / checkin operations ?
>
> If I understand the manual correctly it cannot be done at the moment,
> and one always has to pull a full database before doing a first
> checkout ?
>
On Tue, Oct 14, 2008 at 09:35:10PM -0400, Jack Lloyd wrote:
>
> I am seriously confused by the behavior I am seeing. I thought this worked?
It does, as evidenced by the fact that log is following the file
deltas back across renames.
The confusion comes from the way names are specified for restr
On Sat, Oct 11, 2008 at 11:20:50PM +0200, Daniel Carrera wrote:
> Nathaniel Smith wrote:
>> No, it simply wipes out the revision and its certs, as if they never
>> existed. (Except that as you note, it does leave some of the
>> associated data behind in the database, but there's no way to get at
>
On Thu, Jun 19, 2008 at 02:22:11PM +0200, Thomas Keller wrote:
> Here is my list of pages which probably should be mangled / deleted (all
> from the -auto list of pages):
great list, thanks - i've added this as [[wiki/wiki-cleanup-list]]
and hope to start reducing it.
I was hoping there'd be mo
We're in the process of migrating the wiki to ikiwiki, which will be
used to generate the main website content, wiki parts included.
Graydon, could you please disable edits on the current wiki? This
will help keep things in sync while migrating, and help people spend
time migrating rather than re
On Sun, Apr 27, 2008 at 08:16:18PM +0300, stelios wrote:
> Got the following error while pulling an update from OE's repo.
> Doing more pulls the error does shows again at random revisions.
> System is debian based and its been working without any issue for
> sometime now. Nothing was updated/chan
On Wed, Apr 23, 2008 at 02:02:07PM -0400, Zack Weinberg wrote:
> I think it would be a good idea if code to implement the changes were
> written, on a branch, before we even started talking about when to
> schedule the flag-day release.
+1, +1 more for each that can be scheduled on the same flag d
On Fri, Mar 14, 2008 at 09:31:27AM -0400, Jack Lloyd wrote:
>
> Is it intentional / planned that tags in Monotone are database wide
> rather than branch wide? By which I mean, if two projects
>
> net.randombit.test1
> net.randombit.test2
>
> share a database, then tagging revisions in both of th
On Mon, Feb 18, 2008 at 04:12:07AM -0500, Stephen Leake wrote:
> On the gripping hand
yay, there's a phrase I wish was used more often these days! :-)
> some people just hate Windows Cygwin.
Yes. I hate windows, but sadly cygwin just doesn't go far or well
enough towards making it better.
A thi
On Mon, Feb 18, 2008 at 07:45:01AM +0100, Markus Schiltknecht wrote:
>
> So, isn't the question right now: shall we continue to maintain our own
> copy of those things at all?
A valid question, but one I'll not directly address right now.
I'm happy to start with the ability to use system copie
On Sun, Feb 17, 2008 at 11:50:26AM -0500, Zack Weinberg wrote:
> I've been thinking about this a bit myself, because the Debian
> security people would really like us to stop using *all* of our
> bundled libraries, so that when a security issue hits one of them they
> can just upgrade the shared li
[slowly working through a big mail backlog]
On Mon, Jan 28, 2008 at 12:17:54PM -0500, Ethan Blanton wrote:
> 5) Workspace merge. This was started, but never finished.
>3-way-merge tools are all well and good, but sometimes the Right
>Answer is just a developer in an editor. I see a lot o
On Thu, Jan 17, 2008 at 11:42:53PM +0100, Pavel Cahyna wrote:
> [EMAIL PROTECTED]:~/test$ cat > string.C
> #define _XOPEN_SOURCE 500
> #include
> [EMAIL PROTECTED]:~/test$ make string.o
> c++ -O2 -c string.C
> /usr/include/g++/cwchar:193: error: '::vfwscanf' has not been declared
> /usr/include/g
On Thu, Jan 17, 2008 at 08:36:39PM +1100, William Uther wrote:
> B) 'mtn ls branches --ignore-suspend-certs' will behave as in i).
>All branches will be returned, including those with
>invalid branch certs - Dr Zarkon's plan will succeed.
>While incorrect
On Fri, Jan 11, 2008 at 11:30:00PM +0100, Lapo Luchini wrote:
> OK. So far, so good.
> Of course, I know from experience, when the "sub" library will be
> updated I will only need a nice "mtn propagate sub main" to get the
> latest changes.
> But as I committed changes in the main project.. I just
On Fri, Jan 11, 2008 at 12:01:37PM +1100, Brian May wrote:
> I have the following tree:
>
> A1
> |\
> | \
> | \
> A2 B2
> | |
> A3 B3
> |
> A4
> |
> A5
>
>
> At this stage, I realize that the B changes are going to require more
> work then I initially anticipated. I would like to move B int
On Wed, Oct 10, 2007 at 05:08:11PM +0200, Julio M. Merino Vidal wrote:
>> Well, time at least, if space not so much after all...
>
> Well, space... you'd save all the space of boost libraries, _including_
> boost-headers (which is the biggest package according to the numbers you
> showed). The b
On Wed, Oct 10, 2007 at 05:13:48PM +1000, Daniel Carosone wrote:
> So, I'm assuming we should now be able to get away with a dep on just
> boost-headers, which will save a chunk of space and time. Thankyou.
Well, time at least, if space not so much after all...
[EMAIL PROTECTED]
On Wed, Oct 10, 2007 at 12:06:28AM -0700, Zack Weinberg wrote:
> Since Richard is in favor and Nathaniel hasn't said anything, I went
> ahead and landed the PCRE branch.
Yay!
> My impression is that, while external Boost libraries are now not
> needed, to get the header-only libraries that we sti
On Sun, Oct 07, 2007 at 09:58:14PM -0600, Derek Scherger wrote:
> Ethan Blanton wrote:
>
> > I believe that it should; if it is more than just a few columns wide,
> > it tends to make diffs and commit messages wrap on terminals they are
> > meant to accommodate, and it displays an unfortunate tend
On Sun, Sep 23, 2007 at 09:22:11PM -0700, Zack Weinberg wrote:
> [much good discussion]
>
> > The other thing we should do is add a more detailed section on conflicts
> > to the manual that lists all of these with some hints on how they occur
> > and what to do about them. I'll probably make a fir
On Thu, Aug 30, 2007 at 09:09:09PM -0600, Derek Scherger wrote:
> I don't know of anything that changed regarding database locks in the
> 0.35 - 0.36 timeframe
As a minimum, sqlite itself was upgraded.
--
Dan.
pgpOTU02KhuJ1.pgp
Description: PGP signature
_
On Fri, Aug 03, 2007 at 01:41:18PM +1000, William Uther wrote:
> Attached is my first pass at an Ikiwiki plugin to use montone as a
> backend.
Hooray!! I hope I can find some time to play with and work on this
too.
--
Dan.
pgp3CR4F0TF0d.pgp
Description: PGP signature
__
On Sat, Jul 07, 2007 at 11:53:35AM -0700, William Uther wrote:
>I'm busy scratching mtn itches.
Excellent.
> Anyway, I have another proposed solution. It is a 'suspend' cert.
> It looks the same as a 'branch' cert in that it contains the name
> of a branch. The effect of a 'suspend' cert
On Wed, Jun 27, 2007 at 09:35:29AM +0200, Richard Levitte wrote:
> In message <[EMAIL PROTECTED]> on Wed, 27 Jun 2007 09:22:04 +0200, Thomas
> Moschny <[EMAIL PROTECTED]> said:
>
> thomas.moschny> > For monotone.ca, that would be me. As it is, it's
> currently up to
> thomas.moschny> > each ser
On Sun, Jun 24, 2007 at 10:26:54PM -0700, Nathaniel Smith wrote:
> For right now, though, and pending any future Awesome
> Cluster Stuff, what should we be putting on the webpage to tell people
> where to get stuff, and who should be in charge of managing the
> permissions list?
Given that CIA and
On Fri, Jun 22, 2007 at 02:15:09PM -0700, Justin Patrin wrote:
> On 6/22/07, Julio M. Merino Vidal <[EMAIL PROTECTED]> wrote:
> > I have 0.35 and this works for me:
>
> Are you in the root directory or a subdirectory of the workspace?
Works fine for me too in both cases; I just checked but I w
On Thu, Jun 21, 2007 at 10:31:27AM +0200, Richard Levitte wrote:
> Now, if there was a goddamn server that I could sync with and the
> buildbots would update from, I would be much happier and could go on
> with life necessities, such as *releasing*!
204.152.190.23
It may not be entirely up to dat
On Sun, Jun 17, 2007 at 10:58:17PM -0600, Derek Scherger wrote:
> how about something like this:
>
> [EMAIL PROTECTED] ~/monotone/mainline $ ./mtn heads -b .inventory
> mtn: branch 'net.venge.monotone.basic_io.inventory' is currently merged:
> b4787bd05558f1af4cd305637bc018dcee042b2e [EMAIL PROTEC
On Mon, May 28, 2007 at 08:46:20PM -0600, Derek Scherger wrote:
> Hrm, or is it a *workspace* that's on that filer?
I presume it's the workspace, given we're talking about stat's of
files in the workspace.
> That also sounds like something that would be better on a local disk
> but I can imagine
On Wed, May 23, 2007 at 11:14:24AM +0200, Ulf Ochsenfahrt wrote:
> "Graydon" == Graydon Hoare <[EMAIL PROTECTED]> writes:
> > Maybe I'm a bit of a wuss.
>
> No, Graydon, you're not.
.. or if you are, you're exactly the right kind of wuss.
--
Dan.
pgpV1Fw3hRZ04.pgp
Description: PGP signature
On Wed, May 23, 2007 at 10:01:12PM -0600, Derek Scherger wrote:
> [..] but I wonder if it would simplify things and maybe help speed
> things up a bit more. Food for thought if nothing else.
Sure, it might. But still, let's start for speed by looking at the
string and memory copying in roster han
On Wed, May 23, 2007 at 03:52:40PM +0200, Beno?t Dejean wrote:
> Yes i am. There are two issues :
> - the missing -lboost_unit_test_framework
> - the missing -st for library names.
for the latter, configure looks for BOOST_SUFFIX that lets you
specify this
--
Dan.
pgpCKPO5CLv0G.pgp
Description:
On Wed, May 23, 2007 at 04:15:44PM +0900, Boris wrote:
> Is there any good reason why mtn log doesn't accept a branch name (with the
> command line option -b)? If I want to check briefly a branch created by
> someone else I have to checkout the branch first?
It will take a revision argument,
On Tue, May 22, 2007 at 10:16:01PM +1000, William Uther wrote:
>Option ii) I could start a new branch for my own version of the code,
> develop on the main branch, and propagate the changes across. This means I
> don't get to develop with my local changes (which is both a positive and a
>
--- awesome_ideas.hh
+++ awesome_ideas.hh
@@ -38,0 +39,1 @@
njs: + an 'annotate diff' combination command
pgpt1lxeChZgQ.pgp
Description: PGP signature
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/
On Wed, May 16, 2007 at 11:33:22AM +1000, William Uther wrote:
>
> On 16/05/2007, at 10:43 AM, Daniel Carosone wrote:
>
> > On Tue, May 15, 2007 at 11:52:59AM +1000, William Uther wrote:
> >> It stores the sync information in attributes, using a cert to
> >>
On Tue, May 15, 2007 at 11:52:59AM +1000, William Uther wrote:
> I just thought I'd send out a brief update on the state of mtn<->CVS
> syncing. (I'm talking about a gateway between mtn and CVS, not a one-off
> transfer of information. There are other branches for that.)
Excellent. As it h
On Tue, Apr 24, 2007 at 12:09:50AM -0700, Nathaniel Smith wrote:
> On Tue, Apr 24, 2007 at 02:51:35AM -0400, Stephen Leake wrote:
> > For me, the primary use case for Emacs DVC monotone is to get a list
> > of files that need attention; most of the time, that's a very small
> > subset of the files
On Tue, Apr 24, 2007 at 02:51:35AM -0400, Stephen Leake wrote:
> I can help with the tests and documentation.
Excellent.
> For me, the primary use case for Emacs DVC monotone is to get a list
> of files that need attention; most of the time, that's a very small
> subset of the files in the works
On Sun, Apr 22, 2007 at 07:03:36PM +0200, Christian Ohler wrote:
> The reason why xmtn doesn't have a proper implementation of dvc-status
> yet is that xmtn doesn't have a parser for mtn automate inventory; I was
> hoping to be able to use a basic_io variant of automate inventory
> instead (sinc
On Wed, Apr 11, 2007 at 12:17:16PM -0700, Nathaniel Smith wrote:
> On Wed, Apr 11, 2007 at 08:16:38PM +0200, Markus Schiltknecht wrote:
> > --- key_store.cc70b97a9e2a06654ec641a1709c2a875cdfa603d5
> > +++ key_store.ccfda46d5fa8a5b2a52421c1f83413a208e2c6401f
> > @@ -1,4 +1,5 @@
> >
On Mon, Apr 02, 2007 at 07:18:23PM +0300, Tero Koskinen wrote:
> Apparently Monotone 0.34 doesn't compile on OpenBSD 4.1 (i386).
Nor on NetBSD (-current).
> #include
> +#include
> #include
> #include
> #include
> #include
> +#include
On NetBSD, adding sys/types.h was enough, but I ne
On Mon, Mar 26, 2007 at 12:09:12PM +0100, Daniel THOMPSON wrote:
> Sorry to trouble you again so soon. Basically I wonder if there is any
> scope for adding the command 'kill_unreferenced_file_locally'.
>
> Basically I have a whole bunch of files left after the rosterification
> (I think they are
On Fri, Mar 23, 2007 at 03:28:59AM +0100, Richard Levitte - VMS Whacker wrote:
> I believe I've just finished the framework for a simple monotone
> cluster. It's all in the following scripts:
Cool. No time to look at it just right now, but I'm happy to host a node.
My previous efforts towards th
On Tue, Mar 20, 2007 at 08:49:28PM +1100, William Uther wrote:
>
> On 20/03/2007, at 8:18 PM, Daniel Carosone wrote:
>
> >I'm not even sure of the merit/need of a separate "is in sync" cert,
> >other than general convenience;
>
> Um, when I want to find
On Tue, Mar 20, 2007 at 12:45:16AM -0700, Nathaniel Smith wrote:
> The solution is to have some way to stick a cvs: attr
> on a file that means "this is _like_ , but
> different", and then take that into account when calculating sync
> info. Current IIRC cvssync does this by, effectively, putting
On Wed, Mar 14, 2007 at 07:49:50PM +0100, Sebastian wrote:
> Making a recursive add command the default means inconsistency to me,
> leading to many 'dead files' in repositories (files accidentally added
> and thus removed again).
Note that in monotone, just "add"ing the files won't make any
perma
On Tue, Mar 13, 2007 at 10:23:25PM +0100, Markus Schiltknecht wrote:
> I fail to see how this should be more user-friendly, more secure or
> more consistent than a recursive by default behavior.
For those who missed the discussion on this subject during the summit,
let me restate that while I do h
I was always skeptical about the non-recursive-by-default changes, but
this is just ridiculous:
[EMAIL PROTECTED] [7:50][309]/tmp/bar> mkdir -p test/a/b/c/d
[EMAIL PROTECTED] [7:50][310]/tmp/bar> touch test/a/b/c/d/boing
[EMAIL PROTECTED] [7:51][311]/tmp/bar> mtn add --unknown
mtn: adding test to
On Tue, Mar 06, 2007 at 11:11:29PM -0800, Zack Weinberg wrote:
> On 2/28/07, Nathaniel Smith <[EMAIL PROTECTED]> wrote:
> >is... not quite like real globs. (No [] character matching, but with
> >{} alternations. And we can't trivially change it, because it's in
> >the network protocol.)
>
> What
On Wed, Feb 28, 2007 at 11:59:32PM +0200, Boris wrote:
> Hi there,
>
> can someone tell me what I should do when monotone displays these error
> messages (I'm trying to merge two heads)?
>
> mtn: warning: rename target conflict: nodes 1544, 1522, both want parent
> 1130, name DeleteCells5
> m
On Tue, Feb 27, 2007 at 05:40:28PM -0800, Nathaniel Smith wrote:
> On Tue, Feb 27, 2007 at 02:28:13PM +0100, Richard Levitte - VMS Whacker wrote:
> > Hi,
> >
> > I've one last test to fix, ws_ops_with_wrong_node_type . It fails at
> > line 19, and honestly, this test looks weird! First, the dire
On Tue, Feb 27, 2007 at 11:57:48AM +1100, Brian May wrote:
> > "Richard" == Richard Levitte <- VMS Whacker <[EMAIL PROTECTED]>> writes:
>
> Richard> I've seen talk about adapting ikiwiki to monotone. Is
> Richard> there some code somewhere I could look at and test?
>
> No. I started
> > >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
On Thu, Feb 22, 2007 at 04:47:40PM +, Paul Crowley wrote:
> Ethan Blanton wrote:
> >There are no MAC "packets"; there is a MAC appended to every
> >higher-layer netsync object. For small objects, that would be
> >nontrivial overhead.
>
> That's what I meant. So a significant proportion of th
On Thu, Feb 22, 2007 at 09:12:36AM +1100, William Uther wrote:
> What happens at the moment when you're running mtn serve on a db
> _and_ using it to check out, etc? What happens at the moment if you
> mtn serve something twice? (I just started two servers on the same db
> and they both star
On Tue, Feb 20, 2007 at 10:22:55PM -0800, Justin Patrin wrote:
> >By symmetry, you'll probably also need it for syncing with a server
> >that requires auth?
>
> Nope, pull, push, and sync all work fine with ssh-agent without
> entering a password, which I assume means that decrypt_rsa() is only
>
On Tue, Feb 20, 2007 at 09:52:29PM -0800, Justin Patrin wrote:
> I've also found out that if you serve you still need to enter your key
> passphrase, even if it's in ssh-agent and commit, pull, and push work
> fine. The problem is that decrypt_rsa() requires the private key to
> decrypt. As far as
On Wed, Feb 21, 2007 at 10:35:37AM +1100, William Uther wrote:
> While I'm at it:
>
> - mtn sync should fall back to anonymous pull if your key is
> unknown at the other end. I don't want to have to keep remembering
> to use a different command for the main monotone repository than I
> use
On Tue, Feb 20, 2007 at 04:19:15PM +1100, William Uther wrote:
> A central Unix box has a db. Everyone has a login. Everyone is
> using ssh to sync. Everyone (but me) is using 0.32 binaries from the
> website (incl. the unix box). (I'm using a more recent revision.)
>
> The people usin
On Tue, Feb 20, 2007 at 02:46:41PM +, Joel Crisp wrote:
> /unlurks ;-)
Cool, welcome back! :)
> I'm toying with the idea of building a small experimental app on top
> of monotone. The app has the following characteristics:
>
> There are three integration points I could conceivably use:
>
>
On Sun, Feb 18, 2007 at 06:42:03PM -0800, Nathaniel Smith wrote:
> PLEASE REPLY TO THIS EMAIL, CC'ING monotone-devel@nongnu.org, AND
> SAY THAT YOU ARE FINE WITH YOUR CONTRIBUTIONS TO monotone.texi BEING
> RELEASED UNDER THE GPL (v2 or later).
(as I already indicated at the summit, but just
On Mon, Feb 19, 2007 at 04:47:15PM -0800, Nathaniel Smith wrote:
> Proposed solution: stick extra tags on the end of files we write to
> the keystore.
> [..]
> like -, where is either "PRIVATE" or
> "PRIVATE,NO-PASSPHRASE", so people are always clear on what exactly
I like the idea, in general.
On Tue, Feb 20, 2007 at 12:30:18AM +0100, Lapo Luchini wrote:
> In any case if it was for me I'd rather release without the feature than
> releasing 0.33 with opt-out and then 0.34 with opt-in, it's not nice to
> change the UI when not strictly necessary, isn't it?
It's not so much a change, as ju
On Fri, Feb 16, 2007 at 04:50:49AM +1100, Daniel Carosone wrote:
> I also have one at 204.152.190.23:4692
(you'll need to use your keys)
--
Dan.
pgpN9Q0RG36Sy.pgp
Description: PGP signature
___
Monotone-devel mailing list
Monotone-devel@no
On Thu, Feb 15, 2007 at 06:14:08PM +0100, Markus Schiltknecht wrote:
> *aaarrggg*, just now, my server experiences disk errors:
ouch.
> I've shut down the photos repository again, sorry for the inconvenience.
> I'll restart as soon as I've moved that beast to another HDD.
Lapo has one up (maybe
On Sun, Feb 04, 2007 at 05:50:42PM +1100, Daniel Carosone wrote:
> On Sun, Feb 04, 2007 at 08:31:18AM +1100, Daniel Carosone wrote:
> > On Sat, Feb 03, 2007 at 09:06:59AM -0800, Lapo Luchini wrote:
> > > Me and Gabriele arrived February 1st, and began to visit San Francisco
On Sun, Feb 04, 2007 at 08:31:18AM +1100, Daniel Carosone wrote:
> On Sat, Feb 03, 2007 at 09:06:59AM -0800, Lapo Luchini wrote:
> > Me and Gabriele arrived February 1st, and began to visit San Francisco a
> > bit, today we'll rent a car and take a look around the bay are
On Sat, Feb 03, 2007 at 09:06:59AM -0800, Lapo Luchini wrote:
> Me and Gabriele arrived February 1st, and began to visit San Francisco a
> bit, today we'll rent a car and take a look around the bay area too.
I have a minivan booked to pick up at SFO when I arrive, Sunday
morning. Sunday afternoon
On Tue, Jan 23, 2007 at 09:44:33PM -0800, Nathaniel J. Smith wrote:
> "mark stuff" is sort of the preferred term, though I admit that I
> always catch myself calling it star-merge in my own head. The problem
> is that "star merge" means something _completely_ different (and a bit
> batty) in old a
On Sat, Jan 06, 2007 at 02:02:35AM -0800, Nathaniel J. Smith wrote:
> And speaking of transportation, we need 2-3 (or more) people to drive
> everyone back and forth from the hotel everyday, and if you can be one
> of these people, i.e., are:
> -- age 25 or older
> -- legal to drive in the US (
On Mon, Jan 15, 2007 at 07:58:44PM -0800, Zack Weinberg wrote:
> On 1/15/07, Graydon Hoare <[EMAIL PROTECTED]> wrote:
> >Zack Weinberg wrote:
> >> I just pushed a change that removes transforms.cc's bespoke
> >> implementation of hex encoding in favor of Botan's.
> >
> >Please feel free to profile
On Sun, Dec 17, 2006 at 05:11:55PM -0800, Nathaniel J. Smith wrote:
> On Fri, Dec 15, 2006 at 02:46:13AM -0800, Nathaniel J. Smith wrote:
> > Do you guys want to, I dunno, talk amongst yourselves and figure out
> > if one of you wants to be the Grand Poobah Official RM, and the rest
> > deputies, o
On Thu, Dec 14, 2006 at 09:00:30PM -0800, Nathaniel J. Smith wrote:
> I've been monotone's release manager since, AFAICT, March of
> 2005... so almost 2 years now! Maybe someone else would like to try
> their hand at it?
I could give this a go, though my time availability can be rather
erratic -
On Thu, Nov 30, 2006 at 04:11:24PM -0600, Hugo Cornelis wrote:
> I have a project consisting of three parts :
>
> 1. A = Markov channels
> 2. B = cable equations
> 3. C = other things.
>
> I am the expert for the cable equations, J is the expert for markov
> channels. We both work on the other t
On Thu, Nov 30, 2006 at 09:48:24PM -, Boris wrote:
> Thanks again for all your explanations! Just one question I have here. In
> 'diff -r -r h:' you wanted to refer with to the current
> revision in workspace, right? I just ask to get the terminology right.
Yes, the revision last checked o
On Thu, Nov 30, 2006 at 01:04:45PM -, Boris wrote:
> > You can use:
> >
> > log {--diffs} --next n
>
> Why curly brackets for diff?
Because I wasn't paying attention.. i meant [--diffs] to indicate the
option was.. optional.
> > diff -r h:
> >
> > The latter will show you the inverse diffs
On Thu, Nov 30, 2006 at 12:20:06PM -, Boris wrote:
> > Question: There is no way (and I assume no need) to set write-permissions
> > per user? I don't see anything in the documentation that I can use pattern
> > and allow in write-permissions, too?
> >
> > you can set write (ie, send to me) net
1 - 100 of 279 matches
Mail list logo