Bug#1069902: gropdf generates invalid CreationDate and ModDate
Package: groff Version: 1.23.0-2 $ echo "" | groff -T pdf | grep -F -a Date 5 0 obj << /CreationDate (D:20240426202138+01'+00') /ModDate (D:20240426202138+01'+00') $ echo "" | groff -T pdf | grep -F -a Date 5 0 obj << /CreationDate (D:20240426202145+01'+00') /ModDate (D:20240426202145+01'+00') $ echo "" | groff -T pdf | grep -F -a Date 5 0 obj << /CreationDate (D:20240426202150+02'+00') /ModDate (D:20240426202150+02'+00') Note the '+00' instead of '00' at the end of the date string. Also note that the first two attempts resulted in a timezone offset of +01:00, but the last one had a timezone offset of +02:00 (the last one is correct). A non-Debian groff 1.23 does not exhibit those issues: ~> echo "" | groff -Tpdf | grep -F -a Date 5 0 obj << /CreationDate (D:20240426202132+02'00') /ModDate (D:20240426202132+02'00') ~> echo "" | groff -Tpdf | grep -F -a Date 5 0 obj << /CreationDate (D:20240426202142+02'00') /ModDate (D:20240426202142+02'00') ~> echo "" | groff -Tpdf | grep -F -a Date 5 0 obj << /CreationDate (D:20240426202151+02'00') /ModDate (D:20240426202151+02'00') see also https://lists.gnu.org/archive/html/groff/2024-04/msg00026.html for a possible patch
Bug#986736: RFP: xmake -- A cross-platform build utility based on Lua
Package: wnpp Severity: wishlist xmake is a lightweight cross-platform build utility based on Lua. It uses xmake.lua to maintain project builds. Compared with makefile/CMakeLists.txt, the configuration syntax is more concise and intuitive. It is very friendly to novices and can quickly get started in a short time. Let users focus more on actual project development. It can compile the project directly like Make/Ninja, or generate project files like CMake/Meson, and it also has a built-in package management system to help users solve the integrated use of C/C++ dependent libraries. URL: https://github.com/xmake-io/xmake/ License: Apache License 2.0
Bug#866015: caused by missing TLS SNI support
This seems to be due to missing support for SNI (server name indication), so related to #797968
Bug#733482: ELinks not built with lua support
On Mon, Jan 13, 2014 at 04:59:25PM +0100, Moritz Muehlenhoff wrote: > Do you use Lua scripting or did you spot this from the build logs? > > Given that noone noticed that for 16 months I'm tempted to simply drop > the Lua build dep entirely. I am using Lua scripting for ELinks (mainly to rewrite URLs when following links - and I am mainly running Ubuntu these days where the LTS version still comes with an Elinks where Lua scripting works), so dropping Lua support would be slightly inconvenient for me. Christof -- http://cmeerw.org sip:cmeerw at cmeerw.org mailto:cmeerw at cmeerw.org xmpp:cmeerw at cmeerw.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733482: ELinks not built with lua support
Package: elinks Version: 0.12~pre6-4 The patch 09-Switch-to-use-lua-5.1.diff only updates configure.in, but doesn't update or rebuild the configure script. This means that lua5.1 is not detected by the configure script and elinks is therefore built without lua support. Also compare the lua configuration sections in http://sources.debian.net/src/elinks/0.12~pre6-4/configure.in#L818 http://sources.debian.net/src/elinks/0.12~pre6-4/configure#L18802 which shows that these files are out of sync. Christof -- http://cmeerw.org sip:cmeerw at cmeerw.org mailto:cmeerw at cmeerw.org xmpp:cmeerw at cmeerw.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
