Bug#827590: RFS: lua-torch-trepl/0~20160613-g06128f9-1 [ITP]

[Lumin <cdluminate@gmail.com>]

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
<locutusofborg@debian.org> 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