[Sputnik-list] sputnik with subversion
Yuri Takhteyev
yuri at sims.berkeley.edu
Tue Jun 12 22:30:03 GMT+3 2007
Indeed this solves the problem. I didn't realize that you had created
a separate project for this (which does make sense) and was using the
code you sent me which I had checked into sputnik svn myself. I will
remove luasvn from sputnik's svn and will fix the documentation page.
- yuri
On 6/12/07, Sérgio Medeiros <tampo_8 at yahoo.com> wrote:
> Hi, Yuri!
>
>
>
> I think I found the error. You are not using the "luasvn.c" that I put in google code (http://code.google.com/p/luasvn/)
>
>
>
> The version of "luasvn" that you are currently using exports the old
> name of the library "svnlib" and not "luasvn", I just changed this and
> the test worked :-)
>
>
>
> Sérgio
>
> ----- Mensagem original ----
> De: Yuri Takhteyev <yuri at sims.berkeley.edu>
> Para: Sérgio Medeiros <tampo_8 at yahoo.com>
> Cc: sputnik-list at lists.luaforge.net
> Enviadas: Terça-feira, 12 de Junho de 2007 20:21:36
> Assunto: Re: [Sputnik-list] sputnik with subversion
>
> Sorry for taking so long to respond. Yes, I put a copy there too, and
> that's where it is being loaded from (I will fix the page):
>
> error loading module 'luasvn' from file
> '/home/qaramazov/kepler/lib/lua/5.1/luasvn.so':
> /home/qaramazov/kepler/bin/lua5.1: undefined symbol: luaopen_luasvn
> stack traceback:
> [C]: ?
> [C]: in function 'require'
> stdin:1: in main chunk
> [C]: ?
>
> Note that require _does_ find the module, it just runs into a problem
> finding a particular symbol in it.
>
> - yuri
>
> On 6/8/07, Sérgio Medeiros <tampo_8 at yahoo.com> wrote:
> > Hi, Yuri!
> >
> > I am not 100% sure, but looking the instructions at http://www.freewisdom.org/projects/sputnik/Building_LuaSVN, I think you should do something like "cp luasvn.so $PREFIX/lib/lua/5.1"
> > instead of "cp luasvn.so $PREFIX/share/lua/5.1", because when I type require "somelib", I got this message:
> >
> > module 'somelib' not found:
> > no field package.preload['somelib']
> > no file './somelib.lua'
> > no file '/usr/local/share/lua/5.1/somelib.lua'
> > no file '/usr/local/share/lua/5.1/somelib/init.lua'
> > no file '/usr/local/lib/lua/5.1/somelib.lua'
> > no file '/usr/local/lib/lua/5.1/somelib/init.lua'
> > no file './somelib.so'
> > no file '/usr/local/lib/lua/5.1/somelib.so'
> > no file '/usr/local/lib/lua/5.1/loadall.so'
> >
> > Can you try this?
> >
> > Sérgio
> >
> >
> > ----- Mensagem original ----
> > De: Yuri Takhteyev <yuri at sims.berkeley.edu>g
> > Para: sputnik-list at lists.luaforge.net
> > Enviadas: Sexta-feira, 8 de Junho de 2007 3:18:30
> > Assunto: [Sputnik-list] sputnik with subversion
> >
> > Ok, working with Sergio's new makefile (which I updated and checked
> > into svn) and setting LD_LIBRARY_PATH, I got to compile everything on
> > dreamhost (which has close to nothing installed to begin with). The
> > instructions for this are on
> > http://www.freewisdom.org/projects/sputnik/Building_LuaSVN
> >
> > Now, if I dofile kepler_init.lua and then require"luasvn", I still get
> >
> > > dofile(os.getenv("PREFIX").."/etc/kepler/1.1/kepler_init.lua")
> > > require"luasvn"
> > error loading module 'luasvn' from file
> > '/home/qaramazov/kepler/lib/lua/5.1/luasvn.so':
> > /home/qaramazov/kepler//bin/lua5.1: undefined symbol: luaopen_luasvn
> > stack traceback:
> > [C]: ?
> > [C]: in function 'require'
> > stdin:1: in main chunk
> > [C]: ?
> >
> > Note that at this point I do seem to manage to load the required
> > libraries. (If it couldn't if would have gave a different error
> > earlier.)
> >
> > - yuri
> >
> >
> > On 6/7/07, Sérgio Medeiros <tampo_8 at yahoo.com> wrote:
> > > Hi, Yuri!
> > >
> > > I think you sent the last two e-mails just to me. It was my fault, because I forgot to give "reply all" before, sorry :-)
> > >
> > > I am resending your file "installation.txt" to the list.
> > >
> > > I compiled "luasvn" compiling Subversion, as you was able to compile APR, I think it is possible to get the whole system
> > > working.
> > >
> > > I learned new things today about linking. The number one was that when the gcc is linking, if there are two library files, one with extension ".a" and the other with extension ".so", gcc will choose the ".so" file
> > >
> > > The second thing is, because gcc chose the ".so" file, you need to set "LD_LIBRARY_PATH" so "ld" can find the svn libraries. I did this: "export LD_LIBRARY_PATH=/home/smedeiros/svn/lib/" (you can also do
> > > "export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/smedeiros/svn/lib/") and then "lua test.lua" worked.
> > >
> > > I am sending my version of makefile to compile just "luasvn", I installed subversion (make install) in "/home/smedeiros/svn".
> > >
> > >
> > > Sérgio
> > >
> > >
> > >
> > > ----- Mensagem original ----
> > > De: Yuri Takhteyev <yuri at cs.stanford.edu>
> > > Para: Sérgio Medeiros <tampo_8 at yahoo.com>
> > > Enviadas: Quinta-feira, 7 de Junho de 2007 20:25:21
> > > Assunto: Re: sputnik with subversion
> > >
> > > I tried building everything from source as non-root (see attached
> > > files with instructions), which required adding a link to the local
> > > installation of Lua. I got luasvn.c but couldn't get ld to include
> > > files from a local directory.
> > >
> > > Any suggestions? (Until this problem with ld it all works even on
> > > dreamhost, which is rather barebones, so this is quite exciting.)
> > >
> > > - yuri
> > >
> > > On 6/7/07, Yuri Takhteyev <yuri at cs.stanford.edu> wrote:
> > > > I built my own subversion (1.4.3) and my own APR (from subversion
> > > > repository), then built my luasvn with them and it still doesn't work.
> > > > I get exactly the same error.
> > > >
> > > > - yuri
> > > >
> > > > On 6/7/07, Yuri Takhteyev <yuri at sims.berkeley.edu> wrote:
> > > > > > I am trying to compile Subversion again and will send another e-mail when I have finished.
> > > > > > P.S.: Was this the point or I missed it?
> > > > >
> > > > > Yes, that's what I meant. The only thing is: see if you can compile
> > > > > it as non-root user.
> > > > >
> > > > > BTW, I am trying to do the same thing right now, but running into a
> > > > > problem with APR.
> > > > >
> > > > > - yuri
> > > > >
> > > > > --
> > > > > Yuri Takhteyev
> > > > > UC Berkeley School of Information
> > > > > http://www.freewisdom.org/
> > > > >
> > > >
> > > >
> > > > --
> > > > Yuri Takhteyev
> > > > UC Berkeley School of Information
> > > > http://www.freewisdom.org/
> > > >
> > >
> > >
> > > --
> > > Yuri Takhteyev
> > > UC Berkeley School of Information
> > > http://www.freewisdom.org/
> > >
> > >
> > >
> > >
> > >
> > >
> > > ____________________________________________________________________________________
> > > Novo Yahoo! Cadê? - Experimente uma nova busca.
> > > http://yahoo.com.br/oqueeuganhocomisso
> > >
> >
> >
> > --
> > Yuri Takhteyev
> > UC Berkeley School of Information
> > http://www.freewisdom.org/
> >
> > _______________________________________________
> > Sputnik-list mailing list
> > Sputnik-list at lists.luaforge.net
> > http://lists.luaforge.net/cgi-bin/mailman/listinfo/sputnik-list
> >
> >
> >
> >
> >
> >
> > ____________________________________________________________________________________
> > Novo Yahoo! Cadê? - Experimente uma nova busca.
> > http://yahoo.com.br/oqueeuganhocomisso
> >
>
>
> --
> Yuri Takhteyev
> UC Berkeley School of Information
> http://www.freewisdom.org/
>
>
>
>
>
>
> ____________________________________________________________________________________
> Novo Yahoo! Cadê? - Experimente uma nova busca.
> http://yahoo.com.br/oqueeuganhocomisso
>
--
Yuri Takhteyev
UC Berkeley School of Information
http://www.freewisdom.org/
More information about the Sputnik-list
mailing list