On Mon, Jan 9, 2023 at 11:57 AM Timothée Ravier wrote:
>
> Working on having a better Firefox shipped as a Flatpak by default will
> please a lot of people that as asking for Firefox to be removed from the base
> image: https://github.com/fedora-silverblue/issue-tracker/issues/288
>
> If we can
Working on having a better Firefox shipped as a Flatpak by default will please
a lot of people that as asking for Firefox to be removed from the base image:
https://github.com/fedora-silverblue/issue-tracker/issues/288
If we can have Cisco host a container image with openh264 as a Flatpak
> On 15/12/2022 13:34, Neal Gompa wrote:
>
> It should be fixed then. Please report this issue to dnf component.
Using weak deps was our original plan, but problem is it broke due to
https://fedoraproject.org/wiki/Changes/ExcludeFromWeakAutodetect and we surely
do not want to revert that.
On Thu, Dec 15, 2022 at 7:51 AM Vitaly Zaitsev via devel
wrote:
>
> On 15/12/2022 13:34, Neal Gompa wrote:
> > That stopped working several releases ago.
>
> It should be fixed then. Please report this issue to dnf component.
>
> Some suggestions for current implementation:
>
> 1. Please rewrite
On 15/12/2022 13:34, Neal Gompa wrote:
That stopped working several releases ago.
It should be fixed then. Please report this issue to dnf component.
Some suggestions for current implementation:
1. Please rewrite the first run script from Bash to Python. Running bash
scripts as root is
On Thu, Dec 15, 2022 at 7:27 AM Vitaly Zaitsev via devel
wrote:
>
> On 15/12/2022 12:53, Neal Gompa wrote:
> > And what about new installs? That's where the real problem is.
>
> On new installations, weak dependencies will be installed automatically
> out of the box.
>
That stopped working
On 15/12/2022 12:53, Neal Gompa wrote:
And what about new installs? That's where the real problem is.
On new installations, weak dependencies will be installed automatically
out of the box.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
On Thu, Dec 15, 2022 at 6:50 AM Vitaly Zaitsev via devel
wrote:
>
> On 15/12/2022 12:03, Neal Gompa wrote:
> > Aside from being a pain to maintain, DNF was changed a while ago to
> > ignore weak relations for already-installed packages on upgrade.
> > That's why these scripts got written.
>
>
On 15/12/2022 12:03, Neal Gompa wrote:
Aside from being a pain to maintain, DNF was changed a while ago to
ignore weak relations for already-installed packages on upgrade.
That's why these scripts got written.
Maybe we can change the system-upgrade plugin to bypass such behavior on
system
On Thu, Dec 15, 2022 at 5:43 AM Vitaly Zaitsev via devel
wrote:
>
> On 15/12/2022 11:24, Vitaly Zaitsev wrote:
> > Yes, current Fedora packaging guidelines strictly prohibit such
> > behavior, but we can as a FESCo exception for openh264 package.
>
> Also, we can update the openh264 package and
On 15/12/2022 11:24, Vitaly Zaitsev wrote:
Yes, current Fedora packaging guidelines strictly prohibit such
behavior, but we can as a FESCo exception for openh264 package.
Also, we can update the openh264 package and include all needed reverse
weak dependencies there:
Supplements:
On 15/12/2022 01:38, Adam Williamson wrote:
Hopefully not by just
telling people to use the upstream Flathub Firefox, because I
appreciate the work our maintainer does to provide a build with (IMHO)
superior choices.
Flathub's Firefox is the worst Firefox ever on Linux. They are still
On 15/12/2022 01:11, Michael Catanzaro via devel wrote:
We can't do that on Fedora infrastructure, though, because we cannot distribute
OpenH264. It would have to be done by Cisco. Seems like a no-go.
I think instead of creating bash scripts we can simply use a weak
dependency on
On 23/11/2022 21:08, Ben Cotton wrote:
Add {{package|fedora-autofirstboot}} to desktop variants to run a
predetermined set of tasks on first boot after post installation,
notably installing codecs and cleaning up installer packages from the
installed system.
I checked the proposed bash scripts
> On Thu, 2022-12-15 at 00:11 +, Michael Catanzaro via devel wrote:
>
> Well, except that we ship Firefox in the default OS image and to make
> that play video, overlaying openh264 is *exactly* what's needed.
Ah, drat... well there's not a lot of great options, then. We can (a) change it
to
On Thu, 2022-12-15 at 00:11 +, Michael Catanzaro via devel wrote:
> For Fedora Flatpaks, the solution would have to be Flatpak extensions
> hosted by Cisco: overlaying OpenH264 on the host system won't
> actually accomplish anything useful. Even if you need it for a
> command line tool like
> One solution to reduce the time taken by client side layering and those
> issues mentioned
> above is to move the package overrides back to the server side by using a
> layering
> approach similar to the one used to build containers. This is the goal of
> this change:
>
The main issue with this change for Silverblue/Kinoite is that this introduces
client side layering by default for all users.
To understand why this is not a good idea, I need to recap a few things: how
rpm-ostree client side layering works, the general goal behind rpm-ostree and
image based
On Fri, Dec 9, 2022, at 10:59 AM, Timothée Ravier wrote:
> Using layering will also conflict / not interact well with the move to
> container based ostree image in F38:
> https://fedoraproject.org/wiki/Changes/OstreeNativeContainerStable
(I'm only kind of following this thread and I agree we
> On Fri, Dec 9, 2022 at 8:23 AM Timothée Ravier wrote:
> Adding network-online.target is not hard, I could do that easily
> enough. I would need to change the way the service starts to use a
> flag instead of purely relying on firstboot mode though, since I can't
> make firstboot run on, well
On Fri, Dec 9, 2022 at 10:46 AM wrote:
>
> On Wed, 2022-11-23 at 15:08 -0500, Ben Cotton wrote:
> > https://fedoraproject.org/wiki/Changes/AutoFirstBootServices
> >
> > This document represents a proposed Change. As part of the Changes
> > process, proposals are publicly announced in order to
On Fri, 2022-12-09 at 13:23 +, Timothée Ravier wrote:
> Sorry I'm late here but while I agree with the idea, I don't think
> the implementation is done at the right level.
>
> As currently implemented, this will likely fail as the network won't
> be available / ready:
>
On Wed, 2022-11-23 at 15:08 -0500, Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/AutoFirstBootServices
>
> This document represents a proposed Change. As part of the Changes
> process, proposals are publicly announced in order to receive
> community feedback. This proposal will only
On Fri, Dec 9, 2022 at 8:23 AM Timothée Ravier wrote:
>
> Sorry I'm late here but while I agree with the idea, I don't think the
> implementation is done at the right level.
>
> As currently implemented, this will likely fail as the network won't be
> available / ready:
>
Sorry I'm late here but while I agree with the idea, I don't think the
implementation is done at the right level.
As currently implemented, this will likely fail as the network won't be
available / ready:
https://pagure.io/fedora-autofirstboot/blob/main/f/systemd/fedora-autofirstboot.service
Hi,
On November 23, 2022 8:08:59 PM UTC, Ben Cotton wrote:
>https://fedoraproject.org/wiki/Changes/AutoFirstBootServices
>
>This document represents a proposed Change. As part of the Changes
>process, proposals are publicly announced in order to receive
>community feedback. This proposal will
26 matches
Mail list logo
