search for: pre17

Especially you who are doing large-scale network booting, please try out 4.10-pre17 *and report the results*. I'm hoping with Gene Cumm's fixes that we have can promote this to a full release shortly, but I really need test reports -- good or bad. -hpa -- H. Peter Anvin, Intel Open Source Technology Center I work for Intel. I don't speak on their behalf.

Hi, I finally managed to test pxelinux 4.10 pre17 in our VMware environment and can report that HTTP booting seems to work reliably now. Downloads are fairly fast. As a side note, rosh "ls" and "pwd" commands now work as expected with a HTTP TFTP prefix, cool! I'll leave it in production use now and report about any furth...

On 07/01/2014 09:55 PM, Gene Cumm wrote: > On Jul 1, 2014 10:37 PM, "Alexander Perlis" <aperlis at math.lsu.edu > > I believe I'm seeing a bug in lpxelinux.0 6.03-pre17 ... > > Odd. 4.07 should be good but the 4.10/5.1*/6.0* revisions make sense. My bad. I tried again, and in 4.07 we do get further. We couldn't boot all the way because, it seems, using pxelinux-options in 4.07 to force in "-b next-server pxe.ip.address" doesn't seem to h...

Hello everybody, setting up a netboot server for a really huge network I decided to go with what will be syslinux 4.10 to get support for http transfers. The setup works on my notebook, booting another notebook directly connected. However it fails with a more complex setup: A virtual machine on the second notebook bridged to the ethernet device does not boot, systems from other networks with a

Hello, I have been testing James'' GPLPV drivers and found excellent performance when using iperf but have been having issues when trying to download a file from a shared folder on my Windows 2003 Enterprise HVM to any other system whether it is linux or windows. Basically my initial iperf tests were showing 937Mbits/sec down and 345Mbits/sec up but when I try to copy a 2GB file

On Jul 1, 2014 10:37 PM, "Alexander Perlis" <aperlis at math.lsu.edu> wrote: > > I believe I'm seeing a bug in lpxelinux.0 6.03-pre17 but I need some advice on how to isolate and troubleshoot this. (I can't try pre18 at the moment, but did try 4.07 and 5.10 and saw similar behavior, also with pxelinux.0, so although I'll give pre18 a try soon, some isolation/troubleshooting advice will be a good education no matter what.)...

...l.img from HTTP.... ---------------- 6.03-pre11 BIOS: pxelinux.0: boota OK TFTP 6.03-pre12 BIOS: pxelinux.0: boots OK TFTP 6.03-pre13 BIOS: pxelinux.0: boots OK TFTP 6.03-pre14 BIOS: pxelinux.0: boots OK TFTP 6.03-pre15 BIOS: pxelinux.0: boots OK TFTP 6.03-pre16 BIOS: pxelinux.0: boots OK TFTP 6.03-pre17 BIOS: pxelinux.0: boots OK TFTP ---------------- 6.03-pre11 BIOS: lpxelinux.0: boots OK TFTP & HTTP 6.03-pre12 BIOS: lpxelinux.0: very slow compared to pre11. boots TFTP & HTTP 6.03-pre13 BIOS: lpxelinux.0: boots OK TFTP & HTTP 6.03-pre14 BIOS: lpxelinux.0: very slow compared to pre13....

I believe I'm seeing a bug in lpxelinux.0 6.03-pre17 but I need some advice on how to isolate and troubleshoot this. (I can't try pre18 at the moment, but did try 4.07 and 5.10 and saw similar behavior, also with pxelinux.0, so although I'll give pre18 a try soon, some isolation/troubleshooting advice will be a good education no matter wh...

...the --devel flavors from all of their installable packages.  I couldn't find any discussion as to why or what they intend to replace the function with. **update;  this is where they decided to do this; https://github.com/Homebrew/brew/pull/5060#issuecomment-428149176 But in the meantime, 1.1pre17 is not installable from homebrew after running 'brew update' For the time being however, I was able to revert their package file to an older version to get access to their 1.1pre17 option. cd /usr/local/Homebrew/Library/Taps/homebrew/homebrew-core git log Formula/tinc    ( identify a goo...

Just a small fix: if #ifdef is given multiple arguments, it only evaluates the first and ignores the rest of the line... Also added #include <string.h> to prevent compiler warning about strncmp in login. enjoy, -dagraz --- bsd-login.c.orig Thu Dec 9 14:52:27 1999 +++ bsd-login.c Thu Dec 9 14:58:42 1999 @@ -52,6 +52,7 @@ # include <utmp.h> #endif #include <stdio.h>

On Jul 2, 2014 11:13 AM, "Alexander Perlis" <aperlis at math.lsu.edu> wrote: > Or is there a different (non-ipxe?) way we can locally boot a machine and get it to chain to our 6.0x pxelinux server? Unless this is a completely isolated network, talk with your IT department. If there's no DHCP, make a simple server. If there's DHCP and no boot info, add a PXE server

On 07/03/2014 06:31 AM, Gene Cumm wrote: > On Jul 2, 2014 11:13 AM, Alexander Perlis wrote: > > > Or is there a different (non-ipxe?) way we can locally boot a machine > and get it to chain to our 6.0x pxelinux server? > > Unless this is a completely isolated network, talk with your IT department. > > If there's no DHCP, make a simple server. If there's DHCP and

On Thu, Jul 3, 2014 at 9:13 PM, Alexander Perlis <aperlis at math.lsu.edu> wrote: > I suppose we could try making an ISOLINUX CD for the local boot, which then > uses pxechn.c32 to connect to our PXE server? pxechn.c32 requires a functional PXELINUX. -- -Gene

Op 2014-07-01 om 22:55 schreef Gene Cumm: > On Jul 1, 2014 10:37 PM, "Alexander Perlis" wrote: > > > > I believe I'm seeing a bug in lpxelinux.0 6.03-pre17 but I need some > > advice on how to isolate and troubleshoot this. (I can't try pre18 > > at the moment, but did try 4.07 and 5.10 and saw similar behavior, > > also with pxelinux.0, so although I'll give pre18 a try soon, some > > isolation/troubleshooting advice w...

Hi, thanks for writing cptime, after manually adding it to the Makefile of a lwip git checkout it compiled fine (same about prdhcp) (only isohybrid complained about a missing uuid/uuid.h)... I have a 64bit VM with VMXNET3 and go there this result: [image: cptime.png] (can everybody see the picture?) The download of a 180MB large file (Parted Magic initrd) takes between 60 and 72 seconds,

...he best place to put this information; but something seems to have gone 'backwards' in the later pre-releases of 6.03 regarding network booting. I'd say this is an excellent place to start. I'm getting some similar results here with the precompiled binaries and my binaries of 6.03-pre17 > below are results of me testing - i did each a few times to make sure they are valid results. > > hope it helps identify something that's gone awry ? > so far, 6.03 pre11 and pre13 (excluding efi32) seem most stable for PXE/EFI Network booting.... > > Cheers > Andrew &gt...

On 07/03/2014 08:44 PM, Gene Cumm wrote: > On Thu, Jul 3, 2014 at 9:13 PM, Alexander Perlis wrote: > >> I suppose we could try making an ISOLINUX CD for the local boot, which then >> uses pxechn.c32 to connect to our PXE server? > > pxechn.c32 requires a functional PXELINUX. If I understand the issue correctly, is it that pxelinux.0 does not have a network stack and

...t fails > 6.03-pre18 EFI64: fails - exactly same as per EFI32 above but all .e64 instead of .e32 > > Cheers! > Andrew Is there any chance that (at least part of) the behavior depends on the (official) build? For instance, the binaries from ArchLinux currently corresponding to 6.03-pre17 can be downloaded from: https://www.archlinux.org/packages/core/x86_64/syslinux/download/ https://www.archlinux.org/packages/core/i686/syslinux/download/ Also the binaries from Debian Unstable, currently at 6.03-pre17 too, could be downloaded and tested. To be clear, I don't mean that...

Let's try to get this thing released. Dag: will you do your RPM buildathon on this drop? Changes in 3.74: * New UI directive, which allows a more natural way to specify a menu system (or not.) With the UI directive specifying the menu system, the DEFAULT directive can be used to select the default entry inside the menus. * kbdmap.c32: new module

FYI, while rebuilding on Stretch: dpkg -i tinc_1.1~pre17-1.1_amd64.deb A seleccionar pacote anteriormente não seleccionado tinc. (Lendo banco de dados ... 33426 ficheiros e directórios actualmente instalados.) A preparar para desempacotar tinc_1.1~pre17-1.1_amd64.deb ... A descompactar tinc (1.1~pre17-1.1) ... Configurando tinc (1.1~pre17-1.1) ... /var/l...