Bug#1061655: wine: FTBFS with error: unknown conversion type character ‘I’ in format [-Werror=format=]
Package: wine Version: 9.0~repack-2 Severity: serious The source package fail to build on armel and armhf with the following error. programs/winedbg/info.c:356:27: error: unknown conversion type character ‘I’ in format [-Werror=format=] 356 | dbg_printf("'0x%0*I64lld' is not a valid module address\n", ADDRWIDTH, base); | ^ programs/winedbg/info.c:356:20: error: too many arguments for format [-Werror=format-extra-args] 356 | dbg_printf("'0x%0*I64lld' is not a valid module address\n", ADDRWIDTH, base); |^~~ The build failures are available from https://buildd.debian.org/status/package.php?p=wine >. The issue seem to have been introduced in an upstream commit 2021-10-12: commit 3a869c1f9ba8a35eb0781fc5cb0b6684a9a7960b Author: Eric Pouech Date: Tue Oct 12 18:10:58 2021 +0200 winedbg: Simplify some printing of addresses. Signed-off-by: Eric Pouech Signed-off-by: Alexandre Julliard diff --git a/programs/winedbg/info.c b/programs/winedbg/info.c index dc0e6591f1f..477438d83e3 100644 --- a/programs/winedbg/info.c +++ b/programs/winedbg/info.c @@ -284,7 +284,7 @@ void info_win32_module(DWORD64 base) HeapFree(GetProcessHeap(), 0, im.modules); if (base && !num_printed) -dbg_printf("'0x%x%08x' is not a valid module address\n", (DWORD)(base >> 32), (DWORD)b ase); +dbg_printf("'0x%0*I64x' is not a valid module address\n", ADDRWIDTH, base); } struct class_walker I do not understand the printf() notation well enough to understand what is wrong. According to printf(3) in glibc 2.36, the I flag was added in glibc 2.2. Could it be a compiler error, that the compiler do not understand this "new" flag? -- Happy hacking Petter Reinholdtsen
Bug#1061468: gloo: attempts to build on unsupported 32 bit systems
[Dan Bungert] > I suggest adjusting the control file to reflect this state so that > builds are only attempted on 64 bit systems. Why? Which problem are you trying to solve? Doing such change will fail to automatically discover if gloo start working on other architectures, and require extra work to keep the list of architectures up to date as Debian evolves. As far as I can see, the disadvantage of trying to build on non-supported architectures is a few wasted CPU cycles, while the advantage is less human time spent on package maintenance. Did I miss something? To me, saving humans time is more valuable than saving CPU time. -- Happy hacking Petter Reinholdtsen
Bug#1057771: battery-stats: delegate placement of systemd/udev files to pkg-config data
[Chris Hofstaedtler] >> The same patch can be found here as a salsa merge request: >> https://salsa.debian.org/debian/battery-stats/-/merge_requests/3 > > I've uploaded this (together with the fixes from master and the > janitor) as an NMU to DELAYED/7. The equivalent branch is called > "nmu". Note, my packages maintained in the debian group on salsa welcome help from anyone with write access. I thus hope you also commited the change to the git repository on salsa. :) -- Happy hacking Petter Reinholdtsen
Bug#842306: ITP: falco -- Sysdig Falco is a behavioral activity monitor designed to detect anomalous activity in your applications
Just for the record, the latest edition of falco provide a "modern" ebpf probe in the kernel that is provied inside the binary and no longer require a kernel module. This allow the binary to work independent of kernel version, as long as the kernel is new enough. Not sure how new, but the feature set required has been present in the the Linux kernel for some years now. This make it a lot easier to deploy falco on many hosts. -- Happy hacking Petter Reinholdtsen
Bug#842306: ITP: falco -- Sysdig Falco is a behavioral activity monitor designed to detect anomalous activity in your applications
Just for the record, the latest edition of falco provide a "modern" ebpf probe in the kernel that is provied inside the binary and no longer require a kernel module. This allow the binary to work independent of kernel version, as long as the kernel is new enough. Not sure how new, but the feature set required has been present in the the Linux kernel for some years now. This make it a lot easier to deploy falco on many hosts. -- Happy hacking Petter Reinholdtsen
Re: [NUUG kart] Fjerning av epost-liste fra community index
[Eivind Samseth] > Hei, > siden denne lista har lite aktivitet nå, så er det planlagt å fjerne > den fra community-index > > Se diskusjonen her: > https://community.openstreetmap.org/t/legge-ned-epost-lista-rydde-opp-community-index/107643 Kanskje du kan komme med en oppsumering, for oss som ikke synes webforum er spesielt nyttige? -- Vennlig hilsen Petter Reinholdtsen ___ kart mailing list kart@nuug.no https://lists.nuug.no/mailman/listinfo/kart
Bug#1060726: valgrind: Test after build instead of hardcoded arch list
Package: valgrind Version: 1:3.20.0-2 Severity: wishlist Instead of only listing a hardcoded list of supported architectures, what about duing a simple test to verify that valgrind work after building, and only upload binary packages on architectures where it work? A patch similar to this might work. It call 'valgrind ls', a very simple test, to ensure the program do not crash and burn imediately: diff --git a/debian/control b/debian/control index 6cefa73..23f8bb0 100644 --- a/debian/control +++ b/debian/control @@ -19,7 +19,7 @@ Vcs-Browser: https://salsa.debian.org/debian/valgrind Homepage: https://www.valgrind.org/ Package: valgrind -Architecture: amd64 armel arm64 armhf i386 mips mipsel mips64 mips64el powerpc ppc64 ppc64el s390x +Architecture: any Depends: ${misc:Depends}, ${shlibs:Depends}, libc6-dbg Suggests: valgrind-mpi, kcachegrind Recommends: valgrind-dbg, gdb diff --git a/debian/rules b/debian/rules index c0513a2..c3f222e 100755 --- a/debian/rules +++ b/debian/rules @@ -17,7 +17,7 @@ override_dh_auto_configure: dh_auto_configure -- --enable-tls CFLAGS="$(CFLAGS)" LDFLAGS="$(LDFLAGS)" override_dh_auto_test: - : # do nothing for now + ./vg-in-place ls override_dh_auto_build: dh_auto_build The patch is tested on armel, where it currently fail as expected. -- Happy hacking Petter Reinholdtsen
[valgrind] [Bug 248998] ARMv5 and v6 support
https://bugs.kde.org/show_bug.cgi?id=248998 Petter Reinholdtsen changed: What|Removed |Added CC||p...@hungry.com --- Comment #5 from Petter Reinholdtsen --- Any chance for any of the developers to have a look at the patch to support armv5 and v6 (ie the Debian armel) architectures? It would be great if valgrind could be used on these. -- You are receiving this mail because: You are watching all bug changes.
Bug#1060138: vlc-plugin-bittorrent: track vlc plugin ABI
[Sebastian Ramacher] > Please ensure that vlc-plugin-bittorrent also depends on the correct > version. Thank you for the heads up. I pushed a fix to salsa a few minutes ago, and will plan a new upload soon. Note, I would be happy to co-maintain the plugin with others. :) -- Happy hacking Petter Reinholdtsen
Bug#1060138: vlc-plugin-bittorrent: track vlc plugin ABI
[Sebastian Ramacher] > Please ensure that vlc-plugin-bittorrent also depends on the correct > version. Thank you for the heads up. I pushed a fix to salsa a few minutes ago, and will plan a new upload soon. Note, I would be happy to co-maintain the plugin with others. :) -- Happy hacking Petter Reinholdtsen
Bug#1035719: mdns-reflector: missing Depends: libcap2-bin
Control: tags -1 + patch Here is a patch to solve the issue. diff --git a/debian/control b/debian/control index 4d6ef8c..36be614 100644 --- a/debian/control +++ b/debian/control @@ -17,6 +17,7 @@ Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, adduser, + libcap2-bin, Description: lightweight and performant multicast DNS (mDNS) reflector mDNS Reflector (mdns-reflector) is a lightweight and performant multicast DNS (mDNS) reflector with a modern design. It reflects mDNS -- Happy hacking Petter Reinholdtsen
Bug#1035719: mdns-reflector: missing Depends: libcap2-bin
Control: tags -1 + patch Here is a patch to solve the issue. diff --git a/debian/control b/debian/control index 4d6ef8c..36be614 100644 --- a/debian/control +++ b/debian/control @@ -17,6 +17,7 @@ Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, adduser, + libcap2-bin, Description: lightweight and performant multicast DNS (mDNS) reflector mDNS Reflector (mdns-reflector) is a lightweight and performant multicast DNS (mDNS) reflector with a modern design. It reflects mDNS -- Happy hacking Petter Reinholdtsen
Bug#1056543: isenkram: No new firmware package with requested firmware detected (but firmware files are missing)
[Matthias Klumpp] > Actually, this would even have backwards compatibility - but I haven't > tested anything, so not sure if this works: I tested it, and besides a simple asArray() -> as_array(), it seem to work just fine. Thank you very much. I'm preparing a new upload with the fix. -- Happy hacking Petter Reinholdtsen
Bug#1056543: isenkram: No new firmware package with requested firmware detected (but firmware files are missing)
[Petter Reinholdtsen] >> But it'll all be doable (from last time I looked, the change will >> likely just be a one-liner). > > Perhaps you have time to prepare a patch? I have not had time to > study the changes. I am happy to coordinate a migration any time, but > would prefer the code to be backportable without modifications to > Debian Stable. Or perhaps you have a link to a description of the changes needed, so I could have a go myself? -- Happy hacking Petter Reinholdtsen
Bug#942202: sitesummary-client: sitesummary-upload missing https support
Control: tags -1 + patch I believe the following patch will solve the issue. I tested it locally. diff --git a/sitesummary-upload b/sitesummary-upload index 28c19d6..846cac9 100755 --- a/sitesummary-upload +++ b/sitesummary-upload @@ -23,7 +23,7 @@ EOF my ($submiturl) = $opts{'u'} || "http://localhost/cgi-bin/sitesummary-collector.cgi;; my ($file) = $opts{'f'} || "-"; -my ($host) = $submiturl =~ m%http://([^/]+)%; +my ($host) = $submiturl =~ m%https?://([^/]+)%; print "Unable to parse url\n" if ($opts{'d'} && ! $host); -- Happy hacking Petter Reinholdtsen
Bug#942202: sitesummary-client: sitesummary-upload missing https support
Control: tags -1 + patch I believe the following patch will solve the issue. I tested it locally. diff --git a/sitesummary-upload b/sitesummary-upload index 28c19d6..846cac9 100755 --- a/sitesummary-upload +++ b/sitesummary-upload @@ -23,7 +23,7 @@ EOF my ($submiturl) = $opts{'u'} || "http://localhost/cgi-bin/sitesummary-collector.cgi;; my ($file) = $opts{'f'} || "-"; -my ($host) = $submiturl =~ m%http://([^/]+)%; +my ($host) = $submiturl =~ m%https?://([^/]+)%; print "Unable to parse url\n" if ($opts{'d'} && ! $host); -- Happy hacking Petter Reinholdtsen
Bug#1057643: onednn: add support for loongarch64
[zhangdandan] > Please consider the patch I have attached. Did you pass the patch on to upstream? -- Happy hacking Petter Reinholdtsen
Re: SimulIDE could (should?) be updated but seems unmaintained
[Ben Tris] > Just a notice. I see you got no response on this one. > SimulIDE version 1.0.0 2023 > Debion simulide version 0.1.7 2018 > https://tracker.debian.org/pkg/simulide Perhaps its maintainer Milen should be told too? Adding him to reciver list. > https://www.simulide.com/p/home.html > https://launchpad.net/simulide > Old: > https://sourceforge.net/projects/simulide/ > > SimulIDE is a simple real time electronic circuit simulator, intended > for hobbyist or students to learn and experiment with simple electronic > circuits and microcontrollers, supporting PIC, AVR and Arduino. > > This is not an accurate simulator for circuit analysis, it aims to be > fast, simple and easy to use, this means simple and not very accurate > electronic models and limited features. Quite some changes has happened since 2018, so I guess it might be time to update it. Perhaps you want to help the current maintainer with it, or you want to take over maintenance? If the latter and Milen do not object, I would be happy to sponsor your uploads according to my sponsoring preferences, http://www.hungry.com/~pere/debian-sponsoring.html > -- Vennlig hilsen Petter Reinholdtsen
Re: SimulIDE could (should?) be updated but seems unmaintained
[Ben Tris] > Just a notice. I see you got no response on this one. > SimulIDE version 1.0.0 2023 > Debion simulide version 0.1.7 2018 > https://tracker.debian.org/pkg/simulide Perhaps its maintainer Milen should be told too? Adding him to reciver list. > https://www.simulide.com/p/home.html > https://launchpad.net/simulide > Old: > https://sourceforge.net/projects/simulide/ > > SimulIDE is a simple real time electronic circuit simulator, intended > for hobbyist or students to learn and experiment with simple electronic > circuits and microcontrollers, supporting PIC, AVR and Arduino. > > This is not an accurate simulator for circuit analysis, it aims to be > fast, simple and easy to use, this means simple and not very accurate > electronic models and limited features. Quite some changes has happened since 2018, so I guess it might be time to update it. Perhaps you want to help the current maintainer with it, or you want to take over maintenance? If the latter and Milen do not object, I would be happy to sponsor your uploads according to my sponsoring preferences, http://www.hungry.com/~pere/debian-sponsoring.html > -- Vennlig hilsen Petter Reinholdtsen
Re: arm64 images to boot raspberry pi's
[Roman Meier] > AFAIK debian edu currently only supports amd64 and i386. > > Is it possible to add arm64 to be used e.g. with raspberry pi's? You might find something useful on https://wiki.debian.org/DebianEdu/HowTo/RaspberryPiWorkstation >. -- Happy hacking Petter Reinholdtsen
Some notes on the opencamlib debian patches
I asked upstream about the patches used in the Debian package, and got several comments and suggestsions, available from https://github.com/aewallin/opencamlib/issues/157 >. I am also poking upstream for a new upstream release, hopefully fixing some of the issues addressed in the Debian patches. I thought it best to share it with the package maintainers, if case any of you got time to update the library any time soon. -- Happy hacking Petter Reinholdtsen -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers
Bug#1057258: RFP: django-Extensions -- collection of custom extensions for the Django Framework
Package: wnpp Severity: wishlist X-Debbugs-CC: Debian Python Team Package name: django-Extensions Version : 3.2.3 Upstream Author : The extention author group URL : https://github.com/django-extensions/django-extensions https://pypi.org/project/django-extensions/ License : MIT Programming Lang: Python Description : collection of custom extensions for the Django Framework -- Happy hacking Petter Reinholdtsen
Bug#1057258: RFP: django-Extensions -- collection of custom extensions for the Django Framework
Package: wnpp Severity: wishlist X-Debbugs-CC: Debian Python Team Package name: django-Extensions Version : 3.2.3 Upstream Author : The extention author group URL : https://github.com/django-extensions/django-extensions https://pypi.org/project/django-extensions/ License : MIT Programming Lang: Python Description : collection of custom extensions for the Django Framework -- Happy hacking Petter Reinholdtsen
Bug#1056543: isenkram: No new firmware package with requested firmware detected (but firmware files are missing)
[Matthias Klumpp] > It's fixed now: Ah, good to know. Should isenkram perhaps conflict with some appstream versions to avoid the problem? > But it'll all be doable (from last time I looked, the change will > likely just be a one-liner). Perhaps you have time to prepare a patch? I have not had time to study the changes. I am happy to coordinate a migration any time, but would prefer the code to be backportable without modifications to Debian Stable. -- Happy hacking Petter Reinholdtsen
Bug#1056543: isenkram: No new firmware package with requested firmware detected (but firmware files are missing)
[Alexey Kuznetsov] > It is working. Huge output https://paste.debian.net/1298974/ I am not convinced. It seem to claim that the file is in several packages, which can not be correct. Matthias, any idea what is going wrong with the appstreamcli call? See https://bugs.debian.org/1056543 > for the details. -- Happy hacking Petter Reinholdtsen
Bug#1056543: isenkram: No new firmware package with requested firmware detected (but firmware files are missing)
[Alexey Kuznetsov] > Thanks. In future releases can isenkram also use an apt-file database > or similar in addition to build-in database? It is using the similar appstream, and firmware packages are expected to populate it with the relevant information. I believe requiring apt-file in addition will increase the disk foot print too much, and slow down 'apt update' too much to be the default setup. The 'appstreamcli what-provides firmware:runtime ipw2100-1.3-p.fw' command is supposed to return the relevant package as registered in appstream. Is it not working? If so, the fix need to be done in the firmware package. -- Happy hacking Petter Reinholdtsen
Bug#991603: isenkram-autoinstall-firmware installs firmware-realtek due to iwl-debug-yoyo.bin?
I had a look at the isenkram source and as far as I can tell the iwl-debug-yoyo.bin file is not provided by any package: % grep iwl-debug-yoyo.bin generated/* % As far as I can tell from the list of files requested by the kernel drivers of your machine, these are the files causing the firmware-realtek package to be installed: rtl_bt/rtl8723a_fw.bin rtl_bt/rtl8723b_fw.bin rtl_bt/rtl8723bs_fw.bin rtl_bt/rtl8761a_fw.bin rtl_bt/rtl8821a_config.bin rtl_bt/rtl8821a_fw.bin rtl_bt/rtl8822b_config.bin rtl_bt/rtl8822b_fw.bin As far as I can tell, this is correct. Did I misunderstand something? -- Vennlig hilsen Petter Reinholdtsen
Bug#1056543: isenkram: No new firmware package with requested firmware detected (but firmware files are missing)
[a...@me.com] > isenkram-autoinstall-firmware reporting no new packages need to be > installed but firmware files are missing. Look like the ipw2100-1.3.fw file was added to the archive after the last update of the firmware list in isenkram. Thank you for the heads up. I'll upload an updated edition to unstable. > Same as 'isenkram-pkginstall-l' showing empty list. This uses the appstream metadata, but is not mapping loaded kernel drivers firmware files (only present module and modalias information mapped to packages using appstream), so this is expected. -- Happy hacking Petter Reinholdtsen
Bug#961598: O: sqlcipher -- Command line interface for SQLCipher
Control: affects -1 + src:sqlcipher Seem like a good idea to make sure this issue show up in the bug list for sqlcipher. -- Happy hacking Petter Reinholdtsen
Bug#961598: O: sqlcipher -- Command line interface for SQLCipher
Control: affects -1 + src:sqlcipher Seem like a good idea to make sure this issue show up in the bug list for sqlcipher. -- Happy hacking Petter Reinholdtsen
Bug#1055812: nmu: sqlcipher_4.5.5-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu X-Debbugs-Cc: sqlcip...@packages.debian.org Control: affects -1 + src:sqlcipher nmu sqlcipher_4.5.5-3 . ANY . unstable . -m "Rebuild with newer sqlcipher." The SONAME of the shared library changed from libsqlcipher0 to libsqlcipher1. This is related to https://release.debian.org/transitions/html/auto-sqlcipher.html >. My test builds of the reverse dependencies was successfull, so I expect a binary NMU is all that is needed. -- Happy hacking Petter Reinholdtsen
Bug#1055812: nmu: sqlcipher_4.5.5-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu X-Debbugs-Cc: sqlcip...@packages.debian.org Control: affects -1 + src:sqlcipher nmu sqlcipher_4.5.5-3 . ANY . unstable . -m "Rebuild with newer sqlcipher." The SONAME of the shared library changed from libsqlcipher0 to libsqlcipher1. This is related to https://release.debian.org/transitions/html/auto-sqlcipher.html >. My test builds of the reverse dependencies was successfull, so I expect a binary NMU is all that is needed. -- Happy hacking Petter Reinholdtsen
Bug#1055812: nmu: sqlcipher_4.5.5-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu X-Debbugs-Cc: sqlcip...@packages.debian.org Control: affects -1 + src:sqlcipher nmu sqlcipher_4.5.5-3 . ANY . unstable . -m "Rebuild with newer sqlcipher." The SONAME of the shared library changed from libsqlcipher0 to libsqlcipher1. This is related to https://release.debian.org/transitions/html/auto-sqlcipher.html >. My test builds of the reverse dependencies was successfull, so I expect a binary NMU is all that is needed. -- Happy hacking Petter Reinholdtsen
[Pkg-kde-extras] sqlcipher transition in Debian
Dear KDE extras team and QTox maintainer, You get this email as the maintainer of kmymoney, skrooge and qtox, the packages with reverse dependencies on libsqlcipher0. I am working on upgrading sqlcipher to the latest and greatest version for improved support for encrypted sqlite database. The current draft is in experimental. Please let me know if there are any problems with this version. The transition is tracked in https://release.debian.org/transitions/html/auto-sqlcipher.html >. I plan to upload the new version to unstable in two days, after the version currently in unstable migrate to testing. -- Happy hacking Petter Reinholdtsen ___ pkg-kde-extras mailing list pkg-kde-extras@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-kde-extras
Bug#1017577: sqlcipher: new upstream version available
Salsa is updated with version 4.5.5, and an upload heading for experimental was just submitted for NEW processing due to the SONAME change. I forgot to close this issue, and suggest it is closed when the upload to unstable happen. -- Happy hacking Petter Reinholdtsen
Bug#1017577: sqlcipher: new upstream version available
Salsa is updated with version 4.5.5, and an upload heading for experimental was just submitted for NEW processing due to the SONAME change. I forgot to close this issue, and suggest it is closed when the upload to unstable happen. -- Happy hacking Petter Reinholdtsen
Bug#1017577: sqlcipher: new upstream version available
[Petter Reinholdtsen] > I have too little experience with maintaining a shared library to feel > comfortable to do this without further research. Perhaps you can > help? This is still the case. > Perhaps it should go to experimental, or is it better to just move > directly to 4.5.5? Note, several of the patches did not apply in > 4.5.5, so that will require some investigation too. I decided to give this a go, and is almost ready to push migration to version 4.5.5 to salsa. It will happen this evening. I believe it is best to move directly to 4.5.5, change the SONAME and upload to experimental. Uploading to unstable might need some coordination with the reverse build dependencies. Sadly upstream do not so far care about SONAME and backwards compatibility, so we will have to pick SONAME on our own. -- Happy hacking Petter Reinholdtsen
Bug#1017577: sqlcipher: new upstream version available
[Petter Reinholdtsen] > I have too little experience with maintaining a shared library to feel > comfortable to do this without further research. Perhaps you can > help? This is still the case. > Perhaps it should go to experimental, or is it better to just move > directly to 4.5.5? Note, several of the patches did not apply in > 4.5.5, so that will require some investigation too. I decided to give this a go, and is almost ready to push migration to version 4.5.5 to salsa. It will happen this evening. I believe it is best to move directly to 4.5.5, change the SONAME and upload to experimental. Uploading to unstable might need some coordination with the reverse build dependencies. Sadly upstream do not so far care about SONAME and backwards compatibility, so we will have to pick SONAME on our own. -- Happy hacking Petter Reinholdtsen
Bug#1017577: sqlcipher: new upstream version available
[Petter Reinholdtsen] > The sqlcipher package is now orphaned. Daniel, perhaps you can have a > look at updating it? I had a look, but discovered that the symbol set in the libsqlcipher0 package has change so much between version 3.4.1 and 4.5.5 that the build fail. I suspect this mean a soname transition is needed. I have too little experience with maintaining a shared library to feel comfortable to do this without further research. Perhaps you can help? I upgraded to version 3.4.2 in git, and this did not break the build. A small set of symbols were added to the library, and I updated debian/libsqlcipher0.symbols with the list. Not sure if any of them should be optional, so I have not uploaded this new version yet. Perhaps it should go to experimental, or is it better to just move directly to 4.5.5? Note, several of the patches did not apply in 4.5.5, so that will require some investigation too. On the positive side, I tested a non-Debian build of 4.5.5 and was able to read messages from the encrypted Signal database, so I now know a newer version will solve my problem. -- Happy hacking Petter Reinholdtsen
Bug#1017577: sqlcipher: new upstream version available
[Petter Reinholdtsen] > The sqlcipher package is now orphaned. Daniel, perhaps you can have a > look at updating it? I had a look, but discovered that the symbol set in the libsqlcipher0 package has change so much between version 3.4.1 and 4.5.5 that the build fail. I suspect this mean a soname transition is needed. I have too little experience with maintaining a shared library to feel comfortable to do this without further research. Perhaps you can help? I upgraded to version 3.4.2 in git, and this did not break the build. A small set of symbols were added to the library, and I updated debian/libsqlcipher0.symbols with the list. Not sure if any of them should be optional, so I have not uploaded this new version yet. Perhaps it should go to experimental, or is it better to just move directly to 4.5.5? Note, several of the patches did not apply in 4.5.5, so that will require some investigation too. On the positive side, I tested a non-Debian build of 4.5.5 and was able to read messages from the encrypted Signal database, so I now know a newer version will solve my problem. -- Happy hacking Petter Reinholdtsen
Bug#1017577: sqlcipher: new upstream version available
The sqlcipher package is now orphaned. Daniel, perhaps you can have a look at updating it? -- Happy hacking Petter Reinholdtsen
Bug#1017577: sqlcipher: new upstream version available
The sqlcipher package is now orphaned. Daniel, perhaps you can have a look at updating it? -- Happy hacking Petter Reinholdtsen
Bug#961598: RFA: sqlcipher -- Command line interface for SQLCipher
Control: retitle -1 O: sqlcipher -- Command line interface for SQLCipher No-one volunteered for three years, so I belive it is time to orphan this package. -- Happy hacking Petter Reinholdtsen
Bug#961598: RFA: sqlcipher -- Command line interface for SQLCipher
Control: retitle -1 O: sqlcipher -- Command line interface for SQLCipher No-one volunteered for three years, so I belive it is time to orphan this package. -- Happy hacking Petter Reinholdtsen
Bug#796871: dbtoepub: Incorrect index ordering for Norwegian (Bokmål and Nynorsk)
Just for the record, it would still be nice to get correct index sorting order. -- Happy hacking Petter Reinholdtsen
Bug#796871: dbtoepub: Incorrect index ordering for Norwegian (Bokmål and Nynorsk)
Just for the record, it would still be nice to get correct index sorting order. -- Happy hacking Petter Reinholdtsen
Re: Call for bids for DebConf24
[Zlatan Todoric] > Maybe some re-organization needs to happen for DebConf part to feel it > more relaxed, maybe more ad-hoc with shorter sessions that are then > encouraged to go into longer sessions in rooms/hacklabs, but please keep > the DebCamp part. :) Perhaps Debconf is better as a https://en.wikipedia.org/wiki/Unconference >? -- Happy hacking Petter Reinholdtsen
Bug#1014612: docbook-xml and docbook-xsl failed to update their catalogs in /etc/xml when interrupted
Btw, I noticed "Processing triggers for sgml-base (1.31) ..." when upgrading docbook-xsl to version 1.79.2+dfsg-4. Perhaps the issue is in the trigger, not in docbook-xsl? -- Happy hacking Petter Reinholdtsen
Bug#1014612: docbook-xml and docbook-xsl failed to update their catalogs in /etc/xml when interrupted
Btw, I noticed "Processing triggers for sgml-base (1.31) ..." when upgrading docbook-xsl to version 1.79.2+dfsg-4. Perhaps the issue is in the trigger, not in docbook-xsl? -- Happy hacking Petter Reinholdtsen
Bug#1014612: docbook-xml and docbook-xsl failed to update their catalogs in /etc/xml when interrupted
[Petter Reinholdtsen] > I had a look at the preinst and postinst scripts of docbook-xsl, and as > far as I can tell, all the code there is obsolete and only triggering > when upgrading from very old (before 2009) versions of the package, and > do not touch the content of /etc/xml/ at all. I removed the preinst and postinst scripts in version 1.79.2+dfsg-4. I also had a look at the preinst in docbook-xml, and as far as I can see it do not touch the content of /etc/xml/ at all, so I have no idea what went wrong here. -- Happy hacking Petter Reinholdtsen
Bug#1014612: docbook-xml and docbook-xsl failed to update their catalogs in /etc/xml when interrupted
[Petter Reinholdtsen] > I had a look at the preinst and postinst scripts of docbook-xsl, and as > far as I can tell, all the code there is obsolete and only triggering > when upgrading from very old (before 2009) versions of the package, and > do not touch the content of /etc/xml/ at all. I removed the preinst and postinst scripts in version 1.79.2+dfsg-4. I also had a look at the preinst in docbook-xml, and as far as I can see it do not touch the content of /etc/xml/ at all, so I have no idea what went wrong here. -- Happy hacking Petter Reinholdtsen
Bug#809754: docbook-xsl: manpages: Misuse of "no-break space" causes overlong lines
For the record, the email to the original submitter bounced with "550 5.0.0 ... User unknown". -- Happy hacking Petter Reinholdtsen
Bug#809754: docbook-xsl: manpages: Misuse of "no-break space" causes overlong lines
For the record, the email to the original submitter bounced with "550 5.0.0 ... User unknown". -- Happy hacking Petter Reinholdtsen
Bug#809754: docbook-xsl: manpages: Misuse of "no-break space" causes overlong lines
[Bjarni Ingi Gislason 2016-01-03] > This is related to Debian bug #569828, which is number 1120 upstream. Do you know if the patch is applied upstream? I tried applying it in docbook-xsl/manpages/ in the Debian source package, but some of the parts failed. -- Happy hacking Petter Reinholdtsen
Bug#809754: docbook-xsl: manpages: Misuse of "no-break space" causes overlong lines
[Bjarni Ingi Gislason 2016-01-03] > This is related to Debian bug #569828, which is number 1120 upstream. Do you know if the patch is applied upstream? I tried applying it in docbook-xsl/manpages/ in the Debian source package, but some of the parts failed. -- Happy hacking Petter Reinholdtsen
Bug#1014612: docbook-xml and docbook-xsl failed to update their catalogs in /etc/xml when interrupted
[Daniel Kahn Gillmor] > When i did: > > dpkg-reconfigure docbook-xml docbook-xsl > > then tried to rebuild, there was no problem. I had a look at the preinst and postinst scripts of docbook-xsl, and as far as I can tell, all the code there is obsolete and only triggering when upgrading from very old (before 2009) versions of the package, and do not touch the content of /etc/xml/ at all. This make me believe the preinst and postinst scripts should be removed and the described issue is not present in docbook-xsl. Perhaps it is in docbook-xml instead? Did not look at that package. -- Happy hacking Petter Reinholdtsen
Bug#1014612: docbook-xml and docbook-xsl failed to update their catalogs in /etc/xml when interrupted
[Daniel Kahn Gillmor] > When i did: > > dpkg-reconfigure docbook-xml docbook-xsl > > then tried to rebuild, there was no problem. I had a look at the preinst and postinst scripts of docbook-xsl, and as far as I can tell, all the code there is obsolete and only triggering when upgrading from very old (before 2009) versions of the package, and do not touch the content of /etc/xml/ at all. This make me believe the preinst and postinst scripts should be removed and the described issue is not present in docbook-xsl. Perhaps it is in docbook-xml instead? Did not look at that package. -- Happy hacking Petter Reinholdtsen
Re: Gaia Sky
Hi. Since no-one else seem interested in replying, I'll give it a go. [Toni Sagristà Sellés] > Do you think there's still interest to make it happen? Would Gaia Sky be > a good candidate for Debian Edu Astronomy? If you want to spend the time needed to get the package into Debian, I am willing to help. My sponsoring preferences are available from http://www.hungry.com/~pere/debian-sponsoring.html >. I do not know the program nor how well it fit in any Debian Edu package portfolio, so I can not answer those parts of your questions. -- Happy hacking Petter Reinholdtsen
Bug#709275: [libmsv-java] Update to latest version
[Petter Reinholdtsen] > I suspect a new enough maven version is available now. I tried fetching the new version using uscan, and importing it using gbp import-orig. Two of the three patches did no longer apply, and the last one needed to be unfuzzied. Sadly the new version did not build, and I am unable to figure out why.Happy -- Happy hacking Petter Reinholdtsen
Bug#709275: [libmsv-java] Update to latest version
[Petter Reinholdtsen] > I suspect a new enough maven version is available now. I tried fetching the new version using uscan, and importing it using gbp import-orig. Two of the three patches did no longer apply, and the last one needed to be unfuzzied. Sadly the new version did not build, and I am unable to figure out why.Happy -- Happy hacking Petter Reinholdtsen __ This is the maintainer address of Debian's Java team <https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-maintainers>. Please use debian-j...@lists.debian.org for discussions and questions.
[Git][java-team/msv][master] Added d/gbp.conf to enforce the use of pristine-tar.
Petter Reinholdtsen pushed to branch master at Debian Java Maintainers / msv Commits: a934f453 by Petter Reinholdtsen at 2023-10-14T20:17:18+02:00 Added d/gbp.conf to enforce the use of pristine-tar. - - - - - 1 changed file: - + debian/gbp.conf Changes: = debian/gbp.conf = @@ -0,0 +1,2 @@ +[DEFAULT] +pristine-tar = True View it on GitLab: https://salsa.debian.org/java-team/msv/-/commit/a934f4534009079d7016240ffd4255fb5dd5b96f -- View it on GitLab: https://salsa.debian.org/java-team/msv/-/commit/a934f4534009079d7016240ffd4255fb5dd5b96f You're receiving this email because of your account on salsa.debian.org. ___ pkg-java-commits mailing list pkg-java-comm...@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-commits
[Git][java-team/msv][master] Corrected Vcs-Browser link to a working one.
Petter Reinholdtsen pushed to branch master at Debian Java Maintainers / msv Commits: 019c3b6c by Petter Reinholdtsen at 2023-10-14T09:16:43+02:00 Corrected Vcs-Browser link to a working one. - - - - - 1 changed file: - debian/control Changes: = debian/control = @@ -17,7 +17,7 @@ Build-Depends: maven-debian-helper Standards-Version: 4.2.1 Vcs-Git: https://salsa.debian.org/java-team/msv.git -Vcs-Browser: https://salsa.debian.org/java-team/msv;a=summary +Vcs-Browser: https://salsa.debian.org/java-team/msv Homepage: https://github.com/kohsuke/msv Package: libmsv-java View it on GitLab: https://salsa.debian.org/java-team/msv/-/commit/019c3b6c93697b984a153ad2c203dfc0caf4fe49 -- View it on GitLab: https://salsa.debian.org/java-team/msv/-/commit/019c3b6c93697b984a153ad2c203dfc0caf4fe49 You're receiving this email because of your account on salsa.debian.org. ___ pkg-java-commits mailing list pkg-java-comm...@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-commits
Bug#1053914: msv: Where is the command line utility?
Package: libmsv-java Version: 2009.1+dfsg1-6 The package description of libmsv-java from the SUN multi-schema XML validator project state that "It features [...] a command line utility that can read XML documents and validate them". I am unable to find such utility in this binary package, and there is nothing provided in an bin/ directory in the PATH. I hoped to be able to use the command line tool. The source package do not seem to generate any other binary packages, so it seem to me like something is missing. Am I looking at the wrong spot? -- Happy hacking Petter Reinholdtsen
Bug#1053914: msv: Where is the command line utility?
Package: libmsv-java Version: 2009.1+dfsg1-6 The package description of libmsv-java from the SUN multi-schema XML validator project state that "It features [...] a command line utility that can read XML documents and validate them". I am unable to find such utility in this binary package, and there is nothing provided in an bin/ directory in the PATH. I hoped to be able to use the command line tool. The source package do not seem to generate any other binary packages, so it seem to me like something is missing. Am I looking at the wrong spot? -- Happy hacking Petter Reinholdtsen __ This is the maintainer address of Debian's Java team <https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-maintainers>. Please use debian-j...@lists.debian.org for discussions and questions.
Bug#709275: [libmsv-java] Update to latest version
[Giovanni Mascellani 2023-05-22] > Memo for myself: version 2013.5.1 has been released, the Debian package > should be updated. This unfortunately cannot be done immediately, > because the new version uses maven 3, which appears to be unsupported by > maven-debian-helper. I suspect a new enough maven version is available now. -- Happy hacking Petter Reinholdtsen
Bug#709275: [libmsv-java] Update to latest version
[Giovanni Mascellani 2023-05-22] > Memo for myself: version 2013.5.1 has been released, the Debian package > should be updated. This unfortunately cannot be done immediately, > because the new version uses maven 3, which appears to be unsupported by > maven-debian-helper. I suspect a new enough maven version is available now. -- Happy hacking Petter Reinholdtsen __ This is the maintainer address of Debian's Java team <https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-maintainers>. Please use debian-j...@lists.debian.org for discussions and questions.
Bug#692218: libmsv-java: Exception in thread "main" java.lang.NoClassDefFoundError: org/iso_relax/dispatcher/SchemaProvider
[Giovanni Mascellani 2023-05-22] > Apparently the generated Class-Path is incorrect. I'll take care of > fixing it. Any idea when you will get around to fixing it? What is the fix? -- Happy hacking Petter Reinholdtsen __ This is the maintainer address of Debian's Java team <https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-java-maintainers>. Please use debian-j...@lists.debian.org for discussions and questions.
Bug#692218: libmsv-java: Exception in thread "main" java.lang.NoClassDefFoundError: org/iso_relax/dispatcher/SchemaProvider
[Giovanni Mascellani 2023-05-22] > Apparently the generated Class-Path is incorrect. I'll take care of > fixing it. Any idea when you will get around to fixing it? What is the fix? -- Happy hacking Petter Reinholdtsen
Bug#1053867: Adding cols info to table break PDF generation
I ran into another table that is not properly handled: cat > tabell2.adoc << EOF .Prosent kjøpere i A-utvalget etter salgsutsatthet og holdning til direktesalg |=== 2+| 2+| Holdning til direktesalg .2+| Prosent forskjell .2+| N 2+|| +/- | - - .2+| Salgs- utsatthet | Lav | 16 | 13 | +3 | 1097 | Høy | 37 | 30 | +7 | 512 2+| Prosentforskjell| -21 | -17 2+| 2+| N | 630 | 979 || 1609 |=== EOF cat > Makefile < Prosent kjøpere i A-utvalget etter salgsutsatthet og holdning til direktesalg Holdning til direktesalg Prosent forskjell N +/- - - Salgs- utsatthet Lav 16 13 +3 1097 Høy 37 30 +7 512 Prosentforskjell -21 -17 N 630 979 1609 -- Happy hacking Petter Reinholdtsen
[DRE-maint] Bug#1053867: Adding cols info to table break PDF generation
I ran into another table that is not properly handled: cat > tabell2.adoc << EOF .Prosent kjøpere i A-utvalget etter salgsutsatthet og holdning til direktesalg |=== 2+| 2+| Holdning til direktesalg .2+| Prosent forskjell .2+| N 2+|| +/- | - - .2+| Salgs- utsatthet | Lav | 16 | 13 | +3 | 1097 | Høy | 37 | 30 | +7 | 512 2+| Prosentforskjell| -21 | -17 2+| 2+| N | 630 | 979 || 1609 |=== EOF cat > Makefile < Prosent kjøpere i A-utvalget etter salgsutsatthet og holdning til direktesalg Holdning til direktesalg Prosent forskjell N +/- - - Salgs- utsatthet Lav 16 13 +3 1097 Høy 37 30 +7 512 Prosentforskjell -21 -17 N 630 979 1609 -- Happy hacking Petter Reinholdtsen ___ Pkg-ruby-extras-maintainers mailing list Pkg-ruby-extras-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-ruby-extras-maintainers
Bug#1053867: Adding cols info to table break PDF generation
I just discovered that xsltproc and fop are able to process this table. Here is an updated Makefile to demonstrate it: cat > Makefile << EOF all: tabell.pdf tabell-fop.pdf tabell.xml: tabell.adoc asciidoctor -b docbook5 -d book tabell.adoc tabell.pdf: tabell.xml dblatex tabell.xml tabell-fop.fo: tabell.xml xsltproc --output tabell-fop.fo ../data/stylesheet-fo.xsl tabell.xml tabell-fop.pdf: tabell-fop.fo fop -c ../data/fop-params.xconf -fo tabell-fop.fo -pdf tabell-fop.pdf EOF -- Happy hacking Petter Reinholdtsen
[DRE-maint] Bug#1053867: Adding cols info to table break PDF generation
I just discovered that xsltproc and fop are able to process this table. Here is an updated Makefile to demonstrate it: cat > Makefile << EOF all: tabell.pdf tabell-fop.pdf tabell.xml: tabell.adoc asciidoctor -b docbook5 -d book tabell.adoc tabell.pdf: tabell.xml dblatex tabell.xml tabell-fop.fo: tabell.xml xsltproc --output tabell-fop.fo ../data/stylesheet-fo.xsl tabell.xml tabell-fop.pdf: tabell-fop.fo fop -c ../data/fop-params.xconf -fo tabell-fop.fo -pdf tabell-fop.pdf EOF -- Happy hacking Petter Reinholdtsen ___ Pkg-ruby-extras-maintainers mailing list Pkg-ruby-extras-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-ruby-extras-maintainers
Bug#1053867: Acknowledgement (Adding cols info to table break PDF generation)
Note, this is quite similar to https://bugs.debian.org/1053149 >. -- Happy hacking Petter Reinholdtsen
[DRE-maint] Bug#1053867: Acknowledgement (Adding cols info to table break PDF generation)
Note, this is quite similar to https://bugs.debian.org/1053149 >. -- Happy hacking Petter Reinholdtsen ___ Pkg-ruby-extras-maintainers mailing list Pkg-ruby-extras-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-ruby-extras-maintainers
Bug#1053867: Adding cols info to table break PDF generation
Package: asciidoctor Version: 2.0.18-2 I ran into this strange problem while typesetting a book using asciidoctor. Is this a problem with asciidoctor or dblatex? The problem is reproduced using the following shell commands: cat > tabell.adoc < Makefile < http://docbook.org/ns/docbook; xmlns:xl="http://www.w3.org/1999/xlink; version="5.0" xml:lang="en"> Untitled 2023-10-13 Kjennskap til fristens lengde Riktig svar Ikke-kjøpere pst. A-utvalget pst. Kjøpere pst. Kortere enn 10 dager 14 (7) 13 (7) 10 (6) X 10 dager 32 (15) 37 (19) 57 (37) 14 dager/lengre enn 14 dager 54 (26) 50 (25) 33 (21) Sum for de svar som er gitt 100 100 100 Prosentbasis n=617 n=822 n=467 Vet ikke (24) (23) (18) Har ikke hørt om fristen (28) (26) (18) Sum for alle prosentbasis (n=1297) (n=1609) (n=7321) I do not see anything obviously wrong with this one either. Any clue what is going wrong? -- Happy hacking Petter Reinholdtsen
[DRE-maint] Bug#1053867: Adding cols info to table break PDF generation
Package: asciidoctor Version: 2.0.18-2 I ran into this strange problem while typesetting a book using asciidoctor. Is this a problem with asciidoctor or dblatex? The problem is reproduced using the following shell commands: cat > tabell.adoc < Makefile < http://docbook.org/ns/docbook; xmlns:xl="http://www.w3.org/1999/xlink; version="5.0" xml:lang="en"> Untitled 2023-10-13 Kjennskap til fristens lengde Riktig svar Ikke-kjøpere pst. A-utvalget pst. Kjøpere pst. Kortere enn 10 dager 14 (7) 13 (7) 10 (6) X 10 dager 32 (15) 37 (19) 57 (37) 14 dager/lengre enn 14 dager 54 (26) 50 (25) 33 (21) Sum for de svar som er gitt 100 100 100 Prosentbasis n=617 n=822 n=467 Vet ikke (24) (23) (18) Har ikke hørt om fristen (28) (26) (18) Sum for alle prosentbasis (n=1297) (n=1609) (n=7321) I do not see anything obviously wrong with this one either. Any clue what is going wrong? -- Happy hacking Petter Reinholdtsen ___ Pkg-ruby-extras-maintainers mailing list Pkg-ruby-extras-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-ruby-extras-maintainers
Bug#1038687: radicale's autopkg tests fail with Python 3.11.4
The latest upload also have the failing autopkgtest checks, https://ci.debian.net/data/autopkgtest/unstable/amd64/r/radicale/38824358/log.gz > -- Happy hacking Petter Reinholdtsen
Bug#1038687: radicale's autopkg tests fail with Python 3.11.4
The latest upload also have the failing autopkgtest checks, https://ci.debian.net/data/autopkgtest/unstable/amd64/r/radicale/38824358/log.gz > -- Happy hacking Petter Reinholdtsen
Bug#1038687: radicale's autopkg tests fail with Python 3.11.4
Control: forwarded -1 https://github.com/Kozea/Radicale/issues/1336 I told upstream about this. I suspect the problem is in the server, not the tests. -- Happy hacking Petter Reinholdtsen
Bug#1038687: radicale's autopkg tests fail with Python 3.11.4
Control: forwarded -1 https://github.com/Kozea/Radicale/issues/1336 I told upstream about this. I suspect the problem is in the server, not the tests. -- Happy hacking Petter Reinholdtsen
Bug#1052996: radicale FTBFS with the nocheck build profile
Status: tags -1 + patch [Helmut Grohne] > | ModuleNotFoundError: No module named 'defusedxml' I suspect this patch will fix the issue. diff --git a/debian/control b/debian/control index 0ae7774..e89bb74 100644 --- a/debian/control +++ b/debian/control @@ -17,7 +17,7 @@ Build-Depends: python3, python3-bcrypt , python3-dateutil (>= 2.7.3), - python3-defusedxml , + python3-defusedxml, python3-passlib , python3-pkg-resources, python3-pytest , -- Happy hacking Petter Reinholdtsen
Bug#1052996: radicale FTBFS with the nocheck build profile
Status: tags -1 + patch [Helmut Grohne] > | ModuleNotFoundError: No module named 'defusedxml' I suspect this patch will fix the issue. diff --git a/debian/control b/debian/control index 0ae7774..e89bb74 100644 --- a/debian/control +++ b/debian/control @@ -17,7 +17,7 @@ Build-Depends: python3, python3-bcrypt , python3-dateutil (>= 2.7.3), - python3-defusedxml , + python3-defusedxml, python3-passlib , python3-pkg-resources, python3-pytest , -- Happy hacking Petter Reinholdtsen
Bug#1053339: pytorch-cuda: autopkgtest regression on amd64 (time outs)
Package: pytorch-cuda Version: 2.0.1+dfsg-4 The pakcage has failed to migrate to testing because the autopkgtest checks on amd64 failed. https://ci.debian.net/data/autopkgtest/testing/amd64/p/pytorch-cuda/37832584/log.gz > end like this: 30609s 96_of_98__cpptest__weakref_test PASS 30609s 97_of_98__cpptest__wrapdim_test PASS 30609s 98_of_98__cpptest__xla_tensor_test PASS 30609s 1_of_7__pytest__test_autograd PASS 30609s 2_of_7__pytest__test_modules FAIL timed out 30609s 3_of_7__pytest__test_nn PASS 30609s 4_of_7__pytest__test_ops FAIL timed out 30609s 5_of_7__pytest__test_ops_gradients FAIL timed out 30609s 6_of_7__pytest__test_ops_jit SKIP global timeout exceeded 30609s 7_of_7__pytest__test_torch SKIP global timeout exceeded As the test succeeded in version 2.0.1+dfsg-3, this is seen as a regression and migration is blocked. Anyone got any idea why the test time out in this latest version? -- Happy hacking Petter Reinholdtsen
Bug#1053149: dblatex: Fail to render Docbook 5 table with cells spanning rows and columns
Package: dblatex Version: 0.3.12py3-2 X-Debbugs-CC: Benoit Guillon When trying to render a table with header cells spanning several rows and columns, I get this error from dblatex/latex: % dblatex test.xml Build the book set list... Build the listings... XSLT stylesheets DocBook - LaTeX 2e (0.3.12) === Stripping NS from DocBook 5/NG document. Processing stripped document. Build test.pdf pdflatex failed test.tex:103: Extra alignment tab has been changed to \cr. test.tex:103: leading text: }}& test.tex:889: Extra alignment tab has been changed to \cr. test.tex:889: leading text: }}& A possible reason for transformation failure is invalid DocBook (as reported by xmllint) Error: pdflatex compilation failed make: *** [Makefile:4: test.pdf] Error 1 As far as I can tell, the docbook 5 XML generated by asciidoc is correct, and the relevant part of the XML look like this: Etableringslån I Område Antall Prosent Innvilget i alt Kjøp av bolig Refin. I alt Kjøp av bolig Refin. Nye Brukte Nye Brukte Is the error in the docbook XML or in dblatex? Because this is docbook 5 I am unable to validate the XML using xmllint, but as far as I can tell it is well formed and complete. Attached are the files needed to run the test locally. 'make' will trigger the problem. -- Happy hacking Petter Reinholdtsen Makefile Description: Binary data test.adoc Description: Binary data test.xml Description: XML document
Bug#1053149: dblatex: Fail to render Docbook 5 table with cells spanning rows and columns
Package: dblatex Version: 0.3.12py3-2 X-Debbugs-CC: Benoit Guillon When trying to render a table with header cells spanning several rows and columns, I get this error from dblatex/latex: % dblatex test.xml Build the book set list... Build the listings... XSLT stylesheets DocBook - LaTeX 2e (0.3.12) === Stripping NS from DocBook 5/NG document. Processing stripped document. Build test.pdf pdflatex failed test.tex:103: Extra alignment tab has been changed to \cr. test.tex:103: leading text: }}& test.tex:889: Extra alignment tab has been changed to \cr. test.tex:889: leading text: }}& A possible reason for transformation failure is invalid DocBook (as reported by xmllint) Error: pdflatex compilation failed make: *** [Makefile:4: test.pdf] Error 1 As far as I can tell, the docbook 5 XML generated by asciidoc is correct, and the relevant part of the XML look like this: Etableringslån I Område Antall Prosent Innvilget i alt Kjøp av bolig Refin. I alt Kjøp av bolig Refin. Nye Brukte Nye Brukte Is the error in the docbook XML or in dblatex? Because this is docbook 5 I am unable to validate the XML using xmllint, but as far as I can tell it is well formed and complete. Attached are the files needed to run the test locally. 'make' will trigger the problem. -- Happy hacking Petter Reinholdtsen Makefile Description: Binary data test.adoc Description: Binary data test.xml Description: XML document
[Emc-developers] Call for LinuxCNC translators
Are there any volunteers around able to bring more documentation transaltions up above 2% translated on https://hosted.weblate.org/projects/linuxcnc/linuxcnc-docs/#translations >? PS: Please CC me on any replies, as I am not subscribed. -- Happy hacking Petter Reinholdtsen ___ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
Bug#1052389: First login with libpam-mklocaluser always fails
[Guido Berhoerster] > When logging in with LightDM the first login always fails due to a > discrepancy between the the home directory obtained from LDAP via > getpwent() and the newly created home directory. Specifically, the > LightDM daemon communicates the absolute path of the Xauthority file to > the session child process and sets the HOME environment variable to the > value obtained via getpwent() and uses that value to change the working > directory, all resulting in fatal errors. There used to be code in libpam-mklocaluser to throw the user out after the home directory is created, to ensure that the user is not logged in with the wrong $HOME set. Is this not happening with LightDM? Because $HOME change after some processes read it, it is not possible to both create the local home directory and continue with the login. Or are you talking about being thrown out by libpam-mklocaluser when logging in for the first time? This is by design and intented due to the protocol provided by PAM. -- Happy hacking Petter Reinholdtsen
Bug#1052389: First login with libpam-mklocaluser always fails
[Guido Berhoerster] > When logging in with LightDM the first login always fails due to a > discrepancy between the the home directory obtained from LDAP via > getpwent() and the newly created home directory. Specifically, the > LightDM daemon communicates the absolute path of the Xauthority file to > the session child process and sets the HOME environment variable to the > value obtained via getpwent() and uses that value to change the working > directory, all resulting in fatal errors. There used to be code in libpam-mklocaluser to throw the user out after the home directory is created, to ensure that the user is not logged in with the wrong $HOME set. Is this not happening with LightDM? Because $HOME change after some processes read it, it is not possible to both create the local home directory and continue with the login. Or are you talking about being thrown out by libpam-mklocaluser when logging in for the first time? This is by design and intented due to the protocol provided by PAM. -- Happy hacking Petter Reinholdtsen
Re: First login with libpam-mklocaluser always fails
[Guido Berhoerster] > When logging in with LightDM the first login always fails due to a > discrepancy between the the home directory obtained from LDAP via > getpwent() and the newly created home directory. Specifically, the > LightDM daemon communicates the absolute path of the Xauthority file to > the session child process and sets the HOME environment variable to the > value obtained via getpwent() and uses that value to change the working > directory, all resulting in fatal errors. There used to be code in libpam-mklocaluser to throw the user out after the home directory is created, to ensure that the user is not logged in with the wrong $HOME set. Is this not happening with LightDM? Because $HOME change after some processes read it, it is not possible to both create the local home directory and continue with the login. Or are you talking about being thrown out by libpam-mklocaluser when logging in for the first time? This is by design and intented due to the protocol provided by PAM. -- Happy hacking Petter Reinholdtsen
Bug#1032821: smartmontools: Please remove files in /tmp/ after email is sent
[Petter Reinholdtsen] > Hi. Do you need help fixing this issue? One idea from https://listi.jpberlin.de/pipermail/smartmontools-support/2023-September/001022.html > is to use the -p option in smartd.conf. -- Happy hacking Petter Reinholdtsen
Amin Bandali: Advocate
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 For nm.debian.org, at 2023-09-14: I support Amin Bandali 's request to become a Debian Developer, uploading. I have worked with Amin Bandali for a while now on the jami related packages and I consider him as having sufficient technical competence. I have personally worked with Amin Bandali (key BE6273738E616D6D1B3A08E8A21A020248816103) for two years, and I know Amin Bandali can be trusted to be a full member of Debian, and have unsupervised, unrestricted upload rights, right now. -BEGIN PGP SIGNATURE- iQIzBAEBCAAdFiEERqLf4owIeylOb9kkgSgKoIe6+w4FAmUDbYkACgkQgSgKoIe6 +w6CPg//VUX+6CjxWHBE0rpkM2EkHmZuOgVo/CwfUzYK1tGQg/DJOUGHlocuVh46 voWVO/CdBBR7rjQSs8l6ZfFKbGC/MbDLN76L4HBPRA2FDOCM3VXBxLn0yrMnkuHt IfR0H9sgQ1t/5cZLS8Jo89atLH8Wwvk8nc0fU99WrfMoMhbEO2Va/F0Phm63PvrK 34UFSEFOoBVWHRpg+Na+butp7ry8BOSh0RuEnPHXZ6LqP3+ylBB3HpiQVn6RX75A XwaOrSvyJH7r5n4HdoJ9WmjynxFAoEFtEM9lGCo7RIgyQblOx0c1A83VYOH5YvPT 813FrHWeU8qpJFeve+L+Tl89MHdoNaAUgIdiFBv2XqCQ9+n9oQlvcfVb8vawgaF7 MmlbxJjremQXzDl+LuvnDxtM192xykRmkDZ765xZLFSYpbnXjcLOGlXgS+G3JB9j UplTZuplLJwdbVXPtpeTwr65EjO56Wwrz6pUkKqi3/wP3MZ9bGhbA1MY7qedU0fB P8BEgmwYoJcHanA4cc6Hu1jvl7xynBZyRD+TfMWq/4crQpmwhEQ9aUNlLSa89is9 MRx9aW1Bu3qXZRle+NR3Wc/sBlvKCcpLReWdY2D9wIfrjkI5ra5KOBO0n63KoSMb VQOelp38CwVBzivhmzw0kBZjqsGFbDecxLqxz/QWOrwSBBQFSKU= =OVIB -END PGP SIGNATURE- Petter Reinholdtsen (via nm.debian.org) For details and to comment, visit https://nm.debian.org/process/1211/ -- https://nm.debian.org/process/1211/
Re: When can we get video archive for dc23?
[Stefano Rivera] > We publish metadata here > https://salsa.debian.org/debconf-video-team/archive-meta/ > > This usually lags the video publication, but it should be up at the end > of the conference. Good. I believe it is a great idea to include metadata in the same file as the content, so I am working with Wouter Verhelst to patch scripts/sreview-transcode in https://salsa.debian.org/debconf-video-team/sreview.git > to increase the amount of embedded metadata. A draft patch is available from http://paste.debian.net/1291899/ >. -- Happy hacking Petter Reinholdtsen
Bug#1051841: debian-edu-testsuite reports errors
[Guido Berhoerster] >> error: ./ldap-client: Not only one PAM module of krb5, ldap and sss is >> enabled > > /etc/pam.d/common-auth contains: > > … > auth[success=3 default=ignore] pam_krb5.so minimum_uid=1000 > auth[success=2 default=ignore] pam_unix.so nullok try_first_pass > auth[success=1 default=ignore] pam_ldap.so minimum_uid=1000 > use_first_pass > … > > So PAM tries them in the given order until one succeeds, I'm not sure > what is wrong with that. The git history of testsuite/ldap-client is > not helpful either why this was added. The pam_ldap.so line should be removed. The LDAP authentication send the password over to the LDAP server for verification, hopefully via an TLS channel, allowing a rouge server to collect user passwords, while Kerberos only send an encrypted timestamp to the server. Because of this Debian Edu do not want LDAP authentication enabled, and uses Kerberos exclusively over the network. >> error: ./rdp-server: xrdp service is not listening on 3389/tcp.' > > This can be probably be ignored as I have set up FAI on top of my LTSP > setup. I do not understand what you mean here. How is this relevant? -- Happy hacking Petter Reinholdtsen
Bug#1051841: debian-edu-testsuite reports errors
[Guido Berhoerster] >> error: ./ldap-client: Not only one PAM module of krb5, ldap and sss is >> enabled > > /etc/pam.d/common-auth contains: > > … > auth[success=3 default=ignore] pam_krb5.so minimum_uid=1000 > auth[success=2 default=ignore] pam_unix.so nullok try_first_pass > auth[success=1 default=ignore] pam_ldap.so minimum_uid=1000 > use_first_pass > … > > So PAM tries them in the given order until one succeeds, I'm not sure > what is wrong with that. The git history of testsuite/ldap-client is > not helpful either why this was added. The pam_ldap.so line should be removed. The LDAP authentication send the password over to the LDAP server for verification, hopefully via an TLS channel, allowing a rouge server to collect user passwords, while Kerberos only send an encrypted timestamp to the server. Because of this Debian Edu do not want LDAP authentication enabled, and uses Kerberos exclusively over the network. >> error: ./rdp-server: xrdp service is not listening on 3389/tcp.' > > This can be probably be ignored as I have set up FAI on top of my LTSP > setup. I do not understand what you mean here. How is this relevant? -- Happy hacking Petter Reinholdtsen
Bug#1051811: pytorch-vision: Failing autopkgtests
[Jeremy Bícha] > Autopkgtest failures currently prevent migration to Testing even when > the autopkgtests have never passed on an architecture. As far as I know, a test that never succeeded will not be considered a regression and will not block migration. https://tracker.debian.org/pkg/pytorch-vision > claim the failing ppc64el and s390x tests are regression. Is this wrong? -- Happy hacking Petter Reinholdtsen
Bug#1051811: pytorch-vision: Failing autopkgtests
[Jeremy Bícha] > Autopkgtest failures currently prevent migration to Testing even when > the autopkgtests have never passed on an architecture. As far as I know, a test that never succeeded will not be considered a regression and will not block migration. https://tracker.debian.org/pkg/pytorch-vision > claim the failing ppc64el and s390x tests are regression. Is this wrong? -- Happy hacking Petter Reinholdtsen
Re: When can we get video archive for dc23?
[xiao sheng wen(肖盛文)] > Is there any software in Debian can recognize video's voice to word? > > echo word on video screen or put on video web html? Whisper can do this, see https://bugs.debian.org/1034091 >. I got the dependencies included in the archive, but the Whisper package itself need more work before it could be accepted into the archive, perhaps in contrib or non-free. I ran out of time but hope to revisit the topic in the future. Whisper produce subtext files readable by vlc and embeddable into the webm file. -- Happy hacking Petter Reinholdtsen
Re: When can we get video archive for dc23?
[Valentin Vidic] > Recordings should start appearing here: > > https://meetings-archive.debian.net/pub/debian-meetings/2023/DebConf23/ Is it possible to include all the metadata about the talk in the webm files published? I see from https://debconf23.debconf.org/talks/18-opening-ceremony/ > comparing to the output from exiftool, there are some fields missing: ExifTool Version Number : 12.57 File Name : debconf23-35-opening-ceremony.lq.webm Directory : . File Size : 30 MB File Modification Date/Time : 2023:09:12 13:12:26+02:00 File Access Date/Time : 2023:09:12 15:44:49+02:00 File Inode Change Date/Time : 2023:09:12 15:44:49+02:00 File Permissions: -rw-rw-r-- File Type : WEBM File Type Extension : webm MIME Type : video/webm EBML Version: 1 EBML Read Version : 1 Doc Type: webm Doc Type Version: 2 Doc Type Read Version : 2 Timecode Scale : 1 ms Title : Opening Ceremony Muxing App : Lavf60.3.100 Writing App : Lavf60.3.100 Video Frame Rate: 25 Image Width : 640 Image Height: 360 Video Scan Type : Unknown (2) Track Number: 2 Track UID : f623bb106c10d71b Track Language : und Track Default : No Codec ID: A_VORBIS Track Type : Audio Audio Channels : 1 Audio Sample Rate : 96000 Audio Bits Per Sample : 32 Speakers: Sruthi Chandran Date: 2023-09-10 Event : DebConf 23 Tag Track UID : f623bb106c10d71b Encoder : Lavc60.3.100 libvorbis Duration: 00:11:53.68700 Image Size : 640x360 Megapixels : 0.230 I do not see the track, type, room, time or the long description (Welcome to DebConf23). -- Happy hacking Petter Reinholdtsen
Bug#1051353: freecad: Can't create window in arch workbench
Control: notfound -1 0.20.2+dfsg1-6 I further discovered that this patch is already in freecad 0.20.2+dfsg1-6 as 0010-arch-tutorial.patch, included to fix https://bugs.debian.org/1031566 >. I guess the fix for stable might be to backport this patch to 0.20.2+dfsg1-4. https://sources.debian.org/src/freecad/0.20.2+dfsg1-10/debian/patches/0010-arch-tutorial.patch/ > -- Happy hacking Petter Reinholdtsen
Bug#1051353: freecad: Can't create window in arch workbench
Control: notfound -1 0.20.2+dfsg1-6 I further discovered that this patch is already in freecad 0.20.2+dfsg1-6 as 0010-arch-tutorial.patch, included to fix https://bugs.debian.org/1031566 >. I guess the fix for stable might be to backport this patch to 0.20.2+dfsg1-4. https://sources.debian.org/src/freecad/0.20.2+dfsg1-10/debian/patches/0010-arch-tutorial.patch/ > -- Happy hacking Petter Reinholdtsen