* Elana Hashman:
> You and the original report mention "tooling issues". Can you please
> provide some examples of tools that do not currently support working
> with compressed symbols and the resulting effects on developer workflow?
dwz still can't process compressed debuginfo sections, I
Package: lektor
Version: 3.1.3-1
Severity: important
questionable dependency on python3-pip. Is there any reason that the package
depends on python3-pip?
Source: nn
Version: 6.7.3-14
Severity: normal
Tags: patch
Dear Maintainer,
>From ee2272ad92cf4e4250a13c3c0ed8b4f3414300f8 Mon Sep 17 00:00:00 2001
>From: Bjarni Ingi Gislason
>Date: Wed, 3 Mar 2021 18:50:15 +
>Subject: [PATCH] unshar.c: comment out "ftell()", which is already declared in
>
Source: netgen
Version: 6.2.2006+really6.2.1905+dfsg-2
Severity: serious
Hello, looks like the package FTBFS on armhf with an arm64 kernel.
See e.g. builds from reproducible-builds.org
Package: dhcpcanon
Version: 0.8.5-2
Severity: important
dhcpcanon has a bogus dependency on python3-pip, please just drop it.
Hi Praveen,
On Mi 03 Mär 2021 15:38:46 CET, Pirate Praveen wrote:
On 2021, മാർച്ച് 3 7:54:13 PM IST, Mike Gabriel
wrote:
Package: gitlab
Version: 13.7.7-2~fto10+1
Severity: serious
Hi Praveen,
I can't upgrade gitlab from 13.4.7-2~fto10+1, I get the below error
messages (webpack and ttf
Control: tags -1 bullseye-ignore
Hi
On 21-02-2021 22:15, Samuel Thibault wrote:
> Paul Gevers, le sam. 06 févr. 2021 10:10:33 +0100, a ecrit:
>> One release further. Can somebody, e.g. from the Debian Accessibility
>> Team, please at least check if this is still an issue? If not, we can
>> close
Package: src:gnumed-client
Version: 1.8.5+dfsg-1
Severity: serious
Tags: sid bullseye
gnumed-client depends on python3-pip. Why?
The only use is in external-tools/check-prerequisites.py trying to download the
pysvg module last updated in 2012, and not ported to Python3 ...
Just drop that
Hi Mathias,
Thanks a lot!
I tried an older version, 2.0.2. Maybe it didn't work for me because I
used an old version or something else related to my system.
Mo, could you close this bug? The update 0.8.6 -> 2.0.3 is working properly.
Best,
Daniel
On Wed, Mar 3, 2021 at 2:52 PM Mathias Gibbens
Hi Davide,
thanks for reporting this and helping to improve the quality of Debian
packages. I've uploaded a fix for this.
Regards,
Colin
On 03/03/2021 18:20, Davide Prina wrote:
> Package: idlestat
> Version: 0.8-4
> Severity: normal
>
> I have see that the project homepage do not respond
Hi Nicholas
On 03-03-2021 05:30, Nicholas D Steeves wrote:
> The delta between 0.7.1-4 and 0.7.4+5 (cherry picked commits, future
> 0.7.5) might reasonably be considered "medium"; although it solves a
> *number* of RC bugs, and a lot of "million papercuts" user issues.
> Consequently I believe
Package: gitlab
Version: 13.7.7-2~fto10+1
Severity: serious
Hi Praveen,
I can't upgrade gitlab from 13.4.7-2~fto10+1, I get the below error
messages (webpack and ttf fonts). Don't wonder about the /srv/gitlab
paths, I have symlinked /var/lib/gitlab to /srv/gitlab (which always
worked in
Control: tags 983936 + pending upstream
This is a bug in the test – it’s too sensitive to fused multiply/add
contraction. I’ve mailed upstream a patch to make the test more robust.
I expect the patch will be accepted today or tomorrow, at which point
I’ll backport it to the current release.
Control: tag -1 fixed-upstream
On Wed, Mar 03, 2021 at 04:16:37PM +, Matthias Klose wrote:
> Package: src:pmdk
> Version: 1.10-1
> Usertags: ftbfs-gcc-11
>
> [This bug is not targeted to the upcoming bullseye release]
> util_badblock.c:110:13: error: ‘attr’ may be used uninitialized
>
Both patches applied and pushed out.
In the future, could you please send the patches either as direct
emails or as attachments or as pull requests? When you embed them in
the body of the email I have to manually adjust them to get the commit
log properly included.
josh
On Mon, Feb 22, 2021 at
Source: iec16022
Version: 0.2.4-1.2
Severity: normal
I have see that the project homepage do not respond anymore:
http://www.datenfreihafen.org/projects/iec16022.html
I think that the homepage is now:
https://rdoeffinger.github.io/
https://github.com/rdoeffinger/iec16022
I think here there is
Package: idlestat
Version: 0.8-4
Severity: normal
I have see that the project homepage do not respond anymore:
https://wiki.linaro.org/WorkingGroups/PowerManagement/Resources/Tools/Idlestat
I think that the homepage is now:
On Wed, Mar 03, 2021 at 06:39:50PM +0100, Sebastiaan Couwenberg wrote:
> On 3/3/21 6:32 PM, Julian Andres Klode wrote:
> > I never have any idea what the codenames are, I know they are in a
> > release team announcement somewhere, but it would be great to just have
> > a list on
Package: id3ren
Version: 1.1b0-7
Severity: normal
I have see that the project homepage do not respond anymore:
http://cbothamy.free.fr/projects/id3ren/
I think that the homepage is now:
https://github.com/sebcode/id3ren
Ciao
Davide
Note: this is a simplified bug report that I use to report
Package: neofetch
Version: 6.0.0-2
Severity: minor
neofetch starts with
#!/usr/bin/env bash
for portability. On Debian, however, Bash is always installed at
/bin/bash; neofetch should be patched to use the correct #! line.
signature.asc
Description: PGP signature
Hello Matthias
Are you positive this is an issue in the code?
I mean, basically, something like
void func(size_t *_lin) {
*_lin = 42;
}
is now a problem?
It looks weird, and the explanation message points to unrelated types, and
talks about accessing array[0] with the size being 1..
Could
Source: neofetch
Version: 6.0.0-2
Invoking neofetch on my laptop causes it to invoke lspci to get GPU
information. It’s possible to disable this behavior, but neofetch should
probably Recommend pciutils.
signature.asc
Description: PGP signature
On Wed, Mar 03, 2021 at 06:24:30PM +0100, Karsten wrote:
> Am 03.03.21 um 18:00 schrieb Colin Watson:
> > Since you're reporting this against grub-pc 2.02+dfsg1-20+deb10u4, and
> > since the mentioned grub_register_command_lockdown symbol was only
> > introduced in that version, then there must
Source: neofetch
Version: 6.0.0-2
Neofetch can invoke a number of external programs to display images in
the terminal. These aren’t invoked by default, but they will be if the
user specifies the appropriate flag, so they should be Recommends.
Relevant packages include
caca-utils (for
On Sat, Feb 06, 2021 at 07:25:35PM +, Alexey Brodkin wrote:
> Any chances to get updates on this one some time soon?
No. The triplet cannot be changed once added. Therefore, the addition is
often deferred. The absence of the triplet can easily be worked around.
A bootstrap can be prototyped
Package: python3-carquinyol
Version: 0.118-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Control: affects -1 + sucrose
Hi,
during a test with piuparts I noticed your package fails to upgrade from
'buster'.
It installed fine in 'buster', then the upgrade to 'bullseye'
Control: tag -1 + patch upstream - help
Control: reassign -1 linphone
On Sun, Feb 28, 2021 at 11:07:31PM +0100, Bernhard Schmidt wrote:
> an updated liblinphone has been uploaded to sid yesterday. Could you
> please try liblinphone10 and liblinphone++10 from sid (4.4.21-2) and
> report back? If
Am 03.03.21 um 18:00 schrieb Colin Watson:
> On Wed, Mar 03, 2021 at 05:20:39PM +0100, Karsten wrote:
>> there was no system update or an installation. It booted perfect.
> Since you're reporting this against grub-pc 2.02+dfsg1-20+deb10u4, and
> since the mentioned grub_register_command_lockdown
Thank you sV3 and Andreas, this appears to be the problem. I have
recompiled the kernel with binfmt_misc and it now works.
John
On 03/03/2021 11:24, s3v wrote:
> Hi,
>
>>> -- System Information:
>>> Debian Release: bullseye/sid
>>> APT prefers testing
>>> APT policy: (500, 'testing')
>>>
On 3/3/21 6:32 PM, Julian Andres Klode wrote:
> I never have any idea what the codenames are, I know they are in a
> release team announcement somewhere, but it would be great to just have
> a list on release.debian.org, of future codenames, and maybe a couple
> old ones too.
It's already on the
On Wed, Mar 03, 2021 at 05:20:39PM +0100, Karsten wrote:
> there was no system update or an installation. It booted perfect.
Since you're reporting this against grub-pc 2.02+dfsg1-20+deb10u4, and
since the mentioned grub_register_command_lockdown symbol was only
introduced in that version, then
Package: pipewire
Version: 0.3.19-4
Severity: normal
Dear Maintainer,
With pipewire 0.3.19-4, if the rtkit package is not installed,
`systemctl --user status pipewire.service` includes:
pipewire[1455]: could not set nice-level to -11: No such file or directory
pipewire[1455]: could not make
Package: release.debian.org
Severity: wishlist
X-Debbugs-Cc: j...@debian.org
I never have any idea what the codenames are, I know they are in a
release team announcement somewhere, but it would be great to just have
a list on release.debian.org, of future codenames, and maybe a couple
old ones
Package: console-setup
Version: 1.201
Tags: patch
The ckbcomp command emits unicode symbols greater than 0xf000 in
keymaps, even if the linux kernel does not support those. This prevents
the fr-bepo_afnor keymap from working (see bug #968195).
The attached patch fixes ckbcomp so that it can
On Wed, Mar 03, 2021 at 05:35:42PM +0100, Louis Bouchard wrote:
> Thank you for the quick update. I just want to mention that this makes the
> Debian Buster cloud image unusable for any VM with more than 64 cpus.
Is it the number of physical cores that matters, rather than the SMT
threads?
> On Wed, Mar 03, 2021 at 05:58:35PM +0100, gregor herrmann wrote:
> > The libconfig-model-dpkg-perl -> debhelper dependency was added in
> > 2.125, so maybe older versions had the issue (although I think that's
> > only 2.124 which needed debhelper and missed the dependency), and you
> > run
today's release of linux-image-5.10.0-4-amd64 / linux/5.10.19-1 has
fixed this bug for me. I suggest to close this bug report now.
Thanks again!
Hi,
Thanks for having a look!
On Wed, Mar 03, 2021 at 05:49:14PM +0100, Sebastien Bacher wrote:
> Hey there
>
> I've pushed to gnome-team, hopefully I did it right (basically git clone
> --bare and git push --mirror).
It seems you mirrored libhandy but libhandy-1 is tracking 1.x versions.
With
On Wed, 03 Mar 2021 16:31:50 +, Jelmer Vernooij wrote:
> There appears to be a missing depends/recommends on debhelper.
>
> Without debhelper installed, cme fails to run for me with:
>
> Use of uninitialized value $file_path in concatenation (.) or string at
>
So this bug is definitely not RC but would it be possible to get a fix for
it into bullseye? This seems like something that would be good to fix
before that release is stable.
Thanks in advance!
-Olek
Hey there
I've pushed to gnome-team, hopefully I did it right (basically git clone
--bare and git push --mirror).
I've also accepted you as a member of the team and invited Arnaud
Cheers,
Sebastien Bacher
Le 03/03/2021 à 14:28, Guido Günther a écrit :
> So since everyone agrees, let's move it.
Hello!
Autocompletion works for me on zsh.
Can you please send me your shell config so I can try it
on my computer?
--
Scupake :D
4737A2C0A769B53AE82F77922BD8BE5CDD5ADA16
signature.asc
Description: PGP signature
Hello,
Le 03/03/2021 à 17:32, Salvatore Bonaccorso a écrit :
Gut feeling: This is out of scope for an update in stable. But if then
it would need probably discussion as well with the release team.
Ben, Bastian, opinions on this?
Salvatore
Thank you for the quick update. I just want to
Gut feeling: This is out of scope for an update in stable. But if then
it would need probably discussion as well with the release team.
Ben, Bastian, opinions on this?
Salvatore
Followup-For: Bug #976499
Control: retitle -1 dune-pdelab: FTBFS: segfaults during tests
I also observed a segfault trying to build the package on amd64:
The following tests FAILED:
39 - testpk (SEGFAULT)
Andreas
Package: libconfig-model-perl
Severity: normal
There appears to be a missing depends/recommends on debhelper.
Without debhelper installed, cme fails to run for me with:
Use of uninitialized value $file_path in concatenation (.) or string at
/usr/share/perl5/Config/Model/BackendMgr.pm line 346,
Source: libnewlib-nano
Severity: important
Tags: security
X-Debbugs-Cc: Debian Security Team
This was assigned CVE-2021-3420:
https://sourceware.org/git/?p=newlib-cygwin.git;a=commit;h=aa106b29a6a8a1b0df9e334704292cbc32f2d44e
(picolibc is already fixed since the 1.5 release with
Package: wims-lti
Version: 0.4.4-3
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package modifies conffiles.
This is forbidden by the policy, see
https://www.debian.org/doc/debian-policy/ch-files.html#configuration-files
Package: python3-json-pointer
Version: 2.0-2
Tags: patch
Control: affects -1 + src:pcp
pcp cannot be cross built from source, because its dependency on
python3-json-pointer cannot be satisfied. In general Architecture: all
packages can never satisfy cross Build-Depends unless marked Multi-Arch:
Package: libfile-slurper-perl
Version: 0.012-1
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: cross-satisfiability
Control: affects -1 + src:libafs-pag-perl src:libbson-xs-perl
src:libfile-libmagic-perl src:liblist-moreutils-xs-perl src:libmarpa-r2-perl
src:libparams-util-perl
Package: ftp.debian.org
Severity: normal
If a *.dak-commands file include an `Uploader` field with an invalid
address, dak will currently throw an exception when trying to send the
confirmation mail. In addition the processed file will be archived in
queue/reject instead of queue/done:
+---
|
Hello Sebastien
On Wed, 2021-03-03 at 14:49 +0100, Sebastien Bacher wrote:
> It's similar to
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=981231
> and a warning from the new gdisks version which is printed on stderr,
> or
> autopkgtest fails on stderr content by default
>
> Using
On Wed, 2021-03-03 at 20:14 +0530, Ritesh Raj Sarraf wrote:
> Is it something you can help me with, to reproduce the actual
> multipath-tools issue ?
I figured out the setup for debci/autopkgtest all thanks to your bug
reports that motivated me. :-)
--
Ritesh Raj Sarraf |
Package: wnpp
Owner: Andrius Merkys
Severity: wishlist
* Package name: r-cran-rlinsolve
Version : 0.3.1
Upstream Author : Kisung You
* URL : https://cran.r-project.org/package=Rlinsolve
* License : GPL-3+
Programming Lang: GNU R
Description :
Hi,
>> -- System Information:
>> Debian Release: bullseye/sid
>> APT prefers testing
>> APT policy: (500, 'testing')
>> Architecture: amd64 (x86_64)
>>
>> Kernel: Linux 5.10.13-20210224 (SMP w/2 CPU threads)
Maybe this kernel has been compiled without binfmt_misc support?
Kind Regards
Hi,
Thanks Lukas for your intial 2019 effort,
despite the quality of the packaging no DD uploaded it,
I know this situation don't give up :)
As stated on upstream tracker, I proposed my help on this task:
https://github.com/theupdateframework/tuf/issues/263#issuecomment-780735041
There, I
Package: linux-perf-5.10
Version: 5.10.19-1
Severity: minor
X-Debbugs-Cc: phil...@marek.priv.at
"perf annotate" pops up an ncurses interface that prominently says
"press h for help" on the lower border.
Pressing h does indeed show help - with "H" being listed to jump
to the hottest instruction,
Package: ykcs11
Version: 2.2.0-1
Severity: normal
X-Debbugs-Cc: ans...@debian.org
Hi,
we recently switched from opensc-pkcs11 to ykcs11 for UEFI and kernel
module signing on ftp-master.debian.org. Since then, average time to
sign a single object went from less than 0.3s to almost 0.9s.
I'll
On 2021, മാർച്ച് 3 8:17:44 PM IST, Mike Gabriel
wrote:
>Hi Praveen,
>
>On Mi 03 Mär 2021 15:38:46 CET, Pirate Praveen wrote:
>
>> On 2021, മാർച്ച് 3 7:54:13 PM IST, Mike Gabriel
>> wrote:
>>> Package: gitlab
>>> Version: 13.7.7-2~fto10+1
>>> Severity: serious
>>>
>>> Hi Praveen,
>>>
>>> I
I can confirm this bug is fixed in 5.10.0-4.
Thank you so much!
OpenPGP_0x3A57CE276008178F.asc
Description: application/pgp-keys
OpenPGP_signature
Description: OpenPGP digital signature
On Wed, Mar 03, 2021 at 11:30:20AM +0100, Nicolas Schier wrote:
> On Wed 03 Mar 2021 17:33:16 GMT Shengjing Zhu write:
> >
> > On Wed, Mar 3, 2021 at 3:40 PM Nicolas Schier wrote:
> > > > [2]:
> > > >
On Wed, 2021-02-24 at 08:50 +0900, Ryutaroh Matsumoto wrote:
> > Other than the tests, does multipath-tools work proper for you ?
> > From the logs you've shared, multipath does report to see the iSCSI
> > LUNs. Now whether a proper map was created or not, is not clear
> > from
> > the logs.
>
>
On 2021, മാർച്ച് 3 7:54:13 PM IST, Mike Gabriel
wrote:
>Package: gitlab
>Version: 13.7.7-2~fto10+1
>Severity: serious
>
>Hi Praveen,
>
>I can't upgrade gitlab from 13.4.7-2~fto10+1, I get the below error
>messages (webpack and ttf fonts). Don't wonder about the /srv/gitlab
>paths, I have
On Wed, 3 Mar 2021, Sveinar Søpler wrote:
> I actually ended up generating a "vkd3d-tools" package for my Ubuntu
> PPA packages with this binary set to Multi-Arch: no
Should that actually be Multi-Arch: foreign?
Just asking. I don't actually know if the 32- and 64-bit vkd3d-compiler
produce
Hi Frédéric and Florian,
On Wed, Mar 03, 2021 at 09:51:46AM +0100, Florian Schlichting wrote:
> Adam, do you know if this is xpdf failing to set a default, or poppler
> (20.09.0 in Debian testing/unstable) being buggy?
Definitely my fault -- I'd forgotten to initialise psLevel in XPDFParams
when
On Wed, 2021-03-03 at 09:08 +0900, Ryutaroh Matsumoto wrote:
> apt-get install open-iscsi never finishes and,
> I have to kill -TERM the post installation script from another tty.
> Since I only run open-iscsi on a VM,
> I am unsure if the open-iscsi with terminated installation works
> without
Dear Ryutaroh,
>
> I made an autopkgtest qemu testbed by debci setup -f -s sid -a amd64 -b qemu.
> Then I run autopkgtest -U -B -u debci openvpn -- qemu.
>
> The test scripts in openvpn always fail. "summary" shows:
>
> server-setup-with-ca FAIL non-zero exit status 1
>
Hi Michael,
On Mon, Mar 01, 2021 at 11:24:19AM +0100, Michael Biebl wrote:
> Hi Salvatore
>
> Am 01.03.21 um 10:57 schrieb Salvatore Bonaccorso:
> > Hi,
> >
> > On Sat, Feb 13, 2021 at 07:33:00PM +0100, Salvatore Bonaccorso wrote:
> > > Source: gnome-autoar
> > > Version: 0.2.4-2
> > >
As another data point, I've successfully upgraded four buster
installs from 0.8.6 -> 2.0.3 as packaged from the buster-backports
repo. My setups are similar to Daniel's (ZFS as root filesystem,
following the same install guide); one instance uses native ZFS
encryption while the other three
configuration
# dmidecode -s processor-version
AMD EPYC 7543 32-Core Processor
# nproc
128
# wget
#
http://cloud.debian.org/images/cloud/buster/daily/20210303-565/debian-10-genericcloud-amd64-daily-20210303-565.qcow2
# qemu-img create -F qcow2 -f qcow2 -b
# debian-10-genericcloud-amd64-daily-20210303-565
It's similar to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=981231
and a warning from the new gdisks version which is printed on stderr, or
autopkgtest fails on stderr content by default
Using Restrictions: allow-stderr should workaround the issue
Hi Sebastien, Arnaud,
On Sat, Feb 27, 2021 at 03:05:57AM +0100, Arnaud Ferraris wrote:
> Hi,
>
> Le 26/02/2021 à 14:25, Guido Günther a écrit :
> > Hi,
> > On Fri, Feb 26, 2021 at 12:57:25PM +0100, Sebastien Bacher wrote:
> > > Le 26/02/2021 à 12:36, Guido Günther a écrit :
> > > > Uploaded.
Salut Sylvestre,
Le 2021-03-03 14:04, Sylvestre Ledru a écrit :
> Salut,
>
> Le 03/03/2021 à 13:58, Vincent Blut a écrit :
> > Package: bat
> > Version: 0.12.1-6+b2
> > Severity: wishlist
> >
> > Hi,
> >
> > New upstream releases provide a lot of new features, bugfixes, themes,
> > syntaxes,
I was vaguely aware there was something newly leaky about gnome-shell
in buster, but hadn't looked into it in any detail as logging out and
logging in again every few days would fix it.
However, I just upgraded my last stretch machine to buster. That has a
"power user" with a densely populated
Control: tag -1 + pending
03.03.2021 15:51, Bill Allombert wrote:
Package: qemu-system-common
Version: 1:5.2+dfsg-6
Severity: important
Hello Debian QEMU Team,
There is a circular dependency between qemu-system-common, qemu-system-arm,
qemu-system-data, qemu-system-mips, qemu-system-misc,
Salut,
Le 03/03/2021 à 13:58, Vincent Blut a écrit :
> Package: bat
> Version: 0.12.1-6+b2
> Severity: wishlist
>
Hi,
New upstream releases provide a lot of new features, bugfixes, themes,
syntaxes, performance improvements, etc.
See:
Hello kind people of Debian,
reportbug did not ask me for the relevant journalctl entry... so here it is
attached.
I am a Debian sysadmin (not a developer sorry). This is on my personal
MacBookPro.
paul
Mar 03 13:08:47 MBDebian systemd-timesyncd[658]: Initial synchronization to
time
On 2021, മാർച്ച് 3 4:20:32 PM IST, Andreas Beckmann wrote:
>Package: gitlab
>Version: 13.4.7-2
>Severity: serious
>User: debian...@lists.debian.org
>Usertags: piuparts
>
>Hi,
>
>during a test with piuparts I noticed your package failed to install. As
>per definition of the release team this
Package: bat
Version: 0.12.1-6+b2
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
New upstream releases provide a lot of new features, bugfixes, themes,
syntaxes, performance improvements, etc.
Could someone have a look while I'm learning Debian Rust packaging policy?
Hello,
On 07/02/2021 17:08, Colin Watson wrote:
On Tue, Oct 13, 2020 at 12:56:00AM +0300, Aleksi Suhonen wrote:
I don't really know how the grub works internally, but it seems to me that
we're missing lz4io.mod?
I think that's the case (or something similar). This will need to be
fixed
Package: qemu-system-common
Version: 1:5.2+dfsg-6
Severity: important
Hello Debian QEMU Team,
There is a circular dependency between qemu-system-common, qemu-system-arm,
qemu-system-data, qemu-system-mips, qemu-system-misc, qemu-system-ppc,
qemu-system-sparc and qemu-system-x86:
On Tue, 2 Mar 2021 07:31:33 +1100 Craig Small wrote:
The lxc folks love changing the name of the cgroup on us so I suspect this
has happened (yet) again. The various names procps uses can be found at [1]
Can you pick one process you expect to see the lxc output for and send me
the output of
Hi,
Trying to boot Debian Bullseye installed in an external drive, I face
the same. This is on a laptop with AMD Zen 2 CPU. Unable to boot due to
this issue.
As a workaround, I add the rmmod tpm line as suggested in Ubuntu bug
report posted by Hervé in #17 comment.
I believe this should
Andreas Beckmann writes ("Bug#983920: dgit-test-dummy: intentionally
uninstallable package"):
> This bug is just for letting piuparts know that we know that the package is
> uninstallable ;-)
Haha :-). Thanks for your QA work.
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns:
I actually ended up generating a "vkd3d-tools" package for my Ubuntu PPA
packages with this binary set
to Multi-Arch: no
This way ppl can optionally choose to install this as either x86_64 or i386
depending on needs. However
i am very unsure if it is wise to be able to install a i386 binary
Fix uploaded, please take care of an unblock if you think this should be
in bullseye.
Andreas
On Wed, Mar 03, 2021 at 11:59:58AM +0100, Christoph Anton Mitterer wrote:
> On Wed, 2021-03-03 at 07:06 +0100, Marc Haber wrote:
> > The ts directory has moved to /run/sudo a few releases ago. I guess
> > /var/lib/sudo/ts mtime is way in the past on your system?
>
> Hmm it's indeed quite old.
>
I have the same bug, I'm using the same version.
The issue is with the dependencies of python3-django-postorius and
python3-django-hyperkitty: they have both libjs-bootstrap instead of
libjs-bootstrap4. Symlinks in /usr/share/python3-django-
Hi Graham,
On Wed, Mar 03, 2021 at 12:44:34PM +0200, Graham Inggs wrote:
> Hi Andreas
>
> On Wed, 3 Mar 2021 at 12:12, Andreas Tille wrote:
> > My motivation for the change was that for
> > example in r-bioc-mutationalpatterns (see bug #983027) the
> > autopkgtest-pkg-r script failed to install
Package: dgit-test-dummy
Version: 1.31
Severity: serious
Tags: wontfix
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package failed to install.
[...]
This bug is just for letting piuparts know that we know that the package is
uninstallable
Hi Ruben!
On Tue, 2021-03-02 23:41:30 +0100, Jan-Benedict Glaw wrote:
> SIGPIPE was a red herring, it happens ever so often and is ignored.
> But there's a SIGSEGV:
[...]
My impression is that access to the logWatchers isn't locked, so
incoming log output (from some run) are pushed by iterating
On Wed, 2021-03-03 at 07:06 +0100, Marc Haber wrote:
> The ts directory has moved to /run/sudo a few releases ago. I guess
> /var/lib/sudo/ts mtime is way in the past on your system?
Hmm it's indeed quite old.
Guess it wasn't cleaned up when it was moved?
Should this be done in a future
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: pu
Tags: buster
Severity: normal
CVE-2019-20367 (no DSA) has been fixed for stretch in 0.8.3-1+deb9u1 and
for bullseye, sid with version 0.10.0-1
Buster has been left out from the patches, and since the patch is
On Tue, Mar 02, 2021 at 08:54:24PM +0100, Thorsten Ehlers wrote:
>I took a photo of the screen to illustrate the white color text line over the
>debian logo: https://i.imgur.com/aCsoInO.jpg
Ah, I've seen similar. I tweaked the layout slightly for d-i's boot
screen with homeworld [1], I guess we
Package: gnome-weather
Version: 3.36.1-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
Gnome Weather fails to get forecast data. After entering a location the app
shows the message: "Forecast data not available"
This happens with every location tried: New York, New
On 03/03/2021 10:45, Ritesh Raj Sarraf wrote:
HI Anton,
On Wed, 2021-03-03 at 09:30 +, Anton Ivanov wrote:
OTOH, I have one more user (other than you) who's not been able to
reproduce the issue.
I will do a dissect the moment I figure out how to reproduce it.
I
will try to do some more
Package: dma
Version: 0.13-1
Severity: normal
I am using dma on a few standalone systems for handling reports from
various system daemons.
One of those daemons is logwatch. On one system, logwatch is reporting on some
log lines which happen to be very long (1060 characters). When one of those
Hi Andreas
On Wed, 3 Mar 2021 at 12:12, Andreas Tille wrote:
> My motivation for the change was that for
> example in r-bioc-mutationalpatterns (see bug #983027) the
> autopkgtest-pkg-r script failed to install all needed packages
> to run its test. This was not the only package that was
HI Anton,
On Wed, 2021-03-03 at 09:30 +, Anton Ivanov wrote:
>
> >
> > OTOH, I have one more user (other than you) who's not been able to
> > reproduce the issue.
> >
> > > I will do a dissect the moment I figure out how to reproduce it.
> > > I
> > > will try to do some more experiments
On Wed 03 Mar 2021 17:33:16 GMT Shengjing Zhu write:
>
> On Wed, Mar 3, 2021 at 3:40 PM Nicolas Schier wrote:
> > > [2]:
> > > https://lore.kernel.org/linux-unionfs/CAJfpegsiuf8ib5cvVrr=zhz+xu7bmmtt2eyapseudmpcrbu...@mail.gmail.com/T/#t
> >
> > The overlay fs patchset [2] has been merged and
101 - 200 of 231 matches
Mail list logo