On Wed, Apr 27, 2022 at 11:29:00PM -0400, Theodore Ts'o wrote:
> Neither seems to be security related. Are you sure this was correctly
> filed against e2fsprogs?
Apologies, I reported multiple incoming new issues from the CVE feed
and I must have mis-pasted the wrong Emacs buffer into the report.
Dear Mentors
Please kindly check for me.
Description: Scan Image and connect
Scan Image file with CLI and GUI.
fix #989034
.
wifi-qr (0.2-2) unstable; urgency=medium
.
* (Closes: #989034)
Author: kokoye2007
Bug-Debian: https://bugs.debian.org/989034
Forwarded: not-needed
Reviewed-By: kok
Source: curl
Version: 7.82.0-2
Severity: important
Tags: security upstream
X-Debbugs-Cc: car...@debian.org, Debian Security Team
Control: found -1 7.74.0-1.3+deb11u1
Control: found -1 7.64.0-4+deb10u2
Hi,
The following vulnerability was published for curl.
CVE-2022-22576[0]:
| OAUTH2 bearer byp
Package: wnpp
Severity: wishlist
Owner: Clay Stan
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: warpd
Version : 1.1.4-beta
Upstream Author : rvaiya
* URL : https://github.com/rvaiya/warpd
* License : MIT
Programming Lang: C
Description :
Package: matchbox-keyboard
Version: 0.2+git20160713-1
Severity: important
Dear Maintainer,
The on screen keyboard does only have letters: no numbers, or
punctuation/special characters, which makes it very hard to use it with a touch
screen
* What led up to the situation? I installed and sta
Hi,
On Thu, Apr 28, 2022 at 09:04:52AM +0200, Moritz Muehlenhoff wrote:
> On Wed, Apr 27, 2022 at 11:29:00PM -0400, Theodore Ts'o wrote:
> > Neither seems to be security related. Are you sure this was correctly
> > filed against e2fsprogs?
>
> Apologies, I reported multiple incoming new issues f
Hi,
On 28-04-2022 00:32, Victor Westerhuis wrote:
libtsm cannot migrate unless it's rebuilt on buildd. There are no arch:all
packages, so this should give no problems.
I'm surprised when I checked on this package and I assume this to be a
(very bad) mistake. It seems that with the NMU, the p
Hi,
On Thu, Apr 28, 2022 at 12:04:50AM +0200, Francesco C wrote:
> Hi ,
>
> 5.16 series is EOL so I've just continued to do tests with vanilla
> linux-5.17.4 and linux-5.17.5 : both do not boot and stop at the same
> point as indicated in the messages above _but_ ... something strange
> is happen
re ,
up .
Le 27/04/2022 à 13:02, alain a écrit :
hello alexander pevzner .
I will try to answer your 4 questions clearly:
1) combinations that work :
- stable core with stable ipp-usb
- kernel testing / sid with ipp-usb stable
2) combinations that definitely don't work:
- kernel testing /
hello alexander pevzner .
I will try to answer your 4 questions clearly:
1) combinations that work :
- stable kernel with stable ipp-usb
- kernel testing / sid with ipp-usb stable version
2) combinations that definitely don't work:
- kernel testing / sid with ipp-usb (testing / sid version)
o
Am 28.04.22 um 09:53 schrieb Paul Gevers:
If this was a mistake, please rectify it with a new upload reverting maintenance to Nobuhiro. The upload can be (and
should be) source only and thus the binNMU isn't needed. If there was agreement, please point us at it.
I am sorry. That was a mistake o
Hello,
Paul Dufresne le jeu. 28 avril 2022 04:53:07 -0400, a ecrit:
> after having done the dpkg-reconfigure stuff, I get:
> xinit: unable to connect to the server
>
> and Xorg.0.log contains a line with:
> fbdevhw does not have a fbdevhwModuleData (newline) data object.
Please send the whol
Hello,
Thank you very much for your answer. I thought it would be a security issue if
a user that is not supposed to be root can gain root-access even if it is a
system-user without a password. There might be a reason why the snort-process
is not owned by root. Snort is a high value target an
I can confirm the problem. Please, find the build log attached.
Cheers!
Lev Lamberov
===File /var/lib/dkms/broadcom-sta/6.30.223.271/build/make.log===
DKMS make.log for broadcom-sta-6.30.223.271 for kernel 5.17.0-1-amd64 (x86_64)
Чт 28 апр 2022 14:11:12 +05
CFG80211 API is prefered for this kerne
Paul Dufresne, le jeu. 28 avril 2022 05:30:04 -0400, a ecrit:
> [1865310.432] (EE) LoadModule: Module fbdevhw does not have a
> fbdevhwModuleData
> data object.
> [1865310.432] (EE) Failed to load module "fbdevhw" (invalid module, 0)
> [1865310.432] (WW) VGA arbiter: cannot open kernel arbiter, no
Package: backintime-common
Version: 1.2.1-3
Severity: grave
X-Debbugs-Cc: none, Francesco Potortì
I suppose the new Python is the culprit:
Traceback (most recent call last):
File "/usr/share/backintime/common/backintime.py", line 27, in
import config
File "/usr/share/backintime/common/c
Quack Jonas,
I hope you're fine.
On 2022-04-27 16:28, Jonas Smedegaard wrote:
I'd be happy to co-maintain if you are interested in doing so outside
of
the Rust team - e.g. using the more loose debian collaboration section
at salsa.
I'm really new at Rust but really interested in learning mo
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
nmu mailfromd_8.13-1 . ANY . unstable . -m "Rebuild against libmailutils9
(1:3.15-2)"
There was a bug in mailutils 3.14 (#1009293), that some symbols were
changed but there was no version b
Source: python-argcomplete
Version: 1.12.3-0.1
Severity: important
X-Debbugs-CC: mnen...@debian.org
Quack,
This package has not received love from their maintained since
2017-01-24. It was NMUed multiple times since then without
acknowledgement. The git repo is still on a guest account thus l
Quoting Marc Dequènes (duck) (2022-04-28 11:47:16)
> Quack Jonas,
>
> I hope you're fine.
I am, thanks. Likewise :-)
> On 2022-04-27 16:28, Jonas Smedegaard wrote:
>
> > I'd be happy to co-maintain if you are interested in doing so
> > outside of the Rust team - e.g. using the more loose deb
Package: proftpd-core
Version: 1.3.7a+dfsg-12+deb11u2
Severity: normal
We have next content in the unit file:
root@changeme:/# cat /lib/systemd/system/proftpd.service
[Unit]
Description=ProFTPD FTP Server
Wants=network-online.target
After=network-online.target nss-lookup.target local-fs.target
re
Dear Maintainers and Mentors
Sorry for messing up my email.
When I use the dpkg-source --commit, It's taken from d/changelog.
I am confused and sticky with this template.
until the @Bastian Germann Mention on it.
Now I split with d/changelog and patches description and template.
Please kindl
Source: networkd-dispatcher
Version: 2.1-2
Severity: grave
Tags: security upstream
X-Debbugs-Cc: car...@debian.org, Debian Security Team
Hi,
The following vulnerabilities were published for networkd-dispatcher.
CVE-2022-29799[0] and CVE-2022-29800[1].
If you fix the vulnerabilities please also
27.04.2022 12:08, Ondřej Surý wrote:
Hi,
GOST has been deprecated for use in DNSSEC, and the
actual standard actually says it MUST NOT be used for
signing (and MAY be used for verification), see RFC 8624.
I think the best course of action here is to actually disable it
everywhere where GOST R 3
Package: release.debian.org
Severity: normal
Tags: bullseye
User: release.debian@packages.debian.org
Usertags: pu
This update fixes three security vulnerabilities in FreeType 2.10.4+dfsg-1.
- CVE-2022-27404: heap buffer overflow via invalid integer decrement in
sfnt_init_face() and woff2_open
Package: release.debian.org
Severity: normal
Tags: buster
User: release.debian@packages.debian.org
Usertags: pu
This update fixes three security vulnerabilities in FreeType 2.9.1-3+deb10u2.
- CVE-2022-27404: heap buffer overflow via invalid integer decrement in
sfnt_init_face().
- CVE-2022-27
> On 28. 4. 2022, at 14:09, Michael Tokarev wrote:
>
> 27.04.2022 12:08, Ondřej Surý wrote:
>> Hi,
>> GOST has been deprecated for use in DNSSEC, and the
>> actual standard actually says it MUST NOT be used for
>> signing (and MAY be used for verification), see RFC 8624.
>> I think the best cour
Control: forwarded 1008573 https://dev.gnupg.org/T5935
Control: tags 1008573 + upstream
Control: severity 1008573 important
This bug report was tagged severity "serious"
https://www.debian.org/Bugs/Developer#severities says that severity
level means:
> is a severe violation of Debian policy (r
28.04.2022 15:27, Ondřej Surý wrote:
..
Yes, it’s the old one. The 2012 hasn’t been specified for use
in DNSSEC - there was a draft, but it has expired.
Ok, that makes sense. Thank you for clarification.
Please note there are at least 4 symbols in the libldns3
library which are gost-related:
I created draft build rules and published them as
https://github.com/xaelsouth/rtl-wmbus/pull/36 >.
--
Happy hacking
Petter Reinholdtsen
I created draft build rules and published them in
https://github.com/weetmuts/wmbusmeters/pull/525 >.
--
Vennlig hilsen
Petter Reinholdtsen
Enviado do meu smartphone Samsung Galaxy.
On Wed, 28 Sep 2016 12:57:49 +0100 Tim Small wrote:
> Package: curl
> Followup-For: Bug #834724
>
> I fixed this on a sid install by removing libgnutls-deb0-28 which was
> being kept around by an old librtmp1 package version, left over from
> Jessie debian-multimedia. Possibly libcurl should conf
Control: tags -1 +patch
Control: found -1 4.34.0-1
Control: severity -1 grave
On 2022-04-18 17:40:13, Shelikhoo wrote:
> This bug is submitted by upstream developers on behalf of end-users for
> a Debian specific bug. We are ready to cooperate with the Debian side
> to resolve this bug.
>
> V2R
Control: merge -1 1008653
Hi, this is a duplicate of #1008653, already solved by 1.3.2-0.1
OpenPGP_signature
Description: OpenPGP digital signature
Control: reopen -1
You do not need dpkg-source --commit to just edit a patch. Use whatever editor
you like.
On Thu, Apr 28, 2022 at 09:30:45AM +0200, Salvatore Bonaccorso wrote:
>
> Theodore, btw the BTS reference for the e2fsprogs issue is #1010263
> and the CVE id CVE-2022-1304.
Yes, I've noted that already.
> #1010264 and CVE-2022-28391 is respectively for busybox. the bug
> already reassigned acco
Applied upstream as commit: ab51d587
I'm affected, too.
For Slackware there seems to be already a patch for this:
https://www.linuxquestions.org/questions/slackware-14/fix-for-broadcom-sta-not-building-in-kernel-5-17-a-4175710375/
Source: user-mode-linux
Version: 5.16um1
Severity: serious
Tags: ftbfs
Justification: ftbfs
I regularly check the checker for Build Dependencies in testing:
https://qa.debian.org/dose/debcheck/src_testing_main/index.html
Recently your package showed up there because it Build-Depends on
linux-sour
Source: starjava-fits
Version: 0.1+2022.04.12-1
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Dear maintainer(s),
With a recent upload of starjava-fits the autopkgtest of starjava-fits
fails in testing when that autopkgtest is run with the binary packages
of starjava-
Package: wnpp
Severity: wishlist
Owner: Roland Mas
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: node-ws-iconv
Version : 0.0~git20220306210217.c039e94 (from Git)
Upstream Author : "bluelovers" (https://github.com/bluelovers)
* URL : https://github.com/blu
The reason this package is often out of update is that whenever a new
dependency is introduced, that dependency will need to be packaged.
We, the developer, could develop with the dependency availability in
mind. Or create make dependencies and associated functions optional. If
that is necess
Source: python-duniterpy
Version: 1.1.0-2
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Dear maintainer(s),
With a recent upload of python-duniterpy the autopkgtest of
python-duniterpy fails in testing when that autopkgtest is run with the
binary packages of python-du
Control: tags -1 + patch
Control: tags -1 + fixed-upstream
Hi maintainer,
having the same upgrade experience as the original poster, this prevents me
from promoting users to upgrade yet.
This is probably an upstream bug #188, which has been fixed this February:
https://gitlab.xfce.org/xfce/xfce4
Hi,
Apologies, the debdiff I just sent have wrong date info in a patch tag.
The patch currently attached should be ok.
With regards,
Tomas "trosos" Tinteradiff -Nru xfce4-panel-4.16.2/debian/changelog xfce4-panel-4.16.2/debian/changelog
--- xfce4-panel-4.16.2/debian/changelog 2021-02-27 17:29:44.
Source: python-duniterpy, silkaj
Control: found -1 python-duniterpy/1.1.0-2
Control: found -1 silkaj/0.9.0-4
Severity: serious
Tags: sid bookworm
User: debian...@lists.debian.org
Usertags: breaks needs-update
Dear maintainer(s),
With a recent upload of python-duniterpy the autopkgtest of silkaj
On 28/04/2022 17:07, Roland Mas wrote:
Package: wnpp
Severity: wishlist
Owner: Roland Mas
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: node-ws-iconv
Version : 0.0~git20220306210217.c039e94 (from Git)
Upstream Author : "bluelovers" (https://github.com/bluelovers)
Control: tags - moreinfo
Bastian,
I've replaced the exitsing PPA with a new one containing a build that I
believe addresses the problems. If you have time to review it I would
appreciate that.
Hopefully I have the right command to uuntag moreinfo. I'm referencing
the docs at https://www.deb
reopen 851809
thanks
Hi Vagrant,
> Version: 4.6.2.7+dfsg-2
>
> It looks like this was fixed some time ago:
>
> 84aa977e3d2275a8cc43e21398dc90d01fb21b04
> Sort dh_makeclilibs output so it's deterministic. Thanks to Chris Lamb
Interesting. I don't see this commit SHA in the cli-common.git
repo
Control: tags -1 - moreinfo
Am 28.04.22 um 17:38 schrieb rapier:
Control: tags - moreinfo
Bastian,
I've replaced the exitsing PPA with a new one containing a build that I believe addresses the problems. If you have time
to review it I would appreciate that.
I do not get why you use the word
Source: conky
Version: 1.12.2-2
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
conky fails to cross build from source, because it does not find
toluapp. What's happening here is actually a little more involved.
toluapp is actually vendored. It is packaged spearately as
libtolua++
> On 28. 4. 2022, at 15:23, Michael Tokarev wrote:
>
> Yeah. Formally we should do either one or another.
> In practice I *highly* doubt anyone is using these 4
> symbols, so maybe we can just disable the thing without
> doing anything. I'm too lazy now to provide the stubs :)
Yeah, I concur.
I
Package: python3-stem
X-Debbugs-Cc: j...@riseup.net
Version: 1.8.0-3
Severity: normal
Dear Maintainer,
attached you can find a patch to fix a bug with Python 3.10, which is
now the default in unstable and testing.
Thanks!,
juxorFrom 8da5611471c2dfbfd93e93a0113e8276914a16a9 Mon Sep 17 00:00:0
28.04.2022 19:22, Ondřej Surý wrote:
On 28. 4. 2022, at 15:23, Michael Tokarev wrote:
Yeah. Formally we should do either one or another.
In practice I *highly* doubt anyone is using these 4
symbols, so maybe we can just disable the thing without
doing anything. I'm too lazy now to provide the s
> On 28. 4. 2022, at 18:34, Michael Tokarev wrote:
>
> I see no reason to go to experimental here. I checked all rdepends
> of libldns3, - none are using any gost symbols. -exp wont do
> anything useful there I think.
Ok, then.
> But for things like this, I *think* -exp is useless, it wont sho
Package: ca-certificates
Version: 20210119
Severity: normal
X-Debbugs-Cc: s.egb...@sbcglobal.net
Dear Maintainer,
A group of auditors were reviewing the CA inclusion process
and have examined the `update-ca-certificates` and its code.
This issue is not about the PKI nor its certificate handling.
On 2022-04-28, Chris Lamb wrote:
>> Version: 4.6.2.7+dfsg-2
>>
>> It looks like this was fixed some time ago:
>>
>> 84aa977e3d2275a8cc43e21398dc90d01fb21b04
>> Sort dh_makeclilibs output so it's deterministic. Thanks to Chris Lamb
>
> Interesting. I don't see this commit SHA in the cli-common.g
Hey folks,
> I've looked over your report and baffling patch.
> This is really strange, and I don't have much to add.
>
> It seems like it might be related to the pathsubst rules in
> src/doc/Makefile.in.
> But I don't see the build directory getting used there.
Oh ho ho, this is fun! So, curious
Package: latex2html
Version: 2022-debian1-1
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: cross-satisfiability
Control: affects -1 + src:cddlib src:chktex src:coinor-symphony src:condor
src:espresso src:flann src:freefem src:gm-assistant src:pasdoc src:systemtap
The affected packages
Hey,
>> Interesting. I don't see this commit SHA in the cli-common.git
>> repository, nor some associated change in dh_makeclilibs under a
>> different SHA.
>
> https://salsa.debian.org/dotnet-team/mono/-/commit/84aa977e3d2275a8cc43e21398dc90d01fb21b04
>
> Was this functionality moved to cli-commo
Control: tag -1 + moreinfo
So, will adding a Recommends: dns-root-data either to libunbound
or to various software packages (eg unbound-host) fix this?
I don't think adding this to libunbound is a good idea since software
using it isn't necessary being used the root key, but adding it to
the bin
Hi,
I have the same problem with vlan interfaces:
```
» cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
# Please note that this file is written to be used with dhcpcd
# For static IP, consult /etc/dhcpcd.conf and 'man dhcpcd.conf'
# Include files from /etc/networ
Replying to an old bugreport which is marked as fixed since 1.5.9-2 version.
This is, in fact, a context of resolvconf, for which we have
several other bugreports.
This one has a lenghtly discussion and debugging.
But I can't understand the main thing there: why on the Earth one
needs to reloa
Package: python-cai-doc
Version: 1.0.2-2
Severity: minor
User: reproducible-bui...@lists.alioth.debian.org
Usertags: buildpath
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
Hi,
The cli.html documentation file contains the following:
System Message: ERROR/6
(/build/python-cai-AL0f0J/
Finally I also checked with the x64-linux binary package available here:
https://ftp.ncbi.nlm.nih.gov/blast/executables/blast+/2.11.0/
and got the same problem that confirms that this is an upstream
issue with this version.
A not so stable version for the current Debian stable then. ;-)
Thanks!
reopen 974972
tags 972972 +sid
found 974972 1.10.1-4
thanks
With recent autopkgtest regression of unar/1.10.7+ds1-1 on armhf and s390x,
I believe more work is needed to have the new version correctly packaged in
Debian. Reopening this bug for now to provide unar/1.10.1 in Debian Testing
and Debian
Package: raspi-firmware
Version: 1.20210303+ds-2
Severity: important
Hi,
Back when I worked on CM3 support for buster[1], the postinst script was
still deploying DTB files under the Raspberry names[2], so I didn't
spot the regression until a few months ago:
- a Pi CM3, mounted on the official Co
Source: datalad
Version: 0.16.1-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
Hi,
Whilst working on the Reproducible Builds effort [0] we noticed that
datalad could not be built repro
Bastian,
On 4/28/22 11:51 AM, Bastian Germann wrote:
Control: tags -1 - moreinfo
Am 28.04.22 um 17:38 schrieb rapier:
Control: tags - moreinfo
Bastian,
I've replaced the exitsing PPA with a new one containing a build that
I believe addresses the problems. If you have time to review it I
wo
Control: reopen -1
Control: tags -1 reopen
Am 28.04.22 um 20:53 schrieb rapier:
I guess the uploads needs some processing time because I do not see a new
version yet.
Ugh. I made a mistake because I wasn't paying attention to what I was doing (see the above lame excuse). I've deleted
the prior package and have
Control: tags 1009311 + wontfix
Hi Vincent--
On Mon 2022-04-11 16:18:45 +0200, Vincent Lefevre wrote:
> The default https://keys.openpgp.org:443 key server is no longer working:
>
> $ gpg -v --recv-keys 7CA7ECAAF06216B90F894146ACF8146CAE8CBBC4
> gpg: data source: https://keys.openpgp.org:443
> gp
Package: ftp.debian.org
Severity: normal
X-Debbugs-CC: gnome-docume...@packages.debian.org
gnome-documents is no longer maintained upstream. It has been archived
which means GNOME is no longer accepting any code fixes, translations,
or even bug reports for it any more.
https://gitlab.gnome.org/Ar
In the changelog, please use some description for the package description
change additionally to the Closes: tag.
Please name the patch filename with some descriptive name, not just the version
number which introduced it.
When you have provided a version that fixes those, I am inclined to spon
Le 28/04/2022 à 17:30, Yadd a écrit :
On 28/04/2022 17:07, Roland Mas wrote:
This is a set of small NodeJS packages, poorly documented [1], with
functions seemingly related to filesystem and path operations.
It is required (indirectly) by jupyterlab, via node-react-json-tree
(redux-devtools) a
On Wed, 27 Apr 2022 15:10:09 -0700 "Kevin J. McCarthy" wrote:
One change in 2.2.x was normalizing Maildir paths when opening them
(as IMAP does) - removing a trailing delimiter. This might cause the
behavior you are describing.
Until I hear otherwise, I've been assuming the problem is becaus
Control: forwarded 969330 https://dev.gnupg.org/T5682
Control: close 969330 2.2.34-1
On Wed 2022-02-02 23:40:28 +, Chris Boot wrote:
> This bug actually appears to be in GnuPG itself, not
> libpam-ssh-agent-auth. Please see my comments at the end of
> https://github.com/jbeverly/pam_ssh_agen
Source: davix
Version: 0.8.1-1
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: cross-satisfiability
davix fails to cross build from source, because its sphinx dependencies
are unsatisfiable. sphinx is being a little difficult here as it can be
architecture-dependent, but often isn't. How
On 2022-04-27 10:15:58 [-0700], Chris Lamb wrote:
> Hey Sebastian,
Hi Chris,
> > strip-nondeterminism damages .zip files with bzipped members
>
> According to:
>
>
> https://github.com/redhotpenguin/perl-Archive-Zip/issues/26#issuecomment-529170764
>
> ... this has now been fixed. Can you co
Control: severity -1 normal
On Wed, 8 May 2019 22:35:53 +0200 "Steinar H. Gunderson"
wrote:
On Wed, May 08, 2019 at 10:02:46PM +0200, Mathieu Parent wrote:
> Downgrading the severity as the AppArmor side is already fixed it seems in
sid.
serious and grave are of equal severity; serious is fo
Bastian,
On 4/28/22 3:22 PM, Bastian Germann wrote:
Control: tags -1 reopen
Am 28.04.22 um 20:53 schrieb rapier:
I guess the uploads needs some processing time because I do not see a
new version yet.
Ugh. I made a mistake because I wasn't paying attention to what I was
doing (see the above
Hi Efraim--
On Tue 2020-09-15 12:17:51 +0300, Efraim Flashner wrote:
> In upstream there is now merged support for pinentry with using EFL as the
> graphical toolkit. I have been using it on my Debian machine for several
> days now and on other machines for months. The attached patch to the
> sour
On 2022-04-27 15:18:16 +0300, Adrian Bunk wrote:
> On Fri, Apr 22, 2022 at 07:30:56PM +0200, Sebastian Ramacher wrote:
> > Control: tags -1 = confirmed
> > Control: forwarded -1
> > https://release.debian.org/transitions/html/auto-icu.html
> >
> > Hi
> >
> > On 2022-04-13 17:24:20 +0200, László
Control: tags 992415 + moreinfo unreproducible
Hi Andrew--
On Wed 2021-08-18 19:15:22 +0930, Andrew Savchenko wrote:
> After issuing `systemctl suspend`, pinentry segfaults with the following
> output in the dmesg:
>
> ```
> kern :info : [Aug18 21:14] pinentry-tty[140518]: segfault at 0 ip
> 00
Hi ,
reverting d6b88ce2eb9d ("ACPI: processor idle: Allow playing dead in
C3 state") made kernel version 5.15.35 booting , but still not kernel
version 5.17.5 in my case.
The last one has changed behaviour : now the kernel seems to boot - at
least it is not freezing and key combination works to r
Updated
d-changelog
---
wifi-qr (0.2-2) unstable; urgency=medium
* Package description update. (Closes: #989034)
* QR Code File Scan
---
patch
01-QRScanFromFile
---
Description: QR Code Scan from File
QR Code Scan from File with CLI and GUI.
.
Forwarded: not-needed
Reviewed-By: kokoye2...@
Control: tags 1010316 +patch
On 2022-04-28, Chris Lamb wrote:
> The cli.html documentation file contains the following:
>
> System Message: ERROR/6
> (/build/python-cai-AL0f0J/python-cai-1.0.2/docs/cli.rst, line 4)
>
> Command ['CAI', '--help'] failed: [Errno 2] No such file or directory: 'CA
I'll probaby go back to gcc 10 for now ...
Control: tag -1 unreproducible
I cannot reproduce that in a (qemu) chroot - the module build fine.
bluca can't reproduce it either.
AFAIK non-free packages cannot be installed in the porterbox chroots, so
testing it on some real hardware is difficult ...
Andreas
Package: rust-core-arch
As far as I can tell the core_arch crate on crates.io was a testing ground for
what became
core::arch in the standard library and is now abandoned. The package relies on
"nightly"
compiler features and has FTBFS for over a year without anyone caring enough to
fix it.
IM
Package: exmh
Severity: normal
X-Debbugs-Cc: ple...@debian.org
Dear Alexander,
In the previous release cycle, I have split the `mime-support` package
into two: `media-types` supplies /etc/mime.types and `mailcap` supplies
the mailcap system. `mime-support` is now a transitional package that
I wo
Source: golang-github-google-go-github
Severity: normal
X-Debbugs-Cc: ple...@debian.org
Dear Debian Go maintainers,
hello again :)
In the previous release cycle, I have split the `mime-support` package
into two: `media-types` supplies /etc/mime.types and `mailcap` supplies
the mailcap system. `
Package: golang-github-google-martian-dev
Severity: normal
X-Debbugs-Cc: ple...@debian.org
Dear Debian Go maintainers,
In the previous release cycle, I have split the `mime-support` package
into two: `media-types` supplies /etc/mime.types and `mailcap` supplies
the mailcap system. `mime-support`
Package: live-task-standard
Severity: normal
X-Debbugs-Cc: ple...@debian.org
Dear Live Systems Maintainers,
In the previous release cycle, I have split the `mime-support` package
into two: `media-types` supplies /etc/mime.types and `mailcap` supplies
the mailcap system. `mime-support` is now a t
Source: maxima
Version: Please replace or remove mime-support in the Recommends section of
xmaxima and maxima-emacs
Severity: normal
X-Debbugs-Cc: ple...@debian.org
Dear Camm,
In the previous release cycle, I have split the `mime-support` package
into two: `media-types` supplies /etc/mime.types
Control: reopen -1
Sorry... I had taken other files in my tests before, than what I've
used back then.
I dug out those now and re-checked again with them.. and while it does
work for them with Opus.. it doesn't with MP3.
So there's still something in ffmpeg, which destroys the gappless
playback
Package: mldonkey-server
Severity: normal
X-Debbugs-Cc: ple...@debian.org
Dear OCaml team,
In the previous release cycle, I have split the `mime-support` package
into two: `media-types` supplies /etc/mime.types and `mailcap` supplies
the mailcap system. `mime-support` is now a transitional packa
found 1010265 5.4.2-1
thanks
Hi Moritz,
On Wed, Apr 27, 2022 at 2:57 PM Moritz Muehlenhoff wrote:
>
> This was assigned CVE-2022-28805:
> https://github.com/lua/lua/commit/1f3c6f4534c6411313361697d98d1145a1f030fa
> http://lua-users.org/lists/lua-l/2022-02/msg1.html
> http://lua-users.org/lis
Source: gcc-12
Version: 12-20220428-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Hi Matthias,
cross-fixes.diff no longer applies and that happens to break cross
compiler builds. Please find a patch attached for your convenience.
Helmut
diff --minimal -Nru gcc-12-12-20220428
1 - 100 of 106 matches
Mail list logo
