Control: retitle -1 Package is severely outdated
Control: severity -1 serious
This package is severely outdated. esptool v2.8, as currently packaged
in Debian, was released in October 2019, almost 3.5 years ago. Upstream
has regularly released newer versions every few months in the meantime,
with
Control: severity -1 important
Control: retitle -1 Please build and ship flasher_stubs
On Fri, Jan 03, 2020 at 10:31:25PM +0200, Faidon Liambotis wrote:
> The Debian package will require some d/rules mechanics + esptool.py
> patches to fully implement this (and on a per-chip basis), an
On Sat, Feb 11, 2023 at 08:43:07PM +0100, Helge Deller wrote:
> Actually, most packages already enable LFS by default (e.g by checking and
> using the _FILE_OFFSET_BITS=64 possibility, or by using future=+lfs), so there
> are not so many packages left
OK, so I made some tests in order to
Source: dh-python
Version: 5.20230130
Severity: wishlist
copy_test_files() defaults to copying "test" and "tests", allowing
further customization through pybuild.testfiles. This is great, and a
sane default that does the right thing most of the time!
In that spirit, it may make sense to also
Hi Tina!
Hope you're well!
On Fri, Feb 17, 2023 at 05:15:37PM +, Martina Ferrari wrote:
> > We're now almost a year later, and unfortunately past the bookworm
> > freeze. While the Debian package is still at 0.9.0 (what bullseye was
> > released with), Upstream is now at 0.16.0, including
Hi there,
On Sat, Mar 26, 2022 at 02:58:33PM +, Witold Baryluk wrote:
> currently packaged version in testing and unstable is over 2 years old.
>
> Current upstream is 0.13.1 with number of bugfixes.
>
> Would appreciate it being updated in Debian.
We're now almost a year later, and
Package: wnpp
Severity: wishlist
Owner: Faidon Liambotis
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org
* Package name: sphinx-argparse-cli
Version : 1.11.0
Upstream Author : Bernát Gábor
* URL : https://github.com/tox-dev/sphinx-argparse
Package: wnpp
Severity: wishlist
Owner: Faidon Liambotis
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org
* Package name: pyproject-api
Version : 1.5.0
Upstream Author : Bernát Gábor
* URL : https://github.com/tox-dev/pyproject-api
non-empty default permissions.
+ * Sync Uploaders from unstable, to indicate that this a maintainer upload.
+
+ -- Faidon Liambotis Sat, 11 Feb 2023 23:44:44 +0200
+
crun (0.17+dfsg-1) unstable; urgency=medium
* New upstream release.
diff -Nru crun-0.17+dfsg/debian/control crun-0.17+dfsg/deb
On Sat, Feb 11, 2023 at 06:53:16PM +0100, Helge Deller wrote:
> > I'm not very familiar with the LFS work; could you help me understand a
> > bit better the need for adding this flag? Is this an MBF or something
> > specific to gdnsd? Why would this need to be tuned at the package level?
>
>
Hi Helge,
On Fri, Feb 10, 2023 at 08:48:37AM +0100, Helge Deller wrote:
> On 32-bit platforms this package may fail to build when running on large
> discs.
> One example is visible in log from the hppa platform:
> https://buildd.debian.org/status/fetch.php?pkg=gdnsd=hppa=3.8.0-1=1676009104=0
>
owner 1003128 !
thanks
On Wed, Aug 24, 2022 at 02:19:46PM +0300, Faidon Liambotis wrote:
> On Fri, Jul 22, 2022 at 03:40:13PM +0200, Faidon Liambotis wrote:
> > I have prepared a package for 0.10.0 that is pretty much complete (i.e.
> > including all metadata like debian/copyrigh
Hi there,
On Sun, Apr 04, 2021 at 09:57:39PM +0300, Faidon Liambotis wrote:
> On Sun, Apr 04, 2021 at 02:26:16AM +0200, Samuel Thibault wrote:
> > So basically libpthread is trying to initialize itself, calls malloc,
> > which initializes jemalloc, which calls pthread_self, whi
Hi!
On Thu, Dec 22, 2022 at 11:06:05PM +0100, Cyril Brulebois wrote:
> Faidon Liambotis (2022-12-22):
> > Going forward there are a few options:
> > * Revert the change and depend on debconf again. This is the safest
> > option, as this has been the status quo since
Source: cdebconf
Version: 0.265
Severity: critical
cdebconf 0.265 dropped the "debconf" dependency, that Joey Hess
"temporarily" added in 2007 with cdebconf 0.123[1]. This was added to
"avoid anyone breaking their systems by removing debconf, which
dependencies now allow".
Unfortunately, that
On Sat, Nov 12, 2022 at 08:06:56AM +, stefa...@debian.org wrote:
> Hi Faidon (2022.11.11_22:25:52_+)
> > I don't mind having an NMU, though, whether targeted or for the new
> > upstream version itself.
>
> Sure, happy to NMU a new upstream version, too. I'll 0-day NMU that.
>
> [...]
>
>
On Fri, Nov 11, 2022 at 11:56:18PM +0200, Stefano Rivera wrote:
> I've prepared an NMU for python-maxminddb (versioned as 2.0.3-1.1) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it longer.
Thank you so much Stefano! I've been meaning to update to the latest
Package: clang-14
Version: 1:14.0.6-2
Severity: normal
Attempting to build a trivial "hello world" program for
the wasm32-unknown-wasi target with:
clang -v -target wasm32-linux-wasi -o test.wasm test.c
...results in a cc1 command-line that includes:
-internal-isystem /include/wasm32-wasi
Control: reassign -1 libclang-common-14-dev 1:14.0.6-2
Control: retitle -1 Please build and ship compiler-rt for wasm32/wasm64
Tags: patch
Dear maintainer,
clang in Debian right now can build to the wasm32-unknown-wasi target,
as well as the less commonly used wasm64-unknown-wasi target.
On Fri, Jul 22, 2022 at 03:40:13PM +0200, Faidon Liambotis wrote:
> I have prepared a package for 0.10.0 that is pretty much complete (i.e.
> including all metadata like debian/copyright, debian/watch etc.) and
> functional, including AOT/wasmedgec and libwasmedge_c.
>
> I needed
On Sun, Jul 03, 2022 at 09:20:37PM +0200, Bastian Blank wrote:
> crun was not uploaded since before the release of Debian 11. It is now
> seriously out of date and even fails hard as root, see #1012053.
I built 1.4.5 using the existing Debian packaging and with no changes
other than dropping all
On Wed, Jan 05, 2022 at 12:44:06AM +0800, Shen-Ta Hsieh wrote:
> Package: wnpp
> Owner: Shen-Ta Hsieh
> Severity: wishlist
>
> * Package name: wasmedge
> Version : 0.9.0
> Upstream Author : Second State INC
> * URL : https://wasmedge.org/
> * License : Apache
On Fri, Jul 08, 2022 at 03:19:03AM +0300, Faidon Liambotis wrote:
> It'd be great if the package shipped with such a symlink structure,
> and/or came with instructions on how one can use this package (either
> with this structure, or, if possible, without).
Upon further research
Package: wasi-libc
Version: 0.0~git20210922.ad51334-1
Severity: normal
Thank you for maintaining wasi-libc!
I am trying to use Debian's clang + wasi-libc to compile a C program
into a WASM WASI binary. I am struggling to understand how to exactly
use wasi-libc. Most instructions on the web
Hi Jérémy,
On Sat, May 14, 2022 at 02:44:25PM +0200, Jérémy Lal wrote:
> > Addendum:
> > "/usr/bin/wasm-ld-13" -m wasm32 -L/usr/lib/wasm32-wasi
> > /usr/lib/wasm32-wasi/crt1-reactor.o --entry _initialize -error-limit=0 -O3
> > --lto-O3 --strip-all --allow-undefined --export-dynamic
Package: src:trafficserver
Version: 9.1.1+ds-1
Severity: normal
trafficserver 9.1.0 added[1] the "maxmind acl" plugin, to replace the
geoip acl plugin. The geoip plugin uses the deprecated libgeoip library,
which uses the legacy GeoIP/GeoLite databases. The maxmind plugin uses
instead the
Package: ipv6calc
Version: 1.0.0-1.1
Severity: important
Debian is currently shipping ipv6calc 1.0.0. Upstream has released 12
new upstream releases since, and is currently at 4.0.0.
I'm marking this as important rather than as wishlist, because it feels
like the package is unmaintained/uncared
reassign 997051 src:jemalloc 5.2.1-3
thanks
On Mon, Oct 25, 2021 at 09:17:45AM +0200, Johannes Schauer Marin Rodrigues
wrote:
> > > I guess one fix or workaround would be to add support for the SYS_openat
> > > syscall as a fallback. Luckily this has already been done upstream:
> > >
> > >
Package: apt-show-versions
Version: 0.22.12+nmu1
Severity: normal
apt-show-versions currently provides a /etc/cron.daily/apt-show-versions
file, to instruct cron daemons to run "apt-show-versions -i" on a daily
basis.
It'd be nice to also support systemd timers instead, as
apt-show-versions is
Hi!
On Mon, Jan 11, 2021 at 12:48:25AM +0200, Faidon Liambotis wrote:
> On Mon, Aug 21, 2017 at 08:42:16AM -0400, Theodore Ts'o wrote:
> > So what I am currently thinking might be a viable first step is to
> > split out the translations for e2fsprogs and transition from
>
Package: marco
Version: 1.24.1-2
Severity: grave
Tags: patch
marco >= 1.23.2 has a memory/pixmap leak in the workspace switcher OSD,
that makes the desktop slower over time, and after a few weeks of
uptime, downright unusable. The effects can be observed using "xrestop",
where the Pxms column
On Wed, Apr 21, 2021 at 09:41:47PM +, Reinhard Tartler wrote:
>
> Add depends in iptables (Closes: #987207)
>
I recently tried to upgrade podman in
On Sun, Apr 04, 2021 at 02:26:16AM +0200, Samuel Thibault wrote:
> So basically libpthread is trying to initialize itself, calls malloc,
> which initializes jemalloc, which calls pthread_self, which is not happy
> that libpthread is not initialized yet, thus calls assert, which tries
> to malloc
-1,3 +1,11 @@
+jemalloc (5.2.1-3) unstable; urgency=medium
+
+ * Add docbook-xml to Build-Depends, to avoid xsltproc accessing the network
+to fetch docbookx.dtd. Thanks to Helmum Grohne for the report and fix.
+(Closes: #985971)
+
+ -- Faidon Liambotis Sat, 27 Mar 2021 10:33:42 +0200
+
Package: dpkg
Version: 1.20.7.1
Severity: wishlist
Hi there,
With systemd being the default in Debian systems, it's possible nowadays
to uninstall cron, without losing much in terms of functionality. Many
packages nowadays ship both a cronjob and a systemd timer unit including
packages in the
Source: apticron
Version: 1.2.3+nmu1
Severity: normal
On a system that had apticron installed, I tried to install
apticron-systemd, after I accidentally discovered its existence.
After installing it, the "apticron" package remained behind as "rc";
purging it removes /etc/apticron, which would be
Hi Felix,
On Sun, Mar 14, 2021 at 09:18:25AM -0700, Felix Lechner wrote:
> On Sun, Mar 14, 2021 at 8:42 AM Faidon Liambotis wrote:
> >
> > I maintain a package
>
> Thank you for bringing this to our attention. I would like to test the
> proposed changes with your p
Package: lintian
Version: 2.104.0
Severity: normal
The package-supports-alternative-init-but-no-init.d-script check has
this text at the end:
N: Refer to Debian Policy Manual section 9.11 (Alternate init systems)
N: for details.
However, section 9.11 reads "This section has been deleted." in
On Sat, Jul 08, 2017 at 02:35:05PM +0200, bert schulze wrote:
> 1. ConsoleKit is not maintained and recommends systemd-logind [1]
In the 3½ years since this bug was reported, ConsoleKit was removed from
Debian as "dead upstream", cf. #911416. It was not even part of buster.
I think the proper
Control: tags -1 patch
On Sat, Feb 13, 2021 at 02:53:58PM -0500, Andres Salomon wrote:
> Pulseaudio is failing to build on ppc64el. The version of pulseaudio in
> bullseye suffers from a pretty serious usability bug (see #980836)
> which should arguably be a higher severity, but let's focus on
Hi Andreas,
On Wed, Feb 10, 2021 at 01:09:30PM +0100, Andreas Tille wrote:
> I tried to fix the test issues of drmaa. Besides a missing Depends
> which was fixed in Git[1] this bug of jmalloc2 affects the import:
> [...]
> So for drmaa it is release critical to fix the issue.
I'm sorry to hear
Package: nomad-driver-podman
Version: 0.1.0-2
Severity: grave
As discussed recently in debian-devel, nomad-driver-podman 0.1.0 works
with the podman Varlink API, which does not exist anymore in podman 3.0,
making this package unusable for all users (at least AIUI).
A new upstream release of
Control: tags -1 patch
On Tue, Nov 14, 2017 at 11:39:44AM -0500, Aaron M. Ucko wrote:
> The build of avro-c for sparc64 (admittedly not a release
> architecture) failed as detailed in
> https://buildd.debian.org/status/fetch.php?pkg=avro-c=sparc64=1.8.2-1=1510615927=0:
I gave it a look, and
+
+ * Fix CVE-2019-13952: IPv6 addresses in local zone file data which are
+longer than the maximum legitimate IPv6 address cause a stack buffer
+overflow and crash. (Closes: #932407)
+
+ -- Faidon Liambotis Thu, 11 Feb 2021 23:58:20 +0200
+
gdnsd (2.4.2-1) unstable; urgency=medium
* New
On Thu, Feb 11, 2021 at 12:23:34AM +0100, Guillem Jover wrote:
> I'm also not sure what license Faidon would like to add to this.
> Personally I'd be fine with permissive or copyleft, or whatever other
> default license is used in devscripts.
I don't think I ever considered my one-liner
On Fri, Feb 05, 2021 at 05:33:42PM +, Thorsten Glaser wrote:
> Debian FTP Masters dixit:
>
> > - Add lowdown as an alternative Markdown translator to be used instead
> > of
> > pandoc, to ease bootstrappability for new ports. (Closes: #956041)
>
> Unfortunately not:
>
> |
Package: wnpp
Severity: wishlist
Owner: Faidon Liambotis
* Package name: dbip-lite-databases
Version : 202102
Upstream Author : Eris Networks S.A.S
* URL : https://db-ip.com/
* License : CC-BY 4.0
Programming Lang: -
Description : IP geolocation
On Thu, Jan 14, 2021 at 01:29:06PM -0300, Antonio Terceiro wrote:
> On Sat, Jan 09, 2021 at 12:58:05PM +0200, Faidon Liambotis wrote:
> > On Thu, Dec 31, 2020 at 01:39:52PM -0500, Reinhard Tartler wrote:
> > > As I thought. Experimental has version 2.2, unstable/testing curren
On Sat, Jan 16, 2021 at 06:00:00PM +, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
>
> On Sun, 2021-01-10 at 21:39 +0200, Faidon Liambotis wrote:
> > This is an buster proposed update to fix CVE-2020-28241:
> > > libmaxminddb before 1.4.3 has a hea
On Sun, Dec 06, 2020 at 06:14:04PM +0100, Samuel Thibault wrote:
> Aaron M. Ucko, le ven. 11 août 2017 17:56:38 -0400, a ecrit:
> > only about a dozen source packages build-depend on
> > jemalloc.
>
> Just as additional updated information point: inkscape is now also using
> jemalloc, so that
Hi Ted,
On Mon, Aug 21, 2017 at 08:42:16AM -0400, Theodore Ts'o wrote:
> So what I am currently thinking might be a viable first step is to
> split out the translations for e2fsprogs and transition from
> Essential: yes to Essential: no, since there is no controversy over
> that step. We can
On Sun, Jan 21, 2018 at 04:19:37PM +0100, Andreas Henriksson wrote:
> On Sun, Jan 14, 2018 at 08:08:09PM +0100, Helmut Grohne wrote:
> > Package: nilfs-tools
> [...]
> > /sbin/mkfs.nilfs2 contains badblocks. According to file it is a ELF 64-bit
> > LSB executable, x86-64, version 1 (SYSV)
> [...]
On Mon, Jan 22, 2018 at 11:22:51PM +0100, Andreas Henriksson wrote:
> These occurances can be found in the source at:
>
> https://sources.debian.org/src/dnssec-trigger/0.13-6/riggerd/reshook.c/#L114
> https://sources.debian.org/src/dnssec-trigger/0.13-6/dnssec-trigger-script.in/#L528
>
> Both of
On Wed, Jan 24, 2018 at 12:23:13AM +0100, Andreas Henriksson wrote:
> On Sun, Jan 14, 2018 at 08:08:14PM +0100, Helmut Grohne wrote:
> > Package: nomad
> [...]
> > /usr/bin/nomad contains debugfs. According to file it is a ELF
> > 64-bit LSB executable, x86-64, version 1 (SYSV)
> [...]
>
> There
On Sun, Jan 21, 2018 at 08:09:07PM +0100, Louis Bouchard wrote:
> Sorry for the late reply.
>
> sosreport is in fact designed to silently ignore situations where commands
> issued are not available. So I do thing, as you suggest, that a Recommend
> would be more suitable in that context.
>
> I
On Mon, Mar 19, 2018 at 11:04:32AM +0100, Helmut Grohne wrote:
> On Mon, Mar 19, 2018 at 08:11:34AM +, z...@debian.org wrote:
> > Add explicit depends on xfsprogs and e2fsprogs (Closes: #887228).
>
> Hey, this is wrong!
>
> You even said yourself:
>
> | I agree with your analysis, and I
On Sat, Jan 20, 2018 at 01:41:56AM +0100, Andreas Henriksson wrote:
> On Sun, Jan 14, 2018 at 08:10:44PM +0100, Helmut Grohne wrote:
> > /usr/share/resolvconf/dump-debug-info contains lsattr. According to
> > file it is a POSIX shell script, ASCII text executable
>
> This one uses lsattr, but
* Backport upstream fix for CVE-2020-28241, heap-based buffer over-read in
+dump_entry_data_list in maxminddb.c. (Closes: #973878)
+
+ -- Faidon Liambotis Sun, 10 Jan 2021 21:10:00 +0200
+
libmaxminddb (1.3.2-1) unstable; urgency=medium
* New upstream release.
diff -Nru libmaxminddb-1.
severity 951704 normal
thanks
On Thu, Feb 20, 2020 at 11:50:10AM +0100, Mathieu Malaterre wrote:
> I cannot import the pyopenvdb module on Debian sid (amd64). It fails like
> this:
>
>
>
> Searching in the jemalloc bug report, I stumble upon:
>
> *
On Sun, Jan 10, 2021 at 12:59:22AM +0800, Shengjing Zhu wrote:
> Could you provide more info about how you test.
> I have switched to cgroupv2 one month ago(when docker.io 20.10 was
> uploaded to experimental). But I haven't met errors.
$ dpkg-query -W runc
runc1.0.0~rc6+dfsg1-3
$ podman run
On Fri, Jan 08, 2021 at 07:30:03PM +0100, Michel Le Bihan wrote:
> After updating libx11-xcb1 chromium and google chrome UI is not
> responding to any input and clicking anywhere on the app window causes
> the GNOME app is not responding dialog to appear. The app actually is
> not frozen because
Hi there,
On Thu, Dec 31, 2020 at 01:39:52PM -0500, Reinhard Tartler wrote:
> As I thought. Experimental has version 2.2, unstable/testing currently 2.1
> What you are asking for is one (maybe the?) major new feature introduced in
> 2.2.0.
That's helpful! I was wondering what your plans were
Source: runc
Version: 1.0.0~rc92+dfsg1-5
Severity: important
Hi,
Apologies for the spam if you are already aware of this, but I was
surprised myself and took me a bit to figure this out:
Debian switched to cgroups v2 by default, starting with systemd 247.2-2
(cf. #943981). This is now the case
On Wed, Aug 19, 2020 at 05:00:24PM +0200, Thorsten Glaser wrote:
> > I must admit that I find the trade-off proposed by Adrian and Thorsten
> > quite reasonable. I've also looked for more options, but none came to my
> > mind.
>
> I’m actually in favour of one of the other solutions,
> not the
owner 896816 !
thanks
On Tue, Apr 24, 2018 at 10:24:06AM -0400, Jon Bernard wrote:
> * Package name: lowdown
It seems this ITP has been pending for 2½ years, and looks abandoned.
I was interested in this package, so I worked with upstream to resolve a
bunch of integration issues with both
Package: u-boot-qemu
Version: 2020.10+dfsg-1
Severity: important
u-boot-qemu currently ships:
/usr/lib/u-boot/qemu-x86/u-boot.bin
/usr/lib/u-boot/qemu-x86/uboot.elf
/usr/lib/u-boot/qemu-x86_64/u-boot.bin
/usr/lib/u-boot/qemu-x86_64/uboot.elf
However, these do not seem to be functional.
On Sun, Nov 17, 2019 at 05:43:16AM +0100, Guillem Jover wrote:
> On Sun, 2019-11-03 at 23:37:39 +0100, Robert Luberda wrote:
> > Package: libbsd-dev
> > Version: 0.10.0-1
> > Severity: wishlist
>
> > I'm trying to prepare new version of bsd-mailx package from the OpenBSD
> > repository, but it
On Thu, Dec 24, 2015 at 11:57:27AM +0100, Guillem Jover wrote:
> Currently libbsd implements getentropy(2) using only a fallback, which
> has the same problems as on old GNU/Linux and other Unix systems. Uses
> file descriptors which are susceptible to limits or exhaustion (and
> relies on /dev
Package: ftp.debian.org
Severity: normal
siproxd has not seen a maintainer upload since 2013, and had an NMU in
May 2015. It has been FTBFS since April 2020 (GCC 10), and because of
that was removed from testing in 2020-08-07. The last commit in the VCS
repo is from Aug 2015.
Upstream is not
Package: mitmproxy
Version: 5.3.0-1
Severity: grave
Installing mitmproxy in a clean sid chroot, and running it (with no arguments)
results into a large backtrace that ends with...
pkg_resources.DistributionNotFound: The 'hyperframe>=6.0' distribution was
not found and is required by mitmproxy
Hi,
On Tue, Nov 17, 2020 at 08:53:40PM +0100, Ondřej Nový wrote:
> This package FTBFS (see: #959544) and there is no visible activity regarding
> this package for more than year. This bug is blocking migration
> of my package python-geoip2.
>
> I want to salvage this package, move it under
On Tue, Aug 18, 2020 at 10:12:07PM +0200, Helmut Grohne wrote:
> > I'm not sure whether the package not being a leaf has that much to do
> > with it. Honestly, I feel like blaming libmaxminddb for bootstrappability
> > issues is a bit odd. The chain I think is:
> > isc-dhcp-client(?) -> bind9 ->
On Tue, Aug 18, 2020 at 05:41:26PM +0200, John Paul Adrian Glaubitz wrote:
> As I explained, it's a matter of bootstrappability. Your package is not a leaf
> package which is why this particular problem cannot be ignored. Helmut Grohne
> (CC'ed) who is also working on keeping Debian bootstrappable
Hi there,
On Tue, Aug 18, 2020 at 04:17:53PM +0200, John Paul Adrian Glaubitz wrote:
> On 8/17/20 11:36 AM, John Paul Adrian Glaubitz wrote:
> > Therefore, in order to keep Debian bootstappable, please try to get rid of
> > this
> > arch-any build dependency and move it to arch-all.
>
> Just
severity 956041 wishlist
thanks
On Thu, Apr 09, 2020 at 12:08:34PM +0200, Thorsten Glaser wrote:
> # an FTBFS on a non-release architecture is "important"
> severity 956041 important
> thanks
Stating that the package "FTBFSes on non-release architectures" is
twisting the situation a little bit.
severity 956041 wishlist
thanks
On Tue, Apr 07, 2020 at 05:06:02PM +0200, Thorsten Glaser wrote:
> On Mon, 6 Apr 2020, Thorsten Glaser wrote:
>
> > Please do ensure to only ever Build-Depends-Indep on pandoc
> > and that the build really only needs it for the arch:all build.
>
> Erk. The
Hi Steve,
On Thu, Apr 02, 2020 at 07:58:05AM -0700, Steve Langasek wrote:
> In Ubuntu, we are in the process of moving the i386 architecture to a
> compatibility-only layer on amd64, and therefore we are also moving our
> autopkgtest infrastructure to test i386 binaries in a cross-environment.
>
Hi Andreas,
Thanks for reaching out. It sounds like this is already reported as
#951704 (Cc'ed now). I'll need to give this a closer look, but I hope I
can have an update within the next couple of weeks. Does this work?
Thanks!
Faidon
On Sun, Mar 15, 2020 at 10:33:20AM +0100, Andreas Tille
Version: 2.19-3.2
On Tue, Jul 10, 2018 at 10:18:43AM -0700, Steve Langasek wrote:
> The fakechroot package currently build-depends on libjemalloc1, but in
> experimental the soname has been bumped to libjemalloc2. Looking at the
> actual test, there's no need to hard-code the specific
Package: esptool
Version: 2.6+dfsg-1
Severity: normal
esptool in Debian currently strips the flasher stub code, which limits
the usefulness of the software significantly (e.g. flashing doesn't
work). The reasoning stated in README.Debian is:
The binary stub code has been purged [...] due to
On Mon, Dec 30, 2019 at 11:37:52PM -0500, Harlan Lieberman-Berg wrote:
>
>
> Based on this license change, it seems to me that geoipupdate can no
> longer be in main. Contrib may be a suitable home, however?
geoipupdate is already in contrib (it has always been that way). Did you
perhaps miss
Package: src:scapy
Version: 2.4.2-1
Severity: normal
Tags: patch
Hi there,
python3-scapy Suggests python3-geoip, but upstream seems to have
switched to the geoip2 API with 49fc93a51, included in 2.4.0 RC5. The
old GeoIP module is not used by the current scapy source at all.
The GeoIP2 module is
On Fri, Aug 30, 2019 at 07:42:07AM +, Matthias Klose wrote:
> Python2 becomes end-of-live upstream, and Debian aims to remove
> Python2 from the distribution, as discussed in
> https://lists.debian.org/debian-python/2019/07/msg00080.html
While I was aware there were tentative plans to remove
On Thu, Jan 31, 2019 at 04:36:45PM -0500, Thomas Ward wrote:
> The GeoIP module is a core module in NGINX upstream. Keeping this in
> mind, it's just packaged here as a dynamic module.
>
> For reference purposes, I have forwarded this bug report to nginx
> upstream's nginx-devel mailing list [1]
Package: src:inspircd
Version: 3.3.0-1
Severity: normal
Hi there,
src:inspircd seems to Build-Depend on libgeoip-dev, but no GeoIP
supports seems to built into the resulting binary. Looking into the
source, it looks like there is support for using GeoIP2 (aka
libmaxminddb) in
Package: src:bro
Version: 2.6.1+ds1-1
Severity: normal
Tags: patch
Hi there,
src:bro seems to Build-Depend on libgeoip-dev, but no GeoIP supports
seems to built into the resulting binary. Upstream's NEWS for 2.6
mentions:
> - GeoIP Legacy Database support has been replaced with GeoIP2 MaxMind DB
On Thu, Aug 29, 2019 at 12:21:11PM +0200, Patrick Matthäi wrote:
> So why not leaving src:geoip-database for the legacy databases and
> introduce a new src package for the new formats?
Well, that's certainly doable, but it just feels like duplicated effort,
considering that the CSV/MMDB files are
On Wed, Aug 28, 2019 at 03:05:07PM +0200, Patrick Matthäi wrote:
> > I'd be happy to help with that. Is the package in git somewhere? I don't
> > see Vcs-* headers - perhaps you could import it to salsa?
>
> I have got my own subversion system for my packages. If you want to
> co-maintain
Hi there,
Thanks Colin for re-raising this! My intention for #885442 was to
include the GeoLite2 *databases* (i.e. MMDB), rather than their data
converted to the legacy GeoIP format. I'll avoid making a mess out of
the BTS though, given we have this bug now :)
On Thu, Aug 08, 2019 at 09:33:27AM
On Sun, Sep 16, 2018 at 08:34:14PM +0100, Julian Gilbey wrote:
> evince has recently regularly (always?) started reporting "! SyncTeX
> Error : No file?" when I open a PDF to view it. I have no idea why
> this would be; the PDF files in question are unrelated to TeX.
Given how annoying this is
On Wed, Jun 19, 2019 at 04:54:33PM +0100, Steve McIntyre wrote:
> There's a fair amount of work going on in Grub, but yes - it looks
> like nobody's tending their bug tracker. :-(
>
> Network booting is clearly not the highest priority for the current
> developers, but I'm sure that can be fixed
Package: src:shim
Version: 15+1533136590.3beb971-7
Severity: wishlist
(I'm Cc'ing the syslinux and iPXE maintainers here for their information
and to seek their opinion. I haven't discussed this matter with neither
of them and do not speak for them.)
Currently, the only way to network boot a
cu-dev Build-Depends, as it's now available on
+kFreeBSD.
+ * Add 2019 to debian/copyright years.
+ * Misc source package changes:
+- Drop overlay/tarballs/build-area from gbp.conf.
+- Remove custom compression setting from source/options.
+- Sort Build-Depends.
+
+ -- Faidon Lia
Package: lintian
Version: 2.7.0
Severity: normal
Hi there,
jemalloc's pc has this:
[...]
install_suffix=
[...]
Libs: -L${libdir} -ljemalloc${install_suffix}
(install_suffix is autoconf-interpolated at build time, so there is a
reason it exists despite being purposefully empty in Debian)
Package: src:python-static3
Version: 0.7.0-5
Severity: serious
Hi there,
tox's (new) maintainer here. python-static3 uses "tox" as an
autopkgtest, which is currently broken and that holds a newer version of
tox from migrating to testing. (Hence setting the severity to serious)
The use of tox
On Wed, Jan 09, 2019 at 10:42:06PM +0100, Johannes Schauer wrote:
> Quoting Faidon Liambotis (2019-01-09 16:16:40)
> > > Until it is properly fixed upstream we can just temporarily disable
> > > --enable-prof, right?
> > We could, yes. This is a useful piece of
On Wed, Jan 09, 2019 at 11:23:19AM +0100, Johannes Schauer wrote:
> Maybe you can report this directly to upstream?
I thought of that, but then I saw that upstream is Piotr, who is also
listed as a Maintainer of this package. Is that not the case?
> Until it is properly fixed upstream we can
Package: src:fakechroot
Version: 2.19-3
Severity: serious
Hi again,
So jemalloc 5.1.0-2 was recently uploaded to unstable. The build
currently fails due to the explicit dependency on libjemalloc1 (cf.
#918741), but as soon as this gets fixed, another issue is uncovered:
While building this
Package: src:fakechroot
Version: 2.19-3
Severity: serious
Hi,
I uploaded jemalloc 5.1.0-2 to unstable the other day. It involves a new
ABI and SONAME and thus a transition from libjemalloc1 -> libjemalloc2.
I noticed that your package Build-Depends directly on libjemalloc1, and
thus this
> > >
> > > http://bugs.debian.org/914814
> > >
> > > about a break with jemalloc 5.1 which will be soon the default in
> > > Debian.
> > >
> > > The attached mail is giving some hints for the spades developers which
> > > I
101 - 200 of 703 matches
Mail list logo