Hi, The dependencies are present in experimental, trepl is unblocked now. lua-torch-trepl is updated.
Debomatic-amd64: passing http://debomatic-amd64.debian.net/distribution#experimental/lua-torch-trepl/0~20160613-g06128f9-1/buildlog https://mentors.debian.net/package/lua-torch-trepl https://mentors.debian.net/debian/pool/main/l/lua-torch-trepl/lua-torch-trepl_0~20160613-g06128f9-1.dsc Please sponsor, thanks :-) On 12 August 2016 at 14:24, Gianfranco Costamagna <[email protected]> wrote: > Hi, > >>This is due to, actually "trepl" doesn't B-D on the "lua-torch-torch7-dev" >>package. It is a runtime dependency. I'll leave a comment there. >>Keeping this runtime B-D there because it declares explicit dependency >>relationship. > > > oh, ok > >>I've thought about spliting it up -- inspece verbose dh build and >>extract the library compilation commands into d/rules -- however this >>makes d/rules complicated with hardcoded compiles. >> >>Seems that dh_lua didn't foresee such a demand, so the above method is >>the way first came up in my mind. > >> >>Now that the symlink just works fine ... >> >>1. split then up with hardcoded compile >>2. create a new package that ships just a simlink >> >>How do you like it? > > > no, seems worse. lets keep it > >>Suggests: lua-torch-dok, lua-torch-xlua > > > they need to be packaged first. > > G. > > > > -- > Best, > Lumin -- Best, Lumin
