Hi test list,
I'm hoping we could have GNOME 3.28.0 in F28 Beta as a Freeze Exception. I've filed a bug tracking this, and I hope we can discuss this further during the blocker review meeting on Monday.
Bodhi update for 3.28.0: https://bodhi.fedoraproject.org/updates/FEDORA-2018-5ebe0eb1f2
FE bug for including 3.28.0: https://bugzilla.redhat.com/show_bug.cgi?id=1554966
We have 3.28 release candidate (3.27.92) in F28 stable right now and 3.28.0 is the final release; would be really nice to ship Beta with the final release so that we can get more testing for the code we'll be shipping in F28 final. This helps both GNOME upstream developers and Fedora by helping us catch bugs earlier and fix them.
I'll be on lookout this week and next week for any possible regressions that the 3.28.0 update might bring, compared to what we currently have in stable and happy to quickly fix up anything that comes up. (Fixing for Beta might be just reverting certain patches/going back to 3.27.92 versions of individual packages, but I'm confident we can quickly fix up anything that could be a Beta blocker so that we can include all or most of the 3.28.0 update in Beta).
I put together a Workstation ISO image for easy testing. It should be exactly the same as today's Fedora-Workstation-Live-x86_64-28-20180315.n.0 compose, except that any updates from the 3.28.0 update are included.
Here's the ISO image: https://kalev.fedorapeople.org/Fedora-Workstation-Live-x86_64-28-20180315.n....
I'd appreciate a lot if people could give it a quick spin and see if they can find anything that looks like a regression compared to the stable F28 images, and then we can further discuss this at the blocker review meeting on Monday.
Thanks so much and have a nice Friday and weekend everyone!
Kalev
Hi!
On Fri, Mar 16, 2018 at 11:52 AM, Kalev Lember kalevlember@gmail.com wrote:
Hi test list,
I'm hoping we could have GNOME 3.28.0 in F28 Beta as a Freeze Exception. I've filed a bug tracking this, and I hope we can discuss this further during the blocker review meeting on Monday.
Bodhi update for 3.28.0: https://bodhi.fedoraproject.org/updates/FEDORA-2018-5ebe0eb1f2
FE bug for including 3.28.0: https://bugzilla.redhat.com/show_bug.cgi?id=1554966
We have 3.28 release candidate (3.27.92) in F28 stable right now and 3.28.0 is the final release; would be really nice to ship Beta with the final release so that we can get more testing for the code we'll be shipping in F28 final. This helps both GNOME upstream developers and Fedora by helping us catch bugs earlier and fix them.
I'll be on lookout this week and next week for any possible regressions that the 3.28.0 update might bring, compared to what we currently have in stable and happy to quickly fix up anything that comes up. (Fixing for Beta might be just reverting certain patches/going back to 3.27.92 versions of individual packages, but I'm confident we can quickly fix up anything that could be a Beta blocker so that we can include all or most of the 3.28.0 update in Beta).
Thanks for working on this. I am sure we all appreciate it.
I put together a Workstation ISO image for easy testing. It should be exactly the same as today's Fedora-Workstation-Live-x86_64-28-20180315.n.0 compose, except that any updates from the 3.28.0 update are included.
Here's the ISO image: https://kalev.fedorapeople.org/Fedora-Workstation-Live-x86_64-28-20180315.n....
I have tried to boot up the image above but it fails for me. After grub it spams intermittently the terminal with
[dracut-initqueue[582]: Warning: dractur-initqueue timeout - starting timeout scripts
And after some time it falls back into emergency mode.
The media test also fails. I have downloaded it three times to make sure.
Has somebody else run into the same problem?
I'd appreciate a lot if people could give it a quick spin and see if they can find anything that looks like a regression compared to the stable F28 images, and then we can further discuss this at the blocker review meeting on Monday.
Thanks so much and have a nice Friday and weekend everyone!
Kalev _______________________________________________ desktop mailing list -- desktop@lists.fedoraproject.org To unsubscribe send an email to desktop-leave@lists.fedoraproject.org
2018-03-16 12:35 GMT+01:00 Felipe Borges feborges@redhat.com:
And after some time it falls back into emergency mode.
The media test also fails. I have downloaded it three times to make sure.
Has somebody else run into the same problem?
Same problem here.
A.
On 03/16/2018 12:35 PM, Felipe Borges wrote:
I have tried to boot up the image above but it fails for me. After grub it spams intermittently the terminal with
[dracut-initqueue[582]: Warning: dractur-initqueue timeout - starting timeout scripts
And after some time it falls back into emergency mode.
The media test also fails. I have downloaded it three times to make sure.
Has somebody else run into the same problem?
Woops. I ran out of disk quota when copying the iso file and didn't notice it. Should be fixed now, can you try downloading again?
On Fri, Mar 16, 2018 at 1:00 PM, Kalev Lember kalevlember@gmail.com wrote:
On 03/16/2018 12:35 PM, Felipe Borges wrote:
I have tried to boot up the image above but it fails for me. After grub it spams intermittently the terminal with
[dracut-initqueue[582]: Warning: dractur-initqueue timeout - starting timeout scripts
And after some time it falls back into emergency mode.
The media test also fails. I have downloaded it three times to make sure.
Has somebody else run into the same problem?
Woops. I ran out of disk quota when copying the iso file and didn't notice it. Should be fixed now, can you try downloading again?
Yay! Now it all works.
Thank you!
On Fri, 2018-03-16 at 11:52 +0100, Kalev Lember wrote:
I'd appreciate a lot if people could give it a quick spin and see if they can find anything that looks like a regression compared to the stable F28 images, and then we can further discuss this at the blocker review meeting on Monday.
The new version of Cantarell is, by its own authors admission, a regression for all practical purposes:
<madigens[m]> adamw: thanks for the feedback :) cantarell's spacing does indeed look a bit funky... in gtk3 and firefox. that's due to a missing technical detail called "subpixel positioning". Spacing looks more consistent in Qt apps and Chrome. there also isn't any kerning yet, so things like AVA, To, etc. look gap-y
So, it looks fine...except in GTK+ 3 (i.e. basically all of Workstation) and Firefox (Workstation's default browser).
That seems like a problem. :P (Never mind that it just chucks out Cyrillic coverage, which the previous version had). Can we consider sticking with the old one at least until it's clear if this will be cleaned up in time for Final?
On 03/16/2018 01:08 PM, Adam Williamson wrote:
On Fri, 2018-03-16 at 11:52 +0100, Kalev Lember wrote:
I'd appreciate a lot if people could give it a quick spin and see if they can find anything that looks like a regression compared to the stable F28 images, and then we can further discuss this at the blocker review meeting on Monday.
The new version of Cantarell is, by its own authors admission, a regression for all practical purposes:
<madigens[m]> adamw: thanks for the feedback :) cantarell's spacing does indeed look a bit funky... in gtk3 and firefox. that's due to a missing technical detail called "subpixel positioning". Spacing looks more consistent in Qt apps and Chrome. there also isn't any kerning yet, so things like AVA, To, etc. look gap-y
So, it looks fine...except in GTK+ 3 (i.e. basically all of Workstation) and Firefox (Workstation's default browser).
That seems like a problem. :P (Never mind that it just chucks out Cyrillic coverage, which the previous version had). Can we consider sticking with the old one at least until it's clear if this will be cleaned up in time for Final?
Fair enough, that's probably a prudent thing to do. I've split it out from the rest of the 3.28.0 update now:
https://bodhi.fedoraproject.org/updates/abattis-cantarell-fonts-0.101-1.fc28
On Fri, 2018-03-16 at 13:51 +0100, Kalev Lember wrote:
On 03/16/2018 01:08 PM, Adam Williamson wrote:
On Fri, 2018-03-16 at 11:52 +0100, Kalev Lember wrote:
I'd appreciate a lot if people could give it a quick spin and see if they can find anything that looks like a regression compared to the stable F28 images, and then we can further discuss this at the blocker review meeting on Monday.
The new version of Cantarell is, by its own authors admission, a regression for all practical purposes:
<madigens[m]> adamw: thanks for the feedback :) cantarell's spacing does indeed look a bit funky... in gtk3 and firefox. that's due to a missing technical detail called "subpixel positioning". Spacing looks more consistent in Qt apps and Chrome. there also isn't any kerning yet, so things like AVA, To, etc. look gap-y
So, it looks fine...except in GTK+ 3 (i.e. basically all of Workstation) and Firefox (Workstation's default browser).
That seems like a problem. :P (Never mind that it just chucks out Cyrillic coverage, which the previous version had). Can we consider sticking with the old one at least until it's clear if this will be cleaned up in time for Final?
Fair enough, that's probably a prudent thing to do. I've split it out from the rest of the 3.28.0 update now:
https://bodhi.fedoraproject.org/updates/abattis-cantarell-fonts-0.101-1.fc28
Thanks. I mean, I'd suggest not sending it to F28 at all (i.e. unpushing that update; keeping the update around will probably mean it gets karma and then gets auto-pushed when the Beta freeze is lifted) till madigens has had time to clean things up; it clearly looks worse than 0.0.25 for now, so why not just keep that one in F28 until the new series is at least roughly on a level with it? It's not like pulling it in is really *dangerous*, it's just slightly inconvenient to openQA, so if it turns out that it *does* get improved in time for Final, we can always just pull it in then.
We can keep the new series in Rawhide, of course, seems reasonable to assume madigens will have got it looking nicer by the time we get to F29.
Anyway, that's just my vote. Here's some of the links I posted to openQA screenshots that kinda flag up the issues in 101:
https://openqa.fedoraproject.org/tests/204833#step/disk_custom_ext3/11 https://openqa.stg.fedoraproject.org/tests/255085#step/disk_custom_ext3/11
(set the "Candidate needle:" dropdown to None to see the clean screenshot)
The former is with Cantarell 0.0.25, the latter with 0.101. In some ways 101 is a bit of an improvement already ('AVAILABLE SPACE' and 'TOTAL SPACE' look a bit better to me, for e.g.) but overall it seems clearly worse. The spacing between glyphs in words is pretty inconsistent...you can see it clearly in text like "BIOS Boot", "Encrypt" and "Modify". The spacing between words is often not much bigger than the spacing between glyphs in words, which has the effect of making the words seem to run together - this is clearest in "New Fedora Rawhide Installation" and the block of italic text at bottom right.
Another example I found this morning is: https://openqa.stg.fedoraproject.org/tests/255343#step/_graphical_wait_login...
Especially the text "Connect Your Online Accounts" has all kinds of spacing issues there, there appears to be almost no space between "Online" and "Accounts" in particular, whereas there's a lot of space between the "Y" and "o" of "Your", and between the "o", "n", "n" and "e" in "Connect", for instance. Here's how that screen looks with 0.0.25:
https://openqa.fedoraproject.org/tests/202838#step/_graphical_wait_login/9
On 03/16/2018 11:39 PM, Adam Williamson wrote:
On Fri, 2018-03-16 at 13:51 +0100, Kalev Lember wrote:
Fair enough, that's probably a prudent thing to do. I've split it out from the rest of the 3.28.0 update now:
https://bodhi.fedoraproject.org/updates/abattis-cantarell-fonts-0.101-1.fc28
Thanks. I mean, I'd suggest not sending it to F28 at all (i.e. unpushing that update; keeping the update around will probably mean it gets karma and then gets auto-pushed when the Beta freeze is lifted) till madigens has had time to clean things up; it clearly looks worse than 0.0.25 for now, so why not just keep that one in F28 until the new series is at least roughly on a level with it? It's not like pulling it in is really *dangerous*, it's just slightly inconvenient to openQA, so if it turns out that it *does* get improved in time for Final, we can always just pull it in then.
We can keep the new series in Rawhide, of course, seems reasonable to assume madigens will have got it looking nicer by the time we get to F29.
Good point. I removed the "auto-request stable" flag on the Cantarell update now to make sure it doesn't accidentally go to stable and I'll bring it up at next Workstation WG's meeting to make a decision for F28.
desktop@lists.fedoraproject.org