On 2021, ഫെബ്രുവരി 14 12:44:09 PM IST, Julian Gilbey wrote:
>Source: node-webpack
>Version: 4.43.0-6
>Severity: serious
>
>webpack depends on node-uglifyjs-webpack-plugin, which in turn has a
>serious bug report against it because it is abandoned upstream.
We should reduce severity of that
Hello Thomas,
I build it in a pbuilder chroot. So all dependencies defined in
debian/control are installed.
Regards
Mechtilde
Am 12.02.21 um 20:48 schrieb Thomas Perret:
> Hi,
>
> Sorry I only checked (and answered) to your comment on mentors.d.n. I
> just saw now you left the same message
On Sat, Feb 13, 2021 at 11:57:52PM +0100, Thomas Lange wrote:
> IMO we cannot know which device name is used by the users virtualisation
> environment.
> So, what is the be setting without knowing the device name?
>
> Or is /dev/sda used in most enviroments?
For VirtualBox sda is a pretty safe
Control: reassign -1 0.22.0-1
Control: affects -1 network-manager
Adrian Bunk [2021-02-12 16:22 +0200]:
> https://ci.debian.net/data/autopkgtest/testing/amd64/p/python-dbusmock/10412779/log.gz
> test_one_wifi_with_accesspoints (__main__.TestNetworkManager) ... **
>
Hello,
On Sat, Feb 13, 2021 at 06:04:32PM +0100, Lucas Nussbaum wrote:
> Source: openssh
> Version: 1:8.4p1-3
> Severity: serious
> Justification: FTBFS on amd64
[...]
> > In file included from ../../sk-usbhid.c:30:
> > /usr/include/sha2.h:57:16: error: redefinition of ‘struct _SHA2_CTX’
[...]
>
Source: node-webpack
Version: 4.43.0-6
Severity: serious
webpack depends on node-uglifyjs-webpack-plugin, which in turn has a
serious bug report against it because it is abandoned upstream.
According to webpack/package.json, webpack does not seem to actually
depend on this plugin, so it should be
Thanks for pointing out on this moment. Totally miss it. I'll try to clarify
that issue with copyright holder. (They have many of fws in
kernel/firmware-realtek, so there should be some common practice for realtek to
relicense or something like that)
On 14 February 2021 04:37:57 GMT+03:00,
Hello Maximilian
Thank you for working for my problem.
In the GIT repository, i found the NVRAM config file for the Ampak AP6212 named:
brcmfmac43430-sdio.AP6212.txt
This WIFI module is assembled at the Banana Pi M2 Ultra and also at the Banana
Pi M3.
I'll do some tests by manually copy this
Source: libffi
Version: 3.3-5
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Please update symbols for nios2. I'm applying the relevant changes as a
.debdiff.
Helmut
diff --minimal -Nru libffi-3.3/debian/changelog libffi-3.3/debian/changelog
--- libffi-3.3/debian/changelog 2020-11-11
Package: wiki.debian.org
Severity: normal
It appears some of our IPs have been blocked, and we receive a 403
Forbidden when trying to reach wiki.debian.org.
Can you please unblock
103.10.31.37
*thanks*
Hi David,
Axel Beckert wrote:
> > So I guess what is intended here is more like:
> > | char * endptr;
> > | errno = 0;
> > | auto score_tweaks = strtol(action.c_str(), , 10);
> > | if (errno != 0 || *endptr != '\0')
>
> I applied the following patch locally:
>
> ---
Hi Yaroslav,
could you please have a look. I'm occupied by many other things and will not
care for this one.
Kind regards
Andreas.
- Forwarded message from Debian testing autoremoval watch
-
Date: Sun, 14 Feb 2021 04:39:04 +
From: Debian testing autoremoval watch
To:
Hello Daniel,
thanks for looking into the issue again!
Am Fri, 12 Feb 2021 11:11:58 -0500
schrieb Daniel Kahn Gillmor :
> > Due to repeated crashes, I started to collect stack traces.
>
> Are you still having these problems?
In fact the problem disappeared - probably around the time when I
Hi!
Thanks for reporting this bug.
Sadly, I can't reproduce it using sbuild (with and without network).
Utkarsh has asked Holger to try to build using pbuilder without network
to see if he can reproduce it (I don't really have the spoons to set it
up atm).
FWIW, it looks to me like this is not
On Tue, 29 Dec 2020, Jamie Strandboge wrote:
> On Tue, 29 Dec 2020, Energo Koder wrote:
> > Anywhere on enp0s25LIMIT Anywhere
> > Anywhere on wlx08beac034eef LIMIT Anywhere
>
> I suspect it is these two lines that are allowing the traffic.
Helge Deller dixit:
> For usage with buildd chroots, what will then be written to
> /proc/sys/fs/binfmt_misc/* ?
> Currently I see:
> interpreter /usr/bin/qemu-foo-static
> flags OCF
AIUI:
interpreter /usr/libexec/qemu-binfmt/foo-binfmt-P
flags OCFP
> With your idea,
Gtk2 support and gtk2 for Perl shouldn't be removed. Lots of users
depend on it and GTK3 is not a replacement or viable upgrade path from
gtk2. It doesn't do the same things, it uses significantly more
resources, it's incredibly more buggy, and it puts a dependence on
redhatisms. It is also very
Hi David,
David Kalnischkies wrote:
> On Sat, Feb 13, 2021 at 06:11:03PM +0100, Lucas Nussbaum wrote:
> > Relevant part (hopefully):
> […]
> > > FAIL: cppunit_test
> […]
> | aptitude_resolver.cc:680 ERROR - Invalid hint "-143 aptitude <4.3.0": the
> action "-143" should be "approve", "reject",
This flag is already in use, see https://salsa.debian.org/science-team/gmsh/-/
blob/master/debian/rules#L34
Hello everyone,
the ENABLE_SYSTEM_CONTRIB=1 seems not to be sufficient.
The build log shows this line:
-- Found Eigen
With this include given to c++:
Hi,
I don't know if it'll help much, but I've also gotten this bug and
have resolved it by manually upgrading python3-trio with pip to its
latest version, overriding system's installed version (which is 0.13
last I checked).
pip install trio==0.18.0
Pretty sure the s3ql release notes for 3.7
On Sun, Feb 14 2021, Michael Biebl wrote:
>> I'd like, ideally, to keep stable interface names. I'm not sure if this
>> is intended, but so far after masking 80-iwd and removing "keep" from
>> the NamePolicy it seems that udev is always able to rename the interface
>> across reboots.
>>
>> It
On Sat, Feb 13, 2021 at 8:21 PM Alexander GQ Gerasiov wrote:
> * License : GPL-2 with firmware BLOB
...
> Since there is the generated firmware BLOB is the source files
That sounds like a violation of the GPL, so we probably cannot
redistribute this?
--
bye,
pabs
I *relunctantly* agree that it makes sense to skip bullseye, but I hope
a fork will become a clear winner in time for bookworm. Similar to Axel,
I am still happily using it on buster with firefox-esr. Though I can
reproduce #919557 in a clean profile, it doesn't affect my main one for
some reason.
Hi,
updated packages are now uploaded to unstable. It might still take
some time for the mirrors to be updated. Please let me know if this
solves your problem.
Thanks for this!
I've had some delay with boards so I've just got to trying out the
toolchain.
It seems to know about the
Package: radicale
Version: 3.0.6-2
I noticed that /var/lib/radicale and /var/lib/radicale/collections are
root:root, and wondered if it might be preferable to change them to
radicale:radicale, and/or restrict world access as suggested upstream
(and expected by the included service file, if
On 2/13/21 11:58 PM, Michael Tokarev wrote:
I can think of another hack. Qemu-user binary may look at its
name and if it sees some magic prefix (eg, qemu-foo-binfmt-trigger),
it will assume it is run from within the binfmt subsystem with
the P flag in effect. Yes it is hacky, but it *might*
Package: torbrowser-launcher
Version: 0.3.3-3~bpo10+1
Severity: important
Dear Maintainer,
I can't start Tor Browser. After clicking the icon, nothing happens.
I am using Debian Live. I installed it with torbrowser-launcher from backports.
For me it looks like it is problem with AppArmor. Here
Package: src:gcc-11
Version: 11-20210207-1
Control: forward -1 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98996
s-pack96.adb should generate ldl/ldr pair + lwl/lwr pair since 96=64+32.
When generate the pairs, it use the type SUBREG instead of REG, while in
Package: vrms
Version: 1.27
Severity: normal
Dear Maintainer :)
* What led up to the situation?
I checked my system with vrms. I have zoom installed
(.deb-file from their server).
While my skypeforlinux-version is correctly shown as non-free,
zoom is not:
% dpkg -l | grep
Package: grub-common
Version: 2.02-2
Severity: important
Dear Maintainer,
I have a Debian/Hurd installation on an (oversized, it is 160GB but only
138GB can, I understand, be accessed) PATA HDD - i.e. on real hardware.
It is an old Dell Dimension 5150 which is a Pentium D unit so it is a
64-Bit
Am 13.02.2021 um 19:02 schrieb Yuri D'Elia:
On Sat, Feb 13 2021, Andreas Henriksson wrote:
Is it possible to synthesize a target for network interface names, to be
reached when all network interface names have settled somehow?
As I see it the problem is that you currently have 2 options, but
On Sunday, 14 February 2021 12:14:18 AM AEDT Joerg Jaspert wrote:
> mysql-workbench uses gcc-8 for building, known through bug #944177 for
> more than a year.
>
> Nothing seems to happen, package looks unmaintained. gcc-8 is now
> removed from Debian, so this package either must have an update,
Package: webext-browserpass
Version: 3.4.1-4+b2
Severity: important
This is going to be a crappy bugreport because I didn't save the
upgrade log or state-at-fail on this machine (Sorry - I normally
do). But it's quite serious so I thought I'd log it in case others hit
it and can add info, or
Control: block -1 by 892842
thanks
> Nowadays the video bridge had been rewritten and has fewer
> dependencies. I'm also not sure about the state of Kotlin, is it yet
> in the repos, cause it is one of the dependencies?
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=760485#54
signature.asc
Package: firmware-brcm80211
Version: 20201218-3
Severity: normal
Dear Maintainer,
after latest update wifi stopped working and I saw that
brcm/brcmfmac43340-sdio.bin was missing,
so I downgraded to the version from testing and it works again. please include
again!
Thank You!
--Jan Hetges
On Mon, 2 Mar 2020 17:16:09 +0800 Alvin Chen wrote:
> You can use an alternative header like p11-kit which is licensed under
> a more liberal license.
I had a look at the PKCS #11 headers; the biggest problem is that NSS
uses version 3.00 while the p11-kit headers have been forked at 2.40 and
not
On Sat 13 Feb 2021 at 21:23:19 +0100, Michael Hatzold wrote:
> Package: cups
> Version: 2.3.3op2-3
> Severity: important
>
> Dear Maintainer,
>
> *** Reporter, please consider answering these questions, where appropriate ***
>
>* What led up to the situation?
>
> I tried to install an USB
I've generated the Javascript Team's task list for jitsi-meet, there's
still quite a few build-deps that are needed to start with.
https://wiki.debian.org/Javascript/Nodejs/Tasks/jitsi-meet
signature.asc
Description: PGP signature
Related to:
RM: cu2qu -- ROM; merged to fonttools
https://bugs.debian.org/981426
--
Samuel Henrique
It seems like a build-dep was missed:
afdko: FTBFS: build-dependency not installable: python3-cu2qu (>= 1.6.7)
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=982697
Cheers,
--
Samuel Henrique
Package: emacs
Version: 1:27.1+1-3
Severity: normal
Dear Maintainer,
This seems to be quite public but unknown to debian bug tracking:
Updated emacs to 27.1, and promptly emacs on startup complains:
Symbol's value as variable is void: ispell-menu-map-needed
This seems to be documented since Aug
Thanks to bits from the RT. I can't reproduce this issue on a minimal
installation, and the upgrade path has also been fixed #972820.
--
Phil Morrell (emorrp1)
```
$ sudo sbuild-createchroot --command-prefix=eatmydata --include=eatmydata
buster --chroot-prefix=temporary /srv/chroot/temporary
El sáb, 13 de feb. de 2021 a la(s) 12:29, Ondřej Surý
(ond...@sury.org) escribió:
> > this problem is present in debian stable, also in php 7.0, it makes
>
> php7.0 is not part of any supported Debian release.
Debian 9 stretch
umm and this is the mantainer? dont know what debian php packages are
Package: emacs
Version: 1:27.1+1-3
Severity: normal
Dear Maintainer,
I recently updated emacs and consort to 27.1. On first `M-x rm' emacs (in an
Xsession) complained about having no mailmove available. I googled mailmove
to find it a part of (gnu) mailutils, which as a debian package provides
Hallo Andreas,
Andreas Schlager (2021-02-13):
> I tried to create XFS filesystems on LVM logical volumes. When
> completing the partition process, the installer successfully creates
> LVM vg and lv's, but failed to create the XFS filesystems.
>
> A look into /var/log/syslog states something
Control: tag -1 pending
14.02.2021 00:56, Thorsten Glaser wrote:
Michael Tokarev dixit:
13.02.2021 13:19, Michael Tokarev wrote:
The problem with the wrapper is that it effectively nullifies
the F flag of binfmt. That is, with F and the binfmt interpreter
being the qemu binary directly, we
IMO we cannot know which device name is used by the users virtualisation
environment.
So, what is the be setting without knowing the device name?
Or is /dev/sda used in most enviroments?
--
viele Grüße Thomas
Hi David,
you were quicker. Thanks! :-)
David Kalnischkies wrote:
> On Sat, Feb 13, 2021 at 06:11:03PM +0100, Lucas Nussbaum wrote:
> > Relevant part (hopefully):
> […]
> > > FAIL: cppunit_test
> […]
> | aptitude_resolver.cc:680 ERROR - Invalid hint "-143 aptitude <4.3.0": the
> action "-143"
Package: python3-pychromecast
Version: 7.7.1-2
Severity: important
X-Debbugs-Cc: ankos...@gmail.com
Dear Maintainer,
The package pulseaudio-dlna raises an exception while discovering a chromecast
device in the local network:
udio/core1/sink0 finished!
02-13 20:39:58 pychromecast
Package: installation-reports
Severity: normal
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome of this
On Sat, Feb 13, 2021 at 05:17:59PM +0100, Matthijs Kooijman wrote:
> > Upstream have re-exported the pcx files and I can confirm nml now builds
> > correctly with these 3 files copied into place before tests.
> Cool, thanks for confirming. It would be obvious to just backport these
> changes, but
Control: tags -1 + pending
Am 12.02.2021 um 14:31 teilte Helmut Grohne mit:
Tags: patch
Tag pending.
H.
--
sigfault
OpenPGP_signature
Description: OpenPGP digital signature
Control: reopen -1
Control: reassign -1 src:gcc-11
On Sat, Feb 13, 2021 at 01:09:15PM +, Debian Bug Tracking System wrote:
> as the package gcc-8 has just been removed from the Debian archive
> unstable we hereby close the associated bug reports. We are sorry
> that we couldn't deal with
Package: freezer
Version: 9.0.0-2
Tags: l10n, patch
Severity: wishlist
Updated Portuguese translation for freezer's debconf messages
Translator: Américo Monteiro
Feel free to use it.
For translation updates please contact 'Last Translator'
--
Melhores cumprimentos/Best regards,
Américo
Control: reopen -1
Control: reassign -1 gfortran-11
On Sat, Feb 13, 2021 at 01:09:30PM +, Debian Bug Tracking System wrote:
> as the package gcc-8 has just been removed from the Debian archive
> unstable we hereby close the associated bug reports. We are sorry
> that we couldn't deal with
Source: ipywidgets
Version: 6.0.0-8
Severity: wishlist
Hi!
The upstream ipywidgets repository includes a subdirectory called
"packages" containing 6 JavaScript libraries. It would be great if
these could be packaged along with the rest of the ipywidgets packages
(either as extra binary packages
Control: reassign -1 info
Control: tags -1 + pending
Am 13.02.2021 um 12:30 teilte Marriott NZ mit:
Hi,
BTW, this bug should have been filed against the "info" binary
package, sorry about that.
Reassign, tag.
Hilmar
--
sigfault
OpenPGP_signature
Description: OpenPGP digital signature
Hello Ottavio Caruso,
Your bug description reads like a dup of #979113 "xcwcp: should dlopen
SO-versioned libpulse-simple", which is resolved for the next Debian stable
release (with xcwcp v3.5.1-4).
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=979113
Could you try the following
I saw no disadvantage so far without gtk2 support, anyways i uploaded
the package again to mentors with gtk2 support.
Am 13.02.21 um 11:36 schrieb Adrian Bunk:
Control: tags -1 moreinfo
On Sat, Feb 13, 2021 at 01:13:00AM +0100, Dennis Braun wrote:
...
* Drop gtk Depends for now, gtk3
On Sat, Feb 13, 2021 at 06:11:03PM +0100, Lucas Nussbaum wrote:
> Relevant part (hopefully):
[…]
> > FAIL: cppunit_test
[…]
| aptitude_resolver.cc:680 ERROR - Invalid hint "-143 aptitude <4.3.0": the
action "-143" should be "approve", "reject", or a number.
The test uses
Michael Tokarev dixit:
> 13.02.2021 13:19, Michael Tokarev wrote:
>>The problem with the wrapper is that it effectively nullifies
>>the F flag of binfmt. That is, with F and the binfmt interpreter
>>being the qemu binary directly, we can use regular, non-static,
>>qemu-user, or qemu-user-static,
Lucas,
The renderdoc package was marked with autorm based on this bug.
The issue arose because glslang 11.1.0-1 was uploaded to unstable.
I therefore released renderdoc 1.11+dfsg-5 which fixed the
compatibility issue with glslang 11.
Unfortunately, I then found out that glslang 11 was actually
Hi Ondřej,
>I guess the small RSA keysize is causing the problem here generating
>invalid key.
oh, interesting. Right, with 512 it works.
Now… if I could recall what I was trying to test with this… ;-)
I should add notes what I was working on to bugreports…
>JFTR I had to specify path to
severity 982647 grave
thanks
On Fri, Feb 12, 2021 at 10:48:48PM +0200, Adrian Bunk wrote:
> Source: spyder-reports
> Version: 0.1.1-4
> Severity: serious
> Tags: ftbfs
Thanks for picking this one up, Adrian. It turns out that it is
actually an upstream bug and this package is currently not
Control: tag -1 + confirm
Hi Lucas,
thanks for the bug report!
Lucas Nussbaum wrote:
> Source: aptitude
> Version: 0.8.13-2
> Severity: serious
[…]
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
Indeed, can reproduce it here locally despite it still worked
Source: eclipse-collections
Severity: important
Tags: ftbfs sid bookworm
User: debian-j...@lists.debian.org
Usertags: default-java17
eclipse-collections fails to build with OpenJDK 17 due to a test error:
[INFO] ---
[INFO] T E S T S
Source: apitrace
Source-Version: 9.0+repack-1
Severity: normal
Tags: patch
Hi!
The MD5 functions in libbsd have been superseded by the ones in the
libmd project, and they might be removed in the next SONAME bump. The
current implementations in libbsd are just wrappers for the real
functions from
Package: python3-pweave
Version: 0.25-3
Severity: normal
On installing this package, I get the following warning:
Setting up python3-pweave (0.25-3) ...
/usr/lib/python3/dist-packages/pweave/__init__.py:47: SyntaxWarning: "is not"
with a literal. Did you mean "!="?
assert file != "" is not
Source: libyami-utils
Source-Version: 1.3.0-2
Severity: normal
Tags: patch
Hi!
The MD5 functions in libbsd have been superseded by the ones in the
libmd project, and they might be removed in the next SONAME bump. The
current implementations in libbsd are just wrappers for the real
functions from
Source: live-build
Version: 1:20210122
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: fails-always
Dear maintainer(s),
You recently added an autopkgtest to your package live-build, great.
However, it fails on amd64, armhf and ppc64el.
Control: reopen -1
Control: reassign -1 gcc-9,gcc-10,gcc-11
On Sat, 2021-02-13 at 13:07:12 +, Debian FTP Masters wrote:
> Version: 1:8.4.0-7+rm
> as the package gcc-8 has just been removed from the Debian archive
> unstable we hereby close the associated bug reports. We are sorry
> that we
Package: xdg-desktop-portal-wlr
Version: 0.1.0-2
Severity: normal
Dear Maintainer,
Citing the xdg-desktop-portal-wlr FAQ at
https://github.com/emersion/xdg-desktop-portal-wlr/wiki/FAQ#how-do-i-run-xdpw:
> When a d-bus message is sent to xdg-desktop-portal, it will read a file
> we install
On Sat, Feb 13, 2021 at 09:22:58PM +0100, Evgeni Golov wrote:
> I have `hostonly` set, and it passes $(<"$i") to dracut_instmods, which is
> empty in
> the dock.X case.
https://github.com/dracutdevs/dracut/pull/1096
This should fix it.
Le sam. 13 févr. 2021 à 11:28, Thomas Perret a
écrit :
> Hi Jérémy,
>
> >
> > However, i don't quite understand the usefulness of these packages:
> > - openpaperwork-core
> > - openpaperwork-core-doc
> > - openpaperwork-gtk
> > - openpaperwork-gtk-doc
> >
> > I've installed openpaperwork-gtk and
# /usr/lib/cups/backend/usb
DEBUG: Loading USB quirks from "/usr/share/cups/usb". DEBUG: Loaded 181
quirks. DEBUG: list_devices DEBUG: libusb_get_device_list=9 DEBUG2:
Printer found with device ID: MANUFACTURER:OKI DATA CORP;COMMAND
Package: nginx-common
Version: 1.18.0-6
Severity: normal
Tags: security, patch
Forwarded: https://salsa.debian.org/nginx-team/nginx/-/merge_requests/7
X-Debbugs-Cc: Debian Security Team
TLSv1.2 was defined in 2008, so I don't think it's to 'wild' to use that
as a default for security in the
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "bdf2sfd":
* Package name: bdf2sfd
Version : 1.1.6-1
Upstream Author : Frederic Cambus
* URL : https://github.com/fcambus/bdf2sfd
* License :
Hey Thomas,
On Fri, Feb 12, 2021 at 10:40:06PM +0100, Thomas Lange wrote:
> I cannot confirm this problem.
> It works without problems on a bullseye VM.
>
> Maybe you can strace the dracut call and see which parameters are
> given to the dracut-install call.
attached is the output of `dracut
Package: cups
Version: 2.3.3op2-3
Severity: important
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
I tried to install an USB printer (oki B432).
* What exactly did you do (or not do) that was effective
Control: tags -1 patch
Hi,
On Mon, 23 Nov 2020 11:25:35 +0100 Matthias Klose wrote:
> Package: src:dh-python
> Version: 4.20201102
> Severity: serious
> Tags: sid bullseye
> User: debian-pyt...@lists.debian.org
> Usertags: python3.9
>
> dh-python's autopkg tests fail with Python 3.9. Please
Package: ruby-httpclient
Version: 2.8.3-2
Followup-For: Bug #888649
While we wait for IPv6 adoption, here is a workaround for anyone interested:
configure getaddrinfo(3) to give precedence to IPv4-mapped addresses for sites
that prefer IPv4 and then apt-listbugs (and many other stuff) just
Package: wnpp
Severity: wishlist
Owner: Alexander GQ Gerasiov
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: rtl8821cu
Version : 5.8.1.7
Upstream Author : RealTek
* URL : https://github.com/gerasiov/rtl8821cu
* License : GPL-2 with firmware BLOB
Package: pulseaudio
Version: 14.2-1
Severity: serious
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 getting
14.2-1 built properly.
After recent Debian updates the problem does not exist anymore.
So I think the bug can be closed.
Gert
Package: python3-nbconvert
Version: 5.6.1-2
Severity: normal
The file nbconvert/preprocessors/execute.py tries to import
jupyter_client (line 249) and raises an import error if it is not
installed. I'm dubious whether this case warrants a Depends, but at
least a Recommends seems a wise idea.
Control: tags 98728 confirmed
On 2021-02-13, Lucas Nussbaum wrote:
> Source: guile-ssh
> Version: 0.13.1-3
> Severity: serious
> Justification: FTBFS on amd64
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
>> make[5]: Entering directory
If you just accept to do the conversion, it will work without any issue.If you
chose to abort, it should exit without crash, as it can't work with the old
config without conversion.
Anyway, it seems that there is an error on the logic of detecting
upgrade/downgrade with this particular version.
--
Hi Martin,
since you are more familiar with python-dbusmock:
does that ring a bell?
On Fri, 12 Feb 2021 16:22:14 +0200 Adrian Bunk wrote:
> Source: network-manager
> Version: 1.29.90-1
> Severity: serious
>
>
On 2021, ഫെബ്രുവരി 13 8:19:52 PM IST, Chris Hofstaedtler
wrote:
>Hi,
>
>* Debian Bug Tracking System [210213 14:48]:
>> #980580: ruby-ruby2ruby: FTBFS: ERROR: Test "ruby2.7" failed: RuntimeError:
>> unknown arg type nil
>
>have you noticed the autopkgtest failures on all archs?
Yes, it
close #982464
On Sat, Feb 13, 2021 at 5:03 PM Debian Bug Tracking System <
ow...@bugs.debian.org> wrote:
> Your message dated Sat, 13 Feb 2021 17:02:07 +
> with message-id
> and subject line Bug#982464: fixed in subversion 1.10.4-1+deb10u2
> has caused the Debian Bug report #982464,
>
On 13/02/2021 18:05, Cyril Brulebois wrote:
> Wilco Baan Hofman (2021-02-13):
>> I managed to work around it. It seems as when you use 'in-target' in the
>> late script, that the problem starts to occur. chroot /target does
>> not trigger it.
>>
>> Still, it's a bit strange to have it
close #940978
On Sat, Feb 13, 2021 at 6:21 PM Debian Bug Tracking System <
ow...@bugs.debian.org> wrote:
> Your message dated Sat, 13 Feb 2021 18:18:42 +
> with message-id
> and subject line Bug#940978: fixed in litl 0.1.9-10
> has caused the Debian Bug report #940978,
> regarding litl:
On Sat, Feb 13, 2021 at 02:14:18PM +0100, Joerg Jaspert wrote:
> Package: mysql-workbench
> Severity: serious
>...
> Nothing seems to happen, package looks unmaintained.
>...
> I intend to do this myself in 3 weeks, if there is no reply. So if you are
> on it and need a little more time, please
Source: python-httplib2
Version: 0.18.1-3
Severity: important
Tags: security upstream
X-Debbugs-Cc: car...@debian.org, Debian Security Team
Hi,
The following vulnerability was published for python-httplib2.
CVE-2021-21240[0]:
| httplib2 is a comprehensive HTTP client library for Python. In
|
> > [ 10.514530] brcmfmac mmc2:0001:1: firmware: direct-loading firmware
> > brcm/brcmfmac43430-sdio.bin
> > [ 10.514732] brcmfmac mmc2:0001:1: firmware: failed to load
> > brcm/brcmfmac43430-sdio.sinovoip,bpi-m2-ultra.txt (
> > -2)
this txt file is missing upstream, once someone
reopen 666175
reassign 666175 guile-3.0
found 666175 3.0.5-2
thanks
Hi, Rob.
I have repro'd this with the guile-3.0 in sid.
In 2016 you wrote (sorry for not replying sooner).
> I'm inclined toward following the upstream defaults (though I think
> it'd be nice for them to change), but I'll think
Source: gnome-autoar
Version: 0.2.4-2
Severity: important
Tags: security upstream
Forwarded: https://gitlab.gnome.org/GNOME/gnome-autoar/-/issues/7
X-Debbugs-Cc: car...@debian.org, Debian Security Team
Control: found -1 0.2.3-2
Hi,
The following vulnerability was published for gnome-autoar.
Source: jinja2
Version: 2.11.2-1
Severity: important
Tags: security upstream
Forwarded: https://github.com/pallets/jinja/pull/1343
X-Debbugs-Cc: car...@debian.org, Debian Security Team
Control: found -1 2.10-2
Hi,
The following vulnerability was published for jinja2.
CVE-2020-28493[0]:
| This
Control: tags -1 pending
On 2/13/21 6:28 PM, Lucas Nussbaum wrote:
>> Exception occurred:
>> File "/usr/lib/python3/dist-packages/sphinxarg/parser.py", line 40, in
>> _try_add_parser_attribute
>> data[attribname] = attribval % {'prog': data['prog']}
>> KeyError: 'prog'
>> The full
On Sat, Feb 13 2021, Michael Biebl wrote:
>> If I want to keep exiting interface names I'd rather have to do this
>> configuration explicitly.
>
> By masking 80-iwd.link, both udev and iwd race against each other.
> Sometimes udev is fast enough to rename the interface, sometimes iwd is
> quick
1 - 100 of 210 matches
Mail list logo