Package: mailman3-web
Version: 0+20200530-2
Severity: important
Dear Maintainer,
I tried to install mailman3-full on my server, but the post-installation script
keeps failing. Please find below the error message.
The error message mentions database configuration, but it occurs whether I
choose
Package: pymongo
X-Debbugs-CC: t...@security.debian.org
Severity: important
Tags: security
Hi,
The following vulnerability was published for pymongo.
CVE-2024-21506[0]:
| Versions of the package pymongo before 4.6.3 are vulnerable to Out-
| of-bounds Read in the bson module. Using the crafted
Release 0.106.0-alpha.1 succesfully builds as an unofficial draft package,
embedding 30 crates (21 missing, 4 outdated, 5 ahead)
which needs to be packaged before this can officially enter Debian.
The built binary runs and seems to work from a brief test use.
Main task now is packaging remaining
On 4/19/24 11:31, Salvatore Bonaccorso wrote:
Control: tags 1064293 + patch
Control: tags 1064293 + pending
Control: tags 1068938 + patch
Control: tags 1068938 + pending
Dear maintainer,
I've prepared an NMU for less (versioned as 590-2.1) and
uploaded it to DELAYED/2. Please feel free to
Release 0.106.0-alpha.1 succesfully builds as an unofficial draft package,
embedding 30 crates (21 missing, 4 outdated, 5 ahead)
which needs to be packaged before this can officially enter Debian.
The built binary runs and seems to work from a brief test use.
Main task now is packaging remaining
On 4/20/24 15:59, Johannes Schauer Marin Rodrigues wrote:
Quoting Milan Kupcevic (2024-04-20 21:46:14)
On 4/20/24 15:05, Johannes Schauer Marin Rodrigues wrote: [...]
Quoting Milan Kupcevic (2024-04-20 20:50:27)
This package builds just fine either on or off an island. The "pre-built
Galera 25.3.37 was last release from upstream in 3.x series. I suspect
the best resolution here is to wait a bit and then just file removal
request for galera-3 in sid/trixie when we are confident there is no
MariaDB 10.1/2/3 users out there anymore.
Hi Dandan Zhang.
Quoting zhangdandan (2024-04-17 14:13:00)
> The pandoc is blocked from building by haskell-pandoc and
> haskell-pandoc-lua-engine in the Debian Package Auto-Building environment.
> I have built haskell-pandoc and haskell-pandoc-lua-engine locally, and
> then compiling pandoc
Package: wnpp
Severity: wishlist
Owner: Yogeswaran Umasankar
X-Debbugs-Cc: debian-de...@lists.debian.org, kd8...@gmail.com
* Package name: python-pytest-randomly
Version : 3.15.0
Upstream Contact: Adam Johnson
* URL : https://github.com/pytest-dev/pytest-randomly
*
Hi josch,
On 2024-04-21 at 01:26, Johannes Schauer Marin Rodrigues wrote:
> Quoting Milan Kupcevic (2024-04-21 01:03:12)
> > On 4/20/24 15:59, Johannes Schauer Marin Rodrigues wrote:
> > > How about using the upstream git instead of the release tarball as the
> > > base for
> > > the
Package: apt
Version: 2.9.1
Severity: normal
There is the wontfix bug
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=477166
"apt: autoremoval keeps all branches of an OR on the system even if
I don't want one".
While I can understand the reason why this is wontfix, this reason
makes no
This is a curious response.
My report was "this doesn't work any more because no package in Debian has
this," not "you should make rpm-common still have this."
You should probably remove the rpm packages from Debian entirely, at the
point where people need to install a bunch of external packages
On Sat, Apr 20, 2024 at 02:57:28PM +, Thorsten Glaser wrote:
> >Right. AFAICS, lintian spews that warning because the header in that patch in
> >incomplete. It also needs a "From" and "Subject" (which can be same as commit
>
> this is not entirely correct.
>
> The full patch header is:
>
>
Done. I haev uploaded a NMU with the referenced patch.
Hi!
On Mon, 2024-04-15 at 13:15:13 +0200, Santiago Vila wrote:
> Hi. I'm scared about removing /etc/profile by accident.
>
> Guillem: I see that dpkg contains some helper programs to remove
> "obsolete conffiles".
>
> Are they meant to be used for conffiles which should no longer exist,
> or
On Thu, 18 Apr 2024, 23:18 Santiago Vila, wrote:
> El 18/4/24 a las 22:17, Richard Lewis escribió:
> >>> '^[a-zA-Z0-9_][a-zA-Z0-9._-]*\.sh$'
> >>
> >> Hi. I confirm that this is appropriate for what we distribute:
> >
> > What about local scripts added by users (which this change might
> >
Hi Josch,
This package builds just fine either on or off an island. The "pre-built
artifacts" is actually the build support provided by the upstream for
their official release package. It is nice to rebuild the build support,
but is not required nor always desired.
Milan
On 2/8/24 18:24,
Hi!
On Thu, 2024-03-28 at 09:58:29 +0800, Sean Whitton wrote:
> On Thu 07 Mar 2024 at 11:22pm +01, Guillem Jover wrote:
> > diff --git a/policy/ch-source.rst b/policy/ch-source.rst
> > index 4307e89..2fb05cd 100644
> > --- a/policy/ch-source.rst
> > +++ b/policy/ch-source.rst
> > @@ -685,7 +685,7
Package: blhc
Version: 0.14-1
Severity: normal
Tags: patch
Dear Maintainer,
blhc triggers a NONVERBOSE BUILD error in src:fim
https://salsa.debian.org/debian/fim/-/jobs/5618524
[snip]
$ blhc --debian --line-numbers --color ${SALSA_CI_BLHC_ARGS}
${WORKING_DIR}/*.build || [ $? -eq 1 ]
Hi Josch,
On 4/20/24 15:05, Johannes Schauer Marin Rodrigues wrote:
[...]
Quoting Milan Kupcevic (2024-04-20 20:50:27)
This package builds just fine either on or off an island. The "pre-built
artifacts" is actually the build support provided by the upstream for their
official release package.
On Mon, 15 Apr 2024 at 10:34, Peter Pentchev wrote:
>
> On Sun, Apr 14, 2024 at 07:39:54PM +0100, Luca Boccassi wrote:
> > > Le 2/13/22 à 09:00, Mihai Moldovan a écrit :
> > >
> > > > I'm pretty sure that we can, at some point in the future, drop the
> > > offending
> > > > patch from the RPM
Hi Lucas,
* Lucas Nussbaum [2024-04-20 15:21]:
Relevant part (hopefully):
self =
@pytest.mark.skipif(IS_WASM, reason="fp errors don't work in wasm")
@pytest.mark.skipif(arm_softfloat,
reason='platform/cpu issue with FPU (gh-413,-15562)')
def
Control: reassign -1 openmpi
Control: affects -1 gtg-trace
Hello,
Lucas Nussbaum, le sam. 20 avril 2024 14:52:03 +0200, a ecrit:
> > --
> > Sorry! You were supposed to get help about:
> >
Hi,
On 20-04-2024 3:22 p.m., Lucas Nussbaum wrote:
The following packages have unmet dependencies:
sbuild-build-depends-main-dummy : Depends: libreoffice-draw-nogui but it is
not installable
E: Unable to correct problems, you have held broken packages.
apt-get failed.
I recall rene
On 2024-04-20 19:40:16 +0100, Richard Lewis wrote:
> fwiw my understanding is that release-notes should be used less often, than
> NEWS.Debian because
> - it only covers stable-to-stable upgrades (i doubt many unstable users
> read it at all - certainly at the moment i don't think there is any
Package: wnpp
Severity: wishlist
Owner: Michael Fladischer
X-Debbugs-Cc: debian-de...@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: python-neapolitan
Version : 24.2
Upstream Contact: Carlton Gibson
* URL :
Quoting Milan Kupcevic (2024-04-21 01:03:12)
> On 4/20/24 15:59, Johannes Schauer Marin Rodrigues wrote:
> > Quoting Milan Kupcevic (2024-04-20 21:46:14)
> >> On 4/20/24 15:05, Johannes Schauer Marin Rodrigues wrote: [...]
> >>> Quoting Milan Kupcevic (2024-04-20 20:50:27)
> This package
[Not reassigning yet to openjdk-17-jre-headless, as the change
was done on purpose, but Cc-ing the OpenJDK Team.]
Hi,
Since no-one looked at this issue in a month and gnucash-docs
has now been removed from testing...
On 2024-03-20 22:03:18 +0100, Lucas Nussbaum wrote:
[...]
> > Exception in
Package: widelands-data
Version: 2:1.1-4
Running sid/unstable.
widelands-data has a dependency on package "culmus-fancy"
(full dependency list is: fonts-freefont-ttf, fonts-dejavu-core,
fonts-dejavu-extra, fonts-hosny-amiri, fonts-nakula, fonts-wqy-microhei,
culmus-fancy)
culmus-fancy package
control: found -1 runit/2.1.2-55
Hi,
On Fri, 19 Apr 2024 00:32:51 +
Jamie Heilman wrote:
> Package: runit
> Version: 2.1.2-59
>
> I have a long standing installation of runit which does not use the
> runsvchdir(8) symlink flipping mechanics. /etc/service is a normal
> directory. This
Control: found -1 2.9.1
On 2023-11-01 21:53:26 +0100, Vincent Lefevre wrote:
> Package: apt
> Version: 2.6.1
> Severity: normal
>
> I've installed several -perl packages with "apt install", including
> libio-async-perl, and libtest-fatal-perl:amd64 was automatically
> installed as a dependency:
On 20/04/24 at 19:11 +0200, Stephen Kitt wrote:
> gcc-i686-linux-gnu is in Build-Depends-Indep, it’s only used to build Arch:
> all packages. Is there a requirement that these build on armhf? Given that
> armhf doesn’t have gcc-i686-linux-gnu, I’m not sure how I would go about
> fixing this, short
On Sat, Apr 20, 2024 at 11:09:17AM +0200, Dominique Dumont wrote:
> On Thursday, 18 April 2024 19:21:55 CEST you wrote:
> > Source: libconfig-model-dpkg-perl
> > Version: 3.004
> > Severity: serious
> > Tags: ftbfs
> > Justification: fails to build from source
>
> This really looks like a bug
Hi!
On Wed, 2024-04-17 at 04:24:16 +0200, Vincent Lefevre wrote:
> Package: developers-reference
> Version: 13.5
> Severity: normal
> Now that the deborphan package has been removed from unstable,
> the section "Make transition packages deborphan compliant" in
> "Best Packaging Practices" is out
On Sat, Apr 20, 2024 at 04:15:08PM +0200, Daniel Gröber wrote:
[...]
> Are you open to doing some testing for the new package version once I get
> around to putting it together? I can do end-to-end testing on ICE40(HX) and
> (probably) GW1N (if I can figure out how to flash this thing) maybe
>
Hi,
Quoting Milan Kupcevic (2024-04-20 20:50:27)
> This package builds just fine either on or off an island. The "pre-built
> artifacts" is actually the build support provided by the upstream for their
> official release package. It is nice to rebuild the build support, but is not
> required nor
Status update: This exact same issue is still affecting ia64 builds
for latest Galera 26.4.18 in Debian:
https://buildd.debian.org/status/fetch.php?pkg=galera-4=ia64=26.4.18-1%7Eexp1=1713220669=0
This seems to be passing now with latest version:
>From
>https://buildd.debian.org/status/fetch.php?pkg=galera-4=sparc64=26.4.18-1%7Eexp1=1713134650=0:
Running tests...
/usr/bin/ctest --force-new-ctest-process --output-on-failure
Test project /<>/obj-sparc64-linux-gnu
Start 1: gu_tests
1/7
I converted this to MR at
https://salsa.debian.org/mariadb-team/mariadb-server/-/merge_requests/77
Waiting for CI to pass and for a second person to approve. Perhaps Daniel Black?
Svante: Would you like to submit the two patches upstream as well?
Hi!
On Fri, 2023-06-16 at 16:29:17 +0200, Johannes Schauer Marin Rodrigues wrote:
> Quoting Guillem Jover (2022-10-10 12:23:58)
> > On Thu, 2022-09-22 at 22:13:34 +0200, Johannes Schauer Marin Rodrigues
> > wrote:
> > As mentioned on IRC, the problem here (and on #825385) is indeed that dpkg
> >
Hi!
On Thu, 2024-04-18 at 23:29:11 +0300, Maytham Alsudany wrote:
> Package: debian-policy
> Version: 4.7.0.0
> Severity: normal
> X-Debbugs-Cc: debian-de...@lists.debian.org
> In early 2022, Guillem added support for a new Static-Built-Using field to
> dpkg, encouraging packagers to use it over
Source: rust-async-process
Version: 1.7.0-4
Severity: important
Tags: ftbfs
X-Debbugs-Cc: jbi...@debian.org, werdah...@riseup.net
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi Jonas,
asnyc-process currently fail to build in experimental:
=
error[E0599]:
Control: reassign -1 dh-python 6.20240401
Control: retitle -1 dh-python: dh_python3 loses cpython module name when
renaming shared object
On Tue, 2 Apr 2024 22:47:12 +0300 Michael Ivanov
wrote:
> Package: dnf
> Version: 4.14.0-4.1
> Severity: grave
> Justification: renders package unusable
>
>
Subject: gnome-software: "the interface of this program will be shown in
american english" is shown for all programs
Package: gnome-software
X-Debbugs-Cc: t...@envs.net
Version: 46~beta-1
Severity: normal
Tags: l10n
Dear Maintainer,
open any page in gnome-software, installed or not, and see that
Ok, that's reasonable.
Re: content-negotation: the www FAQ[1] makes me think that, at least currently,
it's not worth attempting anything more advanced than language negotiation.
Re: file suffixes: after re-reading the Sphinx code and experimenting with a
few builds: I'm convinced that the
On 2008-04-21 19:13:43 -0700, Daniel Burrows wrote:
[...]
> The autoremoval stuff is designed to be conservative in what it
> removes: it only removes packages if it can prove that nothing depends
> on them. This sometimes results in oddities like the above, but those
> are much better than the
301 - 346 of 346 matches
Mail list logo