Bug#1019042: [Pkg-rust-maintainers] Bug#1019042: rust-qwertone: FTBFS - dep issue

2024-05-01 Thread Jeremy Bícha
Control: severity -1 serious

This issue is now RC since it's not possible to build qwertone on Unstable now.

But I expect qwertone will get an upload to fix this issue within a
few days. See https://salsa.debian.org/debian/qwertone/-/merge_requests/1

Thank you,
Jeremy Bícha



Bug#1019042: [Pkg-rust-maintainers] Bug#1019042: rust-qwertone: FTBFS - dep issue

2024-03-11 Thread Jeremy Bícha
I strongly support removing the Rust GTK3 packages. We do not want to
encourage more apps to appear in Debian with a dependency on Rust GTK3
which has been archived upstream meaning no bug reports or bug fixes
are accepted. Before qwertone's recent upload (after Rust GTK3 was
archived but probably unaware to the Debian maintainer), qwertone had
been unbuildable for 2 years and was therefore removed from Testing.

Besides qwertone, the only other app in Debian using Rust GTK3 is a
mobile screen keyboard and I'm told it's not even as good as the other
GNOME mobile screen keyboard.

For things that we really want in Debian that can't be ported away
from Rust GTK3 now, I prefer Matthias' proposal to vendor (whether
completely or in part).

Rust GTK3 is at least 9 crates alone. See
https://bugs.debian.org/1064375 . It would also duplicate a lot of the
existing Rust GTK stack to try to semver its dependencies (rust-glib,
rust-gdk-pixbuf etc.). I don't have an exact count but it is a lot of
packages to maintain.

Yes, there is some hurry. We cannot land the GNOME 46 stack in
Unstable without getting Rust GTK3 out of the way.

Thank you,
Jeremy Bícha



Bug#1019042: [Pkg-rust-maintainers] Bug#1019042: rust-qwertone: FTBFS - dep issue

2024-03-10 Thread Peter Michael Green

I partially started to patch gtk3-rs to use the newer glib from
experimental. However,  this is not really supported and I'd rather
remove it now that it's EOL. For qwertone we can employ partial
vendoring; this will also need to be done for squeekboard (in progress).
I'd appreciate if you agree on vendoring gtk3-rs in so I can go ahead
with my removal plans.

This might be the best solution going forward.

Personally, if we are going to keep gtk3-rs around, particularly
if two or more apps are using it, I'd much rather it be in
the form of individually packaged crates than as vendored
copies in application packages.

How much overlap is there between the gtk3-rs and gtk4-rs
stacks? how many semver-suffix packages would we have
to introduce if we wanted to keep the gtk3 stack the way
it is while upgrading the gtk4 stack.


Bug#1019042: rust-qwertone: FTBFS - dep issue

2024-03-10 Thread Matthias Geiger

Am 10.03.24 um 19:05 schrieb Andrej Shadura:

Hi,

On Sat, 9 Mar 2024, at 15:37, Matthias Geiger wrote:

I intend to remove gtk3-rs from debian very soon (with the current
gtk4-rs transition staged in experimental).

Why the hurry? Is GTK 3 being removed as well?


Andrew: Is it ok with you if I file a ROM request for qwertone ? It's
already been that way since at least the last gtk-rs transition and
won't be viable to keep in debian imho. Upstream also seems to have
ditched the project in favour of a rewrite.

That rewrite never came, but meanwhile qwertone works quite well with gtk3-rs 
currently in Debian (since I’ve done the porting work in the latest upload).

I forgot to mention: gtk3-rs is officially EOL upstream: 
https://github.com/gtk-rs/gtk3-rs


I partially started to patch gtk3-rs to use the newer glib from 
experimental. However,  this is not really supported and I'd rather 
remove it now that it's EOL. For qwertone we can employ partial 
vendoring; this will also need to be done for squeekboard (in progress). 
I'd appreciate if you agree on vendoring gtk3-rs in so I can go ahead 
with my removal plans.


This might be the best solution going forward.

best,

--
Matthias Geiger 
Debian Maintainer



OpenPGP_0x18BD106B3B6C5475.asc
Description: OpenPGP public key


OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1019042: rust-qwertone: FTBFS - dep issue

2024-03-10 Thread Andrej Shadura
Hi,

On Sat, 9 Mar 2024, at 15:37, Matthias Geiger wrote:
> I intend to remove gtk3-rs from debian very soon (with the current 
> gtk4-rs transition staged in experimental).

Why the hurry? Is GTK 3 being removed as well?

> Andrew: Is it ok with you if I file a ROM request for qwertone ? It's 
> already been that way since at least the last gtk-rs transition and 
> won't be viable to keep in debian imho. Upstream also seems to have 
> ditched the project in favour of a rewrite.

That rewrite never came, but meanwhile qwertone works quite well with gtk3-rs 
currently in Debian (since I’ve done the porting work in the latest upload).

-- 
Cheers,
  Andrej



Bug#1019042: rust-qwertone: FTBFS - dep issue

2024-03-10 Thread Andrej Shadura
Hi again,

On Sun, 10 Mar 2024, at 19:05, Andrej Shadura wrote:
> On Sat, 9 Mar 2024, at 15:37, Matthias Geiger wrote:
>> Andrew: Is it ok with you if I file a ROM request for qwertone ?

I forgot to actually answer this question :)
I would prefer if we could avoid a removal. I’m happy with qwertone as it is 
now, and I would hate to have to install it through a flatpak or something.

-- 
Cheers,
  Andrej



Bug#1019042: rust-qwertone: FTBFS - dep issue

2024-03-09 Thread Matthias Geiger
On Sat, 03 Sep 2022 11:42:23 +0200 Sylvestre Ledru 
 wrote:

> Package: rust-qwertone
> Severity: important
>
> Dear Maintainer,
>
>
> report:
> -
> package: sbuild-build-depends-main-dummy
> version: 0.invalid.0
> architecture: amd64
> status: broken
> reasons:
> -
> missing:
> pkg:
> package: librust-gtk+v3-22-dev
> version: 0.7.0-1+b1
> architecture: amd64
> unsat-dependency: librust-gtk-dev:amd64 (= 0.7.0-1+b1)
> depchains:
> -
> depchain:
> -
> package: sbuild-build-depends-main-dummy
> version: 0.invalid.0
> architecture: amd64
> depends: librust-gtk-0.7+v3-22-dev:amd64 (>= 0.7-~~) | 
librust-gtk-0.7+v3-22-dev:amd64 (>= 0.7-~~)

>

Hi,

I intend to remove gtk3-rs from debian very soon (with the current 
gtk4-rs transition staged in experimental).


Andrew: Is it ok with you if I file a ROM request for qwertone ? It's 
already been that way since at least the last gtk-rs transition and 
won't be viable to keep in debian imho. Upstream also seems to have 
ditched the project in favour of a rewrite.


This would ease things along.

best,


--
Matthias Geiger 
Debian Maintainer



OpenPGP_0x18BD106B3B6C5475.asc
Description: OpenPGP public key


OpenPGP_signature.asc
Description: OpenPGP digital signature


Bug#1019042: rust-qwertone: FTBFS - dep issue

2022-09-03 Thread Sylvestre Ledru
Package: rust-qwertone
Severity: important

Dear Maintainer,


report:
 -
  package: sbuild-build-depends-main-dummy
  version: 0.invalid.0
  architecture: amd64
  status: broken
  reasons:
   -
missing:
 pkg:
  package: librust-gtk+v3-22-dev
  version: 0.7.0-1+b1
  architecture: amd64
  unsat-dependency: librust-gtk-dev:amd64 (= 0.7.0-1+b1)
 depchains:
  -
   depchain:
-
 package: sbuild-build-depends-main-dummy
 version: 0.invalid.0
 architecture: amd64
 depends: librust-gtk-0.7+v3-22-dev:amd64 (>= 0.7-~~) | 
librust-gtk-0.7+v3-22-dev:amd64 (>= 0.7-~~)

Sylvestre

-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (900, 'testing'), (600, 'unstable'), (500, 'oldoldstable'), (500, 
'buildd-unstable'), (500, 'stable'), (300, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.16.0-5-amd64 (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled