Hi,
Am 08.03.24 um 00:12 schrieb Eric Valette:
On 07/03/2024 21:16, Rene Engelhard wrote:
ct more people.
But not so much for dependency issues like this. Which is my sole
point. In 99,9% of cases this won't even migrate to testing. And
unstable won't be released - testing will.
What is yo
Am 08.03.24 um 00:12 schrieb Eric Valette:
On 07/03/2024 21:16, Rene Engelhard wrote:
ct more people.
But not so much for dependency issues like this. Which is my sole
point. In 99,9% of cases this won't even migrate to testing. And
unstable won't be released - testing will.
What is your
On 07/03/2024 21:16, Rene Engelhard wrote:
ct more people.
But not so much for dependency issues like this. Which is my sole point.
In 99,9% of cases this won't even migrate to testing. And unstable won't
be released - testing will.
What is your point? Without known bugs or new versions pack
On Thu, Mar 07, 2024 at 09:16:10PM +0100, Rene Engelhard wrote:
> Hi,
>
> Am 07.03.24 um 21:07 schrieb Eric Valette:
> > On 07/03/2024 20:55, Rene Engelhard wrote:
> >
> > > unstable is unstable. Don't use it if you can't handle stuff like
> > > this. And yes, be it even for more days or however
Hi,
Am 07.03.24 um 21:07 schrieb Eric Valette:
On 07/03/2024 20:55, Rene Engelhard wrote:
unstable is unstable. Don't use it if you can't handle stuff like
this. And yes, be it even for more days or however it takes.
The usual mantra. However, if no one use unstable and debug it to make
it
On 07/03/2024 20:55, Rene Engelhard wrote:
unstable is unstable. Don't use it if you can't handle stuff like this.
And yes, be it even for more days or however it takes.
The usual mantra. However, if no one use unstable and debug it to make
it work correctly, maintainers will discover existi
Hi,
Am 07.03.24 um 20:33 schrieb Eric Valette:
On 07/03/2024 19:58, Rene Engelhard wrote:
> My point also was that your reopening of the bug is wrong since the
maintainer can't do anything about it.
E.g. if libreoffice wasn't rebuilt against most t64 r-deps since it a)
also has libraries ne
On Thu, Mar 07, 2024 at 12:20:22AM -0500, Theodore Ts'o wrote:
> > Aside from the libuuid1t64 revert, for which binNMUs have been scheduled, I
> > actually would expect unstable to be dist-upgradeable on non-32-bit archs:
> > either the existing non-t64 library will be kept installed because nothin
On 07/03/2024 19:58, Rene Engelhard wrote:
I'm sure it will be done at some point. However, I just point out that
on amd64
Maybe, though in my sid VM with all tasks installed plasma-workspace
fails to upgrade, claiming about gdb-minmal | gdb not to be installed
whereas both of that install,
Hi all,
this is certainly not kind of the mail I was hoping for as a new libfuse
maintainer.
As you can see from the title and from discussion below (sorry this is
not typical ML discussion style), we have a bit of of problem with
libfuse ABI compatibility.
While scanning through git history,
Am 07.03.24 um 19:21 schrieb Eric Valette:
On 07/03/2024 18:57, Rene Engelhard wrote:
That one is tracked and will get appropriate bin-NMUs from the
release team, I am sure.
It is right that this uninstallability is "being part of the normal
things due to transition".
I'm sure it will
On 07/03/2024 18:57, Rene Engelhard wrote:
That one is tracked and will get appropriate bin-NMUs from the release
team, I am sure.
It is right that this uninstallability is "being part of the normal
things due to transition".
I'm sure it will be done at some point. However, I just point o
Am 07.03.24 um 09:55 schrieb Eric Valette:
On 07/03/2024 07:25, Kevin Bowling wrote:
As of this evening these are the packages that currently have broken
deps on amd64 for me:
gstreamer1.0-plugins-good gstreamer1.0-pulseaudio
libkf5akonadisearch-bin libkf5akonadisearch-plugins occt-misc
So
On Thu, Mar 07, 2024 at 05:02:29PM +0200, Peter Pentchev wrote:
> On Thu, Mar 07, 2024 at 03:25:01PM +0100, Manuel Traut wrote:
> > Hi Dima,
> >
> > > On 7 Feb 2024, at 18:27, Dima Kogan wrote:
> > >
> > > Hi. Thanks for your contribution. I looked at the upstream code a tiny
> > > bit, and it
On Thu, Mar 07, 2024 at 03:25:01PM +0100, Manuel Traut wrote:
> Hi Dima,
>
> > On 7 Feb 2024, at 18:27, Dima Kogan wrote:
> >
> > Hi. Thanks for your contribution. I looked at the upstream code a tiny
> > bit, and it looks like it might have portability bug, at least on
> > big-endian architect
Hi Dima,
> On 7 Feb 2024, at 18:27, Dima Kogan wrote:
>
> Hi. Thanks for your contribution. I looked at the upstream code a tiny
> bit, and it looks like it might have portability bug, at least on
> big-endian architectures. For instance:
>
>
> https://github.com/missinglinkelectronics/libui
On Thu, Mar 7, 2024 at 6:06 AM Mathias Krause wrote:
> I, thereby, request to rebuild affected packages.
We are rebuilding thousands of packages for the ongoing 32-bit time_t
transition. Maybe you can propose this again after the rebuilds for
that are finished?
Thank you,
Jeremy Bícha
Dear Debian developers,
I've filled a few individual bugs[1,2,3,4] but Emilio suggested, to bring up
the topic here for effectiveness and coordination.
Triggered by a blog post[5], I started to look into some of my Debian amd64
based systems and noticed, certain binaries and libraries have an ove
On 07/03/2024 07:25, Kevin Bowling wrote:
As of this evening these are the packages that currently have broken
deps on amd64 for me:
gstreamer1.0-plugins-good gstreamer1.0-pulseaudio
libkf5akonadisearch-bin libkf5akonadisearch-plugins occt-misc
Someone already opened a bug for libkf5akonadise
19 matches
Mail list logo
