Hello Timothy,
Markus Wanner wrote:
> Ralf S. Engelschall wrote:
>> | mtn: peer monotone.ca IO failed in confirmed state (success)
>> | mtn: successful exchange with monotone.ca
>
> I can reproduce this on a i386 FreeBSD 6.4 and will try to hunt the bug
> - sometime t
following help?
# USE="-nls" emerge glibc
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
guess.
> Sometimes Gentoo is a little bit goatish ;-)
Hehe.. yeah. I'll try the hardened variant, cannot hurt to have such a
hardened buildbot...
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
are definitely underestimating the mtn world domination plan (tm).
> I'm still happy
> to contribute to monotone but with 2 small kids my free/hacking time is
> pretty limited.
Very well understood.
Some questions aside: is there a "git fast-export"? Can you comment on
writing "mtn git_import"? Problems we are facing there?
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
> our date handling. With your changes and mine on top of them, we're
> very close, but some more work is still needed. I'm planning to do
> all of this, but if you feel inspired to do 'em first, please go
> ahead.
Very good compilation. Sadly, I won't have time to look into this again
anytime soon.
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
ine either, so an "import" and
> "export" group is equally stupid.
Sorry if that didn't get clear, but I'd vote for the smallest change for
now. (IMO, that means leaving cvs_import and git_export, but put them
int
gt; code_swarm [0] has a git-mode to render the pretty videos, though the
> XML format [1] it needs as input is easy enough to create even with a
> custom lua command...)
I absolutely agree.
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
store the data and not care.
However, most other VCSen I've seen so far do not allow such a thing.
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
Hi,
Markus Wanner wrote:
> Barry any objections I plan to land both tomorrow.
net.venge.monotone.dates.statistics
(and therefore net.venge.monotone.dates)
have just landed on mainline.
Regards
Markus Wanner
___
Monotone-devel mailing l
nough.
I'm questioning if there is a real user need for such free-floating
revisions. I'm suspecting it's just an implementation decision of monotone.
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http:
ns out there are enough other bugs ;-)
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
t. Did you (or anybody else on MinGW) run the test
suite for 0.42?
I'm trying to get MinGW installed, but Windoze is so damn
uncomfortable!
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
nstalled
>automate_lua because "3.4" on polish locale is "3,4" grrr
>
> They are: 1. minor, 2. unrelated
>
> I forgot to report them never mind having time to fix.
Can you reproduce what the OP reported?
Regards
Markus Wanner
and "mtn db info" give?
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
s to be solved.
I'm glad to hear.
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
Hi,
Thomas Keller wrote:
> Anyways, the error is quite common and unfortunately won't be fixed any
> time soon.
Let's at least say: we should try to improve the error message. Do we
have some sort of TODO file or something? Or is this a summit'09 task:
to organize todo it
currently miss both functions. But maybe I'm just
looking at the wrong places... please help!
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
Hello Richard,
Richard Levitte wrote:
> It's been propagated back into net.venge.monotone.web, that's what
> goes to the published wiki.
>
> Don't worry, I've propagated your changes.
Thank you very much. I will update my local checkout to refer to that
bran
cent
changes" would also be nice. From a quick glance at ikiwiki.info, these
functions are available as a CGI, so I guess it's "just" a matter of
configuring and installing those, no?
Bottom line: I really appreciate the work to change to a monotone based
backend. However
Hi,
Derek Scherger wrote:
> On Mon, Jan 5, 2009 at 6:52 AM, Markus Wanner wrote:
>
>> (I'd also love to see the underscore in cvs_import and git_export
>> vanish. But that's another issue..)
>
> Just following up on this. What would you prefer instead (replac
Hi,
Lapo Luchini wrote:
> Markus Wanner wrote:
>> nvm.stripped now compiles fine and passes all tests again.
>
> Tested and fully working ("All 3 test suites passed") on FreeBSD-7:
That is 7.0, not 7.1, I guess, right?
> % ./mtn version --full
> m
> And when I will do the port I could
> automatically copy the detected version's flags to configure's flags.
> (would it accept 5.0 or only 5.1?)
Only 5.1.
Having a monotone ports package for FreeBSD would be great! And along
the way, update botan's port to 1.8.x as well... :-)
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
wiki for that.
It's utterly hard to tell who said what there and close to impossible to
browse that offline (unlike plain mails). (Original question: why
submitting ideas for this summit there? Who's the "I" who proposed the
"branch rename" com
against some botan 1.7.21 or before and the resulting
binary want 1.7.22, that's a bug in monotone.cc. But I've just rechecked
and very much doubt that.
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
Hi,
Zack Weinberg wrote:
> If we can't build .stripped with what's currently in debian unstable,
> I'd say we need to relax our requirements.
Requirements have already been relaxes as far back as botan 1.6.3.
Markus
___
Monotone-devel mailing list
M
Hi,
Lapo Luchini wrote:
> ...is basically working.
Thank you very much, Lapo, great work!
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
. I'll try timing the testsuite, a full pull and maybe a
> db check as well with and without to see what it does.
Hm.. extending nvm.cbench is getting back on our TODO list, I guess.
Regards
Markus Wanner
___
Monotone-devel mailing list
Mo
Hi,
Richard Levitte wrote:
> As has been discussed before, I've now removed the debian/ directory
> from n.v.m and recreated it (because of DieDieDie merge) in
> n.v.m.debian-diff.
Very cool, thanks.
Markus
___
Monotone-devel mailing list
Monotone-d
tform, especially on Gentoo Hardened. I
don't think this is related to stripped, but haven't tested.
I've updated the INSTALL document and documented as good as I can. I'm
missing instructions for Windows/Cygwin. Lapo?
Any outstanding platforms you absolutely want to have supported
gt; 50 lines.
>
> Does that make it worth a separate file?
Hm.. I'd even strip down the explanation in the INSTALL file.
Splitting the MinGW page on the wiki doesn't make much sense to me,
because landing nvm.stripped will supersede the 'old&
ested in optimizations for log, annotate, diff and
other operations used daily. There's nvm.cbench which does at least some
of these tests. Have you tried using that instead?
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@non
Hi,
Stephen Leake wrote:
> I believe I compiled against 1.7.8-3, since that's what is in my
> Debian distribution. I guess I should redo that and check with ldd?
Yeah, ldd certainly tells for sure.
Another very interesting output would be that of 'mtn version --full'.
R
BOTAN_LIBS and BOTAN_CPPFLAGS to
monotone's configure.
> Anyways, this was the past, I now plan to take over the maintenance of
> the package now that there are a couple of dependencies which will
> probably make it a bit harder to quickly create (static) builds.
Very cool, tha
Hi,
Thomas Moschny wrote:
> A Fedora botan package is on the way, see
> https://bugzilla.redhat.com/show_bug.cgi?id=480528.
Also very nice, thank you.
Markus
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/l
#x27;s the way to go here?
I'd propose leaving our own minimum requirement at 7.6 and advice to
Fedora 9 packagers to drop it to 7.3 on their own (simply by patching
pcrewrapper.hh).
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
, though.
> I was thinking we should split INSTALL into separate files
> (INSTALL.windows_mingw, etc), but let's see how big it gets first.
Yes, that's a good idea, IMO.
Regards
Markus Wanner
___
Monotone-devel mailing list
Monoto
led against 7.6)
> Botan version : 1.8.1 (compiled against 1.8.1)
However, I'm still having troubles with Solaris. Maybe mostly due to my
lack of understanding of that system, though.
Regards
Markus Wanner
___
Monotone-devel mai
But maybe that's just me.
> Does anyone have problems with merging this?
No, do a little cleanup (no commented out code, please) and then go
ahead and merge.
Regards
Markus Wanner
P.S.: I'd like to review nvm.tbrownaw.serve_automate as well, but don't
know if I get around doing it soon...
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
o far the best I know WRT sanitizing information from CVS.
However, it is made to export to svn and recently also to git. Maybe
others as well in the mean time.
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
Hi,
Emile Snyder wrote:
> Hi Markus, thanks for the info. The cvs import stuff is all for one-time
> moving from CVS to monotone changes right? Unfortunately, we won't have
> that luxury ;)
Right. (I'm planning on supporting subsequent imports, but... )
Reg
dering anybody from doing something important on nvm?
> Folks with exotic systems (non-Linux, non-*BSD) might wanna check what
> I did to the configure script, btw. I might have been overoptimistic.
> :-/
I haven't tested much on my systems, but will do so
it make sense to include the asio
headers in monotone source, instead of adding
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
Hi,
sorry, I sent the email too early. This should have read as follows:
Markus Wanner wrote:
> Same arguments apply here: doesn't it make sense to include the asio
> headers in monotone source, ...
.. instead of adding yet another dependency.
Another dependency to discuss is sqlit
m headers - unlike with libraries, where replacing the
library could fix security issues in monotone (as well) or some such.
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
e that requirement... never mind.
> I have no objection to this plan, provided no horrible breakage turns
> up in the next few days.
Yup, let's hope so.
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
ht
n boost. That would get lost if we
drop the dependency and incorporate the headers.
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
egards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
automake-1.9/am/footer.am
> automake-1.9: reading /usr/share/automake-1.9/am/install.am
> automake-1.9: reading /usr/share/automake-1.9/am/clean.am
> automake-1.9: not writing ./Makefile.in because of earlier errors
I've also tested automake 1.10 on the same machine and 1.9 on Gentoo a
enough to require further
testing (and fixing) on various platforms. :-(
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
Hi,
Zack Weinberg wrote:
> On Sat, Jan 31, 2009 at 12:53 PM, Markus Wanner wrote:
>> However, testing quickly on FreeBSD 7.1, I get:
>>
>> checking for botan... gnome-config: not found
>> no
>> usage: basename string [suffix]
>> basename [-a] [-s suf
There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
Hi,
Stephen Leake wrote:
> ../monotone/botan/primes.cpp:608: error: integer constant is too large
> for "long" type
This sounds a lot like "-Wpermissive" is missing for botan.
Regards
Markus
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
o get anything close to usable for nvm.stripped.
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
the current stable branch 1.8.x has just
been released. We better keep supporting botan 1.6.x for a while. So
please keep testing on FreeBSD with botan 1.6.5 as well.
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu
s? Who's in charge of maintaining the buildbot
server? Is Richard still maintaining it? What's his opinion WRT landing
nvm.stripped and automated testing of it?
I still don't have time to run further test ATM. :-(
Regards
Markus Wanner
monotone --db={your.database} diff
--revision=3e33a2984f353ebdf3c7040394b5e821f44d282b
--revision=2ffe07201993b0a112e2a2e4a7eb0faadce58f27
--
What's going on here? (And why has -fpermissive vanished in the first
place?)
Regards
Markus Wanner
__
D buildbots. Have you tested
them with nvm.stripped, for a start?
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
Stephen Leake wrote:
> Markus Wanner writes:
>> So, nvm.stripped is currently known to compile on at least FreeBSD and
>> Debian. Has anybody tried any RPM based distro recently? Or MinGW?
>
> I've tested it on MinGW; it's working.
Cool,
x27;t.
We changed to store binary revision ids internally. However, that
*should* not have much user visible effects, the above certainly sounds
like a bug somewhere.
> Is this a problem with the version of mtn I'm running on that buildbot,
> or with the buildbot system?
Hi,
William Uther wrote:
>> mtn: error: sqlite error: String or BLOB exceeded size limit
>
> Anyone seen that before?
Yes, Thomas Keller reported the same issue here:
http://article.gmane.org/gmane.comp.version-control.monotone.devel/15820
Regards
M
Hi,
Derek Scherger wrote:
> If there aren't any objections I think I'm ready to land the fast-export
> branch (the new git_export command) but I'll wait until this weekend before
> I do. This branch doesn't change any existing functionality so there should
> be no risk of breaking anything. I've e
Hi,
Thomas Keller wrote:
> Whats the status of this? The INSTALL file still contains a
>
> FIXME: yet to be confirmed
>
> message in the Solaris / opencsw.org section.
Sorry, I didn't have much time for testing or developing mtn recently.
> Shall we then remove this
> section, mark it "n
STALL, or split the files up even. I wouldn't do that for the upcoming
> release though.
Splitting into OS specific files (instead of sections in INSTALL)
doesn't necessarily mean shrinking docu. I think we rather have to
organize it better.
Regards
Markus Wanner
etween (a) and (b), but maybe also (c), otherwise it would have landed
on mainline ;-)
What's the issue you want to solve?
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
server. However, note that this
tool cannot mirror all of the original server's contents.
The problem with cvs_import (and that applies to my branch as well) is,
that it currently doesn't support successive imports. Nor does it
provide any way to propagate back to your CVS server.
Regards
M
Hi,
On Thu, 2009-05-21 at 17:33 -0500, Timothy Brownawell wrote:
On Thu, 2009-05-21 at 18:08 +0200, Markus Wanner wrote:
> Uh.. well, I'm not sure, but is regenerating caches required after
> *every* migration? Or do you plan to only automatically regenerate
> caches when need
Hi,
Lapo Luchini wrote:
> Same here... I found that as far as MTN-sync goes,
Yup, seems down. Richard? Got those DNS issues under control? Let us
know if you need some help.
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-de
> I guess I could manually import the files into a new respository - is there
> any
> other solution?
Maybe tools like tailor could help you automate (part of) that process?
I'm not sure, though.
Regards
Markus Wanner
___
Monotone-
Hallo Jens,
Jens Schneider wrote:
> ich teste gerade monotone 0.44. Ist das ein Bug oder woran liegt es das man
> keine Dateinamen mit Sonderzeichen haben darf?
Soweit ich weiss, ist das ein bekanntes Problem, siehe:
http://www.monotone.ca/wiki/FileSystemIssues/
Gruesse
Markus
__
as well. Can you try
with an up-to-date checkout of monotone?
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
tests (just like without the patch), I've applied it.
Thank you!
Care to write a test case?
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
n't remember any
discussion about whether it's worth it or not. Or when.
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
that mail, but didn't really gather the fact
that it includes a flag day.
Never mind, I understand the reasons for the change and I can easily
handle the flag day for my own projects (mostly coordinating me with
myself ;-) ).
Regards
Markus Wanner
__
> revision_id || ( cert_hash || old_keypair_id || new_keypair_hash )*
All of this reminds me of the atomic cert (or super cert) thingie.
Wouldn't that be the absolute perfect combination for a common flag day?
Well, despite the fact that we don't have atomic certs
with
history rewriting, which changes the cert signer).
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
rlier) and 0.45dev (and future).
Very cool.
>From the changelogs, it sounds like you even embedded some protocol
version negotiation code. That's great, even if I'd have preferred real
capability negotiation, instead of meaningless numbers. However, cool
you've taken care
Hi,
hend...@topoi.pooq.com 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.
..or write a git2mtn that can parse
Hi,
Daniel Carosone wrote:
The latter seems to be of the most general utility, given current
volumes and efforts of other projects (assuming the format contains
what we need and isn't completely horrible).
It can hardly be any more horrible than CVS itself ;-)
Note that git has the ability t
released) which removes the Timer class entirely and does all
decisions on what timing source to use internally.
Cool, I'd say commit that as well. Anybody insisting on a separate
staging branch for botan 1.9.x related changes? (I don't).
Regards
Mar
Hi,
hend...@topoi.pooq.com wrote:
I'd like to look at this, possibly next January. If anyone else would,
please do also.
Cool!
Which one was that again, git to monotone converter?
The more the merrier, at least during design discovery
stage. What languages are all these *2* programs writt
igris.org the place to find software that automatically
> chops big test cases into small ones?
tigris.org hosts subversion up until now. IIRC it is about to be handed
over to the Apache foundation.
Regards
Markus Wanner
___
Monotone-devel mailing list
ture (attributes and certs) and don't
need to implement anything, but still profit from delta compression of
that information.
I've implemented the addition of attributes and certs (in
cvs_import-branch-reconstruction), but not the reading back of
.0, that is) as part of monotone.
> Are they on separate branches?
Yes.
> Do any of them somewhat work?
Yes, somewhat. Test with your own target repositories.
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
ing my definition the other way around: allowed are only commits to
existing branches (i.e. which don't add new RCS symbols).
Adding *new* tags or branches that span *all* files right from the start
shouldn't pose any problem, either. (For someone intending to
Hi,
for those interested in nvm.cbr, I've just pushed a propagation to
current mainline, together with some fixes required after that merge.
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongn
Hi,
Jack Lloyd wrote:
Connection attempts just hang. Tried from two different networks, no dice.
Yup, same here. Richard, are you still in charge? It seems to have come
and gone a few times within the last 3-5 days.
Regards
Markus
___
Monotone-
7;t
want those two fields there. Displaying the branch makes sense, showing
the parent revision twice doesn't. And who needs to know the potential
future revision hash every time he uses 'mtn status'?
Regards
Markus Wanner
___
Monotone-deve
Hi,
On 07/14/2010 09:24 AM, Thomas Keller wrote:
> Am 14.07.2010 06:28, schrieb Gour:
>> On Wed, 14 Jul 2010 06:22:31 +0300
"Tero" == Tero Koskinen wrote:
>> However, I wonder about this thread considering that 0.48 happened
>> according to the News on Sun Jun 13 22:13:53 UTC 2010 which
On 07/14/2010 09:32 AM, Thomas Keller wrote:
> So, would you like to see [+1] (or even subscribe to [+2])
> monotone-users? Or is monotone-devel, monotone-announce and
> monotone-i18n enough [-1]?
+2
Markus
___
Monotone-devel mailing list
Monotone-deve
Hi,
On 07/14/2010 04:48 PM, Derek Scherger wrote:
2. Unify the output from status, commit and log as much as possible
(perhaps this has gone too far).
That has definitely gone too far. It's no longer possible to
differentiate between uncommitted 'pseudo' revisions and committed stuff.
I rec
Hi,
On 07/19/2010 06:54 AM, Derek Scherger wrote:
> Early on, uncommitted revisions were displayed with "(uncommitted)" on
> the Revision: line. This got lost somewhere along the way.
Fair enough.
> The case of a workspace with no changes is definitely bad right now. The
> workspace revision is
hould probably take the cvs2git adaption into account as well,
because git is a lot closer to monotone than subversion.
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
for later perfection.
I propose that we adopt this format, with the addition of a 'key: '
line under the 'Author: ' line; any objections?
+1
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
Hi,
(sorry for being so late on this)
On 07/15/2010 12:04 PM, Thomas Keller wrote:
Looking at the RoadMap [0] there is currently not so much left to do for
0.99 - the following is still in the works or at least anticipated:
Once upon a time, I've had nuskool on the radar, certainly before a
her of these two are a replacement for a
quick explanation about what this editor that popped up (potentially on
another virtual desktop or who knows where) is about.
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
are trained to decipher Swiss
German, so...
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
ng now able to send emails?
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
PM.
Okay, thanks, works fine now.
Are you planning to move any other service to that server? Like mailing
lists or some such? Or is this registration mail the only type of email
I (n)ever get from that system?
Regards
Markus Wanner
___
Monotone-devel mail
e of the admins a note and we'll set
> you up. Accounts are of course shared among all projects.
That's way cool! Thanks for setting this up.
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
#x27;confirm' .. 'account' in
the subject.
TRACKER_ID is just described as 'looks for a tracking number usually
found near the end of the message.'
Regards
Markus Wanner
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
101 - 200 of 388 matches
Mail list logo
