On Sat, 15 Sep 2018 at 22:28, Sean Conner <s...@conman.org> wrote:
>
> It was thus said that the Great Hisham Muhammad once stated:
> > Hi,
> >
> > Thank you for your reports and sorry about the bumpy road you're going 
> > through.
> >
> > On Sat, 15 Sep 2018 at 17:05, Sean Conner <s...@conman.org> wrote:
> > > It was thus said that the Great Sean Conner once stated:
> > > >       * Remove all evidance that LuaRocks had been installed
> > > >       * Remove all evidance that LuaJIT had been installed
> > > >       * Remove all evidance that Lua had been install
> > > >       * Reinstall Lua
> > > >       * mkdir $HOME/.lurocks
> > > >       * reinstall previous config file there
> > > >       * ./configure LuaRocks
> > > >       * make bootstrap
> > > >
> > > > And it worked after all that.
> >
> > That shouldn't have all been necessary, I'm not sure what happened.
> > One possibility is that you were trying to run it from within the
> > luarocks tarball dir, which is itself a LuaRocks project, so it was
> > picking that up and installing things into its own lua_modules dir
> > (that's like running git from within a git repo, it will assume it is
> > referring to that repo).
>
>   That could very well be the problem, I don't know.
>
> > > [spc]lucy:~/projects/lua-conmanorg/rockspecs>luarocks upload 
> > > --api-key=<redacted> org.conman.errno-1.0.2-1.rockspec
> > > Sending org.conman.errno-1.0.2-1.rockspec ...
> > >
> > > Error: '/usr/bin/curl' program not found. Make sure curl is installed and 
> > > is
> > > available in your PATH (or you may want to edit the 'variables.CURL' value
> > > in file '/home/spc/.luarocks/config-5.3.lua')
> > > [spc]lucy:~/projects/lua-conmanorg/rockspecs>which curl
> > > /usr/bin/curl
> > > [spc]lucy:~/projects/lua-conmanorg/rockspecs>
> > >
> > >   So I *have* curl installed, but LuaRocks is not finding it.
> >
> > This is very odd. Can you try running it with --verbose, to see if we
> > get any hint?
>
> [spc]lucy:~/projects/lua-conmanorg/rockspecs>luarocks upload 
> org.conman.tls-1.0.0-1.rockspec
> Sending org.conman.tls-1.0.0-1.rockspec ...
>
> Error: '/usr/bin/curl' program not found. Make sure curl is installed and is 
> available in your PATH (or you may want to edit the 'variables.CURL' value in 
> file '/home/spc/.luarocks/config-5.3.lua')
> [spc]lucy:~/projects/lua-conmanorg/rockspecs>luarocks upload --verbose 
> org.conman.tls-1.0.0-1.rockspec
>
> io.popen:       stat -c '%U' '/home/spc/.cache/luarocks' 2> /dev/null
> Sending org.conman.tls-1.0.0-1.rockspec ...
>
> os.execute:     '/usr/bin/curl' '--version'
> curl 7.12.1 (i686-redhat-linux-gnu) libcurl/7.12.1 OpenSSL/0.9.7a 
> zlib/1.2.1.2 libidn/0.5.6
> Protocols: ftp gopher telnet dict ldap http file https ftps
> Features: GSS-Negotiate IDN IPv6 Largefile NTLM SSL libz
> Results: 3
>   1 (nil): nil
>   2 (string): exit
>   3 (number): 2

That is odd, curl --version returns exit code 2? On my machine running
curl 7.53.1, I get a 0:

hisham@proxy ~]curl --version
curl 7.53.1 (x86_64-pc-linux-gnu) libcurl/7.53.1 OpenSSL/1.x.x zlib/1.2.8
Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps
pop3 pop3s rtsp smb smbs smtp smtps telnet tftp
Features: IPv6 Largefile GSS-API Kerberos SPNEGO NTLM NTLM_WB SSL libz
TLS-SRP UnixSockets HTTPS-proxy
hisham@proxy ~]echo $?
0

I'm guessing I could anything other than a 127 to be a success, as in
"the program does exist". Would it be possible for you to upgrade curl
so we could confirm that it's a version issue?

> Yes, I am running a rather older system, but it hasn't been much of an
> issue.

Indeed, curl detection (which is needed by `luarocks upload` when
LuaSocket isn't installed) used to happen at configure-time
scanning for $PATH, and now it shifted to probing the command at runtime.

> > >   Secondly, I used to be able to upload without the --api-key option, but
> > > I'm having difficulty finding out how I got that working with that option.
> > >
> > >   So far:
> > >
> > >         * You can't upgrade to LuaRocks 3 from LuaRocks 2 using luarocks.
> >
> > That is indeed a limitation. This is a major release and the first
> > rockspec format change in like 10(?) years, so I figured I'd make the
> > jump and use the new features in its own rockspec as a showcase of the
> > functionality.
>
>   Can you not have a rockspec file for both versions?

It would require some testing, but might be doable. I opted for going
for a clean slate with LuaRocks 3 because it removes out-of-the-box
support for unversioned trees (which were always problematic in the
face of multiple Lua versions), and the `luarocks install luarocks`
path would preserve that in people's machines. I should have pointed
out that upgrade limitation more clearly in the announcement email.

-- Hisham


_______________________________________________
Luarocks-developers mailing list
Luarocks-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/luarocks-developers

Reply via email to