Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.bugs.rc > #404885 > unrolled thread

Bug#1073943: event-dance: Stop using libsoup2.4

Back to article view | Back to linux.debian.bugs.rc

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Bug#1073943: event-dance: Stop using libsoup2.4 Jeremy Bícha <jbicha@debian.org> - 2025-11-19 15:00 +0100
    Bug#1073943: event-dance: Stop using libsoup2.4 Alberto Garcia <berto@igalia.com> - 2025-11-19 15:50 +0100
      Bug#1073943: event-dance: Stop using libsoup2.4 Jeremy Bícha <jbicha@debian.org> - 2025-11-19 17:40 +0100
        Bug#1073943: event-dance: Stop using libsoup2.4 Jeremy Bícha <jbicha@debian.org> - 2025-11-19 18:00 +0100

#404885 — Bug#1073943: event-dance: Stop using libsoup2.4

event-dance is now the last thing in Debian Unstable using libsoup2.4.

If this bug isn't able to be fixed in Debian yet, could you consider
uploading event-dance and filetea to Experimental? Then we could
remove event-dance, filetea, and libsoup2.4 from Unstable, but you
wouldn't need to go through the source NEW queue when you upload
event-dance later.

The upstream discussion is at https://github.com/elima/EventDance/issues/3

Thank you,
Jeremy Bícha

[toc] | [next] | [standalone]

#404888

On Wed, Nov 19, 2025 at 08:48:21AM -0500, Jeremy Bícha wrote:

> If this bug isn't able to be fixed in Debian yet, could you consider
> uploading event-dance and filetea to Experimental? Then we could
> remove event-dance, filetea, and libsoup2.4 from Unstable, but you
> wouldn't need to go through the source NEW queue when you upload
> event-dance later.

I think that we'd need to go through NEW anyway with event-dance
because as soon as soup3 support lands we'll have new binary packages.

But sure, I can upload event-dance and filetea to experimental in the
meantime, but what happens to soup2 in this case?

Berto

[toc] | [prev] | [next] | [standalone]

#404895

On Wed, Nov 19, 2025 at 9:43 AM Alberto Garcia <berto@igalia.com> wrote:
>
> On Wed, Nov 19, 2025 at 08:48:21AM -0500, Jeremy Bícha wrote:
>
> > If this bug isn't able to be fixed in Debian yet, could you consider
> > uploading event-dance and filetea to Experimental? Then we could
> > remove event-dance, filetea, and libsoup2.4 from Unstable, but you
> > wouldn't need to go through the source NEW queue when you upload
> > event-dance later.
>
> I think that we'd need to go through NEW anyway with event-dance
> because as soon as soup3 support lands we'll have new binary packages.

Yes, I think binary NEW usually gets processed within days, while
source NEW is likely to take months currently.

> But sure, I can upload event-dance and filetea to experimental in the
> meantime, but what happens to soup2 in this case?

I think these are our options:

1. Wait for event-dance upstream

2. Upload event-dance (ported to libsoup3) to Unstable without waiting
for upstream

3. Ask ftpmasters to remove libsoup2.4 from Unstable even though this
will break event-dance and filetea. I know pcre3 was removed from
Unstable early this year even though some things in Unstable hadn't
been ported away from it.

4. My suggestion is to upload event-dance and filetea to experimental
as is (still using libsoup2.4) and then ask ftpmasters to remove
event-dance, filetea, and libsoup2.4 from Unstable. To use event-dance
or filetea from Experimental, someone would need to install libsoup2.4
from Debian 13. I don't plan to upload libsoup2.4 to Experimental.

Thank you,
Jeremy Bícha

[toc] | [prev] | [next] | [standalone]

#404897

On Wed, Nov 19, 2025 at 11:38 AM Alberto Garcia <berto@igalia.com> wrote:
>
> On Wed, Nov 19, 2025 at 11:32:15AM -0500, Jeremy Bícha wrote:
> > To use event-dance or filetea from Experimental, someone would need
> > to install libsoup2.4 from Debian 13.
>
> So those won't be removed from experimental due to a missing
> dependency (libsoup2.4)? If that's the case then I also think this is
> the best option. I can do that.

Yes, it's common for things in Experimental to have unsatisfiable dependencies.

Thank you,
Jeremy Bícha

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.bugs.rc

csiph-web