Re: [Monotone-devel] nvm.stripped failing check for lua

Richard Levitte wrote: Yes. However, it seems like some packages make the library version part of the library *name*, to make sure that you link against exactly that version and none else. In general, this is a real pain in Debian, it means any updates to the library may require all clients

Re: [Monotone-devel] nvm.stripped failing check for lua

In message <[EMAIL PROTECTED]> on Mon, 13 Oct 2008 23:06:59 -0600, "Derek Scherger" <[EMAIL PROTECTED]> said: derek> On Mon, Oct 13, 2008 at 10:51 PM, Zack Weinberg <[EMAIL PROTECTED]> wrote: derek> derek> > Debian: derek> > derek> > $ (cd /usr/lib && ls -l liblua*) derek> > -rw-r--r-- 1 root r

Re: [Monotone-devel] nvm.stripped failing check for lua

On Mon, Oct 13, 2008 at 10:06 PM, Derek Scherger <[EMAIL PROTECTED]> wrote: > On Mon, Oct 13, 2008 at 10:51 PM, Zack Weinberg <[EMAIL PROTECTED]> wrote: >> >> lrwxrwxrwx 1 root root 18 2008-04-01 11:39 liblua5.1.so -> >> liblua5.1.so.0.0.0 >> lrwxrwxrwx 1 root root 18 2008-03-31 07:09 liblu

Re: [Monotone-devel] nvm.stripped failing check for lua

On Mon, Oct 13, 2008 at 10:51 PM, Zack Weinberg <[EMAIL PROTECTED]> wrote: > Debian: > > $ (cd /usr/lib && ls -l liblua*) > -rw-r--r-- 1 root root 324860 2008-01-26 08:12 liblua5.1.a > -rw-r--r-- 1 root root825 2008-01-26 08:12 liblua5.1.la > lrwxrwxrwx 1 root root 18 2008-04-01 11:39 libl

Re: [Monotone-devel] nvm.stripped failing check for lua

On Mon, Oct 13, 2008 at 7:55 PM, Derek Scherger <[EMAIL PROTECTED]> wrote: > - PKG_CHECK_MODULES([LUA], [lua5.1], > + PKG_CHECK_MODULES([LUA], [lua], > > Is this a reasonable change on other systems? Debian: $ (cd /usr/lib && ls -l liblua*) -rw-r--r-- 1 root root 324860 2008-01-26 08:12 l

Re: [Monotone-devel] Concerns about the net.venge.monotone.stripped branch

On Mon, Oct 13, 2008 at 7:45 PM, Jack Lloyd <[EMAIL PROTECTED]> wrote: > I could not figure out how to get the runtime Lua version (aside from > executing a line of Lua that ruturns the value of the Lua _VERSION > variable) well, you could always do the moral equivalent in C: lua_getglobal(L, "

Re: [Monotone-devel] Concerns about the net.venge.monotone.stripped branch

In message <[EMAIL PROTECTED]> on Mon, 13 Oct 2008 21:16:59 -0600, "Derek Scherger" <[EMAIL PROTECTED]> said: derek> On Mon, Oct 13, 2008 at 8:45 PM, Jack Lloyd <[EMAIL PROTECTED]> wrote: derek> derek> > Attached is a patch for getting the PCRE runtime version as well. derek> > derek> derek> Co

Re: [Monotone-devel] Concerns about the net.venge.monotone.stripped branch

On Mon, Oct 13, 2008 at 8:45 PM, Jack Lloyd <[EMAIL PROTECTED]> wrote: > Attached is a patch for getting the PCRE runtime version as well. > Committed in ad7d563d114ba37fe5232fa429fecfc1681c3326, thanks again. Would you like to have commit access Jack? I'm not in a position to grant that to you

[Monotone-devel] nvm.stripped failing check for lua

On my system (gentoo) the pkg-config check for lua fails with: checking for LUA... no checking for lua 5.1... no; guessing checking for lua_load in -llua5.1... no checking whether the lua library is usable... yes Applying the following patch to patch m4/lua.m4 seems to make it happy: # # old_rev

Re: [Monotone-devel] Concerns about the net.venge.monotone.stripped branch

On Mon, Oct 13, 2008 at 11:52:53PM +0200, Markus Wanner wrote: > Hi, > > Richard Levitte wrote: > > In the same vein, the code to display the versions of SQLite, Botan > > and so on might be misleading in a shared library environment. Maybe > > it should display both the versions it was compiled

Re: [Monotone-devel] Re: converting a monotone repository

On Mon, Oct 13, 2008 at 6:12 PM, Timothy Brownawell <[EMAIL PROTECTED]>wrote: > There's a new --no-workspace option to turn off this behavior even when > you're in the root of a workspace. > Oh good, that's better than the --root option, I'll switch things over to that. I'm still having problems

Re: [Monotone-devel] Re: converting a monotone repository

On Sat, 2008-10-04 at 23:55 -0600, Derek Scherger wrote: [...] > One easy way to fix this problem is to have mercurial run monotone > with the '--root=.' option to prevent monotone from searching for a > _MTN directory. > [...] > > It also seems somewhat questionable to me that the monotone aut

Re: [Monotone-devel] Concerns about the net.venge.monotone.stripped branch

Hi, Markus Wanner wrote: > Richard Levitte wrote: >> Just a moment ago, I saw a change that made the montone code depend on >> the version of SQLITE as described by a C macro. That's fine and >> dandy provided you link monotone with the static library, but what >> happens if it's linked with the

Re: [Monotone-devel] Concerns about the net.venge.monotone.stripped branch

Hi, Richard Levitte wrote: > In the same vein, the code to display the versions of SQLite, Botan > and so on might be misleading in a shared library environment. Maybe > it should display both the versions it was compiled against and the > versions it's running against (if that's possible to find

Re: [Monotone-devel] Re: Concerns about the net.venge.monotone.stripped branch

Hi, Bruce Stephens wrote: > No idea. Choose a file that you expect to have been altered > frequently and do "cvs log ". At the top will be any tags or > branch names. Hm.. "cvs rlog" did the trick. However, it looks like they are not tagging releases. I've so far only found these: version_3_3_

[Monotone-devel] Re: Concerns about the net.venge.monotone.stripped branch

Markus Wanner <[EMAIL PROTECTED]> writes: [...] > Any idea what CVS tags they define? I've checked out their CVS tree, but > I'm missing 'cvs ls tags' :-) No idea. Choose a file that you expect to have been altered frequently and do "cvs log ". At the top will be any tags or branch names. __

Re: [Monotone-devel] Re: Concerns about the net.venge.monotone.stripped branch

Hi, Bruce Stephens wrote: > suggests it should be > easy enough. Thanks for the hint. Any idea what CVS tags they define? I've checked out their CVS tree, but I'm missing 'cvs ls tags' :-) And their downloads website doesn't list order versions...

[Monotone-devel] Re: Concerns about the net.venge.monotone.stripped branch

Markus Wanner <[EMAIL PROTECTED]> writes: [...] > Agreed. Thanks for pointing this out. I'll check if we can add dynamic > version checks as well. suggests it should be easy enough. ___ Monotone-devel mai

Re: [Monotone-devel] Concerns about the net.venge.monotone.stripped branch

Hi, Richard Levitte wrote: > Just a moment ago, I saw a change that made the montone code depend on > the version of SQLITE as described by a C macro. That's fine and > dandy provided you link monotone with the static library, but what > happens if it's linked with the shared library and then mov

Re: [Monotone-devel] Concerns about the net.venge.monotone.stripped branch

In the same vein, the code to display the versions of SQLite, Botan and so on might be misleading in a shared library environment. Maybe it should display both the versions it was compiled against and the versions it's running against (if that's possible to find out, which isn't always a given).

[Monotone-devel] Concerns about the net.venge.monotone.stripped branch

Hello, I've been watching the development of the net.venge.monotone.stripped branch for a bit, and I'm starting to notice some dependencies that I find concerning. Just a moment ago, I saw a change that made the montone code depend on the version of SQLITE as described by a C macro. That's fine

Re: [Monotone-devel] Re: nvm.stripped

Hi, Markus Wanner wrote: > 3.4.1 (what we shipped up to now) Oops, revoking that. 3.4.1 and 3.4.2 currently fail on test 'database_dump_load', which is fishy because 3.4.1 was integrated before, no? I'm investigating on the issue. Regards Markus Wanner _

Re: [Monotone-devel] Re: nvm.stripped

Hi, I've now corrected or worked around issues with various sqlite versions. These tests have failed before: Markus Wanner wrote: > 146 database_checkFAIL (line 23) > 216 i_selectorFAIL (line 32) Revision 40dba08582bcb2eecde9c97

Re: [Monotone-devel] nvm.stripped test results + adding version numbers to version --full

Hi, Jack Lloyd wrote: > New version. Use the version macros for Botan instead of calling the > string function. Mostly for consistency with the rest of the version # > sources. Thanks, very cool. Committed as rev ce0db5b1f6d3b9ab45535784e298599733d0d6ab. Regards Markus Wanner __