Reproducer for bug #1390198
by Jan Kurik
Hi,
we are currently struggling with an issue causing TopIcons Plus, a
Gnome Shell extension, to crash [1][2]. As this is a serious issue
possibly affecting many users I would like to ask the Workstation WG
for a help. At the moment we need a reliable reproducer. If you can
reproduce, or even if you can reliably crash with this extension
enabled and reliably get no crashes without, that would be helpful
feedback in the upstream tracker.
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1390198
[2] https://github.com/phocean/TopIcons-plus/issues/73
Thanks a lot for any hep,
Jan
--
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
5 years, 5 months
What to do about GNOME for Beta?
by Adam Williamson
Hey folks!
So, Beta slipped today; the next go/no-go will be Sept 21.
Given this, we probably have a window to get 3.26.0 into the Beta with
an FE, if that seems like a good idea and you can have it ready to go
by, say, Monday.
Whether we do or not, we need to fix
https://bugzilla.redhat.com/show_bug.cgi?id=1490072 , because it was
accepted as a Beta blocker. I *did* send a build with the patches from
the upstream bug to Koji:
https://koji.fedoraproject.org/koji/buildinfo?buildID=969735
but I didn't submit an update for it yet because I thought it'd be
better to co-ordinate with you folks. That build required a buildroot
override for pipewire, so if we wanted to send that build out as the
fix, we'd have to include pipewire in the update also.
Roughly speaking I see three options:
1. Do all of 3.26.0, plus the patches for 1490072, as a mega-update,
submit an FE to get it into Beta
2. Just send mutter 3.26.0 + pipewire out as an update to fix 1490072
3. Do a build of mutter 3.25.91 + 1490072 patches to fix that bug
What do you folks think? Thanks!
I am on PTO for three weeks from Sunday, so I'm CCing pschindl who'll
be covering compose-related duties. Petr, can you subscribe to desktop@
(if you're not subscribed already) and follow this thread?
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
5 years, 6 months
langpacks installation UX
by Jens-Ulrik Petersen
Hi,
Currently the handling and installation of langpacks seems suboptimal for
Live installations:
- `dnf install libreoffice-langpack-ja` (without weak/rich deps)
- `dnf install langpacks-ja` (uses weak/rich deps)
This was discussed a bit in the Flock "Fedora i18n" session.
Some possible solutions include:
- Include Libreoffice langpacks for major languages in Workstation Live
- Do a post-install dnf/rpm transaction in an anaconda plugin via
`initial-setup`
- Make `gnome-initial-setup` induce a PackageKit command to install
langpacks for the chosen language (seems tricky to make this distro
agnostic)
- Make `gnome-control-center` install langpacks when switching desktop
language.
- Does `gnome-software` need any additional special support for getting
langpacks metapackages installed? (It already has: Addons -> Localization)?
I would like to discuss this here to get more input on a solid solution to
this problem.
Jens
5 years, 6 months