Daniel Carosone wrote:
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).
Strangely enough, on FreeBSD-6.2 it does.
I'm preparing the PR to upgrade the port...
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alvaro Herrera wrote:
That's because we're used to the more widespread plain double quotes
(). But the cool guys say different. For example, check [1].
(BTW this guy says that these quotes should be used in french as well.)
The Debian spanish
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Henry Nestler wrote:
'mtn log' stops on non converted changelog entry, if the current console
is not utf-8.
It works in a utf-8 terminal.
What OS (and version) are you using?
Do you know what version of iconv does the system use?
PS: there are
Richard Levitte - VMS Whacker wrote:
having worked with Stéphane to bring the French translation up to date
has brought a few realisations, both her's and mine:
FWIW, I encountered the same doubts.
- File and directory names are sometimes quoted, sometimes not. Same
goes for other strings
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ralf S. Engelschall wrote:
So, if Monotone wants to be both in the range of ASCII and still
typographically correct
In fact, in the Italian translation, I'm using the 'correct' Latin1
characters, as Latin1 is strictly needed for accented vowels
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Zack Weinberg wrote:
On 3/15/07, Lapo Luchini [EMAIL PROTECTED] wrote:
In fact, in the Italian translation, I'm using the 'correct' Latin1
characters, as Latin1 is strictly needed for accented vowels anyway.
You mean « », not ' ' or , right?
I
.
As a work-around setting the locale as UTF-8 *should* be able to not
translate it all (though of course it all will look messed if the
console is not really UTF-8).
- --
Lapo Luchini
[EMAIL PROTECTED] (OpenPGP X.509)
www.lapo.it (Jabber, ICQ, MSN)
-BEGIN PGP SIGNATURE-
Version: GnuPG
be chosen for Italian. Though it still seems strange
to me. Oh well, I'll talk about it with the people that help me with the
Italian translation and we'll see.
Link:
1. http://www.accademiadellacrusca.it/faq/faq_risp.php?id=5534ctg_id=44
- --
Lapo Luchini
[EMAIL PROTECTED] (OpenPGP X.509
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nathaniel Smith wrote:
We don't run intltool, it's part of a translator tool suite. I guess
I don't know for sure if any of our translators use it now, but at
least one did at some point.
Personally I only use (and suggest strongly!)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nathaniel Smith wrote:
But how does it go about updating the .pot file from the sources,
i.e., finding newly added strings to translate? That's the question
here.
It does not ;-)
I usually call the make target myself.
Lapo
-BEGIN PGP
William Uther wrote:
I'm not sure I can separate these neatly though. I think it is easier
for the bad keys to be an issue if you're using ssh as the transport -
it isn't checking the key of the person doing the push.
I think not: the key of the sender has nothing to do with the key that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nathaniel Smith wrote:
I don't know about require as an official thing, but it's never been
possible to build monotone unless you use gmake.
BSD make doesn't accept our Makefile, that's for sure. =)
-BEGIN PGP SIGNATURE-
Version: GnuPG
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lapo Luchini wrote:
someone may better review this:
mtn diff \
-r 6d564a26acdcfc5b1e40b0d1102d550933c76244 \
-r h:net.venge.monotone.lapo.i18n
With no (new) errors on both FreeBSD and Fedora Core 4, I'll land it
tomorrow unless stopped :P
Boris wrote:
If I want to run a source code beautifier automatically (for example
when code is received) is there a hook I can use? I think the code would
need to be checked out first, formatted in a workspace and checked in
again which is probably not as easy as telling monotone somehow to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Richard Levitte - VMS Whacker wrote:
Monotone 0.33 released!
FreeBSD updated this very morning.
http://www.freshports.org/devel/monotone/
http://cvsweb.freebsd.org/ports/devel/monotone/
Lapo
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nathaniel Smith wrote:
I guess we always want question marks, we're going to have to insert
them by hand in at least some cases, and we'd rather not deal with all
of this insanity. So maybe we should consider:
-- try opening our iconv handle
Nathaniel Smith wrote:
iv) Don't put the db file into _MTN? It's kind of a funny place for
it, seems to be causing trouble, and I worry it's going to totally
bite someone on the butt when they (spread out over some months) do:
Certainly funny and counter-intuitive for mtn users (me included).
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lapo Luchini wrote:
This fails because it relies on //IGNORE//TRANSLIT (or
//IGNORE,TRANSLIT, as drepper claims - whatever): gnu iconv feature
That's my nvm.lapo.i18n branch fault - I definitely have to check that
in configure and use
Richard Levitte - VMS Whacker wrote:
Things have moved on since. There's now a nvm.release-0.33 branch.
One of the very first period that is not a first level separator ;-)
Lapo
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas Moschny wrote:
On Thursday 01 March 2007, Lapo Luchini wrote:
Richard Levitte - VMS Whacker wrote:
Things have moved on since. There's now a nvm.release-0.33 branch.
One of the very first period that is not a first level separator
Going the full way with the obliterate feature, i.e. permanently
delete a file version and recursively spread this deletion like a virus
upon sync, is not certainly a feature we would be comfortable with, as
the would be quite a lot of issues regarding trust (oh, the remote
server states I should
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul Crowley wrote:
Local forbid sounds to me like a good idea we can introduce right away.
[...]
Policy obliteration is going to be needed one day for sure, but it
scares the crap out of me and I would like to wait until the policy
stuff is very
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Markus Schiltknecht wrote:
Seems all well and good, but somehow I miss references to the upcoming
Policy Branches. Is this just a user interface question, building on top
of those or do you intend to add that feature no matter what happens there?
Patrick Georgi wrote:
Replying to myself:
184 i18n_commit_messages FAIL (line 22)
This fails because it relies on //IGNORE//TRANSLIT (or
//IGNORE,TRANSLIT, as drepper claims - whatever): gnu iconv feature
That's my nvm.lapo.i18n branch fault - I definitely have to
Justin Patrin wrote:
Compiled in msys it works fine, although I haven't run the tests on
the latest and greatest (I'll do it now just to me sure). I don't have
Visual Studio so I don't know if it works with that (*does* monotone
compile in VC++?)
There should be the raw VC++ compiler on
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul Crowley wrote:
SHA-256, I think, until NIST name its successor in about five years. See:
http://venge.net/mtn-wiki/FutureCryptography
I could be nice if the policy could define one (or more!) hash change
horizon before of which the less
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul Crowley wrote:
Jack Lloyd wrote:
DSA, algorithmically, can sign arbitrary size hashes, as long as you
choose a large enough q parameter. Until recently the standardized max
for q was 160 bits, FIPS 186-3 (currently in draft) allows longer q
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
William Uther wrote:
P.S. This is not a request for the current project I'm working on. I
was thinking of using monotone with undergrads though, and they often
require some constraints for their own good.
Isn't the constant whining (at the very
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
OK. I'm probably paranoid.
But I always end up sync'ing to:
{net.venge.monotone,net.venge.monotone.*}
mainly to avoid the hypotetical and currently non-existing
net.venge.monotone-sucks branch, which is of course included
by the usually suggested
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Evan Martin wrote:
Here's an idea. Make it work like DNS:
net.venge.monotone = net.venge.monotone.
and also that * can match the empty string (maybe it does already?)
and then net.venge.monotone.* would do the right thing.
There's some
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Evan Martin wrote:
Am I doing something wrong here, or is this expected behavior? (In the
latter case, is it desirable?)
It is in fact expected (whether it is desirable or not, is debatable).
The best way to go depends on your use case:
a.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lapo Luchini wrote:
Take in account that there is a known bug using reverse (that is, from
older to newer) 'log' without --no-graph, when a revision has more than
2 childs.
WRONG: there is no such bug (and never was, in fact), I only thought
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nathaniel Smith wrote:
A third possibility is that there are issues with the
talk-to-child-process code on windows, which is utterly nasty. It
took ages and ages to get that code working at all, it's still
very difficult to understand, and there
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nathaniel Smith wrote:
The trick is that a directory's mtime changes whenever
a file is added or removed.
Note for the future: that is more complicated that it seems because it
depends on the specific file system. E.g. it is true on most UNIX ones
William Uther wrote:
Having started everyone here using monotone, we're now getting freezes
on windows using the ssh transport.
Which SSH? Cygwin's openssh? Putty? Something else?
Lapo
___
Monotone-devel mailing list
Richard Levitte - VMS Whacker wrote:
Yep. I ended up deciding to make the release based on revision
1ce6710ef7aebc6dff09ca1bf2a54e7907fe9959, which is just before the
merge where log change got merged into, eh, the line of development I
was following ;-)
OK, I'll make sure it will be
\ 00 | 2 - 0x5E0DEBA7 Daniel Carosone (NetBSD)
3|3 0\00 | 3 - 0xFDA270BE Derek Scherger
4| 00\ | 4 - 0xC8F252FB Lapo Luchini
5|3 000\ | 5 - 0x80E3CA8F Markus Schiltknecht
6|3 \000 | 6 - 0x1E08C1C0 Matthew Gregan
7|3 \00 | 7 - 0xF4E92C43 Nathaniel Smith
8| 0 0
Richard Levitte - VMS Whacker wrote:
Considering there seems to be some instability with this new feature,
would find it very horrible if we, for some time, transformed the
feature to be opt-in (with --graph) rather than opt-out (--no-graph)?
Instability as in the known bug I was talking
Daniel Carosone wrote:
Lapo has one up (maybe temporarily?) motoko.lapo.it:4692
I did mean that to be up temporarily just for 1-2 month to be sure that
each got every photo, but it could stay there for as long as I wish if
it's useful.
If you put one online too there will be less need, but
Thomas Moschny wrote:
That's why I personally would prefer the third option. An unmodified file can
safely be dropped. A modified file can safely be forgotten. These are the
operations that can be undone easily. No need to clobber the UI
with --extra-switches.
I agree that --execute is a
Ulrich Drepper wrote:
iconv -f UTF-8 -t ASCII//IGNORE,TRANSLIT
And don't even think about contradicting me, I invented all this.
You may we have invented that, but it doesn't work at all in the iconv
1.9.2 that's installed on my FreeBSD box :P
% echo \xE3\x83\x9D | iconv -f UTF-8 -t
In the code I sometimes see:
cout (F(...) % p1 %p2...).str() \n;
other times just:
cout F(...) % p1 %p2... \n;
I guess the second form works because the formatter object has a string
copy constructor or something like that (?)
Does it make any difference?
Lapo
Nathaniel Smith wrote:
(Also,
there were reports that the _best_effort code didn't actually work
with lots of broken iconv's found in the wild...)
On Derek's super-laptop UTF8 to ASCII//IGNORE//TRANSLIT actually
failed just like it was plain UTF8 to ASCII. AFAIR it was a Gentoo.
I'm willing
Zack Weinberg wrote:
The //IGNORE and //TRANSLIT features are glibc / GNU libiconv
specific, but I would have thought that they were available in recent
Gentoo (they've been around since 2001 give or take).
I thought they would be present on *most* BSD and Linux available today...
Uh. I know
Nathaniel Smith wrote:
CIA-1 [EMAIL PROTECTED] net.venge.monotone.experiment.summit07.lapo-gab *
ra49064dfd9face7387efb663a13646187be18931 / (1 cmd_ws_commit.cc): *
cmd_ws_commit.cc: non working basis for asciik-enhanced status.
Before you go off working on a bunch of
Ludovic Brenta wrote:
I just discovered that the problem only occurs with the cygwin binary
distribution of monotone. It does not occur with
monotone-0.32-setup.exe from venge.net.
The two have nothing in common: the one on venge.net is pure Win32 and
does not use CygWin. (whether this is
Justin Patrin wrote:
26 importing_files_with_non-english_namesFAIL (line 24)
This one should be fixable...
Still failing currently.
Yesterday with talked with Nathaniel and Larry about that quite a bit
and kinda came to the conclusion that the only real solution is to use
the wide
Matthew Gregan wrote:
At 2007-02-07T10:45:56-0800, Justin Patrin wrote:
I've completed running the monotone test suite on cygwin (it took a
*long* time) and there are 7 failures. Most of these should likely be
set to expected fail on cygwin. Here's the list of failures:
26
Justin Patrin wrote:
I'm currently running a make check to see how well it stacks up in the
unit tests.
The run I did yesterday ended this way, so I guess that's great news:
% tail -n 1 ~/monotone-trunk/unit_tests.log
*** No errors detected
Lapo
Bruce Stephens wrote:
How can you tell if something's working if you can't run its tests?
In the old way: I try it manually..
Of course I'm not quite sure it works in every little aspect, but it
never disappointed me in any test I've done.
Lapo
Olivier Andrieu wrote:
you don't need any special configure option, simply use CPPFLAGS:
./configure CPPFLAGS=-I/usr/include/boost_1_33_1
btw: In fact, that's what I do in the monotone package build script.
Lapo
___
Monotone-devel mailing
Markus Schiltknecht wrote:
After a somewhat adventurous trip from the airport to the hotel, we now
realized that, back in Europe people are just about to get up again. We
are all quite tired, but really looking forward to a great week!
Me and Gabriele arrived February 1st, and began to visit
Justin Patrin wrote:
Any tips on
getting make check to work? I've rebuilt boost supposedly with test
support but am still getting linking errors. Right now I know that the
unit-test libraries are in /usr/lib so I'm trying once more...
The person that is managing the cygwin package of boost
Justin Patrin wrote:
To monotone, at least. Just in case anyone didn't know I thought I'd
say that I've built monotone from net.venge.monotone on cygwin with no
changes to monotone code. This is great news for the Summit and just
cool in general.
Ehh, yup.
Didn't you notice I create an
Markus Schiltknecht wrote:
Has there been an agreement on what's supposed to happen on the recharge
day? I've never been in San Francisco before and would love to see
something besides the GooglePlex and my Notebook Screen ;-)
I'm interested in knowing that too: me and Gabriele will be in the
Taken from: http://trac.edgewall.org/ticket/1492#comment:15
What people really want (but that might be some work to get it implemented)
is a gitk/hgk/bzrk like display of the history, be it for repositories (resp.
branches) or single nodes.
See
* http://lwn.net/Articles/140350/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Quite off-topic, but will of course every participant to the summit who
wants to exchange key signatures with me and everyone else remember to
carry his key name + fingerprint on a piece of paper, will evveryone?
We could even put an event on
I was wondering: any real reason db migrate doesn't do mtn db
regenerate_caches automatically?
Is there an use case where someone may want to migrate but not to
regenerate caches?
Lapo
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
Nathaniel J. Smith wrote:
So, I've been thinking -- always dangerous -- about merging again
Ah!
I've done that dangerous thing too, and finally managed to read it all,
step by step, and finally been able if not to the extent of grokking, at
least to have a base understanding of that star-stuff
Zack Weinberg wrote:
It occurred to me that we store a lot of SHA1 hashes in our databases
and they're all twice as big as they need to be because they're in
hex.
Oh, I wanted to say it since day 0.
Or, well, since I discovered that Sqlite3 has no problems with binary zeros.
Or maybe I even
Nathaniel J. Smith wrote:
It would also require some way to actually define # for text files --
this algorithm has only been written down for scalars ATM :-).
Anyway, the answer to your question is that I'm not proposing anything
at all change in monotone -- that's why I said at the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nathaniel J. Smith wrote:
We have a group reservation in their computer under the name
Nathaniel Smith for group Monotone. These rooms are being held
for us to purchase until January 20.
Whoooa... 5 minutes 25 seconds of call, I hope to have got
Nathaniel J. Smith wrote:
If you don't have a room to sleep in yet (has _anyone_ booked a hotel
room yet?), then now is also really the time!
That, I'll probably do this evening, as soon as we decide the logistics
for the few days before the summit starts (anyway has suggestion what is
at a
Markus Schiltknecht wrote:
I'm still looking for a room mate for the MtnSummit. Did you already
arrange hotels, Thomas? Anybody else wanting to share a room from around
2nd to 14th February?
Me and Gabriele must still call the hotel and reserve it (and the time
period is roughly the same),
Zack Weinberg wrote:
we know distributors want us to move toward using
unbundled libraries, and PCRE is nice and stable, so this should not
pose us any problems.
with FreeBSD devel/monotone port maintainer hat
Hey dude, what about that external LUA could be usable after all
because we can
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lapo Luchini wrote:
It's like it does use heavily UNIXy things like fork, I guess...
Rephrase as: IT'S NOT like 'diff' does rely heavily on things like fork()...
- --
Lapo Luchini
[EMAIL PROTECTED] (OpenPGP X.509)
www.lapo.it (Jabber, ICQ, MSN
Thomas Keller wrote:
I'm definitely for a), and as the MtnSummit page states I'd favorite
some date in mid February.
The question where we should meet could be answered quickly with
Germany! since many of us come from there, but personally, I'd also
like to go a little to the South, like
Nathaniel Smith wrote:
Okay, time to just go for it. I hereby declare that Mtn Summit 2007,
North American edition, will be held February 5-11 in Mountain View.
Yay!!! I can finally finalize my travel logistics ;-)
Unfortunately the he 410 EUR Delta flight MXP-SFO seems to be no more
(now at
Nuno Lucas wrote:
On 11/22/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
If we use an internal line ending standard, we should consider the
possibility of using the standard newline character NEL, Next Line,
0x85, unicode U+0085.
You are forgetting I can (and actually I am) versioning C
Markus Schiltknecht wrote:
Wow! Where did you get those prices? And what source (ehm.. departing
airport) are you flying from?
Milano, most probably from Malpensa (MXP) airport.
I don't remember right now, but 95% of the foreign flights are from there.
Last I've checked it was 800 EUR for me
Nathaniel Smith wrote:
And, we need to pick a date. If you are at all interested, even a
little, in attending, then please go to the wiki page and use the
ingenious code posted there to indicate what dates are probably
possible for you!
Though I (think I) have the proper C++ skills I didn't
I was thinking... wouldn't a automate tcp be useful?
I mean something that just accepts TCP connections and then talks the
automate stdio protocol: having an always-on server listening on
127.0.0.1:something could be very nice e.g. from PHP access, when it
would be difficult to maintain an open
Thomas Keller wrote:
Ulf Ochsenfahrt schrieb:
1. Security
Hrm... maybe its not that good idea...
I was thinking about 127.0.0.1 anyway, but there's the multiuser problem
of course (thought it would not be an issue in the use-case I have a
dedicated web server and I want to access monotone from
.
Why not a fully-fledged WSDL-based web service, then?
From PHP it owuld eb a breeze to use 0=)
But in fact any of those methods could allow to do a quick front-end
converter for any other of them =)
- --
Lapo Luchini
[EMAIL PROTECTED] (OpenPGP X.509)
www.lapo.it (Jabber, ICQ, MSN)
-BEGIN
Lapo Luchini lapo at lapo.it writes:
Lapo Luchini wrote:
So... 6% improvement between 0.26 and 0.30, and a 100% worsening from
0.30 and yesterday's trunk! 0_0
Not having a working callgrind under FreeBSD nor Cygwin, I'll guess I
will continue some kind of binary search in the remaining
Lapo Luchini lapo at lapo.it writes:
But well... trying it again (this time on FreeBSD) I noticed that it was
actually solved in 0.31... good to know!
% for n in results3/*/stats.csv; do echo $n; cat $n; done
results3/cvsimp-mtn30-time/stats.csv
cvs_import-system-time,0.32,0.28,0.35
, and at the
very least means use their purchasing power to get us good hotel
rates).
I pasted this on the wiki page, I guess it's not a problem (the mailing
list as public as the wiki anyway).
--
Lapo Luchini
[EMAIL PROTECTED] (OpenPGP X.509)
www.lapo.it (Jabber, ICQ, MSN
char in the file (e.h.:
whitespace) can solve the problem
b. it is a binary file that must be exactly so: I guess an epoch is to
be used as last resource...
- --
Lapo Luchini
[EMAIL PROTECTED] (OpenPGP X.509)
www.lapo.it (Jabber, ICQ, MSN)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1
on this platform. Consider renaming the file first. or
something like that.
IMHO the concept the file is in the revision but can't be checked out
is the best: that way you could even do a rename and then able to
extract it even if you were not in the first place...
- --
Lapo Luchini
[EMAIL PROTECTED
seems to consider it a very valuable feature (and it's
obvious to everyone that it is my dream-in-a-pocket that monotone could
be selected as the successor of CVS+Perfoce by them, though it is quite
improbable), it could be my first serious code contribution...
- --
Lapo Luchini
[EMAIL PROTECTED
a
database form some reason unusable (at the very least, there's disk
corruption) they went so far as releasing a specific version for the
recovery of that specific database.
The database itself is SQLite, so everyone can easily see its content
and be assured about its soundness.
--
Lapo Luchini
???), but thanks to this clear tutorial I
managed anyway to do first real code contribution:
the CVSImport benchmark ;-)
I'll time-test it on a variety of platforms and examples, for now I can
only say that, on Cygwin, mtn-0.30 is consistently 6% faster at
cvs_import than mtn-0.26 was 0=)
- --
Lapo
disruptive because:
a. it instills the doubt that mtn own signatures are less worthy
b. it adds much data but pretty much nothing, security-wise, in the DB
c. the very idea of needing an external and existing trust is debatable
- --
Lapo Luchini
[EMAIL PROTECTED] (OpenPGP X.509)
www.lapo.it (Jabber, ICQ
may prefer to find it already done
(espacially if they use software that do not update from .pot files)
- --
Lapo Luchini
[EMAIL PROTECTED] (OpenPGP X.509)
www.lapo.it (Jabber, ICQ, MSN)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Using GnuPG with Mozilla - http
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lapo Luchini wrote:
We'll see in 3 days and a half... 0=)
Import not finished yet... but the previous error were around revision
number 25k, and I am now around revision number 31k, so I guess it's
actually solved.
For the curious:
'ps' reports
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lapo Luchini wrote:
Lapo Luchini wrote:
We'll see in 3 days and a half... 0=)
Import not finished yet... but the previous error were around revision
number 25k, and I am now around revision number 31k, so I guess it's
actually solved.
Whoops
definitely keep that pace ;-)
(either that or you got lotsa free time :P)
Good news is I just had the editing bit on FreeBSD's wiki and am
linking and copying some of your text there, so that FreeBSD people
can notice it better =)
- --
Lapo Luchini
[EMAIL PROTECTED] (OpenPGP X.509)
www.lapo.it (Jabber
willing to help in it, but as I wrote in my mail, I'm
not sure about all of the problems and some help will be needed =)
- --
Lapo Luchini
[EMAIL PROTECTED] (OpenPGP X.509)
www.lapo.it (Jabber, ICQ, MSN)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Using GnuPG with Mozilla
Daniel Carosone wrote:
On Sun, Oct 01, 2006 at 03:54:39PM +0200, Lapo Luchini wrote:
mtn: fatal: std::logic_error: graph.cc:72: invariante 'I(!next.empty())'
violato
This ought to be fixed in mainline, with the change in revision
a:njs/d:2006-09-22T07:01:26 - please try
It seems the process of open-sourcing Java JDK is leading Sun people to
choose a new VCS as well.
The choice seems to be going towards Mercurial, as past experience of
OpenSolaris (also Sun) chose to use in april 2006.
They don't seem to have definitely decided yet, though.
Mark Reinhold’s Other
http://wikitest.freebsd.org/VersionControl
This page (and the linked ones) details the features that FreeBSD
requires (or would like to have) in its chosen successor of CVS.
It would be neat to be a candidate ;-)
Or, at the very least, it could be a list of interesting use cases...
--
Lapo
Lapo Luchini wrote:
http://wikitest.freebsd.org/VersionControl
My personal analysis of monotone vs wanted features (very rough):
VCSFeatureCVSImport: Ability to import entire current CVS repository,
including history
our cvs_import would almost suffice, branch reconstruction would be a
plus
, in the meantime I made revision
30f099d35c1a70af1c52ce8aeebb0037d66ae1e8 without a ChangeLog entry...
but if this gets official we may as well (only for consistency sake)
remove the old ones.
In that case I volunteer to do it ;-)
Lapo
- --
Lapo Luchini
[EMAIL PROTECTED] (OpenPGP X.509)
www.lapo.it
) $(usher_LDADD) $(LIBS)
+ $(CXXLINK) $(usher_LDFLAGS) $(usher_OBJECTS) $(usher_LDADD)
$(LIBS) $(LIBINTL) $(LIBICONV)
mostlyclean-compile:
-rm -f *.$(OBJEXT)
--
Lapo Luchini
[EMAIL PROTECTED] (OpenPGP X.509)
www.lapo.it (Jabber, ICQ, MSN
are Updated and translaetd a bit more (XX missing)) were really
necessary/useful...
- --
Lapo Luchini
[EMAIL PROTECTED] (OpenPGP X.509)
www.lapo.it (Jabber, ICQ, MSN)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
big different primes.
(and me not being a cryptographer I guess it would have other
problems anyway, but at least it wouldn't be weak to such
frequently-happening use cases ^_^)
- --
Lapo Luchini
[EMAIL PROTECTED] (OpenPGP X.509)
www.lapo.it (Jabber, ICQ, MSN)
-BEGIN PGP SIGNATURE-
Version
FreeBSD's src CVSROOT:
% find . -type f | wc -l
62501
% du -hxs .
1,8G.
- --
Lapo Luchini
[EMAIL PROTECTED] (OpenPGP X.509)
www.lapo.it (Jabber, ICQ, MSN)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
the poll open for another few days, lets see where we come out...
Thomas.
1. monoto.ne
2. monotone.net (WHOIS: Status: Locked)
3. monotone-vcs.org
4. monotone.it (I could help registering it as an Italian domain)
5. monotone.ca
- --
Lapo Luchini
[EMAIL PROTECTED] (OpenPGP X.509)
www.lapo.it
mean as a pronounceable word, as a location it certainly is
somewhat representative of the creator's and some of the developers
place in the world)
Overall .net would be the best 1st level domain, being distributed
and all. But as far as I ounderstoo that would be a bit complicated.
- --
Lapo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Daniel Dickinson wrote:
(Wouldn't that be better spelled as: $@ $TMPFILE? My shell
is a bit rusty.)
shift doesn't affect $@ that I can see (I did try that first).
It does, in fact:
% cat p.sh
#!/bin/sh
echo $1
shift
echo $@
% ./p.sh 1 2 3 4
1
401 - 500 of 588 matches
Mail list logo