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
On Wed, Jan 18, 2023 at 11:54:57AM +, David Brownlee wrote:
> Adding an explicit -E seemed like the simplest and smallest
I missed the part that kre explained: this is not a login shell,
so indeed your change is the most simple solution.
Martin
On Tue, 17 Jan 2023 at 08:57, Robert Elz wrote:
>
> Date:Tue, 17 Jan 2023 08:13:12 +0100
> From:Martin Husemann
> Message-ID: <20230117071312.ga18...@mail.duskware.de>
>
> | what is missing in this
> | environment so it does not work by default?
>
> The shell star
Date:Tue, 17 Jan 2023 08:13:12 +0100
From:Martin Husemann
Message-ID: <20230117071312.ga18...@mail.duskware.de>
| what is missing in this
| environment so it does not work by default?
The shell started this way is not a login shell, so does
not read any of the st
On Mon, Jan 16, 2023 at 03:00:03PM +, David Brownlee wrote:
> Module Name: src
> Committed By: abs
> Date: Mon Jan 16 15:00:03 UTC 2023
>
> Modified Files:
> src/distrib/amd64/cdroms: install.sh
> src/distrib/amd64/installimage: install.sh
> src/distrib/amd64/install
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
In article <21082.1558083...@splode.eterna.com.au>,
matthew green wrote:
>> Module Name: src
>> Committed By:christos
>> Date:Wed May 15 13:47:41 UTC 2019
>>
>> Modified Files:
>> src/distrib/amd64/cdroms/bootcd-com: Makefile
>>
>> Log Message:
>> Add a comment abou
> Module Name: src
> Committed By: christos
> Date: Wed May 15 13:47:41 UTC 2019
>
> Modified Files:
> src/distrib/amd64/cdroms/bootcd-com: Makefile
>
> Log Message:
> Add a comment about iLO
+# HP Proliant iLO serial console is on com1
actually, HP, and others, tend to have this
19 matches
Mail list logo
