On Tue, 12 Oct 2021 14:43:38 +0200 Erich Schubert wrote:
> A fix is scheduled for Firefox 95 apparently.
Since this issue also affects Firefox ESR,
a backport to Firefox ESR 91 would be nice.
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally signed
Control: tags -1 + patch
On Tue, Nov 02, 2021 at 10:11:40PM +0100, Johannes Schauer Marin Rodrigues
wrote:
> our CI runs for the DPKG_ROOT tests failed today because pam FTBFS. I
> rebuilt pam locally in a fresh sbuild chroot without any modifications
> and arrived at the same build failure. I
On 2021-11-03 03:29:43 +0100, Vincent Lefevre wrote:
> On 2021-11-02 16:25:27 +0100, Vincent Lefevre wrote:
> > With commit 8f62213019bc682eeb0ed9467d8841f3770cfda6 upstream,
> > I can no longer reproduce any issue, even when
> > /usr/share/texlive/texmf-dist/tex/generic/pdftex/glyphtounicode.tex
Package: gnome
Version: 1:3.30+1
Severity: important
Tags: a11y
Dear Maintainer,
When I type 2 letters in the search bar of apps gnome closes all the windows
and my user session and start from login. It happens frequently but not all the
time and not with the same letters, sometimes is with
Package: wnpp
Severity: wishlist
Owner: Patrick Franz
X-Debbugs-Cc: debian-de...@lists.debian.org, delta...@debian.org,
debian-qt-...@lists.debian.org
* Package name: qt6-svg
Version : 6.2.0
Upstream Author : The Qt Company Ltd.
* URL : https://www.qt.io/developers/
Caught it again today. Same Debian Bullseye with latest updates, same
hardware.
I logged in via ssh to find Xorg dead, killing it didn't changed
anything. Killed sddm too, no change. Tried to "sudo reboot", no
reaction. Had to use SysRq key combination to kill Linux.
dmesg:
[22780.068010]
Control: tags -1 - fixed-upstream
On 2021-11-02 16:25:27 +0100, Vincent Lefevre wrote:
> With commit 8f62213019bc682eeb0ed9467d8841f3770cfda6 upstream,
> I can no longer reproduce any issue, even when
> /usr/share/texlive/texmf-dist/tex/generic/pdftex/glyphtounicode.tex
> from Tex Live 2020 is
Package: pulseaudio
Version: 15.0+dfsg1-2
Severity: normal
Tags: upstream
Dear Maintainer,
Recently I installed new updates, including pulseaudio:
2021-10-19 23:32:51 upgrade pulseaudio:i386 14.2-2 15.0+dfsg1-2
2021-10-19 23:47:37 status installed pulseaudio:i386 15.0+dfsg1-2
After these
Control: tags -1 confirmed
Control: forwarded -1
https://release.debian.org/transitions/html/auto-bibutils.html
On 2021-10-31 22:32:05, Pierre Gruet wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
>
> Dear Release
On 2021-11-03 00:26:07, Sebastian Ramacher wrote:
> Control: tags -1 confirmed
>
> On 2021-10-29 00:24:37, Adrian Bunk wrote:
> > On Thu, Oct 28, 2021 at 09:50:10PM +0200, Sebastian Ramacher wrote:
> > > Control: forwarded -1
> > > https://release.debian.org/transitions/html/auto-yaml-cpp.html
>
Package: libperl-critic-perl
Severity: normal
Hi,
Perlcritic does not appear to use the latest version of perltidy, or
perhaps invokes it with different settings. In unstable, perlcritic
complains that files are not tidy even though perltidy just ran over
them.
Due to the large number of
Control: tags -1 moreinfo
Control: https://release.debian.org/transitions/html/auto-unixodbc.html
On 2021-10-31 22:30:26, Hugh McMaster wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
>
> Due to various changes,
On Tue, 02 Nov 2021 15:34:01 +0100 Michael Biebl wrote:
> I tried to explain this to Ron on IRC, but he decided to ignore my advice.
Oh Please Michael, now you're just sounding like a child whose lolly has
fallen in the dirt ...
I did run the issue with (some) socket units and circular
Control: tags -1 confirmed
On 2021-10-29 00:24:37, Adrian Bunk wrote:
> On Thu, Oct 28, 2021 at 09:50:10PM +0200, Sebastian Ramacher wrote:
> > Control: forwarded -1
> > https://release.debian.org/transitions/html/auto-yaml-cpp.html
> >
> > On 2021-10-27 05:05:57 -0500, Simon Quigley wrote:
> >
Source: golang-github-blang-semver
Version: 3.5.1-1
Severity: wishlist
Dear Maintainer,
I was attempting to build a new singularity-container package and it wanted a
v4 version of
golang-github-blang-semver.
"../vendor/github.com/sylabs/scs-library-client/client/version.go:12:2: cannot
find
Ah, I've just spotted (via the automatically reported bug data...) that
there is such a constraint but it's only at a Recommends level. I think
this should be upgraded to a Depends.
On Tue, 2 Nov 2021 at 23:57, David Given wrote:
> Package: libstdc++-arm-none-eabi-newlib
> Version:
On Tue, 2 Nov 2021 13:53:20 +0100 Max Kellermann wrote:
> TLDR: it's complicated, and we can't see the real error just yet.
Hello! I am having the same issue so I thought I'd give it a go.
❯ sudo gdb --args mpd --stderr --no-daemon --verbose
GNU gdb (Debian 10.1-2) 10.1.90.20210103-git
Copyright
Thanks a lot Paul.
Really, in our machines the package is built and Makefile exists. I
need to check some packages of mine. I think there are some tests
around grepmail in upstream source. However, don't worry because this
upload was a first work. Now, Marcos will package the new upstream
Package: libstdc++-arm-none-eabi-newlib
Version: 15:8-2019-q3-1+13
Severity: important
X-Debbugs-Cc: d...@cowlark.com
Dear Maintainer,
Currently the testing/unstable version of gcc-arm-none-eabi is
15:10.3-2021.07-2 (a.k.a. 10.3.1) and the version of libstdc++-arm-none-eabi-
newlib is
Source: rust-bindgen
Followup-For: Bug #998347
That is not how rust Debian packaging works; your patch will get lost with the
next upload of the autogenerated package.
If you want your patch to not get lost, do it via the normal process:
https://salsa.debian.org/rust-team/debcargo-conf/
--
Henry is correct that the MLton compiler (the runtime, basis library
implementation, and compiler proper) do not depend on ckit (or any of the
(re)distributed SML/NJ libraries), the benchmarks, or on mlnlffigen, nor
are those components required for using MLton (unless, of course, the
program
Hi Andreas
> > > Extension error:
> > > You must configure the bibtex_bibfiles setting
> > > make[2]: *** [Makefile:40: html] Error 2
this is sphinxcontrib-bibtex saying that you need to add the following to
doc/conf.py:
bibtex_bibfiles = "path/to/references.bib"
However I can't see a .bib
Source: ruby-async-rspec
Version: 1.16.1-2
Severity: serious
ruby-async-rspec is unable to migrate to testing due to autopkgtest
failures on armhf and i386:
Failures:
| 1) RSpec::Memory on supported platform should not exceed specified size limit
|Failure/Error:
| expect do
| "a"
Package: certbot
Version: 1.18.0-1
Severity: normal
Dear Maintainer,
Thank you very much for generously sharing your
time and skill.
It's not a crisis, but I humbly suggest improving
a certain error message to lead users to faster
fixes.
When I do
root$ certbot certonly --apache --manual
That link is the correct one. I was comparing to
https://sources.debian.org/patches/libcdio/2.1.0-2/ncursesw.diff/ which is
different so I may have this wrong.
On Tue, Nov 2, 2021 at 5:47 PM Gabriel F. T. Gomes <
gabr...@inconstante.net.br> wrote:
> Hi, Rocky,
>
> On Tue, 2 Nov 2021 13:11:07
Package: rss2email
Version: 1:3.12.2-2
I got this after upgrading python3-feedparser to 6.0.8-1:
Traceback (most recent call last):
File "/usr/bin/r2e", line 5, in
rss2email.main.run()
File "/usr/lib/python3/dist-packages/rss2email/main.py", line 186, in run
Hi Abou,
On 02-11-2021 22:37, Abou Al Montacir wrote:
> On Tue, 2021-11-02 at 21:22 +0100, Paul Gevers wrote:
>> I don't follow at all.
> Sorry, I don't catch what do you mean here, probably due to my non
> native English.
It means that I didn't understand everything you were saying as the
Hi, Rocky,
On Tue, 2 Nov 2021 13:11:07 -0400
Rocky Bernstein wrote:
>
> Hmm - as best as I can tell this patches things a little differently than
> what was done in the git codebase.
That was not my intention.
Actually, I don't understand why you say that.
The patch that I backported to
W dniu 02.11.2021 o 22:26, Michael Tokarev pisze:
What do you want us to do here?
I know full well that libvirt in buster is too old for new qemu.
I don't have enough experience to backport libvirt (I never ever
used it myself). Even if I had such experience, what I should do
with this
Hi Paul,
On Tue, 2021-11-02 at 21:22 +0100, Paul Gevers wrote:
> ...
> I don't follow at all.
Sorry, I don't catch what do you mean here, probably due to my non native
English.
Did you not accept the new solution, or is my explanation above not clear at all
and confusing?
If you don't like the
Control: tag -1 + moreinfo
02.11.2021 19:47, Marcin Juszkiewicz wrote:
Package: qemu-system-common
Version: 1:5.2+dfsg-11
Severity: normal
X-Debbugs-Cc: marcin.juszkiew...@linaro.org
I am maintaining Debian support in OpenStack Kolla project. We are
building container images with OpenStack
03.11.2021 00:26, Michael Tokarev wrote:
02.11.2021 19:47, Marcin Juszkiewicz wrote:
Package: qemu-system-common
Version: 1:5.2+dfsg-11
...
What do you want us to do here?
And *especially* with this version which IS compatible with buster libvirt.
I fail to see why did you file this
On 2021-11-02 21:22:35, Norbert Preining wrote:
> Hi Boyuan
>
>
> > I plan to start another libavif transition as shown in the following
>
> Great, actually it would be great going straight to 0.9.3-2 with libaom v3
> support, so that writing of avif files also works.
For the future: we prefer
Package: trydiffoscope
Version: 67.0.5
Severity: normal
Tags: upstream
Dear maintainer(s),
The latest testing run of trydiffoscope on ci.d.n timed out on all
arches [1]. I checked what the test is doing and all it does is run
trydiffoscope. I take it that trydiffoscope don't time out if the site
Package: age
Version: 1.0.0~rc1-2+b3
Severity: grave
Justification: renders package unusable
Dear Maintainer,
this is how you can reproduce the bug:
$ age-keygen | age -p > tmp/key.age
Public key: age17sxjygr9yuvv7s5yd657gfw6v2c9597938ur2smug4u9fysrxdms2p9h0y
Enter passphrase (leave empty to
Thank you Michal.
Regards,
Eriberto
Hi,
I tracked the issue down to
https://sources.debian.org/patches/libprelude/5.2.0-4/025-Fix-PyIOBase_Type.patch
Although the patch changes the content of
bindings/python/libpreludecpp-python.i, swig is never called during the
build to recreate _prelude.cxx.
The final package therefore
Source: grepmail
X-Debbugs-Cc: mar...@talau.info, eribe...@debian.org
Version: 5.3104-1
Severity: serious
Justification: RC policy
Dear Marcos, Joao,
I appreciate your attention to the orphaned package grepmail and the
fact that you try to save it from removal from testing, but in the
process
Adding another information:
I retested it on Debian Buster and Stretch and the same error prompt
appears when LXDE is not started from the actual screen/console but when
calling "startx" from e.g. an SSH session, which then start LXDE on the
main screen. The solution/workaround is the same.
Package: mrtg
Version: 2.17.8+git20211022.f52e91e-1
Severity: wishlist
Tags: patch l10n
Dear Maintainer,
In attachment there is initial Czech translation of PO debconf
template (cs.po) for package mrtg, please include it.
-- System Information:
Debian Release: 11.1
APT prefers stable-updates
Hi Abou,
On 30-10-2021 12:25, Abou Al Montacir wrote:
> The issue here is that LPK files are needed by binary libs (pascal units
> / ppu) and source packages.
> The right solution would be probably to move them into a separate
> packages that is used by both source and binaries.
> However, that
On Tue, 02 Nov 2021 22:13:20 +0200, Adrian Bunk wrote:
> > > libdbd-sqlite3-perl should use libsqlite3-dev instead of
> > > the vendored copy.
> > Unless I'm mistaken, it does.
> Ups, sorry for the noise.
No worries, and …
> I saw that libdbd-sqlite2-perl escaped the SQLite 2 removal in
Package: jami
Version: 20210112.2.b757bac~ds1-1
Severity: important
X-Debbugs-Cc: riveravaldezm...@gmail.com
Dear Maintainer, hi,
I reported this issue to the Jami developers there:
https://git.jami.net/savoirfairelinux/jami-project/-/issues/1336
In the chat/conversation window when a message
Package: samba
Version: 2:4.13.5+dfsg-2
Severity: normal
X-Debbugs-Cc: ge...@schorsch-tech.de
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
I upgraded from buster to bullseye. With buster i used a .NET program
On Tue, 02 Nov 2021 21:53:59 +0200, Adrian Bunk wrote:
> libdbd-sqlite3-perl should use libsqlite3-dev instead of
> the vendored copy.
Unless I'm mistaken, it does.
Cf. debian/control and more importantly
debian/patches/use_system_sqlite.
Cheers,
gregor
--
.''`.
Source: plasma-wayland-protocols
Version: 1.4.0-1
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
plasma-wayland-protocols fails to cross build from source, because it
uses qmake to query for paths via ECM without the relevant dependency on
qt5-qmake. As a consequence, running
Source: win32-loader
Version: 0.10.4
Severity: serious
Control: close -1 0.10.5
Tags: sid bookworm
User: release.debian@packages.debian.org
Usertags: out-of-sync
Dear maintainer(s),
The following template feels a bit weird for the somewhat special
package that win32-loader is, but I leave it
Package: libdbd-sqlite3-perl
Severity: normal
libdbd-sqlite3-perl should use libsqlite3-dev instead of
the vendored copy.
Package: libdbd-sqlite2-perl
Severity: serious
Tags: bookworm sid
libdbd-sqlite2-perl uses a vendored copy of SQLite 2.
SQLite 3 was released in 2004, and the the regular
SQLite 2 package is no longer shipped since bullseye (see #607969).
Source: libposix-atfork-perl
Version: 0.04-1
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
libposix-atfork-perl fails to cross build from source, because it builds
a perl extension without depending on perl-xs-dev. Please apply the
attached patch to add the missing dependency.
HI,
This bugs is fixed in the new upstream release [0]
[0] https://bugs.launchpad.net/pkginfo/+bug/1933322
Cheers,
Arias Emmanuel
@eamanu
yaerobi.com
On Sun, Oct 24, 2021 at 9:34 AM Lucas Nussbaum wrote:
> Source: python-pkginfo
> Version: 1.4.2-3
> Severity: serious
> Justification: FTBFS
I have also had the same issue consistently. Happens occasionally, but is
quite annoying. I can fix it by switching to a virtual terminal (which
works), scheduling "DISPLAY=:0 xrandr --auto" to run in the near future,
and then switching back to the X VT, and waiting for the command to run.
My
Control: tags 998347 + patch
Control: tags 998347 + pending
Dear maintainer,
I've prepared an NMU for rust-bindgen (versioned as 0.59.1-1.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.
Regards,
- Jonas
diff -Nru
Control: tags 998345 + patch
Control: tags 998345 + pending
Dear maintainer,
I've prepared an NMU for rust-quickcheck (versioned as 0.9.2-1.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.
Regards,
- Jonas
diff -Nru
Package: ghc
Version: 8.8.4-3
Severity: minor
Just a request to drop libncurses5-dev (a dummy/transitional package) in
favor of libncurses-dev.
Thanks!
-- System Information:
Debian Release: bookworm/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture:
Source: rust-quickcheck
Followup-For: Bug #998345
Control: close -1
> Correction: It is the binary package librust-quickcheck+env-logger-dev
> which depends on librust-env-logger-0.7-dev.
env-logger-0.7 is sitting in NEW. There is no action to take on this package,
therefore closing.
--
Hello,
I would like to send another gentle ping about this.
This bug is affecting the deployment upgrade of a current reproducible iso.
Thank you very much,
--
Andrés Pavez
On Wed, Jan 6, 2021 at 2:51 AM Johannes Schauer Marin Rodrigues
wrote:
>
> Dear maintainers,
>
> On Sun, 13 Sep 2020
Source: rust-quickcheck
Followup-For: Bug #998345
Control: notfound -1 0.9.2-1
Control: close -1
Not sure how you came to this conclusion.
Package: librust-rand+std-dev
Provides:
librust-rand-0.7+default-dev (= ${binary:Version}),
$ sudo aptitude install librust-quickcheck-dev
[sudo] password
Control: reassign -1 librust-quickcheck+env-logger-dev
Control: retitle -1 librust-quickcheck+env-logger-dev: uninstallable - depends
on non-existing package librust-env-logger-0.7-dev
Quoting Jonas Smedegaard (2021-11-02 21:19:38)
> The package librust-quickcheck-dev is uninstallable: It
Package: librust-bindgen+env-logger-dev
Version: 0.59.1-1
Severity: grave
Justification: renders package unusable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
The package librust-bindgen+env-logger-dev is uninstallable: It depends
on non-existing package librust-env-logger-0.7+default-dev.
On Sat, 23 Oct 2021 21:18:54 +0200 Lucas Nussbaum wrote:
Source: netperfmeter
Version: 1.8.6~rc2-1
Severity: serious
Justification: FTBFS
Tags: bookworm sid ftbfs
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part (hopefully):
> cd
Package: apt
Version: 2.2.4
Severity: normal
Dear maintainer,
APT does not consider package versions from debian-security for updates
unless I change the priority assigned to these package versions to a
more appropriate value with a preference configuration file (see the
This is my work-in-progress fork of black containing the affected
upstream.
Currently, I've patched out the sphinx-copybutton requirement from
docs/conf.py to allow the rest of the build to proceed and fix the
other problems.
This fork may at least help reproduce the failure.
Control: tag -1 patch
From: Romain Porte
Date: Tue, 2 Nov 2021 15:19:51 +0100
Subject: setup.py: remove 2to3
Should be dropped when package is updated, because latest upstream
releases are not using this flag anymore.
Forward: not-needed
---
setup.py | 1 -
1 file changed, 1 deletion(-)
diff
Control: tags 996578 + patch
Control: tags 996578 + pending
Dear maintainer,
I've prepared an NMU for gsmlib (versioned as 1.10+20120414.gita5e5ae9a-1) and
uploaded it to DELAYED/10. Please feel free to tell me if I
should delay it longer.
Regards.
diff -Nru
Package: librust-quickcheck-dev
Version: 0.9.2-1
Severity: grave
Justification: renders package unusable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
The package librust-quickcheck-dev is uninstallable: It depends on
non-existing package librust-rand-0.7+default-dev.
- Jonas
-BEGIN PGP
Control: tags 998191 + patch
Control: tags 998191 + pending
X-Debbugs-CC: and...@rep.kiev.ua dreamerwolf...@gmail.com
Dear maintainer,
I've prepared an NMU for lxmusic (versioned as 0.4.7-1.1) and
uploaded it to DELAYED/14. Please feel free to tell me if I
should delay it longer.
Regards.
diff
Hi Axel
> Thanks for the example. But from where is that package? Doesn't seem
> to be an official Debian package. Am I right, that the package is
> from
> https://apt.homegear.eu/
That's right. I have the following repo in my sources.list.d/:
deb https://apt.homegear.eu/Debian/ bullseye/
If
Package: release.debian.org
Severity: normal
Tags: buster
User: release.debian@packages.debian.org
Usertags: pu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hello release managers,
In order to support the update of rustc in buster, which in turn is
needed to support the updates of
Package: python3-sphinx-copybutton
Version: 0.4.0-1
Severity: normal
I'm not sure if this is the right diagnosis of the problem
but the latest black upstream release (21.9b0) is failing to build
locally for multiple reasons, one of which (after patching out the
others) is:
dh_sphinxdoc: error:
Source: libdevel-nytprof-perl
Version: 6.11+dfsg-1
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
libdevel-nytprof-perl fails to cross build from source, because
debian/rules sets ARCHLIB such that it contains DEB_BUILD_MULTIARCH, but
it operates on he host arch file system
Hmm - as best as I can tell this patches things a little differently than
what was done in the git codebase.
It looks like this changes to use library ncursesw whereas change in git
changes the source code and adjusts the source code so that the previous
curses library is okay to use.
I don't
Hi,
Am Thu, Oct 28, 2021 at 07:18:19PM +0200 schrieb Rene Engelhard:
> And interestingly, (after rm'ing the stale unopkg lockfile..) it passed.
>
> Also after a new attempt with manual
>
> $ make clean && make subsequencheck
>
> in odk worked, too.
>
>
> Just looks like a flaky test... (Even
I couldn't run reportbug on the target machine, forgot to take a look on
bugs of the source package and missed the 994953[1]. Sorry for a
duplicate.
[1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=994953
--
Marcin Szewczyk
http://wodny.org
Hi, Rocky, Lucas,
Thanks for doing all the hard work of reporting and fixing the bug.
I have just uploaded a new version o libcdio with the fix.
Cheers,
Gabriel
Package: qemu-system-common
Version: 1:5.2+dfsg-11
Severity: normal
X-Debbugs-Cc: marcin.juszkiew...@linaro.org
I am maintaining Debian support in OpenStack Kolla project. We are
building container images with OpenStack components and provide way to
deploy whole OpenStack from them.
As we have
control: severity -1 important
> This bug is blocking other python packages which require numpy 1.20,
> (and use numpy.typing) so raising severity to serious.
sorry but that's not how RC severity works, that's for policy
violations, which in this case there are none.
I understand you may want
Package: orphan-sysvinit-scripts
Severity: normal
Hi,
I intend to remove the SysV init script from the rsyslog package with the
next upload.
Maybe you are interested in taking maintainership for the file.
I'll possibly also switch over rsyslog from using imuxsock to imjournal,
so rsyslog is
Control: tags -1 moreinfo
On 2021-11-02 16:25:17, Jose Luis Rivero wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
>
> Dear release team:
>
> urdfdom library bumped the SOVERSION from 1.x to 3.x. I've run ratt in
>
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
[ nss maintainer X-Debbugs-Cc'ed ]
Hi,
nss 2:3.72-1 uploaded this morning did:
nss (2:3.72-1) unstable; urgency=medium
[...]
* debian/libnss3-dev.links.in: Remove xulrunner-nss.pc.
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Dear release team:
urdfdom library bumped the SOVERSION from 1.x to 3.x. I've run ratt in
the Open Robotics buildfarm:
https://build.osrfoundation.org/job/debian-ratt-builder/123/
Package: python3-virtualenv
Version: 20.4.0+ds-2
An attempt to invoke pyproject-build (build v0.7.0) ends up with:
#v+
* Creating virtualenv isolated environment...
Traceback (most recent call last):
File "/home/mszewczyk/.local/lib/python3.9/site-packages/build/__main__.py",
line 372, in
I can confirm that your changes fixed the issue. I did several 10-20
restarts entering my password in different ways, quickly and also very
slowly... all boots were done without a problem.
Thanks a lot Jamie!
2021. 11. 2, kedd keltezéssel 09.07-kor Jamie Strandboge ezt írta:
> On Tue, 02 Nov
Hi Tom,
Tom wrote:
> I get a false positive in debsums on a file with a space in the filename:
Thanks for the bug report!
> # debsums -a homegear-zigbee | grep bbaa
> debsums: missing file /etc/homegear/devices/26/bbaaPlug (from homegear-zigbee
> package)
> # grep bbaa
Package: freeglut3-dev
Version: 2.8.1-6
Severity: normal
freeglut3-dev depends on the transitional dummy package libgl1-mesa-dev
(made transitional on 09 Dec 2019). Its dependencies should be updated.
-- System Information:
Debian Release: bookworm/sid
APT prefers unstable-debug
APT policy:
Re: Sébastien Villemot
> I am going to package cl-uax-15 and cl-global-vars (ITPs are marked as
> blocking the present bug), and then upgrade cl-postmodern.
That sounds excellent, merci!
Christoph
On Tue, Nov 2, 2021 at 11:45 PM Colin Watson wrote:
>
> On Tue, Nov 02, 2021 at 11:18:34PM +0800, Shengjing Zhu wrote:
> > On Tue, Nov 2, 2021 at 10:04 PM Colin Watson wrote:
> > > Ah yes, thanks for finding that. So I guess the plausible choices
> > > (without having checked feasibility) are:
Thanks for your report (and patch) -
As you might have seen, the patch is now included in the git repo
upstream - If a new upstream version takes a longer time, I'll prepare
an updated Debian package including the patch.
best regards, and thank you!
/Andreas Rönnquist
gus...@debian.org
Package: debsums
Version: 3.0.2
Severity: normal
Dear Maintainer,
I get a false positive in debsums on a file with a space in the filename:
# debsums -a homegear-zigbee | grep bbaa
debsums: missing file /etc/homegear/devices/26/bbaaPlug (from homegear-zigbee
package)
# grep bbaa
I've temporarily disabled the format-security error:
https://salsa.debian.org/debian/burp/-/commit/625692bd42884fbb97f132967e3c4e70430aaddf
I will contact the developer to raise the issue.
Thanks!
On 23/10/21 21:05, Lucas Nussbaum wrote:
Source: burp
Version: 2.2.18-8
Severity: serious
On 2 November 2021 at 16:09, Andrea Pappacoda wrote:
| Control: close -1
|
| Thanks for your fast response.
|
| As you might have guessed I'm not really experienced in Debian
| packaging, and I didn't know this was acceptable.
|
| I have no complaints then, I'm closing this :)
|
| Thanks
Am Dienstag, dem 02.11.2021 um 13:36 +0100 schrieb Daniel Leidert:
> Am Mittwoch, dem 27.10.2021 um 11:02 -0300 schrieb Lucas Kanashiro:
>
> [..]
> > * ruby-databojects-mysql
> [..]
Digging some more: This project has been archived upstream and the homepage
points to https://rom-rb.org/ now,
On Tue, Nov 02, 2021 at 11:18:34PM +0800, Shengjing Zhu wrote:
> On Tue, Nov 2, 2021 at 10:04 PM Colin Watson wrote:
> > Ah yes, thanks for finding that. So I guess the plausible choices
> > (without having checked feasibility) are:
> >
> > * cherry-pick the docker-default profile into buster's
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "lebiniou":
* Package name: lebiniou
Version : 3.63.0-1
Upstream Author : Olivier Girondel
* URL : https://biniou.net
* License : GPL-2+
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "lebiniou-data":
* Package name: lebiniou-data
Version : 3.63.0-1
Upstream Author : Olivier Girondel
* URL : https://biniou.net
* License :
Package: wnpp
Severity: wishlist
Owner: Patrick Franz
X-Debbugs-Cc: debian-de...@lists.debian.org, delta...@debian.org,
debian-qt-...@lists.debian.org
* Package name: qt6-imageformats
Version : 6.2.0
Upstream Author : The Qt Company Ltd.
* URL :
On 2021-11-02 16:25:27 +0100, Vincent Lefevre wrote:
> With commit 8f62213019bc682eeb0ed9467d8841f3770cfda6 upstream,
> I can no longer reproduce any issue, even when
> /usr/share/texlive/texmf-dist/tex/generic/pdftex/glyphtounicode.tex
> from Tex Live 2020 is included and \pdfgentounicode=1 is
Control: found -1 9.55.0~~rc1~dfsg-1
Control: tags -1 fixed-upstream
With commit 8f62213019bc682eeb0ed9467d8841f3770cfda6 upstream,
I can no longer reproduce any issue, even when
/usr/share/texlive/texmf-dist/tex/generic/pdftex/glyphtounicode.tex
from Tex Live 2020 is included and
On Thu, 21 Oct 2021 16:10:58 +0100
Neil Williams wrote:
> Version 18.9 is now only in oldstable - buster.
>
> Stable has version 20.8 and testing/unstable have 21.4
>
> Please can you retest with, preferably, 21.4 as the relevant code has
> changed substantially compared to 18.9
>
I confirm
On Tue, Nov 2, 2021 at 10:04 PM Colin Watson wrote:
>
> On Tue, Nov 02, 2021 at 05:21:12PM +0800, xiao sheng wen(肖盛文) wrote:
> > 在 2021/11/2 上午10:01, Colin Watson 写道:
> > > Interestingly, a bullseye VM does *not* exhibit the same issue, which
> > > suggests that it may be possible to track down a
1 - 100 of 178 matches
Mail list logo
