Package: wnpp
Severity: wishlist
Owner: Faidon Liambotis
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: bootterm
Version : 0.4+git2023013
Upstream Contact: Willy Tarreau
* URL : https://github.com/wtarreau/bootterm
* License : Expat
Programming
On Sun, Mar 31, 2024 at 06:52:23PM +1100, Brendan O'Dea wrote:
> > help2man does not output any tables by default (AIUI) but in case one
> > adds text e.g. in their DESCRIPTION that includes tables, it won't work.
>
> help2man is intended to take `--help` output and massage it into a
> manual
Hi Bo,
Thanks for the short reaction time and for spending your time on this
bug, much appreciated!
On Fri, Mar 22, 2024 at 01:26:35PM +0800, Bo YU wrote:
> Thanks your detailed analysis for it. I have uploaded -3 to unstable to
> hope to unblock tox migrating. But these are some unexpected
Source: help2man
Version: 1.49.3
Severity: wishlist
In trixie and above, including tables in a manpage does not work
anymore, unless the "tbl" preprocessor is added explicitly. This means
tables are not rendered, and warnings of the following form are emitted:
warning: tbl preprocessor failed,
On Sun, Aug 28, 2022 at 08:56:18AM +0200, Gioele Barabucci wrote:
> could you please ship `/usr/share/debconf/confmodule{,.sh}` in a separate
> package, for example debconf-common?
In the same spirit, I think Debconf::Client::ConfModule should also be
split into its own package, as it seems
Control: retitle -1 test_allenvs_print_extras tests are flaky
On Fri, Nov 03, 2023 at 08:57:57PM +0800, Bo YU wrote:
> The bug was opened to track a potential bugs on armel(or others slow
> archs, but it does not always happened).
>
> Fix from upstream[0] may take a long time so if you use the
Source: bcachefs-tools
Version: 24+really1.3.4-2
Severity: serious
I don't think bcachefs-tools in its current state is fit for release.
* The package is severely behind: Debian is currently at 1.3.4. Upstream
is at 1.6.4.
* Chronologically speaking, 1.3.4 was released in November 2023, so in
On Fri, Mar 15, 2024 at 07:23:04AM +0100, Helmut Grohne wrote:
> override_dh_auto_configure:
> + CC='$(CC)' \
> CFLAGS="${CFLAGS}" \
> ./configure \
> PREFIX=/usr \
One more thing: should we also pass AR=$(AR)? It did matter for
WebAssembly (which required the use
> lowdown fails to cross build from source, because it performs a native
> build. Since there is a configure script, debhelper concludes that the
> autoconf build system should be used and that it thus should not pass
> cross tools to make, but it really should. Also since dh_auto_configure
> is
Control: tags -1 + moreinfo
On Wed, Mar 13, 2024 at 12:17:12AM +0100, Antoine Sirinelli wrote:
> When I create a new custom network, the dns is not enabled:
>
> $ podman network create test
> test
> $ podman network inspect test
>
> [...]
>
> The outcome should have "dns_enabled" to true.
Per
On Sat, Mar 09, 2024 at 06:44:56AM -0700, Anthony Fok wrote:
> Package: podman
> Version: 4.9.3+ds1-1
> Severity: normal
>
> [...]
>
> Eventually, I ran the following commands to remedy the situation:
>
> sudo apt install containers-storage
> rm -rf ~/.local/share/containers
> podman
Control: reopen -1
Hi there,
Thanks for including asyncio in the 1.22.1+ds-1 upload! That's already
going to be extremely useful!
The bug report was also requesting to ship the "mip" module as well, as
evident from the Subject and this:
On Sat, Feb 10, 2024 at 06:27:09PM +, Debian Bug
On Tue, Jan 23, 2024 at 10:58:03AM +0200, Faidon Liambotis wrote:
> > * The "udev" crate is required, and missing from the
> > missing list. Note that it's distinctly different to
> > librust-libudev-dev. debcargo generates a librust-udev-dev package
> >
On Mon, Feb 05, 2024 at 02:13:50PM +0800, 张家岭 wrote:
> Hi, this can support loong64 build , I build this in my local . and I'll
> submit to upstream .
But is your patch necessary to build for loong64? Does the build fail
without your patch?
Faidon
Control: tags -1 upstream moreinfo
On Fri, Feb 02, 2024 at 04:40:08AM +, JiaLing Zhang wrote:
> Please help to add support for loong64.I have build it in my local
> machine.
Unless I'm missing something, both of your changes seem... unrelated to
what we ship in Debian. Have you verified that
Control: reassign -1 src:golang-github-containers-storage 1.43.0+ds1-8
Control: fixed -1 1.48.1+ds1-1
On Wed, Jan 31, 2024 at 03:45:35PM +0100, Holger Leskien wrote:
> at the moment the dependency on the containers-storage package is "suggests"
> only. However, this means that the package is not
On Wed, Feb 08, 2023 at 11:32:50AM +0100, Marco d'Itri wrote:
> Package: wnpp
> Severity: wishlist
>
> * Package name: sbctl
> Version : 0.10
> Upstream Contact: Morten Linderud
> * URL : https://github.com/Foxboron/sbctl/
> * License : MIT
> Programming
A few updates:
On Mon, Jan 08, 2024 at 12:45:35PM +0200, Faidon Liambotis wrote:
> * librust-gag-dev is now in Debian.
Still true, but also now moot, as it the dependency has been removed
upstream:
https://github.com/koverstreet/bcachefs-tools/commit/5e224596cfdf9ad9413536482224e2fe79b9e
Control: reassign -1 src:golang-github-containers-storage 1.43.0+ds1-8
Control: fixed -1 1.45.1+ds1-1
Control: affects -1 src:libpod
On Sun, Jan 21, 2024 at 01:17:46AM +0800, Tee Hao Wei wrote:
> Oh. I just noticed how Debian handles Go dependencies..
>
> I guess this will actually need to be a
On Thu, Jan 11, 2024 at 01:02:47PM +, Simon McVittie wrote:
> It looks as though these are already known and already fixed in the
> packaging git repo.
Correct. I introduced these breakages with a couple of recent MRs, and
hopefully fixed them with #130. I asked Sylvestre to hold off until we
On Mon, Jan 08, 2024 at 12:45:35PM +0200, Faidon Liambotis wrote:
> * I don't think librust-parse-display-dev is needed. Upstream indeed
> has parse-display in Cargo.toml, but as far as I can tell, it's not
> used anywhere and it's just a spurious dependency? Needs to be
> forwar
Source: bcachefs-tools
Version: 24+really1.3.4-2
Severity: important
The bcachefs-tools package builds the C portion of the tarball, and not
the parts written in Rust (under rust-src/). This results in a crippled
functionality, such as the missing "mount" binary (#1057295).
There is a
On Thu, Oct 26, 2023 at 11:00:56PM +0200, Daniel Gröber wrote:
> - gbp.conf doesn't disable pristine-tar but no pristine-tar branch is
>available, making gbp export-orig fail
In fact, it's *enabling it* (pristine-tar = True).
> - debian/files was committed to the git repo when it shouldn't
Hi Laurent & Sam,
On Thu, May 13, 2021 at 10:14:38AM +0200, Laurent Bigonville wrote:
> I see that you reassigned this bug to the refpolicy package and FTR I don't
> completely agree with that.
>
> Most of the other applications that manipulates SELinux objects are behaving
> nicely when they
self a backport from v4.3.0), to
+address an incorrect handling of supplementary groups. (Closes: #1019591)
+ * Add myself to Uploaders.
+
+ -- Faidon Liambotis Fri, 29 Dec 2023 17:26:49 +0200
+
libpod (3.0.1+dfsg1-3+deb11u4) bullseye; urgency=medium
* Recompile to fix parsing of DBUS
On Mon, Oct 03, 2022 at 07:57:36PM +0200, Mathias Behrle wrote:
> E: tryton-modules-all: field-too-long Depends (5604 chars > 5000)
>
>
>
> Looking at #942943 and #942487 it looks as if the issue with reprepro
> should be mitigated with
>
Control: tags -1 + fixed-upstream
Dear maintainer,
On Tue, Dec 12, 2023 at 08:58:48AM +0100, Lucas Nussbaum wrote:
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
>
>
>
> > File "/<>/tests/__init__.py", line 4, in
> > import imp
> >
Thanks, Sylvestre for the Cc and Israel for the bug report!
On Fri, Dec 15, 2023 at 02:00:55PM +0100, Sylvestre Ledru wrote:
> > The above lines are adding c++ include paths in the
> > method (WebAssembly::AddClangSystemIncludeArgs)
> > for adding only system/c include paths.
> > I think the c++
Dear Jonas,
On Mon, Aug 07, 2023 at 03:51:51PM +0300, Faidon Liambotis wrote:
> Dear maintainer, security team,
>
> (See #1032092 for a similar bug with an almost equivalent response)
I've seen that you've uploaded a couple new upstream releases of
Asterisk in the time since my last
Hi Ted,
On Wed, Aug 18, 2021 at 01:41:36AM +0300, Faidon Liambotis wrote:
> I haven't received a response for this. We are now at the beginning of
> the aforementioned bookworm cycle, so I thought it may be a good
> opportunity to bump this :) Do you have any thoughts?
It's now been
Control: retitle -1 Package needs an active maintainer
On Sun, Nov 14, 2021 at 02:46:41PM +0200, Faidon Liambotis wrote:
> Debian is currently shipping ipv6calc 1.0.0. Upstream has released 12
> new upstream releases since, and is currently at 4.0.0.
Upstream has been regularly making re
Hi,
This is now RC, which means sphinxcontrib-mermaid has been marked for
autoremoval, including its reverse dependencies (one of which I
maintain).
On Sun, Jul 30, 2023 at 08:30:07PM +0200, Lucas Nussbaum wrote:
> sphinxcontrib-mermaid fails to build with Sphinx 7.1 and docutils 0.20, both
>
Package: dh-make
Version: 2.202301
Severity: wishlist
X-Debbugs-Cc: ius...@debian.org
A few years ago, a bug was filed against one of my packages, #956041, to
report that build-depending on pandoc is a bit of a nuisance for ports
architectures and bootstrapping, as it has a long depends of B-Ds
On Sun, Nov 12, 2023 at 03:06:34PM +, Adam D. Barratt wrote:
> On Sun, 2023-11-12 at 09:56 +0200, Faidon Liambotis wrote:
> > A change merged into Linux v6.6 broke crun. The change was backported
> > in the stable branch with v6.1.55, the version in bookworm. We fixed
> >
On Sat, Nov 11, 2023 at 08:51:30AM +0100, Salvatore Bonaccorso wrote:
> The following vulnerability was published for esptool.
>
> CVE-2023-46894[0]:
> | An issue discovered in esptool 4.6.2 allows attackers to view
> | sensitive information via weak cryptographic algorithm.
>
> If I undestand
6, >= v6.1.55 and >= 5.10.197, i.e. bullseye's
+and bookworm's current stable kernels. (Closes: #1053821)
+
+ -- Faidon Liambotis Thu, 02 Nov 2023 18:52:46 +0200
+
crun (0.17+dfsg-1+deb11u1) bullseye; urgency=medium
* Backport upstream commits b847d14 ("spec: do not set inheritable
diff -N
Control: affects 1052002 - wasmedge
Control: affects 1052002 + src:wasmedge
On Thu, Nov 09, 2023 at 09:52:04AM +0100, Paul Gevers wrote:
> > Hi Paul,
> > Thank you for your report. This is caused #1052002, which I had marked
> > as affects: wasmedge previously.
>
> Sorry for not checking that,
Hi Paul,
On Sun, Nov 05, 2023 at 01:45:34PM +0100, Paul Gevers wrote:
> Source: wasmedge
> Version: 0.13.4+dfsg-1
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: regression
>
> Dear maintainer(s),
>
> Your package has an autopkgtest, great. However, it fails. Can you please
>
Control: reopen -1
Control: found -1 1:16.0.6-17
This is still not fixed :( Mike's findings still stand:
On Sat, Sep 16, 2023 at 05:53:55AM +0900, Mike Hommey wrote:
> This is a regression from the upgrade to clang 16.
>
> with clang 14:
> #include "..." search starts here:
> #include <...>
>= v6.1.55, i.e. bookworm's current stable
+kernel. (Closes: #1053821)
+ * Move myself to Maintainer, and Dmitry to Uploaders.
+
+ -- Faidon Liambotis Thu, 02 Nov 2023 18:52:46 +0200
+
crun (1.8.1-1) unstable; urgency=medium
* New bugfix upstream release.
diff -Nru crun-1.8.1/deb
Control: severity -1 important
On Thu, Nov 02, 2023 at 10:43:46AM -0500, Jesse Hathaway wrote:
> Since this bug affects the current version in bookworm, v1.8.1, would
> there be a possibility of adding the upstream patch to bookworm's
> version? I tested applying the patches atop v1.8.1 and they
Source: mold
Version: 2.2.0+dfsg-1
Severity: normal
With mold 2.0.0 upstream relicensed the project from the AGPL v3.0, to
the MIT (or as we call it in Debian, Expat) license. Given the
restrictions of the AGPL, this is a major change which could open up
mold to more users.
debian/copyright (as
Control: tags -1 pending
Hi Arnaud,
On Thu, Sep 21, 2023 at 04:19:25PM +0700, Arnaud Rebillout wrote:
> geoipupdates talks to MaxMind servers over HTTPS, so it needs the
> package ca-certificates to be functional. Otherwise:
Thanks so much for taking the time to report this! That's a good
Control: reassign -1 rustc 1.68.2+dfsg1-1
Control: retitle -1 Builds invalid wasm32 binaries (1.67->1.68 regression)
On Tue, Sep 12, 2023 at 10:56:57PM +0100, Peter Green wrote:
> The autopkgtests for wasmedge fail with rustc 1.68, I have observed this with
> both testing and unstable's versions
Control: severity -1 grave
On Thu, Aug 10, 2023 at 04:43:18PM +0200, Marc Riedel wrote:
> When opening http://localhost:1, only "File does not exist, or is not
> accessible: " is displayed. Maybe related to commit "Refreshing allow-
> symlinks.patch."
I just tried installing netdata to
On Fri, Jun 30, 2023 at 12:52:31PM +0200, Gioele Barabucci wrote:
> autopkgtest-build-podman's failure is due to the issue reported in [1], i.e.
> the Debian setup of podman requires `dbus-user-session`, but none of the
> podman-related packages Depends on it.
podman may not Depend on
Control: block -1 by 868895
On Sun, Aug 06, 2023 at 10:12:30PM +0200, Piotr Ożarowski wrote:
> I had to add stub_flasher_32.json file manually from upstream repo in
> order to make my esphome (not yet in Debian, working on it) work with
> ESP32 WROOM 32 board.
>
> Please include this file in the
Source: furo
Version: 2023.08.19+dfsg-1
Severity: grave
furo 2023.08.19+dfsg-1 requires Sphinx v6.0:
$ grep -r 'require_sphinx(' /usr/lib/python3/dist-packages/furo
/usr/lib/python3/dist-packages/furo/__init__.py:app.require_sphinx("6.0")
However:
$ rmadison -s unstable python3-sphinx
Control: reopen -1
Control: severity -1 serious
On Fri, Aug 18, 2023 at 07:21:05AM +, Debian Bug Tracking System wrote:
>* Also build-depend on libzstd-dev (Closes: #1047718)
Thanks for this, but the bug report was not about a Build-Depends, but
rather for a (runtime) Depends from a -dev
Package: go-md2man
Version: 2.0.2+ds1-1
Severity: important
X-Debbugs-Cc: g.branden.robin...@gmail.com, cjwat...@debian.org
Control: forwarded -1 https://github.com/cpuguy83/go-md2man/issues/99
go-md2man generates output that is invalid and with groff 1.23:
1) does not render tables, producing
Package: liblld-16-dev
Version: 1:16.0.6-10
Severity: normal
WasmEdge 0.13.3+dfsg-1 currently FTBFS on Ubuntu, but not Debian. It
build-depends on liblld-dev, which apparently defaults to 16 in Ubuntu,
but 14 (still) in Debian.
An example build log is:
Source: micropython
Version: 1.19.1+ds-1
Severity: normal
uasyncio is extremely useful in MicroPython programs in my experience,
as it allows for concurrency in environments where there may be
otherwise limited (no threads etc.). It's been supported by MicroPython
for a while, and I see in
Control: tags -1 pending
Hi Chris,
On Wed, Aug 09, 2023 at 09:16:05AM +0100, Chris Lamb wrote:
> This is because:
>
> a) The documentation embeded the current build date via the copyright
> year and a "last updated" timestamp. The attached patch changes this
> to use SOURCE_DATE_EPOCH if
Hi Jonas,
On Thu, May 04, 2023 at 01:43:33PM +0300, Faidon Liambotis wrote:
> Control: found -1 1:20.2.1~dfsg+~cs6.13.40431413-1
> Control: tags -1 patch
>
> On Wed, Nov 30, 2022 at 04:18:24PM +0100, IB Development Team wrote:
> > Package: asterisk
> > Version:
Dear maintainer, security team,
(See #1036697 for a similar bug with an almost equivalent response)
The changelog for the asterisk 1:20.4.0~dfsg+~cs6.13.40431414-1 upload
dated 2023-08-04, currently in unstable, mentions:
>+ fixate component pjproject at upstream release 2.13.1
The sources
Dear maintainer, security team,
(See #1032092 for a similar bug with an almost equivalent response)
The changelog for the asterisk 1:20.4.0~dfsg+~cs6.13.40431414-1 upload
dated 2023-08-04, currently in unstable, mentions:
>+ fixate component pjproject at upstream release 2.13.1
The sources
Control: forwarded -1 https://github.com/WasmEdge/WasmEdge/issues/2695
Control: tags -1 + patch
On Wed, Jul 26, 2023 at 09:50:12PM +0200, Lucas Nussbaum wrote:
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
>
>
> Relevant part (hopefully):
> > /usr/bin/c++
Control: forwarded -1 https://github.com/gdnsd/gdnsd/issues/236
On Wed, Jul 26, 2023 at 10:20:11PM +0200, Lucas Nussbaum wrote:
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
Thanks Lucas. I had noticed that already and have been trying to figure
out a fix
On Wed, Jul 19, 2023 at 06:41:54PM +0200, Jonas Smedegaard wrote:
> > > This is a pseudo-ITP: The source package is already maintained for the
> > > subset covering core Cranelift crates, since they are part of same
> > > monorepo. The intent tracked here is extending that source package to
> > >
On Wed, Jul 19, 2023 at 10:56:32AM +0200, Jonas Smedegaard wrote:
> rust-wasmtime is the Rust embedding API for the Wasmtime project:
> a cross-platform engine for running WebAssembly programs.
>
> This is a pseudo-ITP: The source package is already maintained for the
> subset covering core
Control: tags -1 moreinfo
On Wed, Apr 19, 2023 at 09:24:21AM +0800, 鐘翊修 wrote:
> following man 5 containers-storage.conf,
> when a system have both /etc/containers/storage.conf and
> /usr/share/containers/storage.conf
>
> the values in /etc/containers/storage.conf overwrite the value in
>
On Sun, Jun 04, 2023 at 02:52:56PM +0200, Felix Stupp wrote:
> the current version of podman does not allow me to run any container due
> to the following error message:
> Error: stat /home/$USER/.config/docker/config.json: no such file or directory
>
> I can trigger this issue with a simple:
Package: podman
Version: 4.3.1+ds1-8+b1
Severity: minor
Linux 5.13+ (so Debian stable+) added user namespace support to
overlayfs. Podman can leverage that and use overlayfs in rootless
containers, which results into performance benefits compared to
fuse-overlayfs.
See this older RedHat article
Control: found -1 1:20.2.1~dfsg+~cs6.13.40431413-1
Control: tags -1 patch
On Wed, Nov 30, 2022 at 04:18:24PM +0100, IB Development Team wrote:
> Package: asterisk
> Version: 1:16.28.0~dfsg-0+deb10u1
>
> In clean Debian 10 after
>
> apt-get install asterisk
>
> internal opus codec seems to
On Thu, Apr 13, 2023 at 04:43:54PM +, Mike Gabriel wrote:
> > This seems to be upstream bug #407 fixed with upstream git commit
> > 52fa45d4ca35e6be11ddee818eac84b768f15e22:
> > https://github.com/mate-desktop/mate-terminal/commit/52fa45d4ca35e6be11ddee818eac84b768f15e22
> >
> > This was
Control: tags -1 upstream
Control: forwarded -1 https://github.com/mate-desktop/mate-terminal/issues/407
On Wed, Apr 12, 2023 at 10:37:19AM +0300, Faidon Liambotis wrote:
> On Thu, Dec 16, 2021 at 12:29:48PM +0100, Jasmin68k wrote:
> > Using Debian sid, running apt-get upgrade, which
On Thu, Dec 16, 2021 at 12:29:48PM +0100, Jasmin68k wrote:
> Using Debian sid, running apt-get upgrade, which installed
> libvte-2.91-0 and libvte-2.91-common 0.66.1-1. After that, the
> context (right-click) menu font in mate-terminal became monospace,
> probably the same system wide monospace
On Sun, Apr 09, 2023 at 09:08:09AM +0200, Salvatore Bonaccorso wrote:
> > I submitted an MR implementing this:
> > https://salsa.debian.org/debian/criu/-/merge_requests/3
> >
> > Looking forward to your review!
>
> Thanks for doing the work, I will have a look but any such change will
> happen
addresses a man warning ("macro 'PI' not defined") which in
+turn is a lintian warning for packages using lowdown to generate their
+manpage(s).
+ * Bump Standards-Version to 4.6.2, no changes needed.
+
+ -- Faidon Liambotis Sun, 09 Apr 2023 03:39:15 +0300
+
lowdown (1.0.0-1
Control: tags -1 patch
On Mon, Apr 06, 2015 at 02:00:46PM +0200, Salvatore Bonaccorso wrote:
> I think it would make sense in meanwhile to split up the criu binary
> package (although still small) into multiple binary packages: E.g.
> criu, criu-dbg, libcriuX, libcriu-dev, python-criu.
I
On Fri, Aug 19, 2022 at 02:16:19PM +0200, Andrej Shadura wrote:
> > I have to respectfully disagree here. In Debian, "Recommends"
> > relationships are installed by default, and your message indicates to me
> > that you have configured your system to not install them. It furthermore
> > seems to
On Sat, Apr 01, 2023 at 08:24:57PM +0100, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
>
> Please go ahead; sorry for the delay.
Thanks for the review! Tagged and uploaded last night, and it's
currently in proposed-updates.
Faidon
On Tue, Feb 21, 2023 at 02:23:34PM +0200, Adrian Bunk wrote:
> Looking at #1028371, should generated dependencies on python3-protobuf be
> python3-protobuf (>= 3.21), python3-protobuf (<< 3.22)
> to ensure that the binary package is used with the same version
> as the protobuf-compiler used
Package: ftp.debian.org
Severity: wishlist
I'm about to upload WasmEdge (ITP #1003128), a WebAssembly runtime.
The "wasmedge" binary package is the runtime (think JRE in Java terms),
so Section: devel is not very appropriate. I've set the source package
and the wasmedge package to Section: web
Hi Helge,
On Mon, Feb 27, 2023 at 11:08:23PM +0200, Faidon Liambotis wrote:
> What would you like to do with this bug? Would you like to file a bug
> against libev and mark this bug as blocked by the libev one? Or
> alternatively I can mark as wontfix and resolve?
Friendly bump on this!
On Fri, Mar 17, 2023 at 01:53:00PM +0200, Faidon Liambotis wrote:
> Indeed, autodep8 generates a file that has the manual tests combined
> with a pybuild-autopkgtest one. The pybuild-autopkgtest one is *not*
> marked as as superficial[1], as evident by the autodep8 output.
>
&g
Source: lintian
Version: 2.116.3
Severity: normal
In the experimental branch of src:esptool, I've defined the following:
* Testsuite: autopkgtest-pkg-pybuild in debian/control, to test the
Python module.
* Three superficial tests in debian/tests/control to test the CLI
tools using
On Tue, Mar 14, 2023 at 06:42:36PM +0100, Andreas Tille wrote:
> Thanks a lot for your bug report. I realised some cron job gathering
> upstream metadata files (and other machine readable files) is crashing
> at some point in time. I need to check this and can't promise anything
> but its really
On Sat, Mar 04, 2023 at 01:17:55PM +0200, Faidon Liambotis wrote:
> I checked the Sphinx source code, and it looks like the string is used
> in prepare_writing() from builders/html/__init__.py, which in turn
> passes it on as an argument to format_date() from util/i18n.py. It loo
On Thu, Mar 09, 2023 at 08:09:38PM +0200, Faidon Liambotis wrote:
> I pushed this as an MR against the 15 branch:
> https://salsa.debian.org/pkg-llvm-team/llvm-toolchain/-/merge_requests/113
> (I don't have access to push directly -- and that's totally fine :)
>
> I also kicked o
Control: tags -1 + patch
On Wed, Mar 08, 2023 at 06:51:36PM +0100, Sylvestre Ledru wrote:
> Le 08/03/2023 à 18:13, Simon McVittie a écrit :
> > On Wed, 08 Mar 2023 at 17:46:11 +0200, Faidon Liambotis wrote:
> > > I'm not submitting an MR because I noticed that "15"
n.org/bls/
3: I ran into stale data in that table, which is now tracked as #1032587
#!/usr/bin/python3
#
# Copyright © 2023 Faidon Liambotis
#
# Roughly based on dh-python/pydist/generate_fallback_list.py which is:
# Copyright © 2010-2015 Piotr Ożarowski
#
# Permission is hereby granted, free of
Package: qa.debian.org
User: qa.debian@packages.debian.org
Usertags: udd
Severity: normal
X-Debbugs-Cc: ti...@debian.org
m trying to query UDD for upstream metadata, but upon running some
SELECTs on public.upstream_metadata I've noticed that it doesn't have
data for e.g. src:python-structlog,
On Thu, Feb 23, 2023 at 12:16:41PM +0200, Faidon Liambotis wrote:
> I also have changes underway for 4.5, but currently looking into what it
> would take dependency-wise to accomplish this, as there are 1-2 new
> Python module dependencies that are not present in Debian yet. I'll
> fo
Small update:
On Tue, Feb 21, 2023 at 02:05:26PM +0200, Faidon Liambotis wrote:
> Some good news: [...]
I've staged a commit in the debian/experimental branch that takes care
of all this, and builds stubs for ESP8266 and the RISC-V ESP32 chips.
Hooray!
> (There is a tiny warning about no
Package: gcc-xtensa-lx106
Version: 12.2.0-9+12
Severity: normal
X-Debbugs-Cc: kei...@keithp.com
When building with -g, I get warnings such as:
xtensa-lx106-elf-gcc: warning: target system does not support debug output
cc1: warning: target system does not support debug output
I've noticed
On Wed, Mar 08, 2023 at 09:41:21AM +, Simon McVittie wrote:
> > there is a metapackage, libc++-dev-wasm32, which Depends on the
> > default implementation, which is libc++-14-dev-wasm32 right now. That
> > metapackage has at least one notable reverse B-D, firefox, using it to
> > build certain
On Wed, Mar 08, 2023 at 09:08:13AM +0100, Sylvestre Ledru wrote:
> > Specifically, it looks like the entire patching of the method
> > WebAssembly::AddClangCXXStdlibIncludeArgs isn't happening anymore. One
> > of these differences was exactly about this -- the comment says:
> >// don't include
On Thu, Jul 28, 2022 at 06:39:21PM +0200, Bastian Germann wrote:
> Package: wnpp
>
> The crun maintainer has requested help in #1014306.
I've done a few uploads since (1.5+dfsg-1, 1.8-1 and 1.8.1-1), as well
as prepared an upload for a bullseye-pu (#1031109). Reinhard also worked
on the package
On Fri, Mar 03, 2023 at 05:31:41PM +, Simon McVittie wrote:
> # clang++-15 -c --target=wasi-wasm32 -ostddef-cpp.o stddef.cpp
> # apt-get install --no-install-recommends libc++-15-dev
> # clang++-15 -c --target=wasi-wasm32 -ostddef-cpp.o stddef.cpp
>
> Expected result: both clang++-15 calls
On Fri, Mar 03, 2023 at 05:46:15PM +, Simon McVittie wrote:
> I've cut down what I think is the root cause of this compile failure to
> a more minimal bug report: see #1032317.
That's super helpful, thanks :) Spoiler alert: I have a suspicion on the
root cause, I'll follow up there.
> I
Hi Chris!
On Mon, Feb 27, 2023 at 07:53:12AM +, Chris Lamb wrote:
> Whilst working on the Reproducible Builds effort [0] we noticed
> that pyproject-api could not be built reproducibly.
That's unfortunate! Sorry for not realizing it before you did.
For what it's worth, this package was
Package: wnpp
Severity: wishlist
Owner: Faidon Liambotis
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: python-pkcs11
Version : 0.7.0
Upstream Author : Danielle Madeley
* URL : https://github.com/danni/python-pkcs11/
* License : Expat
Package: python3-packaging
Version: 23.0-1
Severity: wishlist
Upstream ships documentation in the docs/ directory, including a
standard Sphinx Makefile that can be used to build it.
Please build it and ship it as part of this package. My main use case is
other packages (tox and friends) hat are
On Mon, Feb 27, 2023 at 09:20:05PM +0100, Helge Deller wrote:
> Yes, you seem to be right. I missed the stat() calls.
> I wonder - do you know which files are monitored with the stat() calls?
> Could it be that those are just files from /dev or /proc, or are other
> standard files monitored too?
Hi Helge,
On Sun, Feb 26, 2023 at 01:06:16PM +0100, Helge Deller wrote:
> > So, from what I can tell, this is not something that I can fix locally
> > within gdnsd right now. AIUI what would need to happen is that libev
> > would need to be build with LFS support first, which would mean
> >
On Tue, Feb 21, 2023 at 02:16:40PM +0200, Faidon Liambotis wrote:
> I should note that while the package seems to meet the criteria for
> Salvaging (DevRef 5.12) I don't currently have the bandwidth to maintain
> it properly in the long run either. I'm happy to do a one-off NMU t
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
1 - 100 of 700 matches
Mail list logo