Bug#1003044: internal 'getzoneinfofile_stream' method emits a warning message

2023-03-06 Thread Arnout Vandecappelle
On 05/03/2023 23:07, Felix Geyer wrote: On Sun, 05 Mar 2023 18:50:06 +0100 Arnout Vandecappelle wrote: This still fails to address the original issue: an irrelevant warning is printed when performing a fairly mundane thing (requesting a nonexistent timezone). That part could be easily

Bug#1003044: internal 'getzoneinfofile_stream' method emits a warning message

2023-03-05 Thread Arnout Vandecappelle
James Addison schreef op 5 maart 2023 17:24:58 CET: >Followup-For: Bug #1003044 > >On Tue, 21 Feb 2023 14:46:01 -0500, morph wrote: >> On Sun, Jan 29, 2023 at 9:45 AM Felix Geyer wrote: >> > How exactly does this break matplotlib? >> it produces output on stderr, which many tools consider it an e

Bug#1003044: python3-dateutil: python_dateutil get_zonefile_instance functionality is broken (no zoneinfo found)

2023-03-05 Thread Arnout Vandecappelle
Sandro Tosi schreef op 3 maart 2023 21:05:03 CET: >> This bug is about the warning, not about the fact that the bundled zoninfo >> database is missing. > >not exactly > >even if these APIs are deprecated upstream, i think breaking them on >purpose (by removing the bundled timezone file) is uncalle

Bug#1003044: python3-dateutil: python_dateutil get_zonefile_instance functionality is broken (no zoneinfo found)

2023-03-03 Thread Arnout Vandecappelle
ebian/changelog 2023-03-03 18:58:30.0 +0100 @@ -1,3 +1,10 @@ +python-dateutil (2.8.2-1.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Remove warning about missing bundled zoneinfo database (closes: #1003044) + + -- Arnout Vandecappelle Fri, 03 Mar 2023 18:58:30 +0100

Bug#815616: [PATCH] copyright: correct license of japanese font

2016-02-22 Thread Arnout Vandecappelle (Essensium/Mind)
japanese_230_50.qpf is generated from the helvetica sources, so it is covered by the same license. Cfr. lib/fonts/README in the source tree. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) --- debian/copyright | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/debian

Bug#815617: copyright: wrong license for japanese_230_50.qpf

2016-02-22 Thread Arnout Vandecappelle
ia /run/systemd/system) >From e0cf2077d5c254a91e2500f42eb4aa2df07bf2c9 Mon Sep 17 00:00:00 2001 From: "Arnout Vandecappelle (Essensium/Mind)" Date: Mon, 22 Feb 2016 23:16:07 +0100 Subject: [PATCH] copyright: correct license of japanese font japanese_230_50.qpf is generated from the helv

Bug#815616: copyright: wrong license for japanese_230_50.qpf

2016-02-22 Thread Arnout Vandecappelle
Source: qtbase-opensource-src Severity: minor Tags: patch japanese_230_50.qpf is generated from the helvetica sources, so it is covered by the same license. Cfr. lib/fonts/README in the source tree. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'un

Bug#771091: New pull request

2014-11-27 Thread Arnout Vandecappelle
I did some further fixes to my patch. I also added a second patch to add a -F option that negates the implicit -f from -a. This is needed for me because the salvaging of files allocates another big chunk of memory. https://github.com/dosfstools/dosfstools/pull/2 -- To UNSUBSCRIBE, email to deb

Bug#771091: Proposed implementation of mmap() available on github

2014-11-27 Thread Arnout Vandecappelle
I sent a github pull request with a proposed implementation of the mmap-based reading of the FAT table: https://github.com/dosfstools/dosfstools/pull/1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debia

Bug#771091: fsck.fat: large memory footprint

2014-11-26 Thread Arnout Vandecappelle (Essensium/Mind)
Package: dosfstools Version: 3.0.27-1 Severity: normal Tags: upstream Most likely you're already aware that the memory footprint of fsck.fat is quite large. I'm using it on an embedded system with 16MB of free memory and it triggers an OOM when checking 8GB partitions. fsck.fat does three big m

Bug#482042: libpigment0.3-dev: Missing dependency on libgstreamer-plugins-base0.10-dev

2008-05-20 Thread Arnout Vandecappelle
Package: libpigment0.3-dev Version: 0.3.1-2 Severity: minor Tags: patch The libpigment0.3-dev debian package doesn't depend on libgstreamer-plugins-base0.10-dev, while some of the headers of the latter are included in pigment headers. -- System Information: Debian Release: lenny/sid APT prefe