[Monotone-devel] mtn and superuser on Fedora 11
Apologies in advance if this had already been covered, but I couldn't
find anything related to this.
I use mtn to keep track of changes in the /etc directory (Linux). Since
there are plenty of files that are not world-readable I have to run mtn
as root (or under sudo). This works well under Debian unstable, but I'm
having problems getting it to work in Fedora 11.
For the record, on both distributions I'm using monotone 0.44 (base
revision: 7a4832143b3146ca89f5cb91e0e571d05e29d4b9)
On Fedora mtn gets stuck during commit or generating the keys. Under
strace I get (again, executing commit or genkey) to:
close(11) = 0
lstat64(/proc/kmsg, {st_mode=S_IFREG|0400, st_size=0, ...}) = 0
open(/proc/kmsg, O_RDONLY|O_NOCTTY) = 11
read(11,
and stays there. I had left mtn hang there for at least 24 hours while
doing other work and it doesn't complete.
I tried disabling SELinux, just in case, and it has no effect.
I also tried --ssh-sign yes|no|only, no effect.
Running with --debug does not give any useful info.
Any ideas?
Thanks in advance
nicolas
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] mtn and superuser on Fedora 11
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Zack Weinberg wrote:
This is a known bug in the Botan cryptography library that we use. I
don't know exactly which version fixed the bug, but it *has* been
fixed; try to get a newer version of libbotan.
fedora uses libbotan 1.8.2 while debian unstable is using 1.8.5. I will
try what you suggest. Thanks.
zw
On Tue, Aug 11, 2009 at 3:54 PM, Nicolas Ruizjuan.r...@ula.ve wrote:
Apologies in advance if this had already been covered, but I couldn't
find anything related to this.
I use mtn to keep track of changes in the /etc directory (Linux). Since
there are plenty of files that are not world-readable I have to run mtn
as root (or under sudo). This works well under Debian unstable, but I'm
having problems getting it to work in Fedora 11.
For the record, on both distributions I'm using monotone 0.44 (base
revision: 7a4832143b3146ca89f5cb91e0e571d05e29d4b9)
On Fedora mtn gets stuck during commit or generating the keys. Under
strace I get (again, executing commit or genkey) to:
close(11) = 0
lstat64(/proc/kmsg, {st_mode=S_IFREG|0400, st_size=0, ...}) = 0
open(/proc/kmsg, O_RDONLY|O_NOCTTY) = 11
read(11,
and stays there. I had left mtn hang there for at least 24 hours while
doing other work and it doesn't complete.
I tried disabling SELinux, just in case, and it has no effect.
I also tried --ssh-sign yes|no|only, no effect.
Running with --debug does not give any useful info.
Any ideas?
Thanks in advance
nicolas
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkqCN0oACgkQmjsZS9ZBxv/WcACePjacjAfP4GunHlPgZHJSWVMP
EKUAn2ZIk30FoDE2Oq9zIzFgvHCkO9xQ
=O0sH
-END PGP SIGNATURE-
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Time for a release
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Richard Levitte wrote: I'll do the release in the middle of next week, wednesday or thursday. I hope that will give people enough time to review, fix important bugs, make necessary changes in NEWS, perhaps update the translations? Here is the current status of the translations: rm -f es.gmo /usr/bin/msgfmt -c --statistics -o es.gmo es.po 1122 translated messages, 2 fuzzy translations, 1 untranslated message. rm -f es.gmo /usr/bin/msgfmt -c --statistics -o es.gmo es.po 1125 translated messages. I would appreciate it if anybody changes a string would give a heads up. I try to pay close attention around release week, but sometimes I get distracted. take care nicolás Cheers, Richard -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH9ovgmjsZS9ZBxv8RArPtAJ44UDMHIFhLRR6n46ZTKrUfoXLLqACcDezf 9GFH1lKNBpeNGjto+VaQ60I= =R+qF -END PGP SIGNATURE- ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Time to think about a release?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Richard Levitte wrote: It seems to be that part of the month, doesn't it? In Sweden, the 25th is the day you usually get your monthly paycheck in Sweden, and why not get a release at the same time? ;-) spanish translation fully updated. and sorry for the delay. But I digress... Anyway, it seems like we need to settle the whole mtn:// matter before a release can be done at this point. Also, around last release, there was some talk about merging some branches back into the main branch, but I haven't seen any of that happen... maybe I missed something? Anyway, what's the plan now regarding that? Cheers, Richard -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH6u+3mjsZS9ZBxv8RAq6QAJ4sUKWtK1OYaIoin6GqnoxSVIM++wCfeZbo 6Q18eQf+49Q3q72zSRG3Ahk= =2Oip -END PGP SIGNATURE- ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] kibi!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Justin Patrin wrote: Except that noone knows what a kibibyte is except us few on this thread. I'd never heard of such a thing until now. A standard that isn't used isn't a standard. It is generally understood that kilobyte means 1024 bytes. The hard drive manufacturers lie and say that 1000 bytes is a kilobyte but as far as I know all other uses of kilobyte mean 1024 bytes. I've seen KiB and MiB in the wild for at least a year now, including a lecture during a conference, and one coworker is using them regularly. Is not that rare. I vote to use kilobyte to mean 1024 bytes, as it is now. I could go either way. But can't fail to notice that kilo does come from the greek word meaning thousand and bytes and bits are the only exception to the rule. nicolás -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHFCapmjsZS9ZBxv8RAq/NAJ9+5hn+vkDhPuQmtbiEfHRbf2fSAACcCNeD fMAMIbr4TJGxD81nHJKU+BA= =jn/s -END PGP SIGNATURE- ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] mtn serve question
Ben Walton wrote: I was looking to add an (rhel compatible) init script to contrib that could be used to fire up daemons running mtn serve. I have a working copy in use at my site, but it's dependent on a local utility for backgrounding apps. Am I missing something or is there no built in method to tell mtn to daemon() itself? If not, are there others that would like this feature? I'd implement it if so. I personally use screen for long running mtn serve, but it would be useful to be able to background mtn, yes. nicolás ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Suspending branches
Timothy Brownawell wrote: On Sun, 2007-08-19 at 21:05 +1000, William Uther wrote: net.venge.monotone.contrib.usher I think there are people using this, and I'm not aware of any replacements. I'm using usher, but is included in the main trunk. nicolás ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] monotone.ca can now be used as a server
Daniel Carosone wrote: When Awesome Cluster Stuff happens, we could have mtn.monotone.ca (or pool.monotone.ca or whatever name) list A records for all of the cluster members, and in turn point the buildbots, CIA, etc at that. seconded ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Re: Messages in monotone
Lapo Luchini wrote: Don't know for spanish or french, but in italian the «» seems to be more specific to quote a text or a piece of speech, while '' is more correct to quote a single word or sentence. Same in spanish. Single quotes is the preferred method to make an unstranslated word or sentence stand out, like '--branch' or when marking a file name. In computer science speech I'd say that: « = push context, create a wholly new context » = pop context 'x' = take x from a different context and talk about it here In this regard, '' seems more correct to quote a file name to me... (in italian!!! I don't know about spanish or french, it may be completely different of course!!). ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Re: Messages in monotone
Alvaro Herrera wrote: Thomas Moschny wrote: On Friday 16 March 2007, Lapo Luchini wrote: « » really really look bad though... Those are french, aren't they? Those are used in spanish. Nobody told me to use those in all these years /tongue_in_cheek ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Re: Messages in monotone
Alvaro Herrera wrote: Nicolas Ruiz wrote: Alvaro Herrera wrote: Thomas Moschny wrote: On Friday 16 March 2007, Lapo Luchini wrote: « » really really look bad though... Those are french, aren't they? Those are used in spanish. Nobody told me to use those in all these years /tongue_in_cheek 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 translation group agrees with me [2], so the «» quotes are used pervasively there. I do that as well in Postgres, after extensive investigation on the matter because my escepticism mirrored yours. You are correct in that («») can be used to quote in spanish, but according to the Larousse's Ortografía Lengua Española, both forms are equally valid. I will continue using double quotes though; I'd rather use the widely used form over the academically correct one. Plus I suspect the debian translation group is mostly constituted by spaniards, given that they tend to use words like fichero and castellano, which are hardly ever used in Latin America. [1] http://www.medtrad.org/panacea/IndiceGeneral/n11-editorialsousa.pdf [2] http://www.debian.org/international/spanish/notas ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Translations revisited
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. I'm using KBabel, will take a look at poedit. nicolás ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] clone cleanup failure on Windows
db in _MTN/: -1 db in ~/.monotone: -2 I keep the db for different projects on wildly varying places: - /etc backup: /usr/local/monotone/db (different partition) - versioned work-in-progress: /dir/to/work-in-progress/../work-in-progress.mtn - other projects: /usr/local/src/db I tend not to host projects in my ~, so keeping the corresponding db in there seems unnatural. And for doing backups or mirrors of certain directories, I don't like to keep the backup in a subdirectory of them, specially if it's something like /etc. nicolás Matthew Gregan wrote: I really don't like the idea of the repository being stored in _MTN/ like this. Using ~/.monotone is quite a bit better, but it's not ideal. It would mean that the repository would end up in %APPDATA%/monotone on Windows, which is part of the user's profile that might be part of a roaming profile in a domain, which would mean the repository would be copied back and forth each time they logged in to a machine. I'd prefer to have clone require a --db argument be supplied. ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Languages
Richard Levitte - VMS Whacker wrote: I'm noticing that there is quite a bit of sloppiness in the languages department. I just did a pull, update and then an update of the .po files, and here's the result: LangTranslated Fuzzies Untranslated fr.po 560116 52 ja.po 387266 75 pt_BR.po640 64 24 sv.po 728 it.po 662 13 53 de.po 726 1 1 es.po 723 4 1 I must be doing something wrong then. I've been particularly careful of checking for changes on the net.venge.monotone branch quite frequently to keep es.po up to date (specially in the last two weeks that a new release was coming). My workspace has no fuzzies or untranslated strings. Is there another branch I should be looking at? Opinions? Cheers, Richard - Please consider sponsoring my work on free software. See http://www.free.lp.se/sponsoring.html for details. ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] line endings as project policy
Sorry for prolonging this thread. Line ending conversion affects my use case. I keep bash scripts in mtn that I copy by hand to other computers, and I generally use sha1sum to make sure that said computers have a certain version of the scripts installed (comparing their SHA1 against the log). The fact that mtn identifies file versions by their SHA1 is very elegant and probably the feature that caught my eye when I was shopping for a SCM. I think that having each version is identified by the SHA1 of what YOU commit is inherently better than each version is identified by the SHA1 of the UTF-8 (or whatever format chosen) of what you commit. The fact that I have an external tool that agrees with monotone's idea of a file's contents gives me confidence in monotone. cheers nicolás Ulf Ochsenfahrt wrote: This line ending thing is getting far too much attention, IMHO. My last word on this issue is: - Whatever I check in, I want checked out - What I'd like to see is a setting where monotone checks on commit if the files obey a particular line ending convention/charset and gives a warning if they don't I don't want any automatic conversion of line endings or charsets. IMHO, charsets are much too fragile and dangerous to be handled by monotone. And line ending conversion cannot really be separated from charset handling in the face of non-8-bit encoded charsets. That said, I am not opposed to an opt-in mechanism for line ending/charset handling, as long as its not on by default. The CVS way to do it was really, really bad. It messed up my files several times, with duplicate line endings and with treating binary files as text. Now, there's also another thing, which is a better merge ui, which is much overdue now... Cheers, -- Ulf ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] spanish po files
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Attached you would find the spanish po files, and updated po/LINGUAS. cheers nicolás -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFUJPJmjsZS9ZBxv8RAtlnAJ4omscc+lZYWRdMsC9xNhBeDQrjewCeI+q6 PAf7M7MLUK5ZyuVpmCaBQDI= =E0Ra -END PGP SIGNATURE- spanish_po.patch.gz Description: application/gzip ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] spanish po files
Here is a patch with spanish po file po/es.po and po/LINGUAS cheers nicolás spanish_po.patch.gz Description: application/gzip ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] mtn serve crashes. bug report
I have a database that consistently crashes a mtn serve process. It manages to transfer about 16.1 MB before crashing. Using debian packages versions 0.28 and 0.30. I'm attaching the dump file created by monotone Both databases versions 0.28 and 0.30 are available upon request. Also have the output from running mtn serve with --debug, in case is useful. Short error: $ /usr/bin/mtn --db=al.mtn serve --bind=150.185.181.244:4695 \ ve.ula.cecalc.eolos.al* mtn: beginning service on 150.185.181.244 : 4695 mtn: accepted new client connection from 150.185.138.122 : 53771 mtn: allowed '[EMAIL PROTECTED]' read permission for 've.ula.cecalc.eolos.al*' excluding '' mtn: finding items to synchronize: mtn: certificates | keys | revisions mtn: 21 |1 | 7 mtn: fatal: std::bad_alloc mtn: this is almost certainly a bug in monotone. mtn: please send this error message, the output of 'mtn --full-version', mtn: and a description of what you were doing to [EMAIL PROTECTED] mtn: wrote debugging log to /home/juanruiz/.monotone/dump mtn: if reporting a bug, please include this file --- $ mtn --full-version monotone 0.30 (base revision: 3b57ee59f7e00c8299c8a301e03e8aa7a413d930) Running on : Linux 2.6.16-1-686 #2 Thu May 4 18:22:23 UTC 2006 i686 C++ compiler: GNU C++ version 3.3.5 (Debian 1:3.3.5-13) C++ standard library: GNU libstdc++ version 20050304 Boost version : 1_33_1 Changes since base revision: format_version 1 new_manifest [09dad23b1832b567f201dd340cd4c38935eeebb6] old_revision [3b57ee59f7e00c8299c8a301e03e8aa7a413d930] patch debian/changelog from [1b988778e7ac5f4ac6f7ded12ccee3a087dd7783] to [a7cdab55da19a0d14a4d6054361e69ab46f258a3] patch debian/rules from [d5525ed08977179ebfd65388d769f97441ad925b] to [0d3fc8f2f7f3cfb52226bffdee0c549e8c00efed] Generated from data cached in the distribution; further changes may have been made. it also crashes with version 0.28 $ mtn --version monotone 0.28 (base revision: 8c6ce7cb2ccd21290b435e042c2be4554ec6a048) [EMAIL PROTECTED]:~$ mtn --full-version monotone 0.28 (base revision: 8c6ce7cb2ccd21290b435e042c2be4554ec6a048) Running on : Linux 2.4.27-3-386 #1 Thu Sep 14 08:44:58 UTC 2006 i686 C++ compiler: GNU C++ version 4.0.4 20060507 (prerelease) (Debian 4.0.3-3) C++ standard library: GNU libstdc++ version 20060507 Boost version : 1_33_1 Changes since base revision: format_version 1 new_manifest [6bca3c28a58c29d6188e51a503ec128e3b6558a4] old_revision [8c6ce7cb2ccd21290b435e042c2be4554ec6a048] patch po/de.po from [27be6241b1cd164e736f9c692e098b8c7e39ef9f] to [bb2ccd98fe391e33cb407136d92fd40681061289] patch po/fr.po from [ba8591754e834e5116692184360e04dba26ae1b4] to [600e3aa48e4c1c7d3c94f4965ea8ad8a654ab2ad] patch po/it.po from [966f84dcd0cfce77f0dc5f0a9720e7379101f14d] to [ebcbe3e33dcdd3617ef119051b2d39d6fd4a1c07] patch po/ja.po from [0a68d3ac08007a2eddf9b7aed9334f247358e719] to [c0ad09847f64466bc65efd642bfa412d8d3206ba] patch po/pt_BR.po from [8dc5e53db87e7a4f0ad908e34bd7ebf027f85e3c] to [9f56fe23030aea521117614e7d521aa50540] patch po/sv.po from [8b91f4a0508dbb6bcfc252f9ce17ae7f3705e634] to [adca3d0d442d71d10cd223433ac384ff739b012d] Generated from data cached in the distribution; further changes may have been made. dump.gz Description: application/gzip signature.asc Description: OpenPGP digital signature ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] mtn command, extension, and MIME type
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alex Queiroz wrote: On 06/01/06, Richard Levitte - VMS Whacker [EMAIL PROTECTED] wrote: (in french, moto is slangish for motorcycle) In Portuguese as well. and in spanish. not that that's a reason not to use it... -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDvoiUlmRickEXuVYRAhgVAKDSg1T2+V3zFfsAnhSw/rIV2C/9qACgzLe+ jiQp4AKJ4cFJgODMTcBYLBo= =pltC -END PGP SIGNATURE- ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] Re: Debian apt-friendly monotone archive
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Steven E. Harris wrote: Chad Walstrom [EMAIL PROTECTED] writes: I decided to ask here because the testing version is still at 0.19-1. The unstable version is at 0.24-1, which is fresh enough for my needs. However, I'm out of practice with apt, trying to recall if it's possible to only expose my system to a select few packages from unstable without dragging all the current testing packages into the upgrade dance. # apt-get install -t unstable monotone would install the unstable version of monotone. # apt-get install -st unstable gimp would show which packages would be installed (without performing the actual installation. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDutpWlmRickEXuVYRAkNLAJ98Xg5pZYZ69jp+Z61YOiqreBPiXQCfeT3f q2fwaHLZy1a0DR6WrM+++Do= =ySkJ -END PGP SIGNATURE- ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
