On 2/15/21 14:27, Michael Brown wrote:
> Thanks.
>
> For a Red Hat installation, I can tell the initrd where to find the rest
> of the installer by adding e.g.
>
> inst.repo=http://mirror.centos.org/centos/8/BaseOS/x86_64/os
>
> to the kernel command line.
>
> Is there a direct equivalent
On 2/12/21 11:43, Oliver Rath wrote:
> Ist there something appropriate for Debian/Ubuntu?
For e.g. Focal release of Ubuntu, you would use this URL base (make sure
the initramfs and kernel filenames are the same, I didn't check):
On 2/1/19 6:57 PM, brent s. wrote:
>>
>
> what about IPv6 SLAAC? you could have an IPv6 ULA[] SLAAC that's only
> used for iPXE bootstrapping. that'd probably be the easiest way, i'd
> wager. just pick a ULA prefix and off you go. throw your provision boxes
> on the same pref
On 2/1/19 6:23 PM, Matthew Walster wrote:
> I have a scenario where iPXE would be perfect for loading / upgrading
> the operating system on remotely deployed hardware, but I've come across
> a hurdle regarding the lack of DHCP at the remote site, and I was
> wondering if anyone else has solved
On 12/04/2017 07:40 PM, Michael Brown wrote:
> On 21/11/17 03:29, brent s. wrote:
>> for wimboot, there's a fairly large amount of these:
>>
>> main.i386.s:470: Error: 8-byte relocation cannot be applied to 4-byte
>> field
>> make: *** [Makefile:127: main.i38
On 02/24/2018 02:01 AM, Geert Stappers wrote:
> On Thu, Feb 22, 2018 at 08:21:51PM -0500, Philip Gardner, Jr. wrote:
>> Hi all -
>>
>> I have attempted to follow the instructions on making a custom image for
>> chainloading iPXE. However, when my VM downloads the image and loads it, it
>> has no
On 01/02/2018 03:41 PM, Michael Brown wrote:
> On 04/10/17 08:41, Christian Hesse wrote:
>> "brent s." <b...@square-r00t.net> on Mon, 2017/10/02 13:23:
>>> Thanks, Michael. It seems to be the linking throwing the segfault
>>> (reformatted for re
On 12/26/2017 12:29 PM, Michael Brown wrote:
> On 26/12/17 17:12, brent s. wrote:
>>> hrm.. no, i didn't, at least not intentionally, and on the same version
>>> of binutils...
>>>
>>> let me try it on a brand new install. will reply shortly.
>>
>&
On 12/26/2017 11:08 AM, brent s. wrote:
> On 12/26/2017 06:42 AM, Michael Brown wrote:
> (SNIP)
>> I am unable to reproduce your build problem using Arch
>> 2017.12.12:
>>
>> GCC 7.2.1
>> Make 4.2.1
>> Binutils 2.29.1.20171010
>>
>>
On 12/26/2017 06:42 AM, Michael Brown wrote:
> On 26/12/17 07:59, brent s. wrote:
>> I am unable to successfully build wimboot as found at
>> https://git.ipxe.org/wimboot.git
>>
>> Build output is attached.
>>
>> Environment:
>>
>> Arch
Hello -
I am unable to successfully build wimboot as found at
https://git.ipxe.org/wimboot.git
Build output is attached.
Environment:
Arch Linux
GCC 7.2.0
GNU Make 4.2.1
glibc 2.26
Reproduction:
1.) git clone https://git.ipxe.org/wimboot.git
2.) cd wimboot/src
3.) make
--
brent saner
On 12/26/2017 02:51 AM, brent s. wrote:
> Build output is attached.
>
Apologies; that was in XZ.
Plaintext/uncompressed attached.
--
brent saner
https://square-r00t.net/
GPG info: https://square-r00t.net/gpg-info
gcc -fno-pie -E -traditional head.S -o head.s
as -32 -o head.o head.s
gc
Hello -
I am unable to successfully build the memtest NBP as found at
git.ipxe.org/people/mcb30/memtest.git
Build output is attached.
Environment:
Arch Linux
GCC 7.2.0
GNU Make 4.2.1
glibc 2.26
Reproduction:
1.) git clone git://git.ipxe.org/people/mcb30/memtest.git
2.) cd memtest
3.) git
On 12/22/2017 05:50 PM, Youkay akay wrote:
> Hi
>
> I enabled HTTPS by adding #define DOWNLOAD_PROTO_HTTPS to
> src/config/local/general.h
>
> But when i try to download the image , i get the below error.
>
> *iPXE>boot https://[ipv6]/image_path*
> *Could not start download: Invalid argument
hey, all-
getting some build errors. using gcc 7.2.0 and make 4.2.1.
for wimboot, there's a fairly large amount of these:
main.i386.s:470: Error: 8-byte relocation cannot be applied to 4-byte field
make: *** [Makefile:127: main.i386.x86_64.raw.o] Error 1
secondly, on the memtest86+ netboot
On 10/02/2017 11:06 AM, Michael Brown wrote:
> On 01/10/17 17:02, brent s. wrote:
>>> [LD] bin/usbdisk.bin
>>> make: *** [arch/x86/Makefile.pcbios:116: bin/usbdisk.bin] Segmentation
>>> fault (core dumped)
>>> make: *** Deleting file 'bin/usbdisk
On 10/01/2017 11:36 AM, brent s. wrote:
> when attempting a make all, i'm getting various segfaults on gcc 7.x.
>
> i've tried from both current HEAD and from a known-good commit i've
> built from in the past (8b104d881abbeb8f9592708a490c16916b0b1ecc) and a
> bisect failed on eve
when attempting a make all, i'm getting various segfaults on gcc 7.x.
i've tried from both current HEAD and from a known-good commit i've
built from in the past (8b104d881abbeb8f9592708a490c16916b0b1ecc) and a
bisect failed on every commit (even
8b104d881abbeb8f9592708a490c16916b0b1ecc):
...
ar:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 03/07/2016 12:41 PM, Shao Miller wrote:
> On 3/4/2016 10:18, brent s. wrote:
>> Is the mailman mailer itself busted?
>
> I just requested and received a password-reminder request, so no, I
> don't think so. I am no
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Apologies for the off-topic and if this has been addressed already.
Is the mailman mailer itself busted?
I've tried to send password reminders, unsubscribe, and/or change my
mailing preferences multiple times over the past couple weeks but I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hey all-
I had asked in IRC about PNG/Background image support in EFI builds. It
seems it's currently not supported due to a currently needed fixed-width
bitmap font definition. Is this correct?
I was also wondering if it was possible to detect if
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 08/22/2015 05:09 AM, Christian Nilsson wrote:
Hi,
Your best approach for linux is to have one kernel with efistub
enabled - that way it will be both an normal kernel and an efi
binary at the same time. other then that you have the platform
22 matches
Mail list logo
