…and I too. :)
In the release blog post of GNOME v3.24, the recipes application was promised:
> This release also includes a new Recipes application, which contains recipes contributed by members of the GNOME community. It has an extensive set of features for adding and editing recipes, creating shopping lists, adjusting quantities and even has a hands-free cooking mode.
https://www.gnome.org/news/2017/03/gnome-3-24-released/
Now, Fedora 26 is using v 3.24, but this application is not there?
This should be fixed until the final Fedora 26 release as, well…, it has been promised. And breaking promises is not good. It makes users sad… ;)
Originially raised in https://bugzilla.redhat.com/show_bug.cgi?id=1462008, where Zbigniew Jędrzejewski-Szmek also commented:
> I think it would be a shame not to package it in time for F26 final.
I agree… so could someone help here?
Best regards,
rugk
Minutes: https://meetbot.fedoraproject.org/fedora-meeting-2/2017-07-17/workstation.2…
Minutes (text): https://meetbot.fedoraproject.org/fedora-meeting-2/2017-07-17/workstation.2…
Log: https://meetbot.fedoraproject.org/fedora-meeting-2/2017-07-17/workstation.2…
* * *
=================================
#fedora-meeting-2: Workstation WG
=================================
Meeting started by stickster at 13:00:36 UTC. The full logs are
available at
https://meetbot.fedoraproject.org/fedora-meeting-2/2017-07-17/workstation.2…
.
Meeting summary
---------------
* Roll call (stickster, 13:00:43)
* LINK:
https://pagure.io/fedora-workstation/issues?status=Open&tags=meeting
(stickster, 13:05:57)
* Initial setup redundancy (stickster, 13:06:26)
* LINK: https://pagure.io/fedora-workstation/issue/21 (stickster,
13:06:55)
* ACTION: mcatanzaro get in touch with anaconda devs in some mutually
happy venue to discuss proposed setup changes (stickster, 13:18:25)
* ACTION: stickster get with anaconda-devel-list owners and make sure
their lost password is resolved (stickster, 13:19:03)
* ACTION: ryanlerch look into anaconda banner situation, who's working
on it now (stickster, 13:24:15)
* F26 retrospective (stickster, 13:24:30)
* LINK: https://pagure.io/fedora-workstation/issue/22 (stickster,
13:24:33)
* LINK: https://pdc.fedoraproject.org/rest_api/v1/releases/
(stickster, 13:29:49)
* LINK:
https://git.gnome.org/browse/gnome-software/tree/plugins/fedora-pkgdb-colle…
has the strings (kalev, 13:38:28)
* AGREED: change g-software upgrade text to "Upgrade your Fedora
system to the latest features and improvements." (stickster,
13:48:39)
* ACTION: kalev get new string into g-software (stickster, 13:51:28)
* ACTION: stickster consult on X*Y image location and dimensions
needed for retrieval in g-software, ask Design team to add to their
wallpaper SOP (stickster, 13:52:18)
* ACTION: kalev ensure that PDC API is the right place to retrieve
release info for g-software and make appropriate changes
(stickster, 13:53:09)
* All other business (open floor) (stickster, 13:56:20)
* stickster hooked up our #fedora-workstation IRC channel with fedmsgs
from Pagure last week (stickster, 13:57:12)
* LINK:
https://infrastructure.fedoraproject.org/cgit/ansible.git/commit/?id=2e51c4…
(stickster, 13:57:16)
Meeting ended at 14:02:56 UTC.
Action Items
------------
* mcatanzaro get in touch with anaconda devs in some mutually happy
venue to discuss proposed setup changes
* stickster get with anaconda-devel-list owners and make sure their lost
password is resolved
* ryanlerch look into anaconda banner situation, who's working on it now
* kalev get new string into g-software
* stickster consult on X*Y image location and dimensions needed for
retrieval in g-software, ask Design team to add to their wallpaper SOP
* kalev ensure that PDC API is the right place to retrieve release info
for g-software and make appropriate changes
Action Items, by person
-----------------------
* kalev
* kalev get new string into g-software
* kalev ensure that PDC API is the right place to retrieve release
info for g-software and make appropriate changes
* mcatanzaro
* mcatanzaro get in touch with anaconda devs in some mutually happy
venue to discuss proposed setup changes
* ryanlerch
* ryanlerch look into anaconda banner situation, who's working on it
now
* stickster
* stickster get with anaconda-devel-list owners and make sure their
lost password is resolved
* stickster consult on X*Y image location and dimensions needed for
retrieval in g-software, ask Design team to add to their wallpaper
SOP
* **UNASSIGNED**
* (none)
People Present (lines said)
---------------------------
* stickster (119)
* kalev (31)
* juhp_ (30)
* mcatanzaro (28)
* ryanlerch (25)
* zodbot (18)
* otaylor (0)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
--
Paul W. Frields http://paul.frields.org/
gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717
http://redhat.com/ - - - - http://pfrields.fedorapeople.org/
The open source story continues to grow: http://opensource.com
Hi,
As discussed at today's WG meeting, I've prepared a draft change page
for reducing initial setup redundancy:
https://fedoraproject.org/wiki/Changes/ReduceInitialSetupRedundancy
I'm going to send a heads-up to the Anaconda developers now (though I
don't plan to join their mailing list, so hopefully they have an active
list moderator). And then we will no doubt have a discussion when the
change is announced on devel@. Ideally I would have prepared this
earlier and had time to run it by the Anaconda developers *before*
submitting, but the change proposal deadline is tomorrow, so I'm going
to submit it now, even though I haven't had any feedback on it beyond
approval of the general idea from the Workstation WG. Sorry for the
very short notice and for delaying too long.
Everything is subject to change and nothing is set in stone.
Michael
As discussed in the meeting today, I have put together the draft Change
Page for the Fedora Visual Identity:
https://fedoraproject.org/wiki/Changes/VisualIdentity
The content is pretty much a placeholder, as nothing concrete has been
approved on this by the WG, but just filing the feature page today, before
the deadline.
cheers,
ryanlerch
Hi,
Jiri found this review (among many) of Fedora 25:
http://www.hecticgeek.com/2016/12/fedora-25-review/
It includes a couple recommendations:
* We should restore systemd-readahead to speed boot time by ~30% for
users without SSDs. Endless has a downstream patch for this. Or we
could use Ubuntu's readahead utility.
* We should switch from CFQ to deadline I/O scheduler (which Ubuntu
has been using for years) for subjective massive responsiveness
improvements when the system is under load
Of these, the later seems easier to change and more important. Anyone
know why we're still using CFQ? If the answer is "it's better for
servers" then perhaps we need a mechanism to adjust this on a per-
product basis.
Just wanted to put these issues back on the radar....
Michael
The actual PR is posted in: https://pagure.io/pungi-fedora/pull-request/257
This is only for: https://fedoraproject.org/wiki/Changes/WorkstationOstree
The primary reason to do this is that the blivet defaults break with ostree,
since `/home` needs to be `/var/home` with ostree.
https://bugzilla.redhat.com/show_bug.cgi?id=1382873
But bigger picture than that, having a split `/home` makes less sense using
rpm-ostree, because the primary original rationale for introducing that split
was to make upgrades easier by reinstalling but preserving `/home`. With
rpm-ostree upgrades should be much more reliable and easier.
We also to use XFS (as opposed to the blivet ext4 default) for the same reason as Atomic/Server -
it works better with overlay2 because it avoids inode limits.
And not using all of the disk makes it easier to do more advanced
partitioning *post* installation. For example, in the past I've used dm-crypt
for the OS and `/home`, but not for `/srv` where I put non-private data like my
git repositories. (Although I recently switched back to dm-crypt for everything
for simplicity).
Another good example of this is that `container-storage-setup` supports
allocating a separate LV for `/var/lib/docker`, so container storage is isolated
from the host.
Anaconda is making it easier to do arbitrary partitioning in the installer via
blivet-gui, but I think doing it post-install is more flexible. One can
use scripts as well (e.g. Ansible).
The flip side of course is that users are going to wonder why they only have
`14G` of space...we should likely teach the installer to have a simple "use all
of my disk" button, and also have one post-install (something like Nautilus
launching `Disks` with awareness of LVM)?
Signed-off-by: Colin Walters <walters(a)verbum.org>
---
fedora.conf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fedora.conf b/fedora.conf
index a7d403b..edc3586 100644
--- a/fedora.conf
+++ b/fedora.conf
@@ -812,7 +812,7 @@ ostree_installer = [
"x86_64": {
"repo": "Everything",
"release": None,
- "installpkgs": ["fedora-productimg-workstation"],
+ "installpkgs": ["fedora-productimg-atomic"],
"rootfs_size": "8",
"add_template": ["workstation-ostree-installer/lorax-configure-repo.tmpl",
"workstation-ostree-installer/lorax-embed-repo.tmpl"],
--
2.9.4