89
Then it got removed from unstable:
https://tracker.debian.org/news/1089909/removed-11-9-from-unstable/
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=943919
"Please remove monotone. It's dead upstream, last upload was over three
years ago and it's removed from testing since 1.5 years."
--
Brian May
Hendrik Boom writes:
> mtn: misuse: branch 'com.pooq.hendrik.howto' is empty
> ...
> com.pooq.topoi.howto
The branch name you used on the client looks different to the branch
name the server shows.
s/hendrik/topoi/
--
Brian May
___
Monot
helps
you) and checking out the repositories.
Sorry, been ages since I last used monotone. I can't remember the
commands to do this.
--
Brian May <br...@microcomaustralia.com.au>
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/monotone-devel
les where they
need to be and don't worry about the directories.
This is a very generic answer, if you gave more details as to what you
are trying to do it is possible there is a better answer for your
specific case.
--
Brian May <br...@microcomaust
unity going to try to change this?
Years ago, Linus said there was no need for concern:
http://marc.info/?l=git=115678778717621=2
(not a view I agree with myself)
> https://lists.sonic.net/mailman/private/crypto-practicum/2016q1/thread.html
Can't read that without being subscribed
ead-only in mid-November, and then taking it the rest of the way down
> at the end of the year.
Seems said :-(
I guess Git has overtaken Monotone.
Thanks for creating it and looking after the website for as long as you
have. It was very useful when I still actively used monotone.
On 27 September 2012 23:36, Richard Levitte rich...@levitte.org wrote:
Yesterday, cia.vc was unreachable, so I promissed to check it out
today.
Looks like CIA to be replaced by KGB.
http://lists.debian.org/debian-project/2012/09/msg00057.html
--
Brian May br...@microcomaustralia.com.au
--
Brian May br...@microcomaustralia.com.au
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/monotone-devel
://code.monotone.ca/contrib'
'net.venge.monotone.viewmtn'
mtn: doing anonymous pull; use -kKEYNAME if you need authentication
mtn: connecting to mtn://code.monotone.ca/contrib
mtn: network error: service name resolution failed for: mtn
--
Brian May br...@microcomaustralia.com.au
changed since viewmtn was last updated.
This is on a Debian squeeze system.
--
Brian May br...@microcomaustralia.com.au
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
is the last one.
Thanks
--
Brian May br...@microcomaustralia.com.au
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
monotone support has been discontinued and/or
requires somebody willing to support it.
I am guessing that git would get the most support.
--
Brian May br...@microcomaustralia.com.au
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http
On 26 July 2010 10:13, Brian May br...@microcomaustralia.com.au wrote:
At one time monotone was supported,
One second thoughts, it is possible I am getting mercurial and
monotone confused. My memory likes to play tricks on me after a
while...
Still, as mercurial is supported, I think
.
It may be possible to recompile the source package for Etch (not tested).
The easiest solution may be to download the statically compiled binary
and install in in /usr/local/bin.
(also consider upgrading to Lenny now it is the new stable)
--
Brian May br...@microcomaustralia.com.au
manually resign all
good code with a good key?
Brian May
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
processes you may get data corruption.
First check if any other process has locked the database.
Brian May
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
'30819F300D06092A864886F70D010101050003818D00308189028181009927DDCB757E635A0FD53495FDAA9299799446C64E651C785DC804EFF9310E0837F77EA83274CCC63F92E1D70D1D0D52FF73EE83FDEE7C852E9FA833E12AF6A9C4B19628D041A8AD66C8E9D76B6A54685248D1F2808233DF69A31A046B98584225C04CF672827EA1773D6415170722ECE6DD5597FF56ACA8C23D9EF1E32EBC6D0203010001');
COMMIT;
Brian May
___
Monotone-devel
on it,
better ask soon...
Brian May
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
Markus Wanner wrote:
Huh? How should that be possible? Isn't it sufficient exchanging known
public keys during netsync?
Only if you trust the database you are syncing from. Especially for the
initial sync from an exmpty database.
Brian May
Brian May wrote:
Markus Wanner wrote:
Huh? How should that be possible? Isn't it sufficient exchanging known
public keys during netsync?
Only if you trust the database you are syncing from. Especially for
the initial sync from an exmpty database.
Err. I got distracted as I was double
hash when
displaying signatures. That way you can be sure that the key that signed
the revision really is the same key you are looking at.
Brian May
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo
required would be some way of securely mapping the
key id to a user - they are a number of different ways this could be
done. Once we use hashes for keyids that is.
Brian May
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http
that was GPG signed. The keyid in monotone, as
is, does not tell you this. It is possible to have multiple keys with
the same keyid, possibly accidentally, or possibly a deliberate attempt
to breach security.
Brian May
___
Monotone-devel mailing list
Monotone
.
www.cacert.org.
Note:
[1] somebody else used the term web of trust recently here to mean
something else entirely, I use the term to mean GnuPG keys that are
signed by different people, so if A trusts Bs key and B trusts C key,
then A can trust C. Either that or there was a misunderstanding.
Brian
of the author certificate? It seems a bit
redundant to me, as everything is signed with the authors key anyway...
Brian May
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
, one for the desktop.
* ability to revoke key from laptop computer if laptop becomes
stolen but continue using other key from desktop.
Brian May
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo
Brian May wrote:
I think fixing this would be well worth it even if it did mean making
backwards incompatible changes.
I thought I should just mention using hashes is only part of the
solution - once hashes are used to identify keys, we would need some
sort of hash -- user mapping so we can
the merge result.
Brian May
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
fixed recently), as keys are referenced
by the email address, you can't replace a key (that I know of) without
changing your email address too. If so, then that is a DoS attack on
your email address.
Keys should be referenced by keyid, similar to GnuPG.
Brian May
to be rebuilt.
Unless the library is really unstable and prone to change its API it
really isn't required, you just use the library soname.
Brian May
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo
of the .mtn-ignore file
used by the default ignore_file LUA hook? This might already do what you
want...
Brian May
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
would help.
Hmmm. Is the source LaTeX by any chance?
Brian May
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
.
Generally most systems use revert. The assumption being if you deleted a
file, you had a good reason for doing so, and don't want it suddenly
reappearing.
Brian May
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org
to be conservative and require files be explicitly dropped I
think, at least until we remove the die-die-die merge algorithm.
Brian May
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
wars, so I might
have missed something.
Disclaimer: I don't really understand what this feature does. ;-)
Brian May
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
version:
http://packages.ubuntu.com/search?keywords=monotone
I can't remember what the code for Ubuntu 7.1 was, I suspect it might
have been Gutsy. Which means he probably has Monotone 0.35
Even Hardy is several versions behind.
Other then that, it should still work fine.
Brian May
.
Brian May
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
is correct, but viewmtn hasn't listed the change that occurred in
revision 1c986517569ff10cb40bd941fb5409949532466d for this file:
http://staff.microcomaustralia.com.au/viewmtn/revision/info/1c986517569ff10cb40bd941fb5409949532466d
Am I doing something wrong?
Thanks
Brian May
://staff.microcomaustralia.com.au/viewmtn/revision/info/6efbdac0829765935105a7a35fa93fba886649ef
Brian May
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
to debug the latest version...
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
) that it
doesn't require X, so I think it is valuable to keep in monotone.
Having said that, as most of my monotone projects only have one
contributor (myself!) I don't often encounter conflicts...
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel
check the wrapper generation stuff? I thought it called it
too, but I may have been confused.
Unfortunately my repository is on my other computer right now.
I still find it weird that a Perl program will generate and compile C
code
--
Brian May [EMAIL PROTECTED
hooks if they existed (at
William least for part of it), but define its own version if they
William didn't. A version check is probably simpler.
I am feeling rather brain dead at the moment - how do I check the
version of ikiwiki from Perl?
--
Brian May [EMAIL PROTECTED
, let me know how that
Grahame goes.
Strange. I don't have defaultdb set, but it seems to be working now.
Thanks.
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo
am still confused when rcs_update() is called. If it only gets
called in response to the note_netsync_revision_received() hook, then
the new revisions have already been received, haven't they?
Or maybe ikiwiki calls rcs_update() on other occasions too?
--
Brian May [EMAIL PROTECTED
Brian == Brian May [EMAIL PROTECTED] writes:
Brian Ok, will have a look.
Seems to work fine. I wrote a simple test case to illustrate:
--- cut ---
#!/bin/sh -ex
DIR=/tmp/xyz
rm -rf $DIR
mkdir $DIR
cd $DIR
mtn db init --db=$DIR/test.mtn
mkdir $DIR/a
cd $DIR/a
mtn setup --db=$DIR/test.mtn
of
branches to show up.
Have I misunderstood something?
I also get to the top level directory if I click the branches link
from any page.
Thanks.
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org
wanted!
Looks good to me, thanks.
Grahame The fix is in net.angrygoats.viewmtn on
Grahame monotone.ucc.gu.uwa.edu.au, but there's a bunch of other
Grahame changes in there too (about to send an email to the list
Grahame about them), so be warned!
;-).
--
Brian May [EMAIL PROTECTED
that stuff, I believe that support has been
William added to the standard monotone hooks to do some of this.
William It may be that the rest could be added to monotone and
William the merge-rc-file could go away.
Hmm. Any references?
--
Brian May [EMAIL PROTECTED
just seems wrong to
me. The push occurs after a commit...
The mtn update seems fine though. Assuming there aren't multiple
branches...
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman
to be different for different
repositories.
* other reasons I can't think of right now.
So it makes sense to put the script in the repository. Unfortunately,
as far as I know, Perl won't do variable substitution unless we move
the code.
--
Brian May [EMAIL PROTECTED
);
}
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
/revision/filechanges/[[version]]/[[file]]
But I don't want to have to hard code the version. However, hard
coding the branch, I think is OK.
(required to get the ikiwiki history link working correctly)
Thanks
--
Brian May [EMAIL PROTECTED]
___
Monotone
for compatibility might be a better option.
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
:
.../monotone/project.mtn
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
OK
testing: settings.xml OK
testing: META-INF/manifest.xmlOK
No errors detected in compressed data of hardware survey draft.ods.
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http
an untrusted revision together
Markus with a flag that it will never be trusted anyway...
Presumably, another option might be to suspend the branch.
Killing the revision won't work if others have already sync'd it.
--
Brian May [EMAIL PROTECTED
suspect no other revision control systems will do
it either.
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
; either they have full write access or no write access.
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
or something?
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
Bruce == Bruce Stephens [EMAIL PROTECTED] writes:
Bruce (Mercurial's scheme is the neatest for this, I think: tags are stored
Bruce in a versioned file, so it can conflict in the normal way. But even
Bruce that has complications, IIRC.)
What complications does it have?
--
Brian
somebody (either accidently or maliciously) replaced it with
a symlink to something under /etc.
Or maybe this is something that could be decided using policy
branches?
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel mailing list
Monotone-devel
, but I initially thought you meant the HTML source.
Anyway, the copy you sent me looks better, it doesn't have spaces at
the start of every line.
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http
?
Thanks.
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
with tailor is that it ignores errors
from Monotone, and pretends nothing is wrong, resulting in a mess if
anything does go wrong.
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo
Brian == Brian May [EMAIL PROTECTED] writes:
Brian Any ideas where this path /var/lib/monotone is coming from?
Found it!
louie:/home/microcomaustralia.com.au/wiki# strings wiki2.cgi | grep HOME
HOME=/var/lib/monotone
It appears the value of $HOME is hard coded in the wiki.cgi script
Brian == Brian May [EMAIL PROTECTED] writes:
Brian == Brian May [EMAIL PROTECTED] writes:
Brian Any ideas where this path /var/lib/monotone is coming from?
Brian Found it!
Brian louie:/home/microcomaustralia.com.au/wiki# strings wiki2.cgi | grep
HOME
Brian HOME=/var/lib
Brian == Brian May [EMAIL PROTECTED] writes:
Brian It appears the value of $HOME is hard coded in the wiki.cgi script
Brian when the wiki is rebuilt, and all other values are ignored. At least
Brian with monotone 0.31 - will have to try a later version...
Next issue.
As previously
, not the html...
Unfortunately, I am not able to get a clean copy of this patch, if I
go to the source code various characters are HTML quoted.
Are there any clean copies available?
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel mailing list
Monotone
for any hooks you want to add.
Hmmm Thinking out loud here.
Is there any way of getting monotone to fetch the keys from a
different location by putting a hook in _MTN/monotonerc?
Then you wouldn't have to modify every user of this repository
directory to use the correct directory.
--
Brian
William == William Uther [EMAIL PROTECTED] writes:
William I think the Monotone_rcs_support bug got marked as closed and it
William just got forgotten about.
As far as I can tell, the bug is still marked as open.
--
Brian May [EMAIL PROTECTED
keydir to change the path?
However that still doesn't explain where /var/lib/monotone is coming
from. Surely it wouldn't be using that database value?
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http
at the same time.
You also never need to touch the good working copy of the tree. Not
until you are satisfied with the job at least.
No need to hack around with diff files or guess line numbers either.
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel
look the same with --no-transport-auth.
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
that or it is empty (what happens in this
case?).
Hmmm. Wonder if you can override HOME from the apache config... I
guess I will have to try and see what happens.
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http
, not the html...
Hmmm. Probably should look at that. Any ideas why it hasn't been
applied?
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
without compiler optimisations, my guess it is is a
compiler bug.
Kind of tricky to prove though; somebody probably should talk to the
gcc maintainers regardless.
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http
there is no
reason it shouldn't be), and the home directory for www-data is
/var/www. So /root/.monotone would seem to be slightly inappropriate.
Any ideas on how to change the defaults without hacking Monotone.pm?
Thanks.
--
Brian May [EMAIL PROTECTED
revert --revision=$revision supported?
This would vary from mtn update --revision=$revision in that it
discards any changes at the same time.
Then again, maybe, this is would be just a ugly hack to work around
other problems.
--
Brian May [EMAIL PROTECTED
any changes.
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
is compatible with the directory
in the repository, as this may not be the case.
It could be, for example, that somebody else has already started
implementing that feature, presumably in a completely different way.
Arggh! ;-)
--
Brian May [EMAIL PROTECTED
as a
result.
Updates should be atomic. Either it fully works or doesn't work at
all.
If the update isn't atomic, maybe that is the bug you need to chase.
What version of monotone is this?
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel mailing list
William be removed and the directory left behind as a normal unversioned
William directory with the unversioned files in it.
This would be really good I think for some files, e.g. *.bak files
which some editors will leave lying around and can get deleted without
any problem.
--
Brian May
did it on the nvm branch ;-)).
As somebody who never has fully explored branches in detail yet, why
can that produce surprising results?
Is there any difference between:
mtn cert h:foo.bar.cvs branch foo.bar
and
mtn approve h:foo.bar.cvs --branch foo.bar
???
--
Brian May [EMAIL PROTECTED
a excessively large
number of bytes... Byte ordering problem? More details if I can email
them.
If this E-Mail doesn't get through, please let me know why not! ;-)
Thanks
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel mailing list
Monotone-devel
functions]:873: in function 'runtest'
[string tester builtin functions]:960: in function [string tester
builtin functions]:765
**
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel mailing list
Monotone
know if it will work or not under Ubuntu 6.06, but I would try
that first.
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
-critical bugs.
What about Debian/stable?
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
William == William Uther [EMAIL PROTECTED] writes:
William The goal is for monotone to treat the existence of the file the
same
William way it treats renames.
Sounds good.
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel mailing list
.
Revision F might get interesting, because, at this stage, the file has
been deleted twice. So C1 to F probably should not conflict, although
it is a different delete.
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel mailing list
Monotone-devel
good, I'd rather get the concepts right, rather then suddenly
realize that our new solution is still broken in obscure ways.
So how would you go about undeleting a file? Mark the file as added?
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel mailing
monotone guess that it should do if
bind fails.
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
: would this mean it
is possible to undelete a file that was deleted?
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
though.
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
will
be lost.
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
Nathaniel == Nathaniel Smith [EMAIL PROTECTED] writes:
Nathaniel On Tue, Jul 17, 2007 at 10:35:48AM +1000, Brian May wrote:
[EMAIL PROTECTED]:~/tree/config$ mtn set modules/global/bin/fsh
mtn:execute true mtn: misuse: error converting 22 UTF-8 bytes
to IDNA ACE: non-LDH
can tell the file in question only has standard ASCII
characters (not that this should matter...).
=== cut ===
[EMAIL PROTECTED]:~/tree/config$ mtn --version
monotone 0.35 (base revision: f92dd754bf5c1e6eddc9c462b8d68691cfeb7f8b)
=== cut ===
Thanks.
--
Brian May [EMAIL PROTECTED
this is) instead or relying on
socat - it seems slightly cleaner this way, although it won't work
without a patched ssh :-(.
http://www.25thandclement.com/~william/projects/streamlocal.html
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel mailing list
git's MinGW port seems OK, and because I
Bruce don't have a clear understanding of mercurial's local
Bruce branches: they look a bit too new, and not enough like
Bruce git's nicely simple idea.))
How does mercurial cope?
--
Brian May [EMAIL PROTECTED
legal to have a symlink within a directory pointing to
that directory.
--
Brian May [EMAIL PROTECTED]
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
1 - 100 of 190 matches
Mail list logo
