[Monotone-devel] Re: Bug in mtn cvs_import; timestamps off by factor 1000
On 2009-08-10 22:00, Rasmus Kaj wrote: I've just experienced what I believe to be a bug in the cvs_import subcommand of monotone. When I try to import a project, the date for all the revisions end up between the 11:th and the 15:th of january, 1970. That is consitent whith a factor 1000 on the timestamps. Ousp, I should have mentioned: This is monotone 0.44, from revision 7a4832143b3146ca89f5cb91e0e571d05e29d4b9, getting the same result both on Linux 2.6.29.6 (fedora 11) and on FreeBSD 7.2. -- Rasmus Kaj -- k...@kth.se -- 08-790 67 21 -- Infosys, KTH Personligt: http://rasmus.krats.se/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] building monotone on Red Hat Enterprise 4
Stephen Leake wrote: I'm trying to build monotone head on Red Hat Enterprise 4. gcc is gcc (GCC) 3.4.6 20060404 (Red Hat 3.4.6-11) Botan, Lua, pcre get past the mtn configure checks, but sqlite does not: [... undefined references ...] Do these errors look familiar? Maybe I need a newer pthread library? Reminds me more of problems with the order of libraries in the final link step I saw when building the (semi-) static binary we have on the website. - Thomas ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] ViewMTN maintainer
Hi Grahame, Grahame Bowland wrote: It's over a year since I did much on ViewMTN. I'm not interested in continuing to work on the project, so I'm looking for someone to take over maintainership. If anyone puts their hand up I am more than happy to help with any questions or problems. Thanks in advance to anyone that puts their hand up! First of all thanks for developing that useful front-end! If no one else want to take over maintainership, I could step in - maintaining your package in Fedora anyway on the one hand, and having some Python code interfacing Monotone on the other hand. Maybe we can discuss details off-list. - Thomas ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[Monotone-devel] Re: Bug in mtn cvs_import; timestamps off by factor 1000
Rasmus Kaj wrote: Ousp, I should have mentioned: This is monotone 0.44, from revision 7a4832143b3146ca89f5cb91e0e571d05e29d4b9, getting the same result both on Linux 2.6.29.6 (fedora 11) and on FreeBSD 7.2. Mhh, on FreeBSD I succesfully cvs_import'ed even recently some stuff. AFAIK CVS didn't have a standard way to represent time formats, so it might just be that the specific timestamp your ,v files are using is not parsable by monotone. What format is that in your files? You might check with something like: $ egrep ^date[[:space:]] file,v date2006.02.26.08.58.01;author lapo;state Exp; date2005.12.07.21.36.07;author lapo;state Exp; date2005.12.07.16.45.29;author lapo;state Exp; -- Lapo Luchini - http://lapo.it/ ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] building monotone on Red Hat Enterprise 4
Thomas Moschny thomas.mosc...@gmx.de writes: Stephen Leake wrote: I'm trying to build monotone head on Red Hat Enterprise 4. gcc is gcc (GCC) 3.4.6 20060404 (Red Hat 3.4.6-11) Botan, Lua, pcre get past the mtn configure checks, but sqlite does not: [... undefined references ...] Do these errors look familiar? Maybe I need a newer pthread library? Reminds me more of problems with the order of libraries in the final link step That makes sense. I added -ldl and the dlclose etc references got resolved. Any hint which library has the pthread symbols? I saw when building the (semi-) static binary we have on the website. Which one is that? It would be good to describe the library dependencies of the distributions. It would also be good to include the specific build instructions in some file in monotone, so others can reproduce it. The Windows native installer includes the necessary DLLs, and build instructions are in monotone/INSTALL and monotone/win32/README. -- -- Stephe ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] building monotone on Red Hat Enterprise 4
Stephen Leake wrote: Thomas Moschny thomas.mosc...@gmx.de writes: Reminds me more of problems with the order of libraries in the final link step That makes sense. I added -ldl and the dlclose etc references got resolved. Any hint which library has the pthread symbols? You need -pthread, in the compile as well as in the link step(s) - note that it is not -lpthread, but simply -pthread, no typo. Look through the ml archive, there's a thread about that issue some time ago. Basically, if one of the libraries we use is compiled with pthread support, we should add -pthread everywhere. (I consider it an error that neither pkg-config --cflags sqlite3 nor pkg-config --libs sqlite3 output -pthread, but yeah, some people seem to disagree.) I saw when building the (semi-) static binary we have on the website. Which one is that? http://monotone.ca/downloads/0.44/mtn-0.44-linux-x86.bz2 This is not an archive, but a single, compressed binary, with no other dependencies than that provided by glibc 2.3. It would be good to describe the library dependencies of the distributions. Not sure I understand what you mean here. It would also be good to include the specific build instructions in some file in monotone, so others can reproduce it. Build instructions for what? The static binary? That is currently built by hand, as I wasn't in the mood working through our auto*tools stuff yet to implement that. The Windows native installer includes the necessary DLLs, and build instructions are in monotone/INSTALL and monotone/win32/README. No need to separately ship libraries for Linux, see above. - Thomas ___ Monotone-devel mailing list Monotone-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/monotone-devel
[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
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.
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
___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel
Re: [Monotone-devel] building monotone on Red Hat Enterprise 4
Thomas Moschny thomas.mosc...@gmx.de writes: Stephen Leake wrote: Thomas Moschny thomas.mosc...@gmx.de writes: Reminds me more of problems with the order of libraries in the final link step That makes sense. I added -ldl and the dlclose etc references got resolved. Any hint which library has the pthread symbols? You need -pthread, in the compile as well as in the link step(s) - note that it is not -lpthread, but simply -pthread, no typo. Ok, I'll give that a try. It would be good to describe the library dependencies of the distributions. Not sure I understand what you mean here. Since I know that monotone no longer bundles its own copies of external libraries, I thought the Linux executable relied on system shared libraries. Other casual users would not make that assumption. But it would be good to state something like These are either staticly linked, or include all external libraries. on the website. It would also be good to include the specific build instructions in some file in monotone, so others can reproduce it. Build instructions for what? The static binary? Yes. That is currently built by hand, as I wasn't in the mood working through our auto*tools stuff yet to implement that. Right. So whoever does the next release will need to repeat that by hand process. It would be helpful if it was written down somewhere. -- -- Stephe ___ 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
