[pkg] New package: wcc

Raphael Hertzog hertzog at debian.org
Wed Jun 21 09:57:49 UTC 2017


Hi,

On Tue, 20 Jun 2017, phil at reseau-libre.net wrote:
> > - what's the status of lua and luajit? They are embedded in the sources
> >   but is there no way to use the packaged versions?
> 
> It seems that luajit is not more used, as i can see in src/wsh/Makefile. lua
> is used instead.
> I've made a new patch replacing the usage of the internal lua with the
> Debian packaged one, avoiding to use duplicated content. Now wsh use the
> Debian liblua5.3.

Thus you don't need the explicit dependency on "liblua5.3-0", it's generated
via ${shlibs:Depends}).

> >   I see you have put a dependency on lua5.1... but what for given that
> >   the package embeds its own copy of Lua?
> 
> After some tests, the dependency is on lua5.3 (for some scripts such as
> usr/share/wcc/scripts/print_G).

It's not clear to me where it is used... that script has a #!/usr/bin/lua
shebang and lua5.3 (currently) doesn't provide the /usr/bin/lua
alternative (whereas lua5.2 and earlier do).

But I'm not convinced that this script deserves this shebang. And print_G
is not used anywhere else in wcc. What's its purpose?

wsh seems to rely exclusively on liblua and the other commands do not
even contain the "lua" string in their source code.

Other details: mktemp is a transitional package depending on coreutils
which is essential, so there is no dependency needed.

Some of your lintian overrides were wrong too.
executable-not-elf-or-script should be fixed by either adding/dropping the
shebang line or by adding/dropping the execute permission, not by
overriding it.

missing-dep-for-interpreter on print_G was right since lua5.3 doesn't provide
/usr/bin/lua

I have pushed my small changes and uploaded a first version, let's see
if it goes through NEW with its huge copyright file. :)

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: https://www.freexian.com/services/debian-lts.html
Learn to master Debian: https://debian-handbook.info/get/



More information about the Pkg-security-team mailing list