I've already tried to contact people on IRC, but I was getting "we don't
care, go away" feeling. So, once again, just to make sure Workstation SIG
is aware. There's this blocker:
heavy screen flicker with latest kernels in qxl+spice VM
https://bugzilla.redhat.com/show_bug.cgi?id=1491320
We don't have much time until F27 Final release [1]. The kernel folks are
not sure if this can be fixed easily or quickly. It would help if software
stack could be adjusted to avoid this issue:
a) gnome-boxes and virt-manager defaulting to virtio-vga instead of qxl
b) mutter falling back to xorg when qxl driver is detected
It would be great if we didn't have to deal with this at the very last day,
so please, look into this. I expect a) to be quite easy, but please note
this will not fix the problem for anyone using an already created VM, or
using a different distribution. Those will still see F27 Workstation with
horrible flickering display. b) would help with that, but I assume that's a
bit more work.
Thanks,
Kamil
[1] https://fedoraproject.org/wiki/Releases/27/Schedule
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
As we are getting closer to the F27 Final release, I would like to ask
members of the Workstation WG to revisit and finalize Talking Points
for the F27 Workstation release. This helps not only the community
Marketing team, but also Ambassadors who arrange release parties and
evangelize the release worldwide.
[1] https://fedoraproject.org/wiki/Fedora_27_talking_points#Fedora_Workstation
Thank you,
Jan
--
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
I'm strongly considering working on rebasing the latest pulseaudio-11.1
release for f26. I believe 11.1 included some good bluetooth related
improvements. Any comments or objections?
Anyone interested in testing things can use:
https://copr.fedorainfracloud.org/coprs/rdieter/pulseaudio/
-- Rex
Hi,
Currently, the “Noto Color Emoji” font works much better than “Emoji One”.
“Emoji One” supports emoji only up to Unicode 9.0.0 whereas
“Noto Color Emoji” supports the new emoji in Unicode 10.0.0.
So at the very least we should install the
“google-noto-emoji-color-fonts” package by default so that even
when “Emoji One” is preferred in the fontconfig setup, the emoji
which are lacking in “Emoji One” are displayed using “Noto Color Emoji”
as a fallback instead of displaying replacement boxes.
On top of that, “Emoji One” doesn’t display many sequences
correctly which were already in Unicode 9.0.0, as one can see in
this screenshot:
https://bugzilla.redhat.com/attachment.cgi?id=1331892https://bugzilla.redhat.com/show_bug.cgi?id=1496761
Bug 1496761 - "Noto Color Emoji" would be a better default emoji font than "Emoji One"
So even if “Noto Color Emoji” is installed, many emoji sequences
are displayed incorrectly if “Emoji One” is preferred in the fontconfig
setup.
Therefore, I think it would be nice to make “Noto Color Emoji” the
preferred font in our fontconfig setup to make all emoji sequences
render correctly.
There is a fork of “Emoji One” called “Emoji Two”
https://github.com/EmojiTwo/emojitwohttps://emojitwo.github.io/
> “Version 2 of the Emojione set is no longer supported by EmojiOne
> Inc. (nor Ranks.com) Version 3 has a slightly different design and new,
> more restrictive licensing terms. Access to high-resolution bitmaps and
> vector sources is now restricted to paying customers. Some people prefer
> the flat cartoon design and the FOSS license with actual access to the
> SVG sources. Therefore, we created a fork of Emojione version 2.2.7 as
> Emojitwo with initial version 2.3. The artwork of this second generation
> of the web’s first complete open source emoji set is and will stay 100%
> free.”
>
> [...]
>
> Plans
>
> Emojitwo shall eventually include graphics for new emojis:
>
> • Characters defined in the Unicode Standard 10.0 (June 2017) and later.
> • Sequences documented in Unicode Emoji 4.0 (November 2016, UTR#51),
> e.g. gender variants.
> • Characters extended in Unicode Emoji 5.0 (May 2017) and later (UTS#51),
> e.g. flags.
> [...]
“Noto Color Emoji” already supports all this stuff now and it may
take a long time until “Emoji Two” will support this.
So I think “Noto Color Emoji” would be a better default for us at the
moment.
--
Mike FABIAN <mfabian(a)redhat.com>
睡眠不足はいい仕事の敵だ。