Hi Mo,
You may want to look at the FTBFS on mipsel for python-lupa.
https://buildd.debian.org/status/fetch.php?pkg=python-lupa=mipsel=1.13%2Bdfsg-1%2Bb2=1654771416=0
Paul
OpenPGP_signature
Description: OpenPGP digital signature
Hi,
On Thursday, 9 June 2022 13:00:30 CEST Aleksi Suhonen wrote:
> On 07/06/2022 16:36, Diederik de Haas wrote:
> > Can you still reproduce this issue on a more recent kernel (5.10 or
> > later)?
>
> 5.10 and many later kernels still have this issue. I haven't tried 5.17
> or 5.18, but I suspect
Hello,
On 07/06/2022 16:36, Diederik de Haas wrote:
Here's the error message:
Loading Linux 5.6.0-1-cloud-amd64 ...
error: not xen image.
Loading initial ramdisk ...
error: you need to load the kernel first.
Can you still reproduce this issue on a more recent kernel (5.10 or later)?
5.10
Control: severity -1 wishlist
On Tue, 4 Jan 2022 Amr Ibrahim wrote:
> On Tue, 28 Dec 2021 21:52:01 +0100 Adam Borowski
> wrote:
>
> > Could you please describe your use case? I don't quite see what
> > screen-equipped machines would care about mere 40MB. This stands in
> > contrast to
Hi Katharina,
Le 09/06/2022 à 09:18, Katharina Drexel a écrit :
https://salsa.debian.org/php-team/pear/php-guzzlehttp-guzzle . Problably someone
with the corresponding permissions should upload the package to the Debian
archive.
Sure. Did you forget to push the pristine-tar branch, and your
Control: severity -1 normal
Hi Jean,
On Thu, 2 Jun 2022 21:19:14 +0200 Jean Baptiste Favre
wrote:
The bug is currently fixed in trafficserver 9.1.2+ds-7 into unstable.
Due to the ongoing openssl transition, its migration to testing is
however blocked.
I'll continue to monitor package
On 09 juin 2022 10:30, Paul Gevers wrote:
> Hi Christian,
Hi paul,
[...]
>>> RecursionError: maximum recursion depth exceeded
>
> Seems like Ubuntu also ran into the issue and (temporarily) applied
>
Package: qtcreator
Version: 4.14.1-1
Severity: normal
Hello,
if one uses sdktool to programmatically configure parts of QT
Creator[1], the resulting configuration is saved in
/usr/share/qtcreator/QtProject
However, dpkg --purge qtcreator, which should also remove its
configuration, does not
Quoting Jonas Smedegaard (2022-06-09 12:25:01)
> This bug was fixed since u-boot 2022.04 - specifically in git commit
> f11513d9: https://source.denx.de/u-boot/u-boot/-/commit/f11513d
Correction - the actual fix was the later git commit 85da5587:
Control: severity -1 normal
Hi,
On Mon, 06 Jun 2022 23:32:55 +0200 Sebastien Badia
wrote:> Just fixed this in the latest upload, but I used the wrong
keyword in my changelog entry.
Thanks for fixing this bug. However, in the mean time the maintainer of
luajit found an alternative solution
Quoting Jonas Smedegaard (2022-06-09 12:23:53)
> Version: 2022.04+dfsg-1
>
> This bug was fixed since u-boot 2022.04 - specifically in git commit
> f11513d9: https://source.denx.de/u-boot/u-boot/-/commit/f11513d
Correction - the actual fix was the later git commit 85da5587:
Hi Steinar,
Feel free to just close the bug if you think the current list expresses
your intent best.
Paul
OpenPGP_signature
Description: OpenPGP digital signature
Following discussion with the bug submitter offline, I've reassigned
this bug from colordiff to apt-listdifferences
The error message comes from /usr/bin/colordiff-git which is included in
the apt-listdifferences package -- colordiff-git stalled on the newer
colordiff option 'difffile' in
On Thu, Jun 09, 2022 at 11:54:46AM +0200, Ansgar wrote:
>On Thu, 2022-06-09 at 10:37 +0100, Steve McIntyre wrote:
>> My feeling is that *this* piece is looking uncontroversial - we don't
>> need to block on a GR for this. I'm going to continue to push for a GR
>> to make the *downstream* decision,
On Thu, 2022-06-09 at 10:37 +0100, Steve McIntyre wrote:
> My feeling is that *this* piece is looking uncontroversial - we don't
> need to block on a GR for this. I'm going to continue to push for a GR
> to make the *downstream* decision, i.e. what to do with our images.
Okay, I think I would be
Looks like this change should fix this but this will make code incompatible
with kernels older that 5.18.
https://patchwork.kernel.org/project/linux-acpi/patch/5790600.lOV4Wx5bFT@kreacher/
On Thu, Jun 09, 2022 at 10:26:15AM +0200, Paul Gevers wrote:
> We're in the process of add support for a second implemtentation of
> luajit [1] that supposedly is properly supported on IBM architectures
> (ppc64el and s390x). While I scheduled binNMU's for nageru, I noticed
> it doesn't build on
On Thu, Jun 09, 2022 at 10:18:36AM +0200, Jonathan Carter wrote:
>Hi Ansgar
>
>On 2022/06/09 09:54, Ansgar wrote:
>> I really don't like adding anything with a slash. Having updates/main
>> instead of main on security.d.o already caused lots of cornercases and
>> we now got (partly) rid of that.
Source: bbswitch
Version: 0.8-10
Severity: important
Dear Maintainer,
* What led up to the situation?
Installation of new kernel in unstable, 5.18.0-1-amd64
* What exactly did you do (or not do) that was effective (or
ineffective)?
Module bbswitch-0.8 for kernel
Package: snapshot.debian.org
Severity: minor
When you search for a package for the HTTPS version of the site, you are
redirected to the HTTP one:
$ curl -si 'https://snapshot.debian.org/package/?src=nyancat' | grep -w
Location
Location: http://snapshot.debian.org/package/nyancat/
This
Hello, just FYI, with version 0.50 everything is fine, so 0.51 is the first bad
release.
G.
On Thu, 9 Jun 2022 08:21:24 +0200 Gianfranco Costamagna
wrote:
control: notfixed -1 0.53
control: reopen -1
thanks
Hello, as said in the previous email, there are also some whitespace changes
that
On donderdag 5 mei 2022 13:13:13 CEST you wrote:
> My patch has been accepted upstream:
> https://git.kernel.org/pub/scm/linux/kernel/git/jberg/iw.git/commit/?id=ff67
> fb2c8860cbf868dc0faa1fbbc97d0f4d9a42
And it is included in the v5.19 release, so when the iw package gets updated,
this bug
Package: wnpp
Severity: wishlist
Owner: Ryan Kavanagh
X-Debbugs-Cc: debian-de...@lists.debian.org, r...@debian.org
* Package name: drawterm-9front
Upstream Author : Plan9front project
* URL : http://drawterm.9front.org/
* License : MIT
Programming Lang: C
Hi Mo,
On 08-06-2022 16:16, M. Zhou wrote:
https://qa.debian.org/excuses.php?package=luajit
autopkgtest on ibm archs encountered somewhat regression,
since I only removed Conflicts+Replaces from the src:luajit
side.
I think there one more *test* issue, the first test in src:luajit
doens't
On Thu, Jun 09, 2022 at 08:01:58AM +, nico wrote:
> Dear Maintainer,
> we use an faster sd-card in our embedded system, nothing else.
> Now the start from the lighttpd server takes often over an minute.
> we use debian 10, for the bug submit i upgrade to bullseye, but the behaviour
> is the
Package: wnpp
Severity: normal
Control: affects -1 src:monero
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I intend to orphan the monero package.
The package description is:
Full Monero client (a.k.a. Monero Core) is a full-node wallet
for the Monero network.
.
Monero (XMR) is an
Hi Christian,
On Fri, 2022-05-06 at 12:41 +0200, Christian Marillat wrote:
I'm using britney (last commit normally)
2ccce826090ebc3f2cbdb26df3c5b0817f7a7cc2
You can download data used for this crash here :
https://www.deb-multimedia.org/tests/britney-2022-05-06.tar.xz
Since may 2, 2022 I
hello,
i ve some more log entries:
2022-06-09 07:28:12: server.c.1513) server started (lighttpd/1.4.59)
2022-06-09 07:28:16: gw_backend.c.944) gw - found a host 0
2022-06-09 07:28:16: gw_backend.c.944) gw - found a host 0
2022-06-09 07:28:16: gw_backend.c.228) got proc: pid: 171 socket:
Source: nageru
Version: 2.1.0-2
Severity: normal
Hi,
We're in the process of add support for a second implemtentation of
luajit [1] that supposedly is properly supported on IBM architectures
(ppc64el and s390x). While I scheduled binNMU's for nageru, I noticed
it doesn't build on all
Hi Ansgar
On 2022/06/09 09:54, Ansgar wrote:
I really don't like adding anything with a slash. Having updates/main
instead of main on security.d.o already caused lots of cornercases and
we now got (partly) rid of that.
Just name it non-free-firmware.
If ftp team can avoid the slash, then all
Package: lighttpd
Version: 1.4.59-1+deb11u1
Severity: normal
Dear Maintainer,
we use an faster sd-card in our embedded system, nothing else.
Now the start from the lighttpd server takes often over an minute.
we use debian 10, for the bug submit i upgrade to bullseye, but the behaviour
is the
On Wed, 2022-06-08 at 21:48 +0200, Jonathan Carter wrote:
> Recently, Steve McIntyre initiated a discussion[1] on debian-devel on
> the future of firmware in Debian, and how we want to address it
> as a project.
I think Steve wanted to have a GR about this?
> Paul's suggestion[2] of copying out
Control: reassign -1 release.debian.org
Control: retitle -1 britney: Crash with RecursionError: maximum recursion depth
exceeded
On Fri, 2022-05-06 at 12:41 +0200, Christian Marillat wrote:
> I'm using britney (last commit normally)
> 2ccce826090ebc3f2cbdb26df3c5b0817f7a7cc2
britney is not part
Re: Tyler Schwend
> The Debian packaged version is much older than the current version.
The problem with chirp is that upstream isn't moving to python 3, the
porting branch seems stalled:
http://d-rats.com/hg/hgwebdir.cgi/chirp.hg/branches
Christoph DF7CB
Package: rpm
Version: 4.16.1.2+dfsg1-3
Followup-For: Bug #996397
At least those 3 macros files are missing:
/usr/lib/rpm/macros.perl
/usr/lib/rpm/macros.php
/usr/lib/rpm/macros.python
-- System Information:
Debian Release: 11.3
APT prefers stable-updates
APT policy: (500, 'stable-updates'),
Hello here is my application of the patch
boot on 5.17 kernel then
1)
delete the line REMAKE_INITRD in the file
/usr/src/broadcom-sta-6.30.223.271/dkms.conf
cat /usr/src/broadcom-sta-6.30.223.271/dkms.conf
PACKAGE_NAME="broadcom-sta"
PACKAGE_VERSION="6.30.223.271"
MAKE[0]="make KVER=$kernelver"
Source: astroquery
Version: 0.4.1+dfsg-7
Severity: serious
Control: close -1 0.4.6+dfsg-3
Tags: sid bookworm
User: release.debian@packages.debian.org
Usertags: out-of-sync
Dear maintainer(s),
The Release Team considers packages that are out-of-sync between testing
and unstable for more
Package: release.debian.org
Severity: normal
Tags: bullseye
User: release.debian@packages.debian.org
Usertags: pu
X-Debbugs-Cc: secur...@debian.org
[ Reason ]
Apache2 2.4.54 fixes several security issues:
* moderate: mod_proxy_ajp: Possible request smuggling (CVE-2022-26377)
Inconsistent
Hello David,
Thanks for the link. I uploaded a newer version to
https://salsa.debian.org/php-team/pear/php-guzzlehttp-guzzle . Problably someone
with the corresponding permissions should upload the package to the Debian
archive.
Regards
Katharina
> Guzzle 7.5.0 (and 7.4.3) has just been
Timo Aaltonen kirjoitti 9.6.2022 klo 9.51:
Michael Stone kirjoitti 8.6.2022 klo 18.52:
On Wed, Jun 08, 2022 at 05:41:00PM +0300, Timo Aaltonen wrote:
Did you have 2.7.0 at some point?
2.7.0-1 was installed 2022-05-27
2.7.0-1+b1 was installed 2022-05-29
no issues with either of those; I
Hi Jeroen,
On Wed, 8 Jun 2022 10:05:34 +0200 Jeroen Ploemen wrote:
A request for the removal of sysbench from ppc64el has been filed in
order to allow the recent upload to migrate to testing, see #1012484.
Thanks for fixing this bug. However, in the mean time the maintainer of
luajit found
Michael Stone kirjoitti 8.6.2022 klo 18.52:
On Wed, Jun 08, 2022 at 05:41:00PM +0300, Timo Aaltonen wrote:
Did you have 2.7.0 at some point?
2.7.0-1 was installed 2022-05-27
2.7.0-1+b1 was installed 2022-05-29
no issues with either of those; I reverted to 2.6.3 just because it was
easier to
Hi Alexander,
Many thanks for your answers.
a) report your full duplicity invocation (without that i have no clue
what backend you're using, whether this was a full backup
only or incremental or whatever)
duplicity does the full backup normally
The issue occurs while trying to do an
Dave did some analysis of the cause of this bug, and he wrote the following:
I did a little bit more digging, as I was curious how a dependency
version change would cause this particular error. I now don't think it's
directly from a dependency version difference, but it's indirect through
a
On Sun, 29 May 2022 00:51:10 +1000 Stuart Prescott
wrote:
> Hi Stephan,
>
> [...]
>
> There's a few options here:
>
> [...]
>
> * use something else to make the .deb files for the test suite. I could
> imagine
> a fallback for missing ar(1) that uses a pure python ar implementation that
>
On 9 June 2022 11:48:58 am IST, Yadd wrote:
>> Aren't you supposed to orphan it even if you're an uploader?
>> Atleast I have seen several orphan bugs like these.
>>
>> If not, what's the official procedure to say " I'm not taking care of it
>> anymore"?
>
>Orphan a package means also change
control: notfixed -1 0.53
control: reopen -1
thanks
Hello, as said in the previous email, there are also some whitespace changes
that are preventing the package from build fine (test failures)
They look related to debutate changes, altough I can't prove it easily :)
can you please have
On 09/06/2022 06:38, Nilesh Patra wrote:
On 9 June 2022 9:38:59 am IST, Yadd wrote:
On 09/06/2022 05:05, Nilesh Patra wrote:
Package: wnpp
Severity: normal
X-Debbugs-Cc: pkg-javascript-de...@alioth-lists.debian.net
Control: affects -1 src:node-node-sass
I intend to orphan the
On 2022-06-06 21:22:41 [+0200], MERLIN Philippe wrote:
> The non-functioning of SSL in version 3 is still relevant. Another example of
> its failure is given by a screenshot in p.J. this is a KDE bug report
> regarding Kdeconnect it says in French "impossible to contact bug.kde.org SSL
>
On 2022-06-08 22:13:09 [+0200], Sebastian Ramacher wrote:
> That would be much appreciated, thanks!
Did so, sorry for the delay. I aimed for Monday but…
> Cheers
Sebastian
101 - 150 of 150 matches
Mail list logo