https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=964477#69
now claims this is gone with the removal of gcc-8
On Wed, Mar 03, 2021 at 10:52:39AM +0100, Ansgar wrote:
> I've Cc'ed debian-release@ as it is already past soft freeze, but I
> think just renaming the source packages would be unlikely to break
> anything.
>
That makes sense to me, and seems worth it to make the security team and
ftpmaster's
On 03.03.21 09:21, Glenn Strauss wrote:
If there is any remaining concern about upgrade compatibility,
..none from my side. Courier would simply depend on gamin only. I
don't see why that would cause issues during upgrades.
In Bullseye, change the fam package to import the gamin source,
On 03/03/2021 10.33, Aurelien Jarno wrote:
See the changelog. This is done on purpose until we can actually
schedule the transition.
I just needed a bug number to automatically flag the uninstallable
package in piuparts ;-)
Andreas
On 03.03.21 09:01, Glenn Strauss wrote:
I did the research in #510368 and #966273, reviewing the actual code
and confidentally concluded that FAM can be removed from Bullseye.
Thanks for this research. I read through both issues and don't question
the general reasoning.
However, I clearly
Hi Graham,
thanks again for your patience.
On Mon, Mar 01, 2021 at 09:48:26PM +0200, Graham Inggs wrote:
>
> Please drop your changes from 0.9-7+dfsg-3 and 0.9-7+dfsg-4 and revert
> the package to the state it was in 0.9-7+dfsg-2.
>
> Now is not the time to be dropping architectures as
Hi Graham,
sorry for all the mess. 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 affected.
I perfectly agree that this
Hi all,
There is a DEP3 patch in the repository.
https://salsa.debian.org/multimedia-team/gsequencer/-/blob/master/debian/patches/patch-ags_midi_buffer_util-c.diff
My opinion is you can pass NULL to these functions but actually you
shouldn't do this.
regards,
Joël
On Wed, Mar 3, 2021 at 10:45
Package: libgdbm6
Version: 1.18.1-4
Severity: normal
Tags: upstream patch
Dear Maintainer,
We are using gdbm through python, and discovered that on debian buster our
project started to leak
file descriptors. After investigating the issue we came to the conclusion that
it is caused by a
bug in
Package: puppet-master,puppet-master-passenger
Version: 6.16.0-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed puppet-master*/experimental is not
installable due to an unsatisfiable dependency on puppet-server
Cheers,
Andreas
Source: grub2
Version: 2.04-16
Severity: normal
X-Debbugs-Cc: ftpmas...@debian.org, debian-rele...@lists.debian.org
grub2 currently uses grub-efi-signed-* as source package names for the
Secure Boot signed packages. While releasing the last security update
we found a small issue with these
Package: winpdb
Version: 1.4.8-3
Severity: wishlist
Project has a new maintainer and has been ported to Python3 and wxPython 4:
https://github.com/bluebird75/winpdb
Cheers, Roderich
On Wed, 3 Mar 2021, 10:30 am Joël Krähemann, wrote:
> I am going to provide another tarball including this fix.
>
There is no need to stage this for bullseye, it can be fixed later.
(Also because at this point it would require a release unblock...)
On 2021-03-03 10:21, Andreas Beckmann wrote:
> Package: rpcsvc-proto
> Version: 1.4.2-1
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: piuparts
>
> Package: rpcsvc-proto
> Version: 1.4.2-1
> Architecture: amd64
> Depends: libc6 (>= 2.14)
> Conflicts: libc6
>
> That does not
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 with v5.10.13 (tested
> on linux-image-5.10.0-3-arm64) the issue is
On 02/03/2021 17:27, Ritesh Raj Sarraf wrote:
On Tue, 2021-03-02 at 17:05 +, Anton Ivanov wrote:
So the best I can extract for you is to compile the kernel with as
much
information as possible.
Can you try using one of the older kernels so we can verify if this
is indeed a 5.10 thing.
Hi,
I just tested with gcc-9, the patch should fix the problems with
ags_midi_buffer_util.c.
I would call it a false positive, it is good that GCC complains but it
doesn't actually
know how a MIDI parser is implemented.
If you need a higher-level API, I recommend you:
Package: rpcsvc-proto
Version: 1.4.2-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Package: rpcsvc-proto
Version: 1.4.2-1
Architecture: amd64
Depends: libc6 (>= 2.14)
Conflicts: libc6
That does not work.
Andreas
Hi John,
On Tue, Mar 02, 2021 at 03:22:11PM +, John Talbut wrote:
> This bug applies to the Debian Testing, Bullseye, distribution. The
> list of files link is at the bottom of the developer information page at
> https://packages.debian.org/bullseye/dicomscope.
>
> If I go the the same link
Hi Frédéric and Adam,
On Tue, Mar 02, 2021 at 01:33:04PM -0500, Frédéric Brière wrote:
> Package: xpdf
> Version: 3.04+git20210103-1
> Severity: normal
>
> Attempting to print any (non-trivial) PDF document with xpdf
> 3.04+git20210103-1 results in a "No pages found!" CUPS error.
> Downgrading
On 03/03/2021 00.48, Guillem Jover wrote:
Ah! Ok good thing I had not done the unblock request. :) Attached a
patch that I think fixes this issue, and also fixes a problem with
the symlink loop detection.
That fixes the upgrade failure I observed ;-)
Andreas
Le 03/03/2021 à 09:31, Andreas Beckmann a écrit :
> On 03/03/2021 07.37, Yadd wrote:
>> OK for Breaks, but why "Replaces" ? cyrus-common still exists, or is
>> there something I didn't understand?
>
> Look at it the other way around:
>
> You are taking over a file owned by cyrus-common. That
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
Package: libjs-inherits
Version: 2.0.4-1
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: cross-satisfiability
Control: affects -1 + src:node-expat src:node-iconv src:node-jest
src:node-leveldown src:node-modern-syslog src:node-node-sass src:node-nodedbi
src:node-opencv src:node-re2
On 03/03/2021 07.37, Yadd wrote:
OK for Breaks, but why "Replaces" ? cyrus-common still exists, or is
there something I didn't understand?
Look at it the other way around:
You are taking over a file owned by cyrus-common. That needs a Replaces,
otherwise you get the file owerwrite issue I
Hi again,
Just pushed the new tag/release. I was waiting for the macOS release to build,
but I'll just add that later.
https://github.com/borgbase/vorta/releases/tag/v0.7.5
Nice to see the tests working.
APScheduler has an upper bound, but I'll remove that dependency soon. Else no
upper
If there is any remaining concern about upgrade compatibility,
how about this:
In Bullseye, change the fam package to import the gamin source, and
then bump the fam package version number. The fam package would
actually be the same as gamin, and upgrades would avoid any packaging
system
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package terminews.
I've been working on packaging Terminews for Debian
but miss the soft freeze by a few days. Therefore
terminews didn't made it to testing at all.
I know
gamin provides libfam0.
kcoreaddons should load just fine with libfam0 from gamin.
I did the research in #510368 and #966273, reviewing the actual code
and confidentally concluded that FAM can be removed from Bullseye.
The safest choice is to have a single library (gamin) used in the
distro,
Well, that's not what the GCC developers think. The warning is there in GCC 9
and GCC 11 as well. The name of the option even implies that this is a "maybe".
Forcing it to become an error with -Werror might be wrong, so if you build with
-Werrer, build with -Wno-error=maybe-uninitialized as
On Wed, Mar 03, 2021 at 08:06:57AM +0100, Markus Wanner wrote:
> On 03.03.21 07:02, Glenn Strauss wrote:
> > Please replace "libfam-dev" with "libgamin-dev" in debian/control
> >
> > Also, please replace "gamin | fam" with simply "gamin" for Bullseye.
>
> I just changed it forth and back. To
201 - 231 of 231 matches
Mail list logo