rgot
to branch.
The decision to branch is done mostly a long time before the real
commit, so there is a good chance to forget about it at commit time.
Doing "dummy" commits or manually editing the _MTN/options file feels "dirty".
Well, this is just to give an user opinion (usi
On Tue, Aug 3, 2010 at 9:47 PM, Thomas Keller wrote:
> IIRC the commit is still canceled when no text is found - just that you
> can explicitely abort a commit even when you already typed in some text.
Nice. Forget this part then.
Regards,
~Nuno Lucas
>
mply if no text from the user found?
Regards,
~Nuno Lucas
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
/push/sync/remote
stdio). This is work in progress, but I have made this announcement to
help mtn-browse users that have switched to 0.46.
Just to confirm this works for me.
Thanks,
~Nuno Lucas
use view-mtn or mtn itself to get the fix. I haven't released a patch
as people pro
oesn't mess with the patch line endings...
Regards,
~Nuno Lucas
== Original messagem from Stéphane Gimenez ==
Hello,
> > I have no doubts that sooner or later mtn-browse and monotone-viz will
> > be fixed, but this problem should not happen on a stable version release.
Here is
Stéphane Gimenez wrote:
Here is a patch for monotone-viz.
Though, it won't work with previous versions of monotone (<0.46).
Thanks! :-)
I applied it and it works for me.
Best Regards,
~Nuno Lucas
___
Monotone-devel mailing list
Monoto
Stephen Leake wrote:
> Nuno Lucas writes:
>
>> I understand that there is lack of developers for the project, but
>> maybe it's time to stop waiting for the BIG refactoring that will
>> solve all problems and think on just finalize what it already does
>> r
ia IRC, I'm happy to help out.
If only those programs were implemented on a sane language... ;-)
Best regards, and sorry for the rant.
~Nuno Lucas
Thomas.
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
ith such useful programs? At least for monotone-viz, I
consider it to be essential when using monotone, and mtn-browse is on the way to
be the same.
Regards,
~Nuno Lucas
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/m
On Thu, May 7, 2009 at 2:37 PM, Nuno Lucas wrote:
> [...]
>> Hopefully when you do get it running and its not too much trouble, I would
>> like you to run a script to dump out the versions that you have got on your
>> Ubuntu system so I can update the dependency versio
I would
> like you to run a script to dump out the versions that you have got on your
> Ubuntu system so I can update the dependency versions. I'll send you the
> script sometime soon.
Sure, no problem.
Thanks for the help, will report latter on my findings.
Best regards,
~Nuno
Studio thing, as I have no idea on how to install a CPAN
module.
Anyway, the screen shots are pretty impressive, so good job.
Regards,
~Nuno Lucas
>
> Cheers,
>
> Tony.
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
On Fri, Mar 27, 2009 at 1:31 AM, Nuno Lucas wrote:
> 2009/3/26 Thomas Keller :
>> Thanks for that - this should be helpful. Apparently fast-import crashes
>> when it finds "garbage" after a path stanza:
>>
>> fatal: Garbage after path in: D "file2&quo
2009/3/26 Thomas Keller :
> Nuno Lucas schrieb:
>> 2009/3/25 Thomas Keller :
>>> Can you please post tester_dir/tests.log somewhere or alternatively the
>>> individual test log file(s)?
>>
>> gziped tester_dir/tests.log (2.3MB) available at:
>> http://e
and
> for some reason, maybe we need to check for this further...
$ git --version
git version 1.5.4.3
I don't know "git" other than reading about it, so can't say nothing about this.
Regards,
~Nuno Lucas
> Thomas.
___
Monoton
* [check-am] Error 2
make[1]: Leaving directory `/home/lucas/usr/src/monotone/monotone-0.43'
make: *** [check] Error 2
Used "./configure --disable-nls --disable-ipv6"
Feel free to ask for more information if you need.
Best regards
kout the sub-library directories into the main source dir after
the initial checkout).
It would be easy to not depend on this feature of monotone, but I
don't see a reason why this should be removed (just add those dirs to
the .mtn-ignore file so that monotone doesn'
r
"main.c" (I believe I have seen both cases happening), causing havoc
with monotone.
On the other hand, monotone is not alone. Tried Mercurial and it has
the same problem (at least version 1.0).
Regards,
~Nuno Lucas
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
to write. Not sure
> how that would affect performance or if we are willing to link with boost
> date_time.
Or you could just use the sqlite date/time functions[1] to have it
return localtime instead of UTC.
Regards,
~Nuno Lucas
[1]
http://www.sqlite.org/cvstrac/wiki?p=DateAndTimeFunctions
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
ack compatibility (like monotone
v2.0 is released and we want to get the garbage out), but we can
specify that between major version numbers we keep backward
compatibility, not when it changes. Clients are used to this using
shared libraries, anyway.
What seems to be lacking is a way for client
tart checking things out before mailing. My
memory is always playing tricks with me.
Sorry for the noise,
~Nuno Lucas
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
rent_revision_id" ?
If it is, I make use of it in a script and count on the fact that is
returns the same as "get_base_revision_id" if there are no changes on
the workspace.
If it's not, forget this...
Regards,
~Nuno Lucas
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
On Feb 12, 2008 7:32 AM, Stephen Leake <[EMAIL PROTECTED]> wrote:
> In similar situations, the only way I have discovered is to drop the
> conflicting file from the target of the propagate. Then the propagate
> will restore it.
Thanks, that worked.
Regar
cent feature. Besides not all users having the
required version, the last backport of monotone-viz for Ubuntu is
still 0.17.
Regards,
~Nuno Lucas
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
ame
target conflict".
If both branches are identical how can I resolve the "non-content conflicts"?
Best regards,
~Nuno Lucas
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
On Feb 10, 2008 10:57 PM, Markus Schiltknecht <[EMAIL PROTECTED]> wrote:
> Nuno Lucas wrote:
> > In this case you could say they are modules, but it could be a single
> > file on the source tree, with no clear separation between it and other
> > source files. You can
On Feb 11, 2008 9:09 AM, Daniel THOMPSON <[EMAIL PROTECTED]> wrote:
> Nuno Lucas wrote:
> >>> Probably this will be solved when monotone gets a proper "cherry pick"
> >>> system. It would then be possible to "pluck" some group of revision
On Feb 9, 2008 11:47 AM, Bruce Stephens <[EMAIL PROTECTED]> wrote:
> "Nuno Lucas" <[EMAIL PROTECTED]> writes:
>
> [...]
>
> > An extreme example of "cherry picking" is git bissect command. You
> > could have the some functionality on monotone
On Feb 8, 2008 12:22 PM, Markus Schiltknecht <[EMAIL PROTECTED]> wrote:
> Nuno Lucas wrote:
> Well, as long as no single commit spans several modules, you should
> probably use separate branches per module anyway.
In this case you could say they are modules, but it could be a sin
ith commits inter
spaced with other commits to other files on the workspace, meaning
there isn't a linear serie of changesets only touching those files.
Probably this will be solved when monotone gets a proper "cherry pick"
system. It would then be
On Feb 6, 2008 6:46 PM, Markus Schiltknecht <[EMAIL PROTECTED]> wrote:
> Nuno Lucas wrote:
> > "Policy branches" aside, this is a feature it would be nice to have:
> > merge/propagate with path restrictions.
> >
> > A simple (and common) use-case is pr
h path restrictions.
A simple (and common) use-case is propagating/merging changes made in
a sub-directory (possibly a library, like sqlite in monotone repo) to
another branch.
That's one case where I use external diff/patch a lot ;-)
Regards,
~Nuno Lucas
__
Could "dropbear" (a lightweight SSH2 server and client) be of help here?
I have no experience handling various licenses, but a brief look into
it's LICENSES file seem to indicate it's not incompatible with the GPL
(didn't see an
00% correct. The same could be said about mixing
files with lower and uppercase on case-insensitive filesystems (warn
the user and ignore them).
This ignore thing has another place where it should be used: ignore
missing files.
Why should one have to be forced to solve a missing file
[pressed reply instead of reply all]
On Jan 27, 2008 9:27 AM, Václav Haisman <[EMAIL PROTECTED]> wrote:
> Nuno Lucas wrote, On 27.1.2008 6:58:
> [...]
> > Unicode. It should behave like the linux and windows kernel, where
> > file names are treated like blob's (with a
On Jan 27, 2008 6:33 AM, Nathaniel Smith <[EMAIL PROTECTED]> wrote:
> On Sun, Jan 27, 2008 at 05:58:41AM +0000, Nuno Lucas wrote:
> > One is monotone complaining about file names which are not Unicode
> > (there was file name corruption because the original source code was
This way we don't need to display uggly "../" parts and can please everybody.
I'm also in favor of displaying the empty root dir as something like "(root)".
Best regards,
~Nuno Lucas
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
nt_revision_id" )
return rbase, rcur.strip()
It seems to work ok, but I'm open for more optimal ideas, as this is
called on every build.
Regards,
~Nuno Lucas
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
if it outputs any lines.
Yes, this might work.
I can have a script that gets the base_revision_id and then only get
current_revision_id if the result of mtn ls changed is not empty, else
uses the earlier revision id (which shows there were no changes).
Going to try it. Thanks to both of you!
Re
ts some "bogus" ID, which have no value
to me, as there are no changes.
Is this a feature or a bug? Shouldn't the current_revision_id be equal
to the base_revision_id if there are no changes? After all I can't
commit an empty revision, so why the "bog
merging on windows was the poor tools,
> so he went back to subversion.
It has a small problem: it doesn't do 3-way merges. For simple file
merges it's great, though.
Regards,
~Nuno Lucas
> -Eric
___
Monotone-devel mailin
e people with kernels from
RedHat/Fedora and Suze already have them patched (if using recent
kernels, that is).
There was a recent kernel thread about the atime implementation on
Linux [3], so it's possible the two patches end being applied at the
same time (as they are related).
Best regards
On 8/25/07, Richard Levitte <[EMAIL PROTECTED]> wrote:
> In message <[EMAIL PROTECTED]> on Sat, 25 Aug 2007 16:49:37 +0100, "Nuno
> Lucas" <[EMAIL PROTECTED]> said:
>
> ntlucas> Off course that if I do a "refresh_inodeprints" or remove the
>
[didn't noticed this ML does't like the reply-to thing]
-- Forwarded message ------
From: Nuno Lucas <[EMAIL PROTECTED]>
Date: Aug 26, 2007 4:31 AM
Subject: Re: [Monotone-devel] Re: Monotone fails to detect certain
changes in files
To: Pavel Cahyna <[EMAIL PROTE
understand if this is a bug or a "work as
designed" kind of thing.
Regards,
~Nuno Lucas
>
> --
> Justin Patrin
m.db.bz2
Description: BZip2 compressed data
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
the way I work with the mmaped file.
Best regards,
~Nuno Lucas
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
n't fill up the pen, as soon I moved the big files to
the destination PC it would start working again.
Seems like a basic thing to review in the UI?
Best regards, keep up the good work,
~Nuno Lucas
___
Monotone-devel mailing list
Monotone-de
On 5/31/07, Markus Schiltknecht <[EMAIL PROTECTED]> wrote:
Nuno Lucas wrote:
> Suppose I already have a partial pull 2 years from now. What would
> happen if 10k revisions had been committed and I do a partial pull
> again for the last 1000?
>
> Would monotone forget about t
On 5/29/07, Nathaniel Smith <[EMAIL PROTECTED]> wrote:
On Mon, May 21, 2007 at 04:00:40PM +0100, Nuno Lucas wrote:
> Actually, the first big performance patch was sent from Linus himself.
> If I'm not mistaken, that was the preliminar support for the inode
> "prints&quo
use monotone I have no problem,
but what if they did? Would I need to use a new db every time?
Just food for thought from an user.
Best regards,
~Nuno Lucas
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
tried hard to use monotone.
Maybe he was just itching to write his own system.
Most probably ;-)
Regards,
~Nuno Lucas
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
ioning source of the 3rd party libraries I use,
just to easily check for code changes in case of problems).
Regards,
~Nuno Lucas
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
s, namely portuguese, french, spanish and an incomplete -
unused - english one).
Regards,
~Nuno Lucas
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
On 11/22/06, Thomas Moschny <[EMAIL PROTECTED]> wrote:
On Wednesday 22 November 2006 22:33, Nuno Lucas wrote:
> Don't mix character encoding problems with the end-of-line issue. They
> are very different beasts.
But in order to know what you are doing when converting different
otone.
I mostly agree with the rest of your points, though.
Best regards,
~Nuno Lucas
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
On 10/30/06, Nathaniel Smith <[EMAIL PROTECTED]> wrote:
On Sun, Oct 29, 2006 at 09:13:15AM +, Nuno Lucas wrote:
> Just do this for POSIX systems (I don't believe there is a problem
> with zombie processes on other systems):
>
> static void signal_handler( int s
On 10/30/06, Nathaniel Smith <[EMAIL PROTECTED]> wrote:
On Sun, Oct 29, 2006 at 11:44:08AM +, Nuno Lucas wrote:
> I believe this is a side effect of renaming from the old dotted ".mtn"
> name, and would consider this a bug, because if people wanted this to
> happ
On 10/29/06, Julio M. Merino Vidal <[EMAIL PROTECTED]> wrote:
On 10/29/06, Nuno Lucas <[EMAIL PROTECTED]> wrote:
> I believe this is a side effect of renaming from the old dotted ".mtn"
> name, and would consider this a bug, because if people wanted this to
> hap
quot; to repair a mistake that is completely
harmless (as no commit was done and no files are changed).
I believe this is a side effect of renaming from the old dotted ".mtn"
name, and would consider this a bug, because if people wanted this to
happen, they would had codded this behaviou
, sizeof(sigact) );
sigact.sa_sigaction = &signal_handler;
sigact.sa_flags = SA_SIGINFO;
sigaction( SIGCHLD, &sigact, NULL );
...
}
Regards,
~Nuno Lucas
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
On 10/27/06, Ulf Ochsenfahrt <[EMAIL PROTECTED]> wrote:
Nuno Lucas wrote:
> Also, by always retrying, you can get into a deadlock, as explained in
> the documentation you have linked to.
I was very surprised by this, and looked at the linked page:
http://www.sqlite.org/c
the sqlite3_busy_timeout() function.
Best regards,
~Nuno Lucas
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
ow running the test suite but one thing I noticed on the
configure step was that it wasn't failling after doesn't finding the
boot test framework.
Could be the tests are failling because of this? I would thought it to
just fail right at start, but as I have never used it...
Just my
it... drop me a note.)
You might want to check dyndns.org. You can setup a static IP DNS
record for free.
Maybe something like monotrac.ath.cx ? Seems easy enough to remember...
Best regards,
~Nuno Lucas
___
Monotone-devel mailing list
Monotone-devel
s trying to open on the
windows directory is one used by the cygwin locking daemon, which
isn't running, so fails.
Hope this helps.
Regards,
~Nuno Lucas
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
ing
systems (and even between versions).
I remember there was a paper on the drastic differences in speed
between the pipe handling on Windows 2000 and XP for different block
sizes.
Maybe someone can recollect where that paper was...
Best regards,
~Nuno Lucas
-
Wrong reply button...
-- Forwarded message --
From: Nuno Lucas <[EMAIL PROTECTED]>
Date: Jul 10, 2006 10:08 PM
Subject: Re: [Monotone-devel] encrypted monotone (and digression on
To: Rob Schoening <[EMAIL PROTECTED]>
On 7/10/06, Rob Schoening <[EMAIL PROTECTED]&
y
unnecessary.)
While I agree with you in theory, the thing is that if there was no
need of an optimize command then there would be no need of a phone
home feature (after all, everything was optimized already, so any
statistic would be just to confirm what we would already know, or to
send behaviou
ost-to-web" [you decide the name].
Please run "mtn --db repo --phone-home" to post the info.
$
Just my 2 cents,
~Nuno Lucas
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
s
(any time later, but not really needed for basic workings, like source
browsing).
Best regards,
~Nuno Lucas
P.S. - As I don't know the monotone internals, please accept this
sugestion with a grain of salt.
___
Monotone-devel mailing list
Monotone-de
On 4/12/06, Henry Nestler <[EMAIL PROTECTED]> wrote:
> Nuno Lucas wrote:
> > On 4/12/06, Nathaniel Smith <[EMAIL PROTECTED]> wrote:
> >>> http://xpto.ath.cx/~lucas/monotone/
> >> I've been trying to grab this every once in a while for the last few
>
27;m really sorry. It seems last time I changed my router config I
deleted the port forwarding for port 80 :(
As all other services were working ok (including a private monotone
server I am using), never thougth it had any problems.
It should be up now. Sorry for that...
Be
both with Ubuntu Breezy - x86.
> There's also pre-built debs for both x86 and amd64, on both sid and
> sarge, on the web site :-).
Those don't work on Ubuntu because of different library versions (libboost-*).
Anyone is free to mirror it, as I don't have th
[...]"
Later this week I will try to migrate some of my databases and report
any other problems (if any, off course).
Thanks and best regards,
~Nuno Lucas
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
a "modern" Ubuntu 5.10 system).
I would need to rebuild it also, and that takes so long
It's faster to build a linux kernel :-D
> :-)
;-)
Best regards,
~Nuno Lucas
> -- Nathaniel
>
> --
> So let us espouse a less contested notion of truth and falsehood,
(just make sure the ipv6
modules are not loaded).
I'm not using 0.26 yet, so can't test it
Best regards,
~Nuno Lucas
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
eric choice. Of course, sometimes boring
> is good.
I ended aliasing with "mnt":
-- "mnt" -- same arguments as "mtn", but 'm' is next to 'n' and you only
type "mn" and let TAB auto-complete the rest, adding the space at the
but the user could be surprised to find out that was needed.
Just my .02€
Regards,
~Nuno Lucas
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
tory, you just need
> to give it enough information to do its' job. A database and a
> revision number are a good start.
You're right, I didn't noticed this was already implemented in last versions.
Sorry for the noise :(
Best regards,
~Nuno Lucas
irst log line and the revision (it could be just the first
digits or the local id I talked above).
That way I could easily fetch the right revision id and show more
info on it, if I wanted.
Well, this are just my .02 €, keep up the good job :)
Best regards,
~Nuno Lucas
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
Protocol not supported
Filled a bug report about this (I believe it's the same problem):
bug #15478: https://savannah.nongnu.org/bugs/?func=detailitem&item_id=15478
Regards,
~Nuno Lucas
> [EMAIL PROTECTED] /var/home/anv/projects/figgjo/MT #mt
>
he Trac
project), but I can only read Python, not "write" it (one more
language that seems ok, but "real" work keeps delaying to learn in a
decent way).
So, if anyone needs volunteers to test, criticize (I'm wonderful on
this role ;-) or just clap others work, feel free to
of the monotone
repository. Also, lua hooks could take a larger role here.
Just my 2 (euro) cents...
Regards,
~Nuno Lucas
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
-setup.exe). Here is a snippet of
the problem:
[...]
It's a known problem, unfortunaly. You need to do the first pull with 0.18.
After that, I've been using 0.19 without problem.
Regards,
~Nuno Lucas
___
Monotone-devel mailing list
Mono
with regular installs, either).
I think you get an answer somewhere here:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnanchor/html/anch_setup.asp
Regards,
~Nuno Lucas
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
[13-06-2005 13:49, Jens Kerle escreveu]
Hi,
i run into a bug. I was trying to get the source of colinux like described
in http://www.colinux.org/?section=scs
Just to say that you can pull ok if you use the 0.18 version (the same
as the server).
Regards,
~Nuno Lucas
ation data
folder).
As you can see, every windows version since Win98 SE comes with it,
and every other that upgraded to IE 5.0 (and who didn't has the PC
infested with virus, anyway) also got it for free.
I would say it's old enough, don't you think? ;)
Regards,
~Nuno Lucas
__
[12-06-2005 19:48, Vladimir Vukicevic escreveu]
On 6/12/05, Nuno Lucas <[EMAIL PROTECTED]> wrote:
Why not just "monotone diff --external="diff -urN" ?
The problem is that the filenames will be something like "/tmp/zq78by
/tmp/AT23pS", which is not at all usef
ial hex editor differ
for binary files, or anything else.
I think any decent diff program out there accepts 2 file paths as input
after the options...
Just my 2 cents,
~Nuno Lucas
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
[22-05-2005 11:31, Nuno Lucas escreveu]
Btw, i don't have any troubles updating to the org.colinux.stable and
org.colinux.devel branches.
Just to add that I also fail to pull a fresh database from
monotone.colinux.org with 0.19. I can pull the org.colinux.stable and
org.colinux.devel bra
ersions?
Btw, i don't have any troubles updating to the org.colinux.stable and
org.colinux.devel branches.
Regards,
~Nuno Lucas
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
[14-05-2005 1:05, Nathaniel Smith escreveu]
On Fri, May 13, 2005 at 11:40:37AM +0100, Nuno Lucas wrote:
I'm one of those that decided to use monotone to version my /etc dir
and have this same problem with a /etc/init.d/net.lo file. Monotone
simply refuses to add it because it is an "
gnore others not in the manifest, but I don't have any
idea on how the code is organized, so I let that for other brave soul(s)
more interested on it than me :D
Regards,
~Nuno Lucas
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
o scatters those darn .svn directories
everywhere, polluting my nice, clean set-up :-)
As a newbee myself too, i think what you want is what is on 0.19 (no
sure if it is on 0.18):
"monotone automate inventory"
Regards,
~Nuno Lucas
___
Monoton
e.org/gmane.comp.db.sqlite.general/11568
As I don't know the monotone code I have no idea if monotone is affected
by this, but just a warning for the ones who know.
Regards,
~Nuno Lucas
[25-04-2005 9:52, Christof Petig escreveu]
Quoting the website: Upgrading is recommended for all users.
I imported the n
95 matches
Mail list logo
