Hi,
i wrote:
> Date: Fri, 23 Oct 2020 19:29:46 +0200
> Date: Fri, 23 Oct 2020 21:55:56 +0200
My apologies for these repetitions.
I had hoped that the queue dropped them either because of their mail
header deficiencies or because i was not subscribed when i sent them.
Have a nice day :)
Thomas
Hi,
Chris Adams wrote:
> Although: now that I look at the ISO structure with isoinfo, it does
> appear that the files are not actually duplicated
ECMA-119 (ISO 9660 for free) allows the equivalent to hardlinking by
6.5.1 Relation to File Sections
...
A File Section may be part of more than
Hi,
Neal Gompa wrote:
> Could we just drop syslinux/isolinux and use GRUB there? Other
> distributions have done that
I understand Ubuntu did it just yesterday.
https://releases.ubuntu.com/20.10/ubuntu-20.10-desktop-amd64.iso
The lesson from
https://bugs.launchpad.net/ubuntu-cdimage/+bug/188
Hi,
Gerd Hoffmann wrote:
> There isn't something like a link
> count field in the directory listing, so this is *not* visible with
> "ls".
There is something like a link count field. But a link count > 1 makes
full sense only if the link siblings have the same inode number. Those
numbers can be r
Hi,
> > That's curious, when I mount the server dvd ISO, those files have
> > different inode numbers.
>
> Sorry for the late reply on this, yet, they are hardlinked.
Well, iso9660 is pretty simple. File data is basically referenced as
"offset,length". So hardlinked files can be trivially be
Hi,
Chris Adams wrote:
> Although: now that I look at the ISO structure with isoinfo, it does
> appear that the files are not actually duplicated
ECMA-119 (ISO 9660 for free) allows the equivalent to hardlinking by
6.5.1 Relation to File Sections
...
A File Section may be part of more than
Hi,
Neal Gompa wrote:
> Could we just drop syslinux/isolinux and use GRUB there? Other
> distributions have done that
I understand Ubuntu did it just yesterday.
https://releases.ubuntu.com/20.10/ubuntu-20.10-desktop-amd64.iso
The lesson from
https://bugs.launchpad.net/ubuntu-cdimage/+bug/188
On Fri, Oct 23, 2020 at 09:56:11AM -0600, Chris Murphy wrote:
> On Fri, Oct 23, 2020 at 8:18 AM Chris Adams wrote:
> >
> > Once upon a time, Chris Murphy said:
>
> > Although: now that I look at the ISO structure with isoinfo, it does
> > appear that the files are not actually duplicated - they
On 2020-10-23 17:56, Chris Murphy wrote:
That's curious, when I mount the server dvd ISO, those files have
different inode numbers.
I can't tell from the isoinfo man page what the numbers in brackets mean.
Even if inodes are different, data blocks can be reused.
The filesystem is readonly so
On Fri, Oct 23, 2020 at 8:33 AM Neal Gompa wrote:
>
> On Fri, Oct 23, 2020 at 1:39 AM Chris Murphy wrote:
> > I'm not sure it's possible (still) for UEFI and BIOS GRUB to co-exist
> > on one media, hence using isolinux to boot BIOS.
> Could we just drop syslinux/isolinux and use GRUB there? Oth
On Fri, Oct 23, 2020 at 8:18 AM Chris Adams wrote:
>
> Once upon a time, Chris Murphy said:
> Although: now that I look at the ISO structure with isoinfo, it does
> appear that the files are not actually duplicated - they are pointing to
> the same sectors. Reading the genisoimage man page, it
On Fri, Oct 23, 2020 at 1:39 AM Chris Murphy wrote:
>
> On Thu, Oct 22, 2020 at 5:35 PM Chris Adams wrote:
> >
> > Once upon a time, Brian C. Lane said:
> > > I tried :) It ends up that there are users who boot the install.img with
> > > fips=1 which means it needs to be present. It was removed
On Fri, Oct 23, 2020 at 09:17:52AM -0500, Chris Adams wrote:
> Well, there is value in having the vmlinuz/initrd.img directly available
> on the ISO (for people setting up PXE boot for example). I don't see
> any reason for there to be an images/pxelinux directory though - you can
> just get the s
Once upon a time, Chris Murphy said:
> On Thu, Oct 22, 2020 at 5:35 PM Chris Adams wrote:
> > Once upon a time, Brian C. Lane said:
> > > I tried :) It ends up that there are users who boot the install.img with
> > > fips=1 which means it needs to be present. It was removed for a bit, and
> > >
On Thu, Oct 22, 2020 at 5:35 PM Chris Adams wrote:
>
> Once upon a time, Brian C. Lane said:
> > I tried :) It ends up that there are users who boot the install.img with
> > fips=1 which means it needs to be present. It was removed for a bit, and
> > then I reverted the removal:
> >
> > https://g
Once upon a time, Brian C. Lane said:
> I tried :) It ends up that there are users who boot the install.img with
> fips=1 which means it needs to be present. It was removed for a bit, and
> then I reverted the removal:
>
> https://github.com/weldr/lorax/commit/3c745aed8d535cae8430161192e0a1505c21
On Thu, Oct 22, 2020 at 12:56:26PM -0500, Chris Adams wrote:
> Once upon a time, Martin Kolman said:
> > I wonder if this can also help make the boot isos and installation images
> > smaller ? I'm sure they haver some firmware on
> > them. Or alternatively we could reduce the potentially quite me
Once upon a time, Martin Kolman said:
> I wonder if this can also help make the boot isos and installation images
> smaller ? I'm sure they haver some firmware on
> them. Or alternatively we could reduce the potentially quite meintenance
> intensive firmware culling we do at the moment.
One thi
On Thu, Oct 22, 2020 at 02:46:47PM +0200, Martin Kolman wrote:
> I wonder if this can also help make the boot isos and installation images
> smaller ? I'm sure they haver some firmware on
> them. Or alternatively we could reduce the potentially quite meintenance
> intensive firmware culling we do
On Thu, 2020-10-22 at 14:57 +0100, Peter Robinson wrote:
> On Thu, Oct 22, 2020 at 1:47 PM Martin Kolman wrote:
> > On Tue, 2020-09-29 at 16:29 -0400, Ben Cotton wrote:
> > > https://fedoraproject.org/wiki/Changes/CompressKernelFirmware
> > >
> > > == Summary ==
> > > Compress Kernel Firmwares to
On Thu, Oct 22, 2020 at 1:47 PM Martin Kolman wrote:
>
> On Tue, 2020-09-29 at 16:29 -0400, Ben Cotton wrote:
> > https://fedoraproject.org/wiki/Changes/CompressKernelFirmware
> >
> > == Summary ==
> > Compress Kernel Firmwares to reduce on disk size
> >
> > == Owner ==
> > * Name: [[User:pbrobins
On Tue, 2020-09-29 at 16:29 -0400, Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/CompressKernelFirmware
>
> == Summary ==
> Compress Kernel Firmwares to reduce on disk size
>
> == Owner ==
> * Name: [[User:pbrobinson| Peter Robinson]]
> * Email: [mailto:pbrobin...@fedoraproject.org|
On Thu, Oct 22, 2020 at 7:53 AM Zbigniew Jędrzejewski-Szmek
wrote:
>
> On Tue, Sep 29, 2020 at 09:46:14PM +0100, Peter Robinson wrote:
> > On Tue, Sep 29, 2020 at 9:41 PM Neal Gompa wrote:
> > >
> > > On Tue, Sep 29, 2020 at 4:30 PM Ben Cotton wrote:
> > > >
> > > > https://fedoraproject.org/wik
On Tue, Sep 29, 2020 at 09:46:14PM +0100, Peter Robinson wrote:
> On Tue, Sep 29, 2020 at 9:41 PM Neal Gompa wrote:
> >
> > On Tue, Sep 29, 2020 at 4:30 PM Ben Cotton wrote:
> > >
> > > https://fedoraproject.org/wiki/Changes/CompressKernelFirmware
> > >
> > > == Summary ==
> > > Compress Kernel F
On Tue, Sep 29, 2020 at 9:41 PM Neal Gompa wrote:
>
> On Tue, Sep 29, 2020 at 4:30 PM Ben Cotton wrote:
> >
> > https://fedoraproject.org/wiki/Changes/CompressKernelFirmware
> >
> > == Summary ==
> > Compress Kernel Firmwares to reduce on disk size
> >
> > == Owner ==
> > * Name: [[User:pbrobinso
On Tue, Sep 29, 2020 at 4:30 PM Ben Cotton wrote:
>
> https://fedoraproject.org/wiki/Changes/CompressKernelFirmware
>
> == Summary ==
> Compress Kernel Firmwares to reduce on disk size
>
> == Owner ==
> * Name: [[User:pbrobinson| Peter Robinson]]
> * Email: [mailto:pbrobin...@fedoraproject.org| pb
https://fedoraproject.org/wiki/Changes/CompressKernelFirmware
== Summary ==
Compress Kernel Firmwares to reduce on disk size
== Owner ==
* Name: [[User:pbrobinson| Peter Robinson]]
* Email: [mailto:pbrobin...@fedoraproject.org| pbrobin...@fedoraproject.org]
== Detailed Description ==
Since the
27 matches
Mail list logo
