Hi Felix,
On 2021-10-17 17:18, Felix Lechner wrote:
> On Tue, Oct 12, 2021 at 11:48 PM Andrius Merkys wrote:
>> So the fix now emits lintian error for lena_std.jpg as expected.
>> However, license-problem-md5sum-non-free-file seems superfluous to me.
> The duplicate issuance was fixed. [1]
Control: reassign -1 mailman3 3.3.3-1
On Ma, 19 oct 21, 01:10:28, Scott Kitterman wrote:
> Package: mailmain3
> Version: 3.3.3-1
> Severity: serious
> Tags: ftbfs
> Justification: fails to build from source (but built successfully in the past)
>
> mailman3 now fails tests with authheaders 0.14.1
Package: mailmain3
Version: 3.3.3-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
mailman3 now fails tests with authheaders 0.14.1 since support for
comments in ARC results was added. Although this isn't precisely an
FTBFS, a
I fiddled with my VM and looked at a miniconda installations and
figured out how conda "normally" works.
The default behavior is to act kind of like a venv.
The conda scripts and supporting files get copied into an install
directory with a python interpreter and lib/python3 files.
That ends up
Hi,
This bugfix might be related:
https://lore.kernel.org/linux-media/20211017144453.9795-1-s...@mess.org/
Regards,
Salvatore
Package: network-manager
Version: 1.30.0-2
tags: ipv6
I'm running a Debian system on a LAN segment configured to assign IPv6
addresses via SLAAC. After upgrading from Buster to Bullseye,
NetworkManager starts the system with an IPv6 stable-privacy address as
usual. However, after some time
Hello Francisco, hello Albert,
this might be the same as in bug #996726
and not directly related to the nvidia driver.
I hit a crash in kwin_x11 with an AMD graphics card
and could workaround by installing
libkdecorations2-5v5_5.21.5-2_amd64.deb like
mentioned in #996726.
Kind regards,
Bernhard
Hello Patrick,
I guess this is the same as described in bug #996726.
And I was able to workaround by installing
libkdecorations2-5v5_5.21.5-2_amd64.deb.
Kind regards,
Bernhard
Core was generated by `/usr/bin/kwin_x11 --replace'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0
I decided to go ahead and test the package in a VM and see what
happens.
Currently /usr/bin/conda will error out for commands other than init or
help, running init prompts for a sudo password, so I decided to look a
bit further into what it was trying to do.
It attempts to create the following
Package: wnpp
Severity: normal
X-Debbugs-Cc: python-modules-t...@lists.alioth.debian.org
Control: affects -1 src:pytest-helpers-namespace
I hereby orphan pytest-helpers-namespace. My two packages which were
depending on this, pikepdf and ocrmypdf, no longer do.
--
Sean Whitton
signature.asc
Source: ncbi-acc-download
Version: 0.2.7-1
Severity: important
Tags: ftbfs
Dear Maintainer,
I am trying to assess the side effects of an upgrade of the
package python-biopython to 1.79 to its reverse dependencies.
Pseudo-excuses look alright, except for ncbi-acc-download [1].
[1]:
On 2021-10-18 22:17:27 +0100 (+0100), Sudip Mukherjee wrote:
[...]
> Why is the name a problem? getmail and getmail6 are different
> packages.
[...]
Because users are quite likely to assume that getmail6 is version 6
of the official getmail project, rather than a fork of getmail.
In a community
Howdy,
Debian Bug Tracking System, on 2021-10-18:
> Processing control commands:
>
> > tag -1 pending
> Bug #983981 [src:bamtools] bamtools: ftbfs with GCC-11
> Ignoring request to alter tags of bug #983981 to the same tags previously set
Hmm, scratch that, I didn't realize initially that the
Hi,
I needed conda for something, found the current packaging progress and
fiddled a bit to get it to build.
The things I found that needed to be fixed:
conda has an undeclared dependency on distutils that I needed to add to
the package dependency
the conda/shell/bin/conda entry point was
Thank you, Patrick and Bernhard; downgrading worked for me as well.
Very much appreciated.
On Mon, Oct 18, 2021 at 11:24 PM Francisco José Calvo wrote:
>
> Hello Bernhard, yes it is same issue mentioned in #996726, not related to
> nvidia-driver.
>
> Thanks a lot.
>
> El lun., 18 oct. 2021
On Mon, Oct 18, 2021 at 11:36:31PM +0200, Olivier Girondel wrote:
> On 10/18/21 9:19 PM, Adam Borowski wrote:
> > On Sun, Oct 17, 2021 at 03:21:24PM +0200, Olivier Girondel wrote:
> > > Same issue in
> > > https://ci.debian.net/data/autopkgtest/testing/amd64/l/lebiniou-data/15982385/log.gz,
> > >
Control: tags 995968 + patch
Control: tags 995968 + pending
Renzo Davoli wrote...
> Bugfix: add --no-as-needed linker option.
Thanks for spotting this and providing a fix.
Dear maintainer,
to resolve this issue, I've prepared a NMU for gkrellm-leds
(versioned as 0.8.0-1.4), upload to
Source: llvm-toolchain-12
Version: 1:12.0.1-10
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
The restructuring in 1:12.0.1-10 seems to have caused a regression on s390x:
Control: severity -1 important
Hi,
Christoph Berg wrote:
> Re: Axel Beckert
> > "critical" is indeed clearly wrong. I'd have rather said "important"
> > only as the claim of being a "root hole" is wrong. But ok.
>
> I only moved it off "critical" which it really is not. If you think
> important
On 10/18/21 9:19 PM, Adam Borowski wrote:
On Sun, Oct 17, 2021 at 03:21:24PM +0200, Olivier Girondel wrote:
Same issue in
https://ci.debian.net/data/autopkgtest/testing/amd64/l/lebiniou-data/15982385/log.gz,
it's using lebiniou-3.61.2 when it should be 3.62.1
Can you restart the test ?
I
Package: db2twitter
Version: 0.6-1.1
Severity: grave
Tag: patch
Dear maintainer,
db2twitter has become unusable with the new python3-tweepy package
because of an backwards-incompatible API changes in version 4.
I think you'll need to remove the wait_on_rate_limit_notify=True
parameter from the
Package: retweet
Version: 0.10-1.1
Severity: grave
Tag: patch
Dear maintainer,
retweet has become unusable with the new python3-tweepy package
because of an backwards-incompatible API changes in version 4.
AFAICT you merely need to remove the wait_on_rate_limit_notify=True
parameter from
Hello Bernhard, yes it is same issue mentioned in #996726, not related to
nvidia-driver.
Thanks a lot.
El lun., 18 oct. 2021 23:16, Bernhard Übelacker
escribió:
> Hello Francisco, hello Albert,
> this might be the same as in bug #996726
> and not directly related to the nvidia driver.
>
> I
Package: twitterwatch
Version: 0.1-2
Severity: grave
Tag: patch
X-Debbugs-Cc: Boyuan Yang
Dear maintainer,
twitterwatch has become unusable with the new python3-tweepy package
because of backwards-incompatible API changes in version 4.
Attached is an (untested) patch that should make the
On Mon, Oct 18, 2021 at 9:25 PM Geert Stappers wrote:
>
> On Tue, Oct 19, 2021 at 12:40:48AM +0500, Andrey Rahmatullin wrote:
> > On Mon, Oct 18, 2021 at 08:27:51PM +0100, Sudip Mukherjee wrote:
> > > Hi All,
> > >
> > > To give a brief history, Debian had "getmail" which was based on
> > >
On Mon, Oct 18, 2021 at 10:40:59PM +0200, Julien Cristau wrote:
> On Mon, Oct 18, 2021 at 02:50:50PM +0200, Benjamin Hof wrote:
> > Hi,
> >
> > I think the following change might be the relevant one:
> >
> > --- a/update-ca-certificates
> > +++ b/update-ca-certificates
> > @@ -164,8
Thank you so much Patrick, yes I'm using testing.
I downgraded libkdecorations2-5v5 and now it works fine.
Kind regards.
On Mon, 18 Oct 2021 22:45:17 +0200 Patrick Franz
wrote:
> Hi,
>
> I assume you're using testing. Unfortunately, Plasma is broken in
> testing at the moment if you have
Source: llvm-toolchain-12
Version: 1:12.0.1-10
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
The restructuring in 1:12.0.1-10 seems to have caused a build regression
on mipsel, which I'm reporting as separate from #996796 because it
Control: retitle -1 llvm-toolchain-12: FTBFS on i386|mipsel|powerpc since
1:12.0.1-10: undefined reference to `__udivdi3'
On Mon, 18 Oct 2021 at 21:40:33 +0100, Simon McVittie wrote:
> The restructuring in 1:12.0.1-10 seem to have triggered a FTBFS on i386
...
> Utility.h:56 is dividing a
Control: affects -1 libaudit-dev
On 24 Feb 2021 17:09:48 -0300 Antonio Terceiro wrote:
> Package: libcap-ng-dev
> Tags: patch
>
> libcap-ng-dev is missing the `Multi-Arch: same` field. This makes it
> impossible to co-install libcap-ng-dev from two architectures.
And as libcap-ng-dev is a
Package: python3
Version: 3.9.2-3
Severity: normal
X-Debbugs-Cc: ar...@fuerst.priv.at
When trying to access https://tele5.akamaized.net through python3, is is
not possible because of a verification error:
Python 3.9.2 (default, Feb 28 2021, 17:03:44)
[GCC 10.2.1 20210110] on linux
Type
Control: tags 996795 + patch
Control: tags 996795 + pending
Dear maintainer,
I've prepared an NMU for silversearcher-ag-el (versioned as 0.48-1.1)
and uploaded it to DELAYED/5. Please feel free to tell me if I should
delay it longer.
Regards.
--
Sean Whitton
diff -Nru
Hi,
I assume you're using testing. Unfortunately, Plasma is broken in
testing at the moment if you have upgraded libkdecorations2-5v5 to 5.23.
Could you check that ?
If this is the case, I wrote about a possible solution here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=996726#10
--
Le lun. 18 oct. 2021 à 22:12, Jérémy Lal a écrit :
> Le lun. 18 oct. 2021 à 16:48, Oliver Schode a
> écrit :
>
> > Package: luarocks
> > Version: 3.7.0+dfsg1-1
> > Severity: grave
> > Justification: renders package unusable
> >
> > Hi,
> >
> > thanks for reviving the package. Now I'm getting
Hi,
On 18/10/2021 21:55, Axel Beckert wrote:
Hi again,
Christoph Zechner wrote:
Severity: critical
This is clearly not "critical". Myon already fixed that.
Apologies for that, I was not sure how to classify it, but since it was
a security-related issue, I thought it was appropriate.
Source: llvm-toolchain-12
Version: 1:12.0.1-10
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
The restructuring in 1:12.0.1-10 seem to have triggered a FTBFS on i386,
which breaks multi-arch coinstallability with amd64:
> [1385/1405]
On Mon, Oct 18, 2021 at 02:50:50PM +0200, Benjamin Hof wrote:
> Hi,
>
> I think the following change might be the relevant one:
>
> --- a/update-ca-certificates
> +++ b/update-ca-certificates
> @@ -164,8 +164,6 @@
>done
> fi
>
> -rm -f "$CERTBUNDLE"
> -
>
Hi,
yes, I confirm sobre behaviour as Albert, other environments are working
with no issues, such as LXDE or xfce...but KDE/Plasma available in testing
is currently unusable with latest nvidia-driver.
Thanks.
On Mon, 18 Oct 2021 21:57:43 +0200 Albert Netymk
wrote:
> I had the same problem as
On Tue, Oct 19, 2021 at 12:40:48AM +0500, Andrey Rahmatullin wrote:
> On Mon, Oct 18, 2021 at 08:27:51PM +0100, Sudip Mukherjee wrote:
> > Hi All,
> >
> > To give a brief history, Debian had "getmail" which was based on
> > Python2 and was removed. Then there was a fork available named
> >
Package: extrepo
Version: 0.9
Followup-For: Bug #995011
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
This is likely caused by commit 6b263308 (https://salsa.debian.org/extrepo-
team/extrepo/-/commit/6b2633080e0f19d88f0561af426ac8a46e6180e2). Here's what I
think happened (from my comment on
Le lun. 18 oct. 2021 à 16:48, Oliver Schode a
écrit :
> Package: luarocks
> Version: 3.7.0+dfsg1-1
> Severity: grave
> Justification: renders package unusable
>
> Hi,
>
> thanks for reviving the package. Now I'm getting this when attempting to
> install however:
>
> Error: Cannot access
Re: Axel Beckert
> "critical" is indeed clearly wrong. I'd have rather said "important"
> only as the claim of being a "root hole" is wrong. But ok.
I only moved it off "critical" which it really is not. If you think
important (or wishlist?) makes more sense, go ahead.
> I'm though not sure if
Hi Christoph,
I admittedly just noticed the severity which the bug reporter set when
seeing this mail:
Debian Bug Tracking System wrote:
> > severity 996778 grave
> Bug #996778 [xymon-client] xymon-client: disable logfetch's ability to
> execute arbitrary code
> Severity set to 'grave' from
I had the same problem as Francisco reported.
My Nvidia card is NVIDIA Corporation TU117GLM [Quadro T1000 Mobile]
kwin-x11: 4:5.21.5-2
nvidia-driver: 470.74-1
linux-image-amd64: 5.14.9-2
I tried to downgrade nvidia-driver, but had problems while installing
the package from stable release, so I
Hi again,
Christoph Zechner wrote:
> Severity: critical
This is clearly not "critical". Myon already fixed that.
> Justification: root security hole
It is also no root security hole. It gives you access to the xymon
user only. (If the admin configured the xymon user to be able to use
sudo,
Package: elpa-ag
Version: 0.48-1
Severity: serious
Justification: not installable in sid due to package removal
Hello,
Per [1] dash-functional.el is obsolete and elpa-dash-functional has been
removed from unstable. It should be sufficient simply to patch out any
`require' calls or similar and
Re: Axel Beckert
> > LOGFETCHOPTS="--noexec"
> >
> > instead.
>
> Hrm. The Debian package for sure will switch that option if upstream
> does.
>
> I'm though currently a bit reluctant to apply this patch and deviate
> from upstream's defaults (even more) since the default settings with
> IP
Re: Simon McVittie
> I'm calling for votes on the following resolution as formal advice from
> the Technical Committee (Constitution §6.1.5). There are no non-accepted
> amendments, so the options to vote on are "yes" or "further discussion".
I vote yes > further discussion.
> begin text to
On 2021-10-18 13:24:20, Drew Parsons wrote:
> On 2021-10-16 00:01, Drew Parsons wrote:
> > On 2021-10-15 21:02, Sebastian Ramacher wrote:
> > > >
> > > > I'd like to proceed with a transition of the numerical library stack.
> > > > This involves
> ...
> > Thanks Sebastian. I'll start from
Source: python-shapely
Severity: wishlist
X-Debbugs-Cc: deb...@microjoe.org
Dear Maintainer,
I am currently packaging flatcam [1], which needs the following new
symbol from the 1.8.x release-candidate:
shapely.ops.voronoi_diagram
Can you package 1.8rc1 [2] and provide it in experimental? This
Hi,
you have a mixed Plasma desktop: some parts are from 5.21.5, others from
5.23. Crucially, kdecoration is from 5.23 whereas kwin is from 5.21.5.
This causes serious trouble.
I wrote about a possible solution here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=996726#10
--
Med vänliga
Hi,
I missed this bug report.
I don't have any idea why the tests were failing on a large machine.
I've been building and running the autopkgtests for dask.distributed my
laptop with 2 cores & 16GB of RAM, and it' hasn't hung for me.
I also glanced at the current CI build results and all the
Package: pikepdf
Version: 1.17.3+dfsg-5
X-Debbugs-CC: q...@debian.org
See https://qa.debian.org/excuses.php?package=qpdf
autopkgtest for pikepdf is blocking qpdf 10.3.2 from transitioning to testing.
The version of pikepdf in debian is very old. Pikepdf is at version 3.1.0. The
version
Control: retitle -1 RFP: intel-me-cleaner -- deblobs Intel ME/TXE
Control: noowner -1
On Tue, 9 Oct 2018 12:10:14 + Georg Faerber wrote:
On 18-10-09 13:43:51, Bálint Réczey wrote:
> Thank you, please feel free to take over this ITP, your help is very
> welcome! I had a package prepared
Control: retitle -1 xymon-client: Disable by default the ability of logfetch to
execute arbitrary code fetched from the Xymon server
Control: forwarded -1 https://lists.xymon.com/archive/2021-October/047749.html
Control: tag -1 + upstream confirmed
Hi,
Christoph Zechner wrote:
> Package:
Control: tags -1 pending
On Fri 15 Oct 2021 01:52:37 PM EDT, Doug Torrance
wrote:
On Fri 15 Oct 2021 10:29:40 AM EDT, Nilesh Patra wrote:
qepcad fails its autopkgtests on every non-x86 arch as seen here.
Can you fix this?
I confirmed that QEPCAD isn't functioning for me locally on an
On Sun, Oct 17, 2021 at 03:21:24PM +0200, Olivier Girondel wrote:
> Same issue in
> https://ci.debian.net/data/autopkgtest/testing/amd64/l/lebiniou-data/15982385/log.gz,
> it's using lebiniou-3.61.2 when it should be 3.62.1
>
> Can you restart the test ?
I could, but there's no lebiniou 3.62.1
Package: dpkg-repack
Version: 1.47
dpkg-repack can't repack packages that have conffiles with the
remove-on-upgrade flag, such as apt_2.3.9:
# dpkg -s apt | grep Conffiles: -A1
Conffiles:
/etc/apt/apt.conf.d/20changelog newconffile remove-on-upgrade
# dpkg-repack apt
dpkg-deb:
Hello Paul,
On Sun 17 Oct 2021 at 08:42PM +02, Paul Gevers wrote:
> With the upload of 2.19.0+dfsg-1 elpa-dash took over
> elpa-dash-functional via a Provides. However, elpa-helpful has a
> versioned dependency on elpa-dash-functional. Policy 7.5 says this:
> """
> If the Provides field does not
> I'm calling for votes on the following resolution as formal advice from
> the Technical Committee (Constitution §6.1.5). There are no non-accepted
> amendments, so the options to vote on are "yes" or "further discussion".
My vote on the text quoted below:
yes > further discussion
>
>
Control: tags 245357 pending
Makes sense. The change will occur also in upstream.
Regards,
Eriberto
Hello,
On Sat 16 Oct 2021 at 05:50AM GMT, Clint Adams wrote:
> On Wed, Oct 13, 2021 at 01:05:50PM -0700, Sean Whitton wrote:
>>The debianutils package must continue to provide the tempfile(1)
>>program until a compatible utility is available in a package that is
>>at least
Hello,
On Wed 13 Oct 2021 at 07:37PM -03, David Bremner wrote:
> Sean Whitton writes:
>
>> 1. Offer advice:
>
>>The debianutils package must continue to provide the which(1) program
>>until a compatible utility is available in a package that is at least
>>transitively essential in
Hi Alex,
On 18/10/2021 20:38, Axel Beckert wrote:
Hi Christoph,
Christoph Zechner wrote:
On Tue, 19 Feb 2019 16:37:28 +0100 Axel Beckert wrote:
[...]
Nevertheless, I'm also interested in trying out local mode myself, so
expect this to come at some point in the future. But it won't be
Control: tags -1 -moreinfo +confirmed
Niels Thykier:
> Control: tags -1 moreinfo
>
> Jelmer Vernooij:
>> Package: python3-debian
>> Version: 0.1.39
>> Severity: normal
>> X-Debbugs-Cc: nthyk...@debian.org
>>
>> python-debian doesn't seem to support assigning fields that contain tabs:
>>
>
Hello,
On Wed 13 Oct 2021 at 08:13PM +01, Simon McVittie wrote:
> I'm calling for votes on the following resolution as formal advice from
> the Technical Committee (Constitution §6.1.5). There are no non-accepted
> amendments, so the options to vote on are "yes" or "further discussion".
I vote
Hi Christoph,
Christoph Zechner wrote:
> On Tue, 19 Feb 2019 16:37:28 +0100 Axel Beckert wrote:
> [...]
> >
> > Nevertheless, I'm also interested in trying out local mode myself, so
> > expect this to come at some point in the future. But it won't be
> > included in the upcoming Debian 10
On Tue, 4 Feb 2020 23:10:06 -0300 "Gabriel F. T. Gomes" wrote:
I maintain pragha, which depends on this package, so I'll adopt it.
It is now 1.5 years since you filed the ITA. There is a new upstream
version that is unpackaged. Do you still want to take over maintainership?
Control: tags -1 moreinfo
Jelmer Vernooij:
> Package: python3-debian
> Version: 0.1.39
> Severity: normal
>
> The new deb822 repro interface paragraph iterator yields objects of type
> debian._util._CaseInsensitiveString rather than strings.
>
> This breaks e.g. checks that verify that the name
Control: tags -1 moreinfo
Jelmer Vernooij:
> Package: python3-debian
> Version: 0.1.39
> Severity: normal
> X-Debbugs-Cc: nthyk...@debian.org
>
> python-debian doesn't seem to support assigning fields that contain tabs:
>
from debian._deb822_repro import parse_deb822_file
x =
Control: retitle -1 ITA: cfengine3 -- configures network machines
Control: reassign 996767 kde-standard
Hi Hype,
Thanks for your report about the issues you encounter.
On 18-10-2021 13:16, Hype_the_Time wrote:
> Language maybe used my output of the shell: German
> This bug report is a day old but a new apt upgrade didnt fixed it
Interesting you choose to
Package: glewlwyd
Severity: wishlist
Tags: l10n patch
Dear Maintainer,
Please find attached the updated Dutch translation of glewlwyd debconf
messages.
It has been submitted for review to the debian-l10n-dutch mailing list.
Please add it to your next package revision.
It
Package: msmtp
Severity: wishlist
Tags: l10n patch
Dear Maintainer,
Please find attached the updated Dutch translation of msmtp debconf
messages.
It has been submitted for review to the debian-l10n-dutch mailing list.
Please add it to your next package revision.
It should be
Today I discovered how to customize the test command modifying debian/rules.
First of all I discovered what are the sub command launched by debheler:
andrea@debian:~/trash-cli$ dh build --no-act
dh_testdir
dh_update_autotools_config
dh_autoreconf
dh_auto_configure
dh_auto_build
Hi,
I had the very same issue last night: running a bookworm system installed more
than a year ago with buster's installer using the default encrypted scheme. The
/boot partition cannot hold 2 initrd images and finish the installation of the
new one because of a lack of disk space.
I had to
$ cat /etc/network/interfaces
source-directory /etc/network/interfaces.d
$ ls /etc/network/interfaces.d
setup
$ cat /etc/network/interfaces.d/setup
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet dhcp
$ cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated
Package: libnginx-mod-http-lua
Severity: wishlist
Tags: patch
Currently libnginx-mod-http-lua declares architecture-specific build-deps to
choose either liblua5.1 or libluajit-5.1. For the arm64 architecture,
liblua5.1 is used even though luajit is availabile on this architecture.
I've locally
Chris,
On Mon, Oct 18, 2021 at 03:17:14PM +0200, Chris Hofstaedtler wrote:
> Could you add your Signed-off-by: to the patch, so I can forward it
> upstream? (Or you could send it to util-li...@vger.kernel.org
> directly, too.)
Yes, of course. Attached. I'll leave you to send it upstream, so
Package: mrtg
Severity: important
Tags: upstream
Control: forwarded -1 t...@oetiker.ch
After MRTG ends, the lock file is not being removed.
Eriberto
Dear Sir/Madam,
How are you doing today , I hope you are keeping safe in this pandemic
perilous times. Can we discuss the information i sent to you via email
some days ago?
Package: mrtg
Severity: important
Tags: patch upstream
Control: forwarded -1 https://github.com/oetiker/mrtg/pull/56
MRTG needs an upgrade to FHS 3.0 in some points:
- When using the option --fhs.
- Creating directory /run/mrtg/ when running, if this directory is missing.
- Moving the
Package: python3-debian
Version: 0.1.39
Severity: normal
X-Debbugs-Cc: nthyk...@debian.org
python-debian doesn't seem to support assigning fields that contain tabs:
>>> from debian._deb822_repro import parse_deb822_file
>>> x = parse_deb822_file(["Source: foo\n", "Depends: bar\n"])
>>>
Control: forwarded -1 https://sourceforge.net/p/dblatex/bugs/129/
Hello,
I have forwarded this bug to the upstream bug tracker and I pinged
the upstream author by email to try to draw his attention to this issue.
Cheers,
--
Raphaël Hertzog
Are these files with global writable permissions perhaps being installed by
the postinst script?
It's not immediately obvious to me where they've come from.
running sddm-greeter --test-mode from a running session does start sddm
properly. Maybe a race condition? Willing to help test suggestions.
Package: barrier
Version: 2.3.3+dfsg-1.1
Severity: normal
Dear Maintainer,
The man pages for barriers and barrierc don't say anything about
how to use the --enable-crypto mode.
This time I was setting up a new client. By looking at the output
when run with -d DEBUG -f, I determined that on
Package: python3-debian
Version: 0.1.39
Severity: normal
X-Debbugs-Cc: nthyk...@debian.org
When updating a field using the deb822 repro code, the existing field name
casing is discarded and instead overriden by the user-provided casing. This is
inconsistent with the way that the current code
Package: python3-debian
Version: 0.1.39
Severity: normal
The new deb822 repro interface paragraph iterator yields objects of type
debian._util._CaseInsensitiveString rather than strings.
This breaks e.g. checks that verify that the name of the field appears in a
list of strings when there are
Problem was caused by there being no entry for "bookworm" in
/usr/share/live/build/data/debian-cd. Fixed by
# cd /usr/share/live/build/data/debian-cd
# ln -s squeeze bookworm
This bug can now be closed.
--
Ron Murray
PGP Fingerprint: 4D99 70E3 2317 334B 141E 7B63 12F7 E865 B5E2 E761
Simon McVittie dijo [Wed, Oct 13, 2021 at 08:13:08PM +0100]:
> I'm calling for votes on the following resolution as formal advice from
> the Technical Committee (Constitution §6.1.5). There are no non-accepted
> amendments, so the options to vote on are "yes" or "further discussion".
My vote on
Hi László,
Am Mon, Oct 18, 2021 at 03:37:08PM +0200 schrieb László Böszörményi (GCS):
> On Mon, Oct 18, 2021 at 3:24 PM Andreas Tille wrote:
> > when I fixed the watch file (see my other bug report) I realise that
> > the Debian packaged version is lagging behind upstream some versions.
> > It
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: car...@debian.org,t...@security.debian.org,a...@debian.org
Hi FTP masters,
It was noticed that
https://security.debian.org/debian-security/README.security contains
outdated information:
Control: tags -1 + patch
intrigeri asked me to split this into merge requests and update the bug.
On Fri, Mar 05, 2021 at 01:07:45PM +0100, Helmut Grohne wrote:
> 1. Build-Depends are a problem. perl is not installable for the host
>architecture. perl is used here to build a perl extension.
Package: luarocks
Version: 3.7.0+dfsg1-1
Severity: grave
Justification: renders package unusable
Hi,
thanks for reviving the package. Now I'm getting this when attempting to
install however:
Error: Cannot access repository at /root/.luarocks/lib/luarocks/rocks-5.3
dpkg: error processing
This is fixed in dc00a45a068f6520d554bcaf9bb61f52d7044e74
Don't look it up. Please don't look it up.
On Thu, Oct 14, 2021 at 07:59:27PM +0200, Adam Borowski wrote:
> Package: nbd-client
> Version: 1:3.22-1
> Severity: important
>
> Hi!
> Since a few days ago (ie, since 1:3.22-1 upload),
Hello Salvatore,
Am 17.10.21 um 14:56 schrieb Salvatore Bonaccorso:
Is this issue still present with a recent kernel from unstable or
bullseye-backports?
Yes, unfortunately, I just tested with 5.14.9-2~bpo11+1 and can confirm
the same issue.
(using "options ddbridge msi=1" still works as a
Paul, what do you think about Peter's propositoins ?
thanks
S
Le 01/10/2021 à 00:07, peter green a écrit :
>> It passes when run with only packages from testing.
>
> This is not entirely correct, the version of rust-utf-8 in testing
> has no autopkgtests at all. So this is a case of a newly
On Wed, Oct 13, 2021 at 08:13:08PM +0100, Simon McVittie wrote:
> I'm calling for votes on the following resolution as formal advice from
> the Technical Committee (Constitution §6.1.5). There are no non-accepted
> amendments, so the options to vote on are "yes" or "further discussion".
I vote:
Package: gnome-boxes
Version: 41.1-1
Severity: critical
Justification: breaks the whole system
X-Debbugs-Cc: isingasimples...@gmail.com
i use gnome-boxes to run a simple windows 10 session since a few months. i
updated my system from stable to testing last week, and now my system
freeze each time
1 - 100 of 177 matches
Mail list logo
