Bug#970844: lua-check: Unusable due to incomplete packaging

2020-09-24 Thread Flynn Marquardt
Package: lua-check
Version: 0.24.0-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

just starting lua-check version 0.24 on any lua source file results in the
following error messages:

lua5.1: /usr/share/lua/5.1/luacheck/options.lua:3: module
'luacheck.builtin_standards' not found:
no field package.preload['luacheck.builtin_standards']
no file './luacheck/builtin_standards.lua'
no file '/usr/local/share/lua/5.1/luacheck/builtin_standards.lua'
no file '/usr/local/share/lua/5.1/luacheck/builtin_standards/init.lua'
no file '/usr/local/lib/lua/5.1/luacheck/builtin_standards.lua'
no file '/usr/local/lib/lua/5.1/luacheck/builtin_standards/init.lua'
no file '/usr/share/lua/5.1/luacheck/builtin_standards.lua'
no file '/usr/share/lua/5.1/luacheck/builtin_standards/init.lua'
no file './luacheck/builtin_standards.so'
no file '/usr/local/lib/lua/5.1/luacheck/builtin_standards.so'
no file '/usr/lib/x86_64-linux-
gnu/lua/5.1/luacheck/builtin_standards.so'
no file '/usr/lib/lua/5.1/luacheck/builtin_standards.so'
no file '/usr/local/lib/lua/5.1/loadall.so'
no file './luacheck.so'
no file '/usr/local/lib/lua/5.1/luacheck.so'
no file '/usr/lib/x86_64-linux-gnu/lua/5.1/luacheck.so'
no file '/usr/lib/lua/5.1/luacheck.so'
no file '/usr/local/lib/lua/5.1/loadall.so'
stack traceback:
[C]: in function 'require'
/usr/share/lua/5.1/luacheck/options.lua:3: in main chunk
[C]: in function 'require'
...are/lua/5.1/luacheck/stages/parse_inline_options.lua:1: in main
chunk
[C]: in function 'require'
/usr/share/lua/5.1/luacheck/serializer.lua:1: in main chunk
[C]: in function 'require'
/usr/share/lua/5.1/luacheck/cache.lua:2: in main chunk
[C]: in function 'require'
/usr/share/lua/5.1/luacheck/main.lua:2: in main chunk
[C]: in function 'require'
/usr/bin/luacheck:2: in main chunk
[C]: ?

The new version has two new subdirectories, which are not packaged:

- src/luacheck/builtin_standards
- src/luacheck/vendor

Please fix the package by adding this subdirectories to the package.



-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.8.10 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_USER
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages lua-check depends on:
ii  lua-argparse0.6.0-1
ii  lua-filesystem  1.8.0-1
ii  lua5.1  5.1.5-8.1+b3

lua-check recommends no packages.

lua-check suggests no packages.

-- no debconf information



Bug#894276: lighttpd: mod_openssl.so missing in debian package

2018-03-28 Thread Flynn Marquardt
Package: lighttpd
Version: 1.4.49-1
Severity: important

Dear Maintainer,

the ssl support in lighttpd is now a separate module.
The module mod_openssl.so is build, but not packaged.

This renders lighttpd unusable in real world use.

Please add /usr/lib/lighttpd/mod_openssl.so to the package.

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.15.13 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages lighttpd depends on:
ii  libattr1  1:2.4.47-2+b2
ii  libbz2-1.01.0.6-8.1
ii  libc6 2.27-2
ii  libfam0   2.7.0-17.2+b1
ii  libpcre3  2:8.39-9
ii  libssl1.1 1.1.0g-2
ii  lsb-base  9.20170808
ii  mime-support  3.60
ii  zlib1g1:1.2.8.dfsg-5

Versions of packages lighttpd recommends:
pn  spawn-fcgi  

Versions of packages lighttpd suggests:
pn  apache2-utils 
pn  lighttpd-doc  
ii  openssl   1.1.0g-2
ii  php-cgi   1:7.2+60
ii  php7.0-cgi [php-cgi]  7.0.28-1
ii  php7.2-cgi [php-cgi]  7.2.3-1
ii  rrdtool   1.7.0-1

-- Configuration Files:
/etc/lighttpd/lighttpd.conf changed [not included]
/etc/logrotate.d/lighttpd changed [not included]

-- no debconf information



Bug#672996: libstdc++6-4.6-dev: Static linking of C++ runtime fails due to relocation problems, recompiling with -fPIC needed.

2012-12-02 Thread Flynn Marquardt
Am 06.10.2012 14:24, schrieb Matthias Klose:
 tags 672996 + moreinfo
 thanks

 On 15.05.2012 12:47, Flynn Marquardt wrote:
 Package: libstdc++6-4.6-dev
 Version: 4.6.3-1
 Severity: normal

 Dear Maintainer,

 trying to link the C++-runtime statically with the option -static-libstdc++
 fails for me with following error:

 /usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/4.6/libstdc++.a(ctype.o):
 relocation R_X86_64_32S against `vtable for std::ctypewchar_t' can not
 be used when making a shared object; recompile with -fPIC
 /usr/lib/gcc/x86_64-linux-gnu/4.6/libstdc++.a: could not read symbols:
 Bad value

 Please consider building /usr/lib/gcc/x86_64-linux-gnu/4.6/libstdc++.a
 with the Option -fPIC,
 maybe other version of gcc from version 4.5 (introducing the option
 -static-libstdc++) too.
 the bug report is missing information how the objects are built and linked.


Built was a shared library, that should be linked statically against
libstdc++.

Used compiler flags (except -D -I): -m64 -O3 -fPIC -fno-strict-aliasing
-ffunction-sections -pthread
Used linker flags: -fPIC -m64 -Wl,--version-script=... 
-Wl,--gc-sections,-z,defs,--as-needed,-O1 -shared -Wl,-soname,...

If you need more incofrmation, let me know.

(gcc-4.7 has the same problem, but the symbol in question is different ...)

Flynn



signature.asc
Description: OpenPGP digital signature


Bug#672996: libstdc++6-4.6-dev: Static linking of C++ runtime fails due to relocation problems, recompiling with -fPIC needed.

2012-05-15 Thread Flynn Marquardt
Package: libstdc++6-4.6-dev
Version: 4.6.3-1
Severity: normal

Dear Maintainer,

trying to link the C++-runtime statically with the option -static-libstdc++
fails for me with following error:

/usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/4.6/libstdc++.a(ctype.o):
relocation R_X86_64_32S against `vtable for std::ctypewchar_t' can not
be used when making a shared object; recompile with -fPIC
/usr/lib/gcc/x86_64-linux-gnu/4.6/libstdc++.a: could not read symbols:
Bad value

Please consider building /usr/lib/gcc/x86_64-linux-gnu/4.6/libstdc++.a
with the Option -fPIC,
maybe other version of gcc from version 4.5 (introducing the option
-static-libstdc++) too.

Flynn


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.3.6-06865-gd51a918-dirty (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libstdc++6-4.6-dev depends on:
ii  g++-4.6   4.6.3-1
ii  gcc-4.6-base  4.6.3-1
ii  libc6-dev 2.13-32
ii  libstdc++64.7.0-7

libstdc++6-4.6-dev recommends no packages.

Versions of packages libstdc++6-4.6-dev suggests:
pn  libstdc++6-4.6-doc  none

-- no debconf information





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org