On Tue, Feb 14, 2023 at 06:40:05PM +0100, Florian Weimer wrote:
>
> I'm still curious about the impact of glibc-all-langpacks on
> download/image size.
FWIW here is the discussion that happened when that was added:
https://bugzilla.redhat.com/show_bug.cgi?id=1312607
Brian
--
Brian C. Lane (PST
* Adam Williamson:
> On Tue, 2023-02-14 at 09:40 +0100, Florian Weimer wrote:
>> * Adam Williamson:
>>
>> > On Thu, 2022-12-08 at 07:57 +0100, Florian Weimer wrote:
>> > > * Adam Williamson:
>> > >
>> > > > 1. /usr/lib/locale/locale-archive , from glibc-all-langpacks - this is
>> > > > 224M unco
On Tue, 2023-02-14 at 09:40 +0100, Florian Weimer wrote:
> * Adam Williamson:
>
> > On Thu, 2022-12-08 at 07:57 +0100, Florian Weimer wrote:
> > > * Adam Williamson:
> > >
> > > > 1. /usr/lib/locale/locale-archive , from glibc-all-langpacks - this is
> > > > 224M uncompressed. A quick test just c
* Adam Williamson:
> On Thu, 2022-12-08 at 07:57 +0100, Florian Weimer wrote:
>> * Adam Williamson:
>>
>> > 1. /usr/lib/locale/locale-archive , from glibc-all-langpacks - this is
>> > 224M uncompressed. A quick test just compressing the file with xz on my
>> > system shows it compresses to around
On Mon, 2022-12-12 at 13:05 +0100, Vitaly Zaitsev via devel wrote:
> On 12/12/2022 11:48, Florian Weimer wrote:
> > The way I read it, Adam is removing firmware files that current Fedora
> > kernels won't load, ever.
>
> Are you sure that that firmware is not needed at all?
Yes. I've double-check
* Vitaly Zaitsev via devel:
> On 12/12/2022 13:35, Frantisek Zatloukal wrote:
>> So newer linux-firmware can support older kernels, which isn't
>> relevant for Fedora (to a degree that might be relevant upstream).
>
> Thanks for the info. I thought they were used by older hardware revisions.
>
> S
On 12/12/2022 13:35, Frantisek Zatloukal wrote:
So newer linux-firmware can support older kernels, which isn't relevant
for Fedora (to a degree that might be relevant upstream).
Thanks for the info. I thought they were used by older hardware revisions.
Sorry for the noise.
--
Sincerely,
Vit
On Mon, Dec 12, 2022 at 1:25 PM Vitaly Zaitsev via devel <
devel@lists.fedoraproject.org> wrote:
> If Intel ships all these blobs in linux-firmware, then they have a good
> reason for this, don't they?
>
So newer linux-firmware can support older kernels, which isn't relevant for
Fedora (to a degr
On 12/12/2022 11:48, Florian Weimer wrote:
The way I read it, Adam is removing firmware files that current Fedora
kernels won't load, ever.
Are you sure that that firmware is not needed at all?
If Intel ships all these blobs in linux-firmware, then they have a good
reason for this, don't they
* Vitaly Zaitsev via devel:
> On 11/12/2022 20:53, Adam Williamson wrote:
>> There's a PR at
>> https://src.fedoraproject.org/rpms/linux-firmware/pull-request/9 , and
>> Intel folks seem receptive to the idea of removing at least some of the
>> older ones upstream too.
>
> So, you want the still-
On Monday, December 12, 2022, Vitaly Zaitsev via devel <
devel@lists.fedoraproject.org> wrote:
> On 11/12/2022 20:53, Adam Williamson wrote:
>
>> There's a PR at
>> https://src.fedoraproject.org/rpms/linux-firmware/pull-request/9 , and
>> Intel folks seem receptive to the idea of removing at leas
On 11/12/2022 20:53, Adam Williamson wrote:
There's a PR at
https://src.fedoraproject.org/rpms/linux-firmware/pull-request/9 , and
Intel folks seem receptive to the idea of removing at least some of the
older ones upstream too.
So, you want the still-working Wi-Fi chipsets to stop working? Ter
On Sun, 2022-12-11 at 20:23 +0100, Florian Weimer wrote:
> * Kevin Kofler via devel:
>
> > Adam Williamson wrote:
> > > Looking at sizes, iwlwifi firmware alone is 75M(!) ath10k is 6.8M,
> > > ath11k is 12M, ath6k is 812K, so that's nearly another 20M. brcm/ is
> > > another 6.4M and I *think* tha
* Kevin Kofler via devel:
> Adam Williamson wrote:
>> Looking at sizes, iwlwifi firmware alone is 75M(!) ath10k is 6.8M,
>> ath11k is 12M, ath6k is 812K, so that's nearly another 20M. brcm/ is
>> another 6.4M and I *think* that's all wifi. There's a few other minor
>> ones, but that's a little ove
On Sun, 2022-12-11 at 13:31 +, Zbigniew Jędrzejewski-Szmek wrote:
> > >
> > > We had some discussions on this a few years ago, but this never went
> > > anywhere.
> > > (I did a quick search, but can't find the ticket now.) But the idea was
> > > that
> > > dnf would load "main" metadata by
> > > We *could* do something about repo metadata: only install the "main"
> > > metadata,
> > > and not the "filepath" metadata. This would reduce the metadata size by
> > > ~80%.
> > > It'd also have huge benefits for speed: on small dnf operations a
> > > significant
> > > portion of time is
On Sat, Dec 10, 2022 at 08:48:56AM -0800, Adam Williamson wrote:
> On Sat, 2022-12-10 at 11:59 +, Zbigniew Jędrzejewski-Szmek wrote:
> > On Fri, Dec 09, 2022 at 03:08:19PM -0700, Chris Murphy wrote:
> > >
> > >
> > > On Fri, Dec 9, 2022, at 7:30 AM, Ray Strode wrote:
> > > > Hi,
> > > >
> > > >
Adam Williamson wrote:
> Looking at sizes, iwlwifi firmware alone is 75M(!) ath10k is 6.8M,
> ath11k is 12M, ath6k is 812K, so that's nearly another 20M. brcm/ is
> another 6.4M and I *think* that's all wifi. There's a few other minor
> ones, but that's a little over 100M of just wifi, with Intel b
Chris Murphy wrote:
> Net costs: Fedora releng takes one compression hit per image created, but
> consumers of those images which also includes a ton of Fedora QA bot time
> as well as human users are in the dozens to thousands of hits per image
> created.
But for those human users, a smaller imag
On Sat, 2022-12-10 at 11:59 +, Zbigniew Jędrzejewski-Szmek wrote:
> On Fri, Dec 09, 2022 at 03:08:19PM -0700, Chris Murphy wrote:
> >
> >
> > On Fri, Dec 9, 2022, at 7:30 AM, Ray Strode wrote:
> > > Hi,
> > >
> > > On Thu, Dec 8, 2022 at 2:55 PM Adam Williamson
> > > wrote:
> > > > This is
Once upon a time, Zbigniew Jędrzejewski-Szmek said:
> We *could* do something about repo metadata: only install the "main" metadata,
> and not the "filepath" metadata. This would reduce the metadata size by ~80%.
> It'd also have huge benefits for speed: on small dnf operations a significant
> por
On Fri, Dec 09, 2022 at 03:08:19PM -0700, Chris Murphy wrote:
>
>
> On Fri, Dec 9, 2022, at 7:30 AM, Ray Strode wrote:
> > Hi,
> >
> > On Thu, Dec 8, 2022 at 2:55 PM Adam Williamson
> > wrote:
> >> This is the direction Daniel was thinking down. I'm waiting for someone
> >> with more expertise t
On Sat, 2022-12-10 at 00:20 +0100, Fabio Valentini wrote:
> On Fri, Dec 9, 2022 at 11:43 PM Adam Williamson
> wrote:
> >
> > So since this turns out to be less important than I thought (thanks bcl
> > for the correction) I won't poke it much further than I have today, but
> > following up on the
On 12/8/22 07:31, Kevin Kofler via devel wrote:
> Tomáš Popela wrote:
>> firefox, because that's what the web based installer should/will use in
>> the end
>
> 🤦 A full-blown, 71 MB compressed (!) web browser just to show the UI for the
> installer!
>
> IMHO, the web-based UI is a major mistake
On Fri, Dec 9, 2022 at 11:43 PM Adam Williamson
wrote:
>
> So since this turns out to be less important than I thought (thanks bcl
> for the correction) I won't poke it much further than I have today, but
> following up on the above, I've done a couple of PRs, one to strip more
> stuff in lorax:
>
On Fri, 2022-12-09 at 09:48 -0800, Adam Williamson wrote:
> On Fri, 2022-12-09 at 12:04 +0100, Florian Weimer wrote:
> > * Richard W. M. Jones:
> >
> > > You only need network / wifi firmware blobs (although I'm sure they
> > > are in themselves large) and then you can fetch anything else needed
>
On Fri, 2022-12-09 at 14:45 -0700, Chris Murphy wrote:
>
> On Thu, Dec 8, 2022, at 12:08 PM, Adam Williamson wrote:
>
> > I mean, the modern systems that *need* GPU firmware generally seem to
> > do pretty well with using native resolution and don't perform too
> > badly, especially in the simple
On Fri, Dec 09, 2022 at 02:38:48PM -0600, Chris Adams wrote:
> Once upon a time, Brian C. Lane said:
> > On Thu, Dec 08, 2022 at 02:17:22PM -0600, Chris Adams wrote:
> > > One other thing that I noticed a while back that takes up a chunk of
> > > space is the kernel... it's included inside install
On Fri, Dec 9, 2022, at 7:30 AM, Ray Strode wrote:
> Hi,
>
> On Thu, Dec 8, 2022 at 2:55 PM Adam Williamson
> wrote:
>> This is the direction Daniel was thinking down. I'm waiting for someone
>> with more expertise to reply, but I suspect the reply is going to be
>> along the lines of "yes, we *
On Thu, Dec 8, 2022, at 12:08 PM, Adam Williamson wrote:
> I mean, the modern systems that *need* GPU firmware generally seem to
> do pretty well with using native resolution and don't perform too
> badly, especially in the simple installer UI. When I test the fallback
> path on my bare metal te
On Thu, Dec 8, 2022, at 10:28 AM, Adam Williamson wrote:
> On Thu, 2022-12-08 at 17:10 +, Gary Buhrmaster wrote:
>> On Thu, Dec 8, 2022 at 5:06 PM Adam Williamson
>> wrote:
>>
>> > It already *is* compressed, which is why it doesn't get any smaller in
>> > the compressed filesystem image, u
On Thu, Dec 8, 2022, at 10:06 AM, Daniel P. Berrangé wrote:
> Is there something that can be done to optimize the RAM usage,
> in spite of the large installer env size ?
What's wrong with the RAM usage now?
We do semi-regularly run into issues with openQA VM's running out of memory. So
far th
Once upon a time, Brian C. Lane said:
> On Thu, Dec 08, 2022 at 02:17:22PM -0600, Chris Adams wrote:
> > One other thing that I noticed a while back that takes up a chunk of
> > space is the kernel... it's included inside install.img (in two places
> > even, although I assume it's hardlinked?), ev
On Fri, 2022-12-09 at 12:18 -0800, Brian C. Lane wrote:
> On Fri, Dec 09, 2022 at 09:30:29AM -0500, Ray Strode wrote:
> > Hi,
> >
> > On Thu, Dec 8, 2022 at 2:55 PM Adam Williamson
> > wrote:
> > > This is the direction Daniel was thinking down. I'm waiting for someone
> > > with more expertise t
On Fri, Dec 09, 2022 at 09:30:29AM -0500, Ray Strode wrote:
> Hi,
>
> On Thu, Dec 8, 2022 at 2:55 PM Adam Williamson
> wrote:
> > This is the direction Daniel was thinking down. I'm waiting for someone
> > with more expertise to reply, but I suspect the reply is going to be
> > along the lines of
On Thu, Dec 08, 2022 at 02:17:22PM -0600, Chris Adams wrote:
> Once upon a time, Adam Williamson said:
> > This is the direction Daniel was thinking down. I'm waiting for someone
> > with more expertise to reply, but I suspect the reply is going to be
> > along the lines of "yes, we *can* do that,
On Fri, 2022-12-09 at 20:33 +0100, drago01 wrote:
> On Friday, December 9, 2022, Adam Williamson
> wrote:
>
> > On Fri, 2022-12-09 at 12:04 +0100, Florian Weimer wrote:
> > > * Richard W. M. Jones:
> > >
> > > > You only need network / wifi firmware blobs (although I'm sure they
> > > > are in t
On Fri, Dec 09, 2022 at 03:49:08PM +0100, Miroslav Suchý wrote:
> Dne 08. 12. 22 v 19:33 Adam Williamson napsal(a):
> >> On that note, /usr/share/doc, /usr/share/man, and /usr/share/info could be
> >> removed from the installer image if they are present. That likely won't
> >> free
> >> a whole l
On Friday, December 9, 2022, Adam Williamson
wrote:
> On Fri, 2022-12-09 at 12:04 +0100, Florian Weimer wrote:
> > * Richard W. M. Jones:
> >
> > > You only need network / wifi firmware blobs (although I'm sure they
> > > are in themselves large) and then you can fetch anything else needed
> > >
On Fri, 2022-12-09 at 12:04 +0100, Florian Weimer wrote:
> * Richard W. M. Jones:
>
> > You only need network / wifi firmware blobs (although I'm sure they
> > are in themselves large) and then you can fetch anything else needed
> > for the hardware including graphics, right?
>
> I think you need
On Fri, 2022-12-09 at 15:44 +0100, mkol...@redhat.com wrote:
> Or perhaps drop even the help system ? The help content has actually
> not been updated in a while and does not really have an active
> "upstream" - the Fedora docs moved on to a very different format, that
> can no longer be used to pr
On Fri, 2022-12-09 at 14:42 +0100, Miroslav Suchý wrote:
> Dne 08. 12. 22 v 17:52 Adam Williamson napsal(a):
> > > No, and we're looking at splitting those out, but the fact is they are
> > > a tiny amount of the overall firmware collection. You could even argue
> > > either way for something like
On Fri, 2022-12-09 at 11:12 +, Peter Robinson wrote:
> On Thu, Dec 8, 2022 at 4:56 PM Adam Williamson
> wrote:
> >
> > On Thu, 2022-12-08 at 12:58 +, Peter Robinson wrote:
> > >
> > > I've done a few passes, dropping a bunch of older firmware upstream
> > > that are no longer supported i
On Fri, 2022-12-09 at 10:21 -0500, Neal Gompa wrote:
> On Fri, Dec 9, 2022 at 10:17 AM wrote:
> >
> > On Thu, 2022-12-08 at 15:42 +, Gary Buhrmaster wrote:
> > > On Thu, Dec 8, 2022 at 12:31 PM Kevin Kofler via devel
> > > wrote:
> > >
> > > > IMHO, the web-based UI is a major mistake and s
On Fri, 2022-12-09 at 11:15 +, Richard W.M. Jones wrote:
> On Fri, Dec 09, 2022 at 12:04:24PM +0100, Florian Weimer wrote:
> > * Richard W. M. Jones:
> >
> > > You only need network / wifi firmware blobs (although I'm sure
> > > they
> > > are in themselves large) and then you can fetch anythi
On Fri, Dec 9, 2022 at 10:17 AM wrote:
>
> On Thu, 2022-12-08 at 15:42 +, Gary Buhrmaster wrote:
> > On Thu, Dec 8, 2022 at 12:31 PM Kevin Kofler via devel
> > wrote:
> >
> > > IMHO, the web-based UI is a major mistake and should never be
> > > shipped in
> > > Fedora.
> >
> > As I am sure yo
On Thu, 2022-12-08 at 15:42 +, Gary Buhrmaster wrote:
> On Thu, Dec 8, 2022 at 12:31 PM Kevin Kofler via devel
> wrote:
>
> > IMHO, the web-based UI is a major mistake and should never be
> > shipped in
> > Fedora.
>
> As I am sure you are aware, it seems a number of distros
> are experiment
On Thu, 2022-12-08 at 08:53 +0100, Tomáš Popela wrote:
> Hi Adam,
>
> On Thu, Dec 8, 2022 at 5:30 AM Adam Williamson
> wrote:
> > On Thu, 2022-12-08 at 03:28 +, Gary Buhrmaster wrote:
> > > On Thu, Dec 8, 2022 at 12:42 AM Adam Williamson
> > > wrote:
> > > >
> > > > Hi folks! Today I woke u
On Thu, Dec 8, 2022 at 7:31 AM Kevin Kofler via devel
wrote:
>
> Tomáš Popela wrote:
> > firefox, because that's what the web based installer should/will use in
> > the end
>
> 🤦 A full-blown, 71 MB compressed (!) web browser just to show the UI for the
> installer!
>
> IMHO, the web-based UI is a
Dne 08. 12. 22 v 19:33 Adam Williamson napsal(a):
On that note, /usr/share/doc, /usr/share/man, and /usr/share/info could be
removed from the installer image if they are present. That likely won't free
a whole lot of space, but it's not nothing.
All of those are already stripped:
https://github
On Wed, 2022-12-07 at 20:19 -0800, Adam Williamson wrote:
> On Thu, 2022-12-08 at 03:28 +, Gary Buhrmaster wrote:
> > On Thu, Dec 8, 2022 at 12:42 AM Adam Williamson
> > wrote:
> > >
> > > Hi folks! Today I woke up and found
> > > https://bugzilla.redhat.com/show_bug.cgi?id=2151495 , which
>
Hi,
On Thu, Dec 8, 2022 at 2:55 PM Adam Williamson
wrote:
> This is the direction Daniel was thinking down. I'm waiting for someone
> with more expertise to reply, but I suspect the reply is going to be
> along the lines of "yes, we *can* do that, but it's somewhat tricky
> work that involves thi
Dne 08. 12. 22 v 17:52 Adam Williamson napsal(a):
No, and we're looking at splitting those out, but the fact is they are
a tiny amount of the overall firmware collection. You could even argue
either way for something like bluetooth due to it sometimes being used
by keyboards.
We actually already
On Thu, Dec 8, 2022 at 5:06 PM Adam Williamson
wrote:
>
> On Thu, 2022-12-08 at 16:51 +, Gary Buhrmaster wrote:
> > On Thu, Dec 8, 2022 at 12:58 PM Peter Robinson wrote:
> >
> > > I've done a few passes, dropping a bunch of older firmware upstream
> > > that are no longer supported in any sta
On Fri, Dec 09, 2022 at 12:04:24PM +0100, Florian Weimer wrote:
> * Richard W. M. Jones:
>
> > You only need network / wifi firmware blobs (although I'm sure they
> > are in themselves large) and then you can fetch anything else needed
> > for the hardware including graphics, right?
>
> I think y
On Thu, Dec 8, 2022 at 4:56 PM Adam Williamson
wrote:
>
> On Thu, 2022-12-08 at 12:58 +, Peter Robinson wrote:
> >
> > I've done a few passes, dropping a bunch of older firmware upstream
> > that are no longer supported in any stable kernel release, also a
> > bunch of de-dupe and linking of f
* Richard W. M. Jones:
> You only need network / wifi firmware blobs (although I'm sure they
> are in themselves large) and then you can fetch anything else needed
> for the hardware including graphics, right?
I think you need graphics to set up wifi.
Thanks,
Florian
On Thu, Dec 08, 2022 at 11:49:16AM -0800, Adam Williamson wrote:
> On Thu, 2022-12-08 at 20:23 +0100, drago01 wrote:
> > The problem I see here is not the presence of the firmware on the
> > image,
> > but the fact that it seems to be loaded into memory despite not being
> > used.
>
> This is the
On Fri, Dec 09, 2022 at 08:09:42AM +, Daniel P. Berrangé wrote:
> On Thu, Dec 08, 2022 at 12:54:16PM -0800, Adam Williamson wrote:
> > On Thu, 2022-12-08 at 20:43 +0100, drago01 wrote:
> > > On Thursday, December 8, 2022, Chris Adams wrote:
> > >
> > > > Once upon a time, Daniel P. Berrangé
On Thu, Dec 08, 2022 at 02:12:22PM -0600, Chris Adams wrote:
> Once upon a time, drago01 said:
> > Again there is no reason why everything on the disk image had to be loaded
> > into memory in the first place. Same way when you boot your installed
> > system, not everything on disk is loaded into
On Thu, Dec 8, 2022 at 6:45 PM Adam Williamson
wrote:
> On Thu, 2022-12-08 at 08:53 +0100, Tomáš Popela wrote:
> > Hi Adam,
> >
> > On Thu, Dec 8, 2022 at 5:30 AM Adam Williamson <
> adamw...@fedoraproject.org>
> > wrote:
> >
> > > On Thu, 2022-12-08 at 03:28 +, Gary Buhrmaster wrote:
> > > >
On Wed, Dec 07, 2022 at 04:42:05PM -0800, Adam Williamson wrote:
> I've moaned about the sheer amount and size of firmware blobs in other
> forums before, but 214M compressed is *really* obnoxious. We must be
> able to do something to clean this up (further than it's already
> cleaned up - this is
On Thu, Dec 08, 2022 at 12:54:16PM -0800, Adam Williamson wrote:
> On Thu, 2022-12-08 at 20:43 +0100, drago01 wrote:
> > On Thursday, December 8, 2022, Chris Adams wrote:
> >
> > > Once upon a time, Daniel P. Berrangé said:
> > > > On Thu, Dec 08, 2022 at 07:59:20PM +0100, drago01 wrote:
> > > >
On Thu, Dec 8, 2022 at 10:46 PM Kevin Kofler via devel
wrote:
>
> Adam Williamson wrote:
> > On Thu, 2022-12-08 at 07:57 +0100, Florian Weimer wrote:
> >> It has all the targets in it. As it's for JIT, we'd only need one
> >> target.
> >
> > That sounds interesting, though of course the details o
On Thu, Dec 08, 2022 at 09:28:48AM -0800, Adam Williamson wrote:
> It shouldn't be too hard to try this out - it's just one setting in
> lorax somewhere, but I gave up on this alleyway before figuring out
> exactly where to set it.
You can use an un-documented lorax config file to set things, def
Adam Williamson wrote:
> On Thu, 2022-12-08 at 12:50 -0500, David Cantrell wrote:
>> If mesa-dri-drivers is not required for installation, it could be removed
>> from the installer environment.
>
> It is required - we don't get any graphics without it.
Is that because of the use of GNOME Shell? A
David Cantrell wrote:
> Broadly speaking, a lot of the growth came from converging the runtime
> environment for the installer with the installed system. In Fedora Core 8
> and previous releases, the "installer environment" was a unique and
> stripped down install. This was frustrating because it
Gary Buhrmaster wrote:
> As I am sure you are aware, it seems a number of distros
> are experimenting with their next gen installer. OpenSUSE
> has their new web based D-installer, and Canonical is
> writing an installer in flutter.
And most of the others have stopped reinventing the wheel and ar
On Thu, 2022-12-08 at 20:43 +0100, drago01 wrote:
> On Thursday, December 8, 2022, Chris Adams wrote:
>
> > Once upon a time, Daniel P. Berrangé said:
> > > On Thu, Dec 08, 2022 at 07:59:20PM +0100, drago01 wrote:
> > > > That would be very crazy, as you will have a degraded user experience
> >
Once upon a time, Adam Williamson said:
> This is the direction Daniel was thinking down. I'm waiting for someone
> with more expertise to reply, but I suspect the reply is going to be
> along the lines of "yes, we *can* do that, but it's somewhat tricky
> work that involves thinking about lots of
Once upon a time, drago01 said:
> Again there is no reason why everything on the disk image had to be loaded
> into memory in the first place. Same way when you boot your installed
> system, not everything on disk is loaded into memory. If you don't need the
> firmware, it should stay on the insta
On Thu, 2022-12-08 at 20:23 +0100, drago01 wrote:
> > Please bear in mind the difference between bare metal and virtual
> > machines. The bare metal machine may have 32 GB of RAM, making a
> > 800 MB install image a non-issue. For a public cloud virtual
> > machine
> > though, this could bump your
On Thursday, December 8, 2022, Chris Adams wrote:
> Once upon a time, Daniel P. Berrangé said:
> > On Thu, Dec 08, 2022 at 07:59:20PM +0100, drago01 wrote:
> > > That would be very crazy, as you will have a degraded user experience
> > > (laggy UI, wrong resolution, ...) to save a couple of mega
Once upon a time, Daniel P. Berrangé said:
> On Thu, Dec 08, 2022 at 07:59:20PM +0100, drago01 wrote:
> > That would be very crazy, as you will have a degraded user experience
> > (laggy UI, wrong resolution, ...) to save a couple of megabytes that are a
> > non issue for today's hardware.
>
> Pl
On Thursday, December 8, 2022, Daniel P. Berrangé
wrote:
> On Thu, Dec 08, 2022 at 07:59:20PM +0100, drago01 wrote:
> > On Thursday, December 8, 2022, Adam Williamson <
> adamw...@fedoraproject.org>
> > wrote:
> >
> > > On Thu, 2022-12-08 at 12:58 +, Peter Robinson wrote:
> > > >
> > > > I've
On Thu, Dec 08, 2022 at 07:59:20PM +0100, drago01 wrote:
> On Thursday, December 8, 2022, Adam Williamson
> wrote:
>
> > On Thu, 2022-12-08 at 12:58 +, Peter Robinson wrote:
> > >
> > > I've done a few passes, dropping a bunch of older firmware upstream
> > > that are no longer supported in a
On Thu, 2022-12-08 at 19:59 +0100, drago01 wrote:
> On Thursday, December 8, 2022, Adam Williamson
> wrote:
>
> > On Thu, 2022-12-08 at 12:58 +, Peter Robinson wrote:
> > >
> > > I've done a few passes, dropping a bunch of older firmware upstream
> > > that are no longer supported in any sta
On Thursday, December 8, 2022, Adam Williamson
wrote:
> On Thu, 2022-12-08 at 12:58 +, Peter Robinson wrote:
> >
> > I've done a few passes, dropping a bunch of older firmware upstream
> > that are no longer supported in any stable kernel release, also a
> > bunch of de-dupe and linking of fi
On Thu, 2022-12-08 at 12:50 -0500, David Cantrell wrote:
> On Wed, Dec 07, 2022 at 04:42:05PM -0800, Adam Williamson wrote:
> > Hi folks! Today I woke up and found
> > https://bugzilla.redhat.com/show_bug.cgi?id=2151495 , which diverted me
> > down a bit of an "installer environment size" rabbit ho
On Wed, Dec 07, 2022 at 04:42:05PM -0800, Adam Williamson wrote:
> Hi folks! Today I woke up and found
> https://bugzilla.redhat.com/show_bug.cgi?id=2151495 , which diverted me
> down a bit of an "installer environment size" rabbit hole.
>
> As of today, with that new dep in webkitgtk, Rawhide's n
On Thu, Dec 8, 2022 at 5:29 PM Adam Williamson
wrote:
> It shouldn't be too hard to try this out - it's just one setting in
> lorax somewhere, but I gave up on this alleyway before figuring out
> exactly where to set it.
Well, a *very* unscientific (a few random files)
showed a mostly small diff
On Thu, 2022-12-08 at 08:53 +0100, Tomáš Popela wrote:
> Hi Adam,
>
> On Thu, Dec 8, 2022 at 5:30 AM Adam Williamson
> wrote:
>
> > On Thu, 2022-12-08 at 03:28 +, Gary Buhrmaster wrote:
> > > On Thu, Dec 8, 2022 at 12:42 AM Adam Williamson
> > > wrote:
> > > >
> > > > Hi folks! Today I wok
On Thu, 2022-12-08 at 17:10 +, Gary Buhrmaster wrote:
> On Thu, Dec 8, 2022 at 5:06 PM Adam Williamson
> wrote:
>
> > It already *is* compressed, which is why it doesn't get any smaller in
> > the compressed filesystem image, unlike the other things I mentioned.
> > Check for yourself - look
On Thu, Dec 8, 2022 at 5:06 PM Adam Williamson
wrote:
> It already *is* compressed, which is why it doesn't get any smaller in
> the compressed filesystem image, unlike the other things I mentioned.
> Check for yourself - look under /lib/firmware and you'll see only
> things ending in .xz.
Right
On Wed, Dec 07, 2022 at 04:42:05PM -0800, Adam Williamson wrote:
> Hi folks! Today I woke up and found
> https://bugzilla.redhat.com/show_bug.cgi?id=2151495 , which diverted me
> down a bit of an "installer environment size" rabbit hole.
snip
> Why does this matter? Well, the images being large i
On Thu, 2022-12-08 at 16:51 +, Gary Buhrmaster wrote:
> On Thu, Dec 8, 2022 at 12:58 PM Peter Robinson wrote:
>
> > I've done a few passes, dropping a bunch of older firmware upstream
> > that are no longer supported in any stable kernel release, also a
> > bunch of de-dupe and linking of fil
On Thu, 2022-12-08 at 08:26 -0500, Stephen Smoogen wrote:
> >
> The only ideas I have seen which 'work'* is to ship a minimal set of
> drivers for some 'chosen' hardware and then you have a bloated kitchen-sink
> iso which has all the drivers in it. The chosen hardware could be a
> 'defined' virtu
On Thu, 2022-12-08 at 12:58 +, Peter Robinson wrote:
>
> I've done a few passes, dropping a bunch of older firmware upstream
> that are no longer supported in any stable kernel release, also a
> bunch of de-dupe and linking of files rather than shipping of multiple
> copies of the same firmwar
On Thu, Dec 8, 2022 at 12:58 PM Peter Robinson wrote:
> I've done a few passes, dropping a bunch of older firmware upstream
> that are no longer supported in any stable kernel release, also a
> bunch of de-dupe and linking of files rather than shipping of multiple
> copies of the same firmware. I
On Thu, 2022-12-08 at 16:04 +, Peter Robinson wrote:
> On Thu, Dec 8, 2022 at 3:54 PM Miroslav Suchý wrote:
> >
> > Dne 08. 12. 22 v 13:58 Peter Robinson napsal(a):
> > > Ideas on how to solve that problem welcome.
> >
> > Do we need - at install time - firmware for:
> >
> > * v4l
> >
> >
On Thu, Dec 8, 2022 at 3:54 PM Miroslav Suchý wrote:
>
> Dne 08. 12. 22 v 13:58 Peter Robinson napsal(a):
> > Ideas on how to solve that problem welcome.
>
> Do we need - at install time - firmware for:
>
> * v4l
>
> * dvb
>
> * cameras
No, and we're looking at splitting those out, but the fact i
Dne 08. 12. 22 v 13:58 Peter Robinson napsal(a):
Ideas on how to solve that problem welcome.
Do we need - at install time - firmware for:
* v4l
* dvb
* cameras
?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email
On Thu, Dec 8, 2022 at 12:31 PM Kevin Kofler via devel
wrote:
> IMHO, the web-based UI is a major mistake and should never be shipped in
> Fedora.
As I am sure you are aware, it seems a number of distros
are experimenting with their next gen installer. OpenSUSE
has their new web based D-install
On Thu, 8 Dec 2022 at 08:15, Peter Robinson wrote:
> On Thu, Dec 8, 2022 at 12:42 AM Adam Williamson
> wrote:
> >
> > Hi folks! Today I woke up and found
> > https://bugzilla.redhat.com/show_bug.cgi?id=2151495 , which diverted me
> > down a bit of an "installer environment size" rabbit hole.
> >
On Thu, Dec 8, 2022 at 12:42 AM Adam Williamson
wrote:
>
> Hi folks! Today I woke up and found
> https://bugzilla.redhat.com/show_bug.cgi?id=2151495 , which diverted me
> down a bit of an "installer environment size" rabbit hole.
>
> As of today, with that new dep in webkitgtk, Rawhide's network i
Kevin Kofler via devel wrote:
> 🤦 A full-blown, 71 MB compressed (!) web browser just to show the UI for
> the installer!
PS: And I guess we will then also need to ship the langpacks, which are
another 42 MB compressed! (And in one monolithic package for all languages.)
Kevin Kofler
Adam Williamson wrote:
> On Thu, 2022-12-08 at 07:57 +0100, Florian Weimer wrote:
>> It has all the targets in it. As it's for JIT, we'd only need one
>> target.
>
> That sounds interesting, though of course the details of how to
> implement it could be a bit tricky, I guess...
Build /usr/lib64/
Tomáš Popela wrote:
> firefox, because that's what the web based installer should/will use in
> the end
🤦 A full-blown, 71 MB compressed (!) web browser just to show the UI for the
installer!
IMHO, the web-based UI is a major mistake and should never be shipped in
Fedora. It is good as a protot
Hi Adam,
On Thu, Dec 8, 2022 at 5:30 AM Adam Williamson
wrote:
> On Thu, 2022-12-08 at 03:28 +, Gary Buhrmaster wrote:
> > On Thu, Dec 8, 2022 at 12:42 AM Adam Williamson
> > wrote:
> > >
> > > Hi folks! Today I woke up and found
> > > https://bugzilla.redhat.com/show_bug.cgi?id=2151495 , w
On Thu, 2022-12-08 at 07:57 +0100, Florian Weimer wrote:
> * Adam Williamson:
>
> > 1. /usr/lib/locale/locale-archive , from glibc-all-langpacks - this is
> > 224M uncompressed. A quick test just compressing the file with xz on my
> > system shows it compresses to around 11M, though, so that's pro
1 - 100 of 106 matches
Mail list logo
