The steps are the same. You do not have to expose your web server to the internet for it to work (you can use http://localhost... as the repo URL) or the repo remote can also point directly to the filesystem with file:///.
1 Like
Just an FYI, I’m not sure what happened but I just updated the Kinoite-Base via the ‘rpm-ostree update’ command and when I reboot I just go to a blank screen. I try different instances and still only get the blank screen. I believe this issue is related to a known issue with SELinux in passive mode. Not entirely sure, and can’t get into my system to figure it out. Either way, before I rebooted I ran ‘rpm-ostree status’ and there was a red line in the new instance that said something like ‘SecAdvisories…’ and some numbers. I figured I could boot into that instance, and if it didn’t work; I would rollback to the working version. But no, that’s not how it works.
While this isn’t specific to Kinoite, I just wanted to post here because it was the Kinoite update that I noticed the issue. I will try to login and read some logs.
@siosm ,
A minor irritation:
[phr@phil ~]$ toolbox list
/etc/os-release: line 22: 30.27: command not found
/etc/os-release: line 22: 30.27: command not found
Images created by toolbox
IMAGE ID IMAGE NAME CREATED
2386f6ff0bff registry.fedoraproject.org/f30/fedora-toolbox:30 6 days ago
Containers created by toolbox
CONTAINER ID CONTAINER NAME CREATED STATUS IMAGE NAME
687a2227c09e chrome 3 days ago Up 13 hours ago registry.fedoraproject.org/f30/fedora-toolbox:30
3056277be352 libreo 11 hours ago Up 11 hours ago registry.fedoraproject.org/f30/fedora-toolbox:30
c638a57a534b multimedia 3 days ago Created registry.fedoraproject.org/f30/fedora-toolbox:30
[phr@phil ~]$ cat /etc/os-release
NAME=Fedora
VERSION="XFCE 30.27 (Workstation Edition)"
ID=fedora
VERSION_ID=30
VERSION_CODENAME=""
PLATFORM_ID="platform:f30"
PRETTY_NAME="Fedora XFCE 30.27 (Workstation Edition)"
ANSI_COLOR="0;34"
LOGO=fedora-logo-icon
CPE_NAME="cpe:/o:fedoraproject:fedora:30"
HOME_URL="https://fedoraproject.org/"
DOCUMENTATION_URL="https://docs.fedoraproject.org/en-US/fedora/f30/system-administrators-guide/"
SUPPORT_URL="https://fedoraproject.org/wiki/Communicating_and_getting_help"
BUG_REPORT_URL="https://bugzilla.redhat.com/"
REDHAT_BUGZILLA_PRODUCT="Fedora"
REDHAT_BUGZILLA_PRODUCT_VERSION=30
REDHAT_SUPPORT_PRODUCT="Fedora"
REDHAT_SUPPORT_PRODUCT_VERSION=30
PRIVACY_POLICY_URL="https://fedoraproject.org/wiki/Legal:PrivacyPolicy"
VARIANT="Workstation Edition"
VARIANT_ID=workstation
OSTREE_VERSION=XFCE 30.27
ie there is a space in in the system variable name - but I can’t edit the file to replace the space with an underscore:
[phr@phil ~]$ ls -al /
drwxr-xr-x. 131 root root 12288 Sep 14 09:05 etc
drwxr-xr-x. 12 root root 4096 Jan 1 1970 usr
[phr@phil ~]$ ls -al /etc/os-release
lrwxrwxrwx. 1 root root 21 Sep 14 00:24 /etc/os-release -> ../usr/lib/os-release
[phr@phil ~]$ lm /usr/lib/os-release
-rw-r--r--. 3 root root 804 1970-01-01 10:00 /usr/lib/os-release
Yes, this is a minor issue with a fix in rpm-ostree. This will be fixed in the next release.
Cool!
Thanks for that - good to know . .
Fedora 31 Beta as been released so it’s time for the 31 beta release of Silverblue variants! 
I have pushed KDE, XFCE, LXDE, DeepinDE, Pantheon and base branches for Fedora 31 and Rawhide to my repo (but no Pantheon for rawhide due to a missing dependency).
As a reminder, I usually do updates weekly on Sunday or if anyone finds an issue. However, I only really test the KDE branch.
Enjoy!
3 Likes
Be aware that upgrading to 31 breaks toolboxes: Can't get toolbox working in Fedora Silverblue Beta 31 - #2 by miker256
Just tried kinoite for the first time. Damn this is good, awesome job @siosm
I mean, no problems what so ever (except current beta issues), and rollback is just a whim away 
1 Like
I will not be able to provide Pantheon branches for Fedora 31 and Rawhide as Pantheon support is broken in those versions according to BZ#1705553. Please get involved with upstream development if you are interested in this desktop!
I tried rebasing to Kinoite and it seems the toolbox is still not working, even though the linked discussion says it is fixed in the latest SB. Is this still something that is in the process of being fixed for Kinoite?
This works for me™ on the Fedora Kinoite 31.5 release. You need to provide us more details and error logs if you want us to help you.
Fedora 31 has been released so I will stop providing updates for Fedora 30 branches in my repository.
I will push an update soon but this will be the last update for the Fedora 30 based branches. Please update to Fedora 31. I will also later remove all Fedora 30 references and corresponding objects to save disk space.
As progress has been made on the Pantheon desktop support issue, I re-added it with this update!
I will keep Rawhide branches available as long as they build without issues .
1 Like
Well, my problem turned out to be that the runtime for podman changed between 30 and 31. Once I deleted my config file, it was working again. Thanks.
For the past week, I haven’t updated due to the SecAdvisories warning. On one previous occasion, I updated with the SecAdvisories and ended damaging the system. I was wondering if anyone else is coming across these issues. Here is my update information:
AvailableUpdate:
Version: **Base 30.35 (2019-11-06T21:25:03Z)**
Commit: 2d86389213298a7eab452233c0bb0086a997f25f8e9006100ba0d17b8e5a706f
GPGSignature: Valid signature by C8D83B6AE4B8685A7290545FDB27818F78688F83
**SecAdvisories: 4 moderate, 1 critical**
Diff: 93 upgraded
=====
The other day I downloaded the updates verbosely and got these SecAdvisories details:
SecAdvisories: FEDORA-2019-8934d55352 Moderate nspr-4.23.0-1.fc30.x86_64
FEDORA-2019-8934d55352 Moderate nss-3.47.0-2.fc30.x86_64
FEDORA-2019-8934d55352 Moderate nss-softokn-3.47.0-2.fc30.x86_64
FEDORA-2019-8934d55352 Moderate nss-softokn-freebl-3.47.0-2.fc30.x86_64
FEDORA-2019-8934d55352 Moderate nss-sysinit-3.47.0-2.fc30.x86_64
FEDORA-2019-8934d55352 Moderate nss-util-3.47.0-2.fc30.x86_64
FEDORA-2019-97dcb2762a Moderate file-5.36-5.fc30.x86_64
FEDORA-2019-97dcb2762a Moderate file-libs-5.36-5.fc30.x86_64
CVE-2019-18218 file: heap-based buffer overflow in cdf_read_property_info in cdf.c [fedora-all]
1765273 – CVE-2019-18218 file: heap-based buffer overflow in cdf_read_property_info in cdf.c [fedora-all]
FEDORA-2019-aba3cca74a Moderate python3-3.7.5-1.fc30.x86_64
FEDORA-2019-aba3cca74a Moderate python3-libs-3.7.5-1.fc30.x86_64
CVE-2019-16056 python: email.utils.parseaddr wrongly parses email addresses
https://bugzilla.redhat.com/show_bug.cgi?id=1749839
FEDORA-2019-eaa681d33e Moderate libpcap-14:1.9.1-1.fc30.x86_64
CVE-2018-16301 libpcap: Buffer overflow in pcapng reader
1760500 – (CVE-2018-16301) CVE-2018-16301 tcpdump: Buffer overflow in the -F command line argument parser
CVE-2019-15165 libpcap: Resource exhaustion while PHB header length validation
1760618 – (CVE-2019-15165) CVE-2019-15165 libpcap: Resource exhaustion during PHB header length validation
CVE-2019-15164 libpcap: Server side request forgery in rpcapd/daemon.c
1760619 – (CVE-2019-15164) CVE-2019-15164 libpcap: Server side request forgery in rpcapd/daemon.c
CVE-2019-15163 libpcap: Null pointer dereference in rpcapd/daemon.c
1760621 – (CVE-2019-15163) CVE-2019-15163 libpcap: Null pointer dereference in rpcapd/daemon.c
CVE-2019-15162 libpcap: Information disclosure in rpcapd/daemon.c
1760622 – (CVE-2019-15162) CVE-2019-15162 libpcap: Information disclosure in rpcapd/daemon.c
CVE-2019-15161 libpcap: Mishandled length values in reused variables
1760623 – (CVE-2019-15161) CVE-2019-15161 libpcap: Mishandled length values in reused variables
FEDORA-2019-3e3954f44d Critical firefox-70.0-1.fc30.x86_64
I thought the SecAdvisories were saying that the update fixes them rather than contains them?
1 Like
As far as I know, and like @pluto said, the SecAdvisories mentioned are the ones fixed by an update.
@lineber: If you want us to help you with an issue you encountered after an update, we need:
- the version you were on and the version you were updating too,
- the specific details of the error you encountered (logs, etc.),
- any relevant error or message in update logs,
- try to reproduce the error on a fresh installation.
1 Like
Great initiative! I have been using Kinoite 31 (Plasma) for a while now and I like it.
For usability it would be good if along with Dolphin we also have Ark integration for extracting archives by default.
(also rpm-ostree upgrade fails currently because of version mismatch in Mesa-libGL, but I guess that will be fixed as soon as an updated image is pushed)
1 Like
Thanks, I ran the update without any errors. If it ever crashes again, I will definitely post with the logs and try it on a fresh install.
That sounds reasonable. I will look into it.
I have added Ark to the latest build for KDE. I will try to find a “native” archive manager for each variant but feel free to suggest other packages if needed.