Re: [Monotone-devel] undoing commits

to the workspace branch). This command is a synonym for mtn cert rev branch branchname. -- Ludovic Brenta. ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] undoing commits

s. Of course, prior to doing that, revert any working trees to an ancestor revision. -- Ludovic Brenta. ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] serialization format

ery tool that does that kind of translation? > > Or put another way: Do *users* really care what serialization format > monotone uses underneath? No but they might care about performance. How much of monotone's time is actually spent translating betwe

Re: [Monotone-devel] puzzling revision history

ch to synchronise them again. This is all pretry straightforward stuff. But why is there no arrow from d40c1d1e to ebf87897 and a little merge circle? Isn't ebf87897 a merge between d40c1d1e and e388aa8b? Not if ebf87897 was simply "mtn approve"d into branch C

Re: [Monotone-devel] minimum requirements

Hendrik Boom writes: > It's more that squeeze looks like it's going to be a LTS release for a > while, "for a while" being defined as "until February 2016" and "not supported by Debian itself", see https://www.debian.org/News/2014/20140424.html. If you yourself don't use Squeeze anymore and if n

Re: [Monotone-devel] I... well, I quit ;-)

ated was 0.24) and your work on packaging it for Debian has been instrumental in that. So long, and thanks for all the fish :) I hope your life remains a constant celebration and that it becomes even more fulfilling than it has been so far. -- Ludovic Brenta. _

Re: [Monotone-devel] Christmas Release

Thomas Keller wrote: Hi all! The question regarding a new monotone release arose recently... wouldn't it be great to release it as "christmas present" for the last loyal users we have...? http://qa.debian.org/popcon.php?package=monotone Monotone lives! --

Re: [Monotone-devel] segmentation fault

See http://bugs.debian.org/681066 -- Ludovic Brenta. ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] nvm.lua-5.2 failing on mingw

Stephen Leake wrote: Ludovic Brenta writes: Stephen Leake wrote: So apparently g++ 4.6.2 has problems with exceptions on Mingw. Cygwin is still at 4.5.3; I don't think Debian is at 4.6 yet. So perhaps this is not surprising. Yes, Debian (unstable) is at 4.6 and even transitioning t

Re: [Monotone-devel] nvm.lua-5.2 failing on mingw

nd at 4.4. -- Ludovic Brenta. ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] Monotone tests failing under Debian automated building

ll; use -kKEYNAME if you need authentication mtn: connecting to 'file:/tmp/mtn 2.db' mtn: include pattern '*' mtn: exclude pattern '' mtn: misuse: database '/tmp/mtn 2.db' does not exist The plus sign must be percent-encoded as %2B in the URI: mtn

Re: [Monotone-devel] monotone-usher or usher-server and usher

server instance to start from /etc/init.d/monotone but TTBOMK nobody has packaged usher yet. Sorry about that. If you would like to help, I can sponsor the package into Debian for you. -- Ludovic Brenta (Debian developer and sponsor of monotone packages).

Re: [Monotone-devel] Status of blue sky ideas?

. There are two of us :) -- Ludovic Brenta. ___ Monotone-devel mailing list Monotone-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] GPLv3 code in monotone

ed so much from the Gnu packages and the FSF > licenses, I think we have a duty to move to GPLv3, since it gives better > support for software freedom. +1 I recommend that the relicensing to GPLv2+ that Stephe approved apply to monotone 1.0 but that the next published release of monotone migrate to

Re: [Monotone-devel] Confusing terminology between usher and monotone and proposed change

; such that the server runs in a chroot in the specified directory, with dropped privileges such that it cannot read or write outside that directory. The "server" variable could allow the sysadmin to run different versions of monotone (e.g. a stable production version and a d

Re: [Monotone-devel] branch management

es to Debian. Richard or Francis, could you please commit a suitable patch as an immediate descendant of t:debian-monotone-0.48-3 (fbfd33230edd751a48e33774dbfb4af434eb0910)? It is OK to use the branch org.debian.monotone.squeeze for that. [1] http://lists

Re: Release rules Was: Re: [Monotone-devel] conflicts store vs show_conflicts

an supports this using a tilde to separate the "target major version" and the "suffix", e.g. 1.1~alpha5, 1.1~beta3, 2.0~rc2. I don't know about other distros. -- Ludovic Brenta. ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] 'SelfHostingInfo' on mtn wiki

least* until November 2011 (in the unlikely event that Debian 6.0 "Squeeze" is released this month). There are other "long-term-support" distributions out there; Red Hat Enterprise Linux for example has a 7-year support policy (!). -- Ludovic Brenta. _

Re: [Monotone-devel] server move?

> > mtn 0.40 fails to recognise mtn: The entry for monotone is absent from /etc/services on Debian. Try this: mtn --db=monotone.db pull 4691://monotone.ca/monotone "net.venge.monotone*" HTH -- Ludovic Brenta. ___ Monot

Re: [Monotone-devel] Migration to indefero

Thomas Keller wrote: > Am 27.09.2010 12:32, schrieb Ludovic Brenta: >> I created my account, mostly for the migration of the Savannah tickets >> to indefero, but I also happen to have push permission on the main >> monotone.ca database. I need this permissio

[Monotone-devel] Migration to indefero

there plans to create a new project for this branch, or to add the branch to the main monotone project? Either way is fine for me. -- Ludovic Brenta. pgpdwnbdciRIV.pgp Description: PGP signature ___ Monotone-devel mailing list Monotone-devel@nongnu.org

[Monotone-devel] Re: /etc under version control

iguration files under version control since Debian already local changes nicely. -- Ludovic Brenta. ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] 0.48 rants

Just for the record, I agree with Francis entirely and second his suggestion. -- Ludovic Brenta. ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone man page

text versions of the manual in the standard location /usr/share/doc/monotone-doc/*. -- Ludovic Brenta. ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] is monotone for me?

rks with monotone? It works well; I use it to nightly replicate a large Subversion repository into monotone. I can provide help if you have specific questions. > e) I'll try for myself, but let me ask whether Guitone is capable to > repla

Re: [Monotone-devel] Extended selectors

uoting in most shells. Maybe ^? > 'or' (to go with the foo/bar/baz 'and' we already have) >(foo|bar)/(baz|qux) > grouping parentheses, directly mixing '/' and '|' is actually > forbidden so you can't get

[Monotone-devel] [bug #17878] Usability: too easy to accidentally fork after merge or disapprove

Follow-up Comment #10, bug #17878 (project monotone): What does the fix branch do? Several proposals appeared in this bug report and I'm not sure which one was finally implemented. ___ Reply to this item at:

[Monotone-devel] [bug #23349] I(right_uncommon_ancestors.find(right_rid) != right_uncommon_ancestors.end())' violated

Update of bug #23349 (project monotone): Status:None => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #2: I tried to reprod

[Monotone-devel] [bug #17878] Usability: too easy to accidentally fork after merge or disapprove

Follow-up Comment #6, bug #17878 (project monotone): That seems reasonable. Thinking more about this, "disapprove" should probably update to the parent revision of the disapproved revision; that would match the expected workflow (i.e. A | B | d fork If you disapprove B (creating d), this p

[Monotone-devel] [bug #17878] Usability: too easy to accidentally fork after merge or disapprove

Follow-up Comment #4, bug #17878 (project monotone): In the scenario I described, "disapprove" cannot warn when it creates divergence because it does not create divergence. Indeed, it is "commit" that later creates the divergence. IIUC, adding a message in the changelog works only if the user d

Re: [Monotone-devel] Net sync with 0.47 server fails...

rmitted and get_netsync_write_permitted... > otherwise, even though the key is listed as > > if( identity == "u...@host.com" ) then return true end > > it doesn't allow the user read or write permission. Your problem seems unr

[Monotone-devel] [bug #29310] Currently impossible to escape from multi-parent workspace

Follow-up Comment #1, bug #29310 (project monotone): I've been slightly annoyed by that too; my response was to edit the file _MTN/revision by hand. Hope this helps. ___ Reply to this item at:

Re: [Monotone-devel] ViewMTN maintainer

Thomas Moschny writes: > Ludovic Brenta wrote: >> I reported a bug here in March. I'd like to open a ticket but cannot >> log in and I didn't find out how to create a new user account for me > > Thanks for the hint. You should now be able to create a ticket without

Re: [Monotone-devel] ViewMTN maintainer

how to create a new user account for me (if you want/have to create one manually, use lbrenta as the user name). The bug report is here: http://lists.gnu.org/archive/html/monotone-devel/2009-03/msg00108.html -- Ludovic Brenta. ___ Monotone-d

Re: [Monotone-devel] .mtn-ignore ignored?

in 2006... I copied and pasted the then-default version which read .mt-ignore instead of .mtn-ignore. (if you're curious: I didn't want to ignore *.a files because GCC sources contain files with this extension, containing Ada test cases instead of static li

Re: [Monotone-devel] .mtn-ignore ignored?

Timothy Brownawell writes: > Ludovic Brenta wrote: >> Hello, >> >> It seems my regexps in .mtn-ignore no longer works. When I call "mtn ls >> ignored", the resulting list is always empty. When I do "mtn add -R .", >> it add all files in

[Monotone-devel] .mtn-ignore ignored?

t 7.8) Botan version : 1.8.6 (compiled against 1.8.4) Changes since base revision: format_version "1" new_manifest [e4fc965aec46ce8b371e818de6092168e1b6f52f] old_revision [7a4832143b3146ca89f5cb91e0e571d05e29d4b9] Generated from data cached in the distribution; further changes may have

Re: [Monotone-devel] Server broken

Hosting_providers http://linux-vserver.org/VServer_Hosting -- Ludovic Brenta. ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] netsync flag day justifies bumping version number to 1.0

lso want to drop certs with bad signatures (ie, > attached to the wrong key) during netsync, so they don't spread. But a database that needs upgrading is necessarily <= 0.44 and therefore cannot possibly contain two keys with the sane name, can it? And per (2) it cannot contain certs

Re: [Monotone-devel] netsync flag day justifies bumping version number to 1.0

should be in the user's manual. > ...do we want to call it 1.0 due to caring about compatibility now? > *ducks* If the compatibility is good, there is no need for a major version number bump and no need for you to duck. On the contrary you should stand proudly and let everyone else b

Re: [Monotone-devel] netsync flag day justifies bumping version number to 1.0

this; that's basically what I asked for in my first email, with the only difference that 0.44.x should be 0.x and 0.45 should be 1.0. This makes the incompatibility prominent and easy to warn about and to diagnose. This is in addition to the benefit I already described with multiple versions in a

Re: [Monotone-devel] netsync flag day justifies bumping version number to 1.0

small teams but not for the scenario where a central server is involved. -- Ludovic Brenta. ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel

[Monotone-devel] netsync flag day justifies bumping version number to 1.0

ion period for the netsync change cannot be shorter than that. In fact, I would suggest a policy whereby the major version number changes whenever netsync changes; if this policy had been in place since the beginning of monotone development the next version would be 3.0 or 4.0, I believe, -- Ludo

Re: [Monotone-devel] commit and sink in same transaction

ase. This looks possible with the note_commit hook; see http://monotone.ca/docs/Hooks.html#Hooks (but I don't know enough of Lua or hooks to be sure hooks can call back into monotone to, e.g., sync). -- Ludovic Brenta. ___ Monotone-devel mailing l

[Monotone-devel] File descriptor leak in ViewMTN

uish between a spider and a human connection. According to [1], it seems like a bug whereby ViewMTN fails to actually close connections after being notified that the client wants to close the connection. [1] http://www.sunmanagers.org/pipermail/summaries/2006-January/007068.html Thoughts? -- Ludovic B

[Monotone-devel] [bug #25859] disapprove does not resurrect files properly

I just filed a new bug: http://savannah.nongnu.org/bugs/?25859 I still use 0.40 and I would like to know: - whether Stephe Leake's file suturing work solves this bug - whether it is merged - which release of monotone contains or will contain it Thanks -- Ludovic B

Re: [Monotone-devel] MonotoneOnDebian

base schema are more frequent but not generally a problem since migration is painless. The user interface has remained clear, simple and consistent all along despite the new features. That's one of the reasons I like monotone so much and I'm happy using whate

Re: [Monotone-devel] ViewMTN seems to have trouble talking to monotone

N detect the condition and report it to the user in a meaningful way. Is that difficult to implement? Thanks for ViewMTN, BTW. I've been using it for years with very few problems so far. -- Ludovic Brenta. ___ Monotone-devel mailing list Mon

Re: [Monotone-devel] ViewMTN seems to have trouble talking to monotone

Looking at the process list, I see that ViewMTN keeps a "mtn automate stdio" process running at all times. Could it also be that this process errors out when the main monotone server accesses the database? -- Ludovic Brenta. ___ Mono

[Monotone-devel] ViewMTN seems to have trouble talking to monotone

t often separated in time by a less than 20 seconds, so perhaps what triggers the problem is heavy load on the machine? However I have not been able to receive a "500 Internal Server Error" when I rapidly clicked on 5-10 links in rapid succession (2-3 clicks per second). Any idea? -- Ludovic Brenta. ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] ViewMTN shows empty list of branches; error in log

h is descended from [62961c1dc..] is required. This is post-0.30. Thanks to your reply, I have patched viemtn minimally so it doesn't pass --ignore-suspend-certs to monotone. This way I have been able to restore the ViewMTN service on www.ada-france.org:8

[Monotone-devel] ViewMTN shows empty list of branches; error in log

9f0effca3225bd1cee) Running on : Linux 2.6.24.2dedibox-r8-1-c7 #1 Mon Feb 11 17:41:33 CET 2008 i686 C++ compiler: GNU C++ version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21) C++ standard library: GNU libstdc++ version 20061115

Re: [Monotone-devel] Server status

g a replacement "dedibox". For low loads such as monotone and Ada-France, I personally advocate a virtual machine (preferably OpenVZ or Virtuozzo, which don't have the overhead of a full emulator) running on a shared server with good, redundant hardware over a low-end dedicated se

[Monotone-devel] FOSDEM 2009

might be a good idea to set up a mini-summit there? -- Ludovic Brenta. pgpZ1PXQgP9A7.pgp Description: PGP signature ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] db kill_rev_locally

s simple: everyone has read access, and only a few trusted developers have write access to the entire database (they can create branches at will). Because this is a netsync server running as a "monotone" user that has /bin/false as its shell, only sysadmins with root acce

Re: [Monotone-devel] Security and Permissions

er-user filter in your ~/.monotonerc that will "hide" all revisions you don't trust. See "Trust Evaluation Hooks" in the manual. -- Ludovic Brenta. ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] Re: Undo a commit

Daniel Carrera <[EMAIL PROTECTED]> writes: > Ludovic Brenta wrote: >> Easier: >> >> $ mtn rebase p: >> >>> $ mtn disapprove 1e129601c2cd983fc6c73053cc13544ac36cc229 >> >> $ mtn disapprove h: > > Are p: and h: aliases for parent and head?

Re: [Monotone-devel] Re: Undo a commit

e p: > $ mtn disapprove 1e129601c2cd983fc6c73053cc13544ac36cc229 $ mtn disapprove h: > It's not as simple as "mtn undo" but it's good enough. Yes. -- Ludovic Brenta. ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] Hooks

Daniel Carrera writes: > Ludovic Brenta wrote: >> I'm not very comfortable with lua either and my first move was to write a >> shell script along the lines of: >> >> #!/bin/sh >> head=$(mtn automate get_base_workspace_revision) >> parent=$(mtn automate

Re: [Monotone-devel] Re: Undo a commit

ence is the value of the "branch" cert. So "heavy-weight" does not consume any additional space in the database compared to "light-weight"; but it does consume from the branch namespace. -- Ludovic Brenta. ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel

[Monotone-devel] Please add me to the monotone group on savannah.nongnu.org

n the monotone database BTW. Thanks. -- Ludovic Brenta. ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel

[Monotone-devel] Hooks

et_base_workspace_revision) parent=$(mtn automate select p:$head) sed -i -r 's,old_revision \[.*\],old_revision [$parent],' _MTN/revision but this approach fails as soon as the head has more than one parent. That's why, until now, I stu

[Monotone-devel] Re: Undo a commit

Selon Daniel Carrera: > Ludovic Brenta wrote: >> Or teach db kill_rev_locally to only change the workspace's parent >> revision without changing anything to the workspace? > > Or make a command "mtn rollback" that is equivalent to kill_rev_locally > witho

[Monotone-devel] Re: Undo a commit

Selon Thomas Keller: > Ludovic Brenta schrieb: > > Selon Thomas Keller: > >> Ludovic Brenta schrieb: > >>> Or teach db kill_rev_locally to only change the workspace's parent > >>> revision without changing anything to the workspace? > >> Thi

Re: [Monotone-devel] Re: Undo a commit

Selon Thomas Keller: > Ludovic Brenta schrieb: > > Or teach db kill_rev_locally to only change the workspace's parent > > revision without changing anything to the workspace? > > This is what I meant with "workspace merge" - of course the parent of > the c

Re: [Monotone-devel] Re: Undo a commit

ed81bd01509d0c1e2db46e987b1040bbc222 on > the current workspace > % mtn status > Current branch: foo.sandbox.branch > Changes against parent 9f79e6063616d8fb85cad56253e39c2c49927899 > patched foo Now you have to "mtn add" the new file again. -- Ludovic Brenta.

Re: [Monotone-devel] Re: Undo a commit

t; with that. Or teach db kill_rev_locally to only change the workspace's parent revision without changing anything to the workspace? -- Ludovic Brenta. ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel

[Monotone-devel] Re: Undo a commit

Selon Daniel Carrera <[EMAIL PROTECTED]>: > Ludovic Brenta wrote: > > That's where my trick comes in: manually edit _MTN/revision without > > changing anything else in your workspace, then kill the head revision. > > Ok. So let's see that process again:

[Monotone-devel] Re: Undo a commit

run > > "mtn commit Foo1" because I forgot about Foo2. So I decide I want to > undo that last commit so I can run "mtn commit Foo1 Foo2" which is what > > I wanted initially. Monotone won't let me do it because file Bar ha

Re: [Monotone-devel] Re: Undo a commit

Daniel Carrera <[EMAIL PROTECTED]> writes: > Ludovic Brenta wrote: >> This is easy to do in a workspace: rm -f $(mtn ls unknown) > > It would be even better if I didn't have to delete these files. Just > because Monotone is not tracking them doesn't mean that t

Re: [Monotone-devel] Re: Undo a commit

mistake and I want to take that revison out $ mtn log --last=1 Copy the parent revision $ vi _MTN/revision Replace the current revision with its parent $ mtn db kill_rev_locally h:some_branch And I'm happy. -- Ludovic Brenta. ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] Re: Undo a commit

rectory containing such > files. This is easy to do in a workspace: rm -f $(mtn ls unknown) -- Ludovic Brenta. ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] Monotone vs Mercurial vs Git

or me. My comparison is probably outdated but still available: http://www.ada-france.org/debian/distributed-version-control-systems.html -- Ludovic Brenta. ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] monotone-viz packages for Ubuntu

pad.net/~ulf-ofahrt/+archive Why did you do that when the new version is already in Debian? -- Ludovic Brenta. ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel

[Monotone-devel] Re: [Monotone-debian] monotone 0.41 packages built

whether these should actually go to > unstable right now given the freeze. Thoughts? As this new version does not correct any release-critical bug, I don't think it will be approved for lenny. We can always ask debian-release@ after it's built on all architec

Re: [Monotone-devel] Time for a release

ase add the appropriate entry, even if that means rewriting history? -- Ludovic Brenta. ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel

[Monotone-devel] Re: ping Ludovic Brenta

Zack Weinberg writes: > I sent you more corrections to the Debian package a few weeks ago and > haven't heard anything - do you have time to continue sponsoring the > package? Probably next weekend. Did you ping me earlier? I think I missed that. Sorry. --

Re: [Monotone-devel] [best practices] How to merge a large code dump with no history?

Jack Lloyd writes: > I just received a pretty large code dump for Botan [...] I thought Botan used monotone upstream? Am I mistaken? -- Ludovic Brenta. ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mail

Re: [Monotone-devel] resolving name conflicts; file suturing vs drop

Selon Ludovic Brenta <[EMAIL PROTECTED]>: > For content merges, emacs allows to use "default-A" or "default-B". If the > same was available for non-content conflicts I would be happy. To follow up on that, I think this would involve two steps: (1) suturing the t

Re: [Monotone-devel] resolving name conflicts; file suturing vs drop

Selon Stephen Leake <[EMAIL PROTECTED]>: > Ludovic Brenta <[EMAIL PROTECTED]> writes: [snip] >> Occasionally, I add a file in my development branch. In order >> to propagate changes to the upstream Subversion repo, I apply patches and >> commit manually in Sub

Re: [Monotone-devel] resolving name conflicts; file suturing vs drop

tailor maintains $ mtn rm foo $ mtn propagate development vendor $ mtn update In essence I'm mucking around behind tailor's back. Do you guys think there is a better way, or that using content hashes as node ids would help solve the problem? -- Ludovic Brenta. __

Re: [Monotone-devel] how do I list what the last changes were?

org:8081/revision/file/1f43556b0e35674ae8c1536c7dfcde5062b205f7/what-branches -- Ludovic Brenta. ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] Future of monotone

[EMAIL PROTECTED] writes: > I've got ~1100 branches with ~100k revisions, ~780k of files, with > 20GiB of databases spread out over 2 clusters of 3 machines each. Oh please, give us some numbers on http://venge.net/monotone/wiki/ProjectsUsingMonotone ! -- Lud

Re: [Monotone-devel] unhexification of revision hashes

similar to: > > WHERE id >= 'deadbe' AND id <= 'deadbf' Sorry to interrupt but in standard SQL there is WHERE id LIKE 'deadbe%' and I happen to use it occasionally on the command line. I'm worried that that won't be possible anymore after th

[Monotone-devel] Re: Bug#455646: [Monotone-debian] Bug#455646: FTBFS with GCC 4.3: missing #includes

dy is one: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34113 -- Ludovic Brenta. ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] FOSDEM'08

Lapo Luchini writes: > Markus wrote: >> we've also thought about a DevRoom at FOSDEM. Up until now, I only >> know that Ludovic Brenta wants to attend FOSDEM, Lapo showed some >> interest and I myself am still undecided if I want to go to >> Brussels. If nobody el

[Monotone-devel] Performance of the OpenEmbedded database (was Re: Do we really need to IDN-encode cert names, keypair ids, and database variable domains?)

e slowness is either due to the number of files (i.e. monotone does not scale well with the number of files), or because rosters in OE tend to be very large (i.e. monotone does not scale well with the number of files per roster), or both. -- Ludovic Brenta. __

Re: [Monotone-devel] FOSDEM

Markus Schiltknecht <[EMAIL PROTECTED]> writes: > Hi, > > Ludovic Brenta wrote: >> No, that applies to last year's FOSDEM: the page was last edited in >> Feb 2007. > > Oops.. sorry. Hm.. their website is really confusing! Any idea about > the DevRoom res

Re: [Monotone-devel] FOSDEM

Markus Schiltknecht <[EMAIL PROTECTED]> writes: > Hi, > > we've also thought about a DevRoom at FOSDEM. Up until now, I only > know that Ludovic Brenta wants to attend FOSDEM, Lapo showed some > interest and I myself am still undecided if I want to go to > Brussels

Re: [Monotone-devel] kibi!

unset or English? I do note that the Italian locale says "Ki", "Mi" and "Gi". -- Ludovic Brenta. ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] Monotone Summit 2008

ed event. Anybody > up for it? I'm planning to attend FOSDEM no matter what. I have a family and may not be able to travel for a Monotone summit if it's not in Brussels. Then again, I not a Monotnoe developer so you probably won&

Re: [Monotone-devel] Re: Monotone Summit 2008

bset > of the European ones, I'd guess) go to FOSDEM as well ;-) Yes, or we could use FOSDEM for users plus the rest of the week for developers. -- Ludovic Brenta. ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] Monotone Summit 2008

Markus Schiltknecht writes: > Hi, > > Ludovic Brenta wrote: >> It is not too late to ask for a developers' room at FOSDEM in Brussels >> (23-24 Feb 2008). See http://fosdem.org. Since I live in Brussels, I >> will definitely attend and can accommodate one person

Re: [Monotone-devel] Monotone Summit 2008

at no charge. I'm also trying to set up an Ada developers' room with several interesting speeches. -- Ludovic Brenta. ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] Break after kill_rev_locally

interested in the conclusions. Thanks. I approve of not removing the roster and the fix is just fine. BTW, I was not really complaining as the workaround I described (syncing into a fresh database) was rather straightforward. -- Ludovic Brenta. ___

Re: [Monotone-devel] Break after kill_rev_locally

ame, or a very similar symptom after killing the head of a branch that happened to be a propagate (A to B) node. I then did "mtn propagate B A" (which was what I really intended) and got an exception. The killed revision and the new revision had the same revision ID. To correct the pr

Re: [Monotone-devel] [PATCH] parent selector 'p:xxx'

ind appended a small patch against h:n.v.m which implements a > "p:" selector. With this I now can finally use short commands like: > > $ mtn diff -r p: -r > > The here can be an appreviated revision, too. I like that and I

Re: [Monotone-devel] Initially creating a branch without committing changes?

] some time ago for pretty much the same > thing. Its an UI bug, which should just be fixed. > > Thomas. > > [0] http://savannah.nongnu.org/bugs/?func=detailitem&item_id=18201 -- Ludovic Brenta. ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] Ubuntu 6.06

n my laptop and I am content with monotone 0.33-8 and linux 2.6.21-6. -- Ludovic Brenta. ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel

Re: [Monotone-devel] Ubuntu 6.06

have no idea what version or in what section. What does "apt-cache search monotone" tell you? -- Ludovic Brenta. ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel

  1   2   >