maya@ wrote:
> Module Name: src
> Committed By: maya
> Date: Tue Apr 16 16:13:45 UTC 2024
>
> Modified Files:
> src/distrib/amd64/liveimage/emuimage: Makefile rc.conf.emuimage
> spec.emuimage
>
> Log Message:
> restore amd64 live image support for resize root after combi
Module Name:src
Committed By: maya
Date: Tue Apr 16 16:13:45 UTC 2024
Modified Files:
src/distrib/amd64/liveimage/emuimage: Makefile rc.conf.emuimage
spec.emuimage
Log Message:
restore amd64 live image support for resize root after combined mbr/gpt commit
we n
Module Name:src
Committed By: maya
Date: Tue Apr 16 16:13:45 UTC 2024
Modified Files:
src/distrib/amd64/liveimage/emuimage: Makefile rc.conf.emuimage
spec.emuimage
Log Message:
restore amd64 live image support for resize root after combined mbr/gpt commit
we n
Module Name:src
Committed By: hgutch
Date: Wed Jul 13 18:51:03 UTC 2022
Modified Files:
src/distrib/amd64/liveimage/emuimage: rc.conf.emuimage
Log Message:
Check for right sysctl node to make live image work OOTB on OpenStack:
machdep.dmi.system-product = OpenStack Comp
Module Name:src
Committed By: hgutch
Date: Wed Jul 13 18:51:03 UTC 2022
Modified Files:
src/distrib/amd64/liveimage/emuimage: rc.conf.emuimage
Log Message:
Check for right sysctl node to make live image work OOTB on OpenStack:
machdep.dmi.system-product = OpenStack Comp
Module Name:src
Committed By: gson
Date: Sun Aug 11 11:00:30 UTC 2019
Modified Files:
src/distrib/amd64/liveimage/emuimage: Makefile
Log Message:
Live images built with MKDEBUG=yes fit in 2 GB since installing _pic.a
libraries was disabled in src/share/mk/bsd.own.mk 1.1150
Module Name:src
Committed By: gson
Date: Sun Aug 11 11:00:30 UTC 2019
Modified Files:
src/distrib/amd64/liveimage/emuimage: Makefile
Log Message:
Live images built with MKDEBUG=yes fit in 2 GB since installing _pic.a
libraries was disabled in src/share/mk/bsd.own.mk 1.1150
Martin Husemann writes:
> On Thu, Aug 08, 2019 at 08:09:19PM -0400, Greg Troxel wrote:
>> In addition, I don't like it that images have stuff in /boot in the DOS
>> partition that can't be found in some obvious place, like /usr/mdec.
>> But I haven't gotten around to trying to fix it either so I
Martin Husemann wrote:
> However - the whole idea boils down to:
>
> - what purpose do others use the USB install images for?
What others use the USB *install* image for is hardly relevant to
the present discussion. The install image and the live image (aka
"emuimage") are two separate things,
On Fri, Aug 09, 2019 at 05:44:12AM +, m...@netbsd.org wrote:
> I guess not a lot of people use the amd64 .img files as an alternate
> sysinst for remote setups. where you reboot to rescue, dd it to disk,
> then reboot to a complete netbsd install.
Sorry, I am not sure I get your point here.
I
On Thu, Aug 08, 2019 at 08:09:19PM -0400, Greg Troxel wrote:
> In addition, I don't like it that images have stuff in /boot in the DOS
> partition that can't be found in some obvious place, like /usr/mdec.
> But I haven't gotten around to trying to fix it either so I get it that
> ENOPATCH.
Yes, b
On Thu, Aug 08, 2019 at 08:22:21PM +0200, Martin Husemann wrote:
> On Thu, Aug 08, 2019 at 09:13:37PM +0300, Andreas Gustafsson wrote:
> > The image already has an empty /usr/libdata/debug. The increase in
> > size when MKDEBUG is enabled is spread out over various other
> > directories, notably /
> Other libraries also have _pic.a files that are much larger than the
> others versions. Is there a bug that causes them not to be CTF-converted,
> or is this deliberate?
the _pic.a libraries are special case we could choose to stop
shipping. they're useful if someone wants to build a special
c
Martin Husemann writes:
> On Thu, Aug 08, 2019 at 09:13:37PM +0300, Andreas Gustafsson wrote:
> > The image already has an empty /usr/libdata/debug. The increase in
> > size when MKDEBUG is enabled is spread out over various other
> > directories, notably /usr/lib. For example,
> >
> > /usr/li
Andreas Gustafsson writes:
> I really don't like the general idea of introducing differences
> between images and systems installed through sysinst. It's confusing
> for users, and also means that testing of one is less likely to apply
> to the other.
Agreed strongly.
In addition, I don't like
Martin Husemann wrote:
> How about: remove all *.a files from those images?
> Is there a tool to strip CTF from binaries?
I really don't like the general idea of introducing differences
between images and systems installed through sysinst. It's confusing
for users, and also means that testing of
On Thu, Aug 08, 2019 at 09:13:37PM +0300, Andreas Gustafsson wrote:
> The image already has an empty /usr/libdata/debug. The increase in
> size when MKDEBUG is enabled is spread out over various other
> directories, notably /usr/lib. For example,
>
> /usr/lib 405182 kB -> 866276 kB
> /usr/b
Martin Husemann wrote:
> I would like to see this images created w/o /usr/libdata/debug/ (as we
> do for ISO images, some of which we even strip more), but I have not
> yet found an easy way to hack that into the image creation process.
The image already has an empty /usr/libdata/debug. The incre
On Wed, Aug 07, 2019 at 07:59:36AM +, Andreas Gustafsson wrote:
> Module Name: src
> Committed By: gson
> Date: Wed Aug 7 07:59:36 UTC 2019
>
> Modified Files:
> src/distrib/amd64/liveimage/emuimage: Makefile
>
> Log Message:
> The amd64 live image no longer fits in 2 GB when
Module Name:src
Committed By: gson
Date: Wed Aug 7 07:59:36 UTC 2019
Modified Files:
src/distrib/amd64/liveimage/emuimage: Makefile
Log Message:
The amd64 live image no longer fits in 2 GB when built with with
MKDEBUG, as releases are. Bump the size to just under 4 GB (a
Module Name:src
Committed By: gson
Date: Wed Aug 7 07:59:36 UTC 2019
Modified Files:
src/distrib/amd64/liveimage/emuimage: Makefile
Log Message:
The amd64 live image no longer fits in 2 GB when built with with
MKDEBUG, as releases are. Bump the size to just under 4 GB (a
21 matches
Mail list logo
