similar to: pull request: upgrade to Lua 5.2.3, automatic Linux boot menu and cmenu binding

On 03/02/2014 12:53 AM, Ferenc Wagner wrote: > Hi, > > Yes, I'm back with this pet peeve of mine again. Most of the old cover > letter at https://gist.github.com/wferi/6989458 still applies; I'd like > to reiterate its last paragraph here, too: > >> And an official stat() implementation would be very useful. After >> inventing mine, I noticed rosh also

Op 2013-10-15 om 20:03 schreef Ferenc W?gner: > Hi, > > This series targets automatic boot menu generation, but most of it > is the Lua upgrade, because I got tired reading deprecated API docs. > It's mostly a straightforward forward port of the earlier Syslinux > specific changes to Lua 5.1, except that: > > * I chose the add a stub getenv() implementation to the

Hi, This series targets automatic boot menu generation, but most of it is the Lua upgrade, because I got tired reading deprecated API docs. It's mostly a straightforward forward port of the earlier Syslinux specific changes to Lua 5.1, except that: * I chose the add a stub getenv() implementation to the COM32 API instead of #ifdefing out all the references in Lua, and * I kept oslib

On Sun, Mar 2, 2014 at 3:53 AM, Ferenc Wagner <wferi at niif.hu> wrote: >> And an official stat() implementation would be very useful. After >> inventing mine, I noticed rosh also invented its own... #include <sys/stat.h> int stat(const char *path, struct stat *buf); I invented my own in rosh after not having one in the libraries based on what I thought was the most

Geert Stappers <stappers at stappers.nl> writes: > Op 2014-01-02 om 14:59 schreef Ferenc Wagner: > >> "H. Peter Anvin" <hpa at zytor.com> writes: >> >>> On 12/12/2013 12:31 AM, Ferenc Wagner wrote: >>> >>>> Shall I rebase it to the current firmware head? >>>> >>>> Also, 5.2.3 was released a couple of

Searching threads back to 2013-07-01 (date of last message on thread), I've come up with the folloowing: -Needs review for inclusion: 12/26 Init cache once 11/27 efi PE header set 11/21 FSUUID for ext2 filesystem 10/15 Upgrade to Lua 5.2.2, add filesystem module and get_key binding (21) 09/23 com32: hdt: fix memory leak 10/3/12-12/16 4k sector support 10/18 MultiFS from MultiDisk 10/07 Lua

I am attempting to setup my server to use Lua for the dialplan (extentions.lua), but I am unable to get the asterisk configure script to find the installation of Lua on my box. I have downloaded the Lua sources from the www.lua.org site, and I have installed via the "make linux install" command. I can execute lua scripts via the command line, but asterisk configure script is unable to

The following changes since commit 81609df52ac52636a6d4af9249ede641620cb3a7: Centralize shift_is_held(), make it work to force the command line (2014-04-20 11:46:59 -0700) are available in the git repository at: https://github.com/wferi/syslinux progress for you to fetch changes up to 5b19c094527fde3694afab1f878c2877973f5044: lua: make kernel and initrd progress output match in

Hi, Any word on this request? I'm planning to add error handling (as bailing out after printing "failed") to sl_boot_linux(). Shall I build on this patch, or shall I squash them together? Thanks, Feri. Ferenc Wagner <wferi at niif.hu> writes: > The following changes since commit 81609df52ac52636a6d4af9249ede641620cb3a7: > > Centralize shift_is_held(), make it

The following changes since commit 81ad566f155fac31089fde69c87059b217e7e9b6: NEWS: Update for 6.03 release (2014-10-06 09:27:44 -0700) are available in the git repository at: https://github.com/wferi/syslinux/ pub for you to fetch changes up to 68cb978ab7e692d772e4d62d3585b8f7bac43b4b: lua: simplify the function/value handling in the automenu test (2014-10-13 12:44:15 +0200)

Reinier Kleipool via Syslinux <syslinux at zytor.com> writes: > But when I want to use cmenu.c32 (with UI cmenu.c32 in the config > file), the loader downloads: > * cmenu.c32 > * libmenu.c32 > * libcom32.c32 > * libutil.c32 > Then syslinux reports: "unable to load cmenu.c32: symbol not found > luaL_checklstring". > This sysbol is defined in

ldisk.c32 is a Lua module that provides information about disks to Lua scripts The example script com32/lua/test/detect_disks.lua uses it to implement some- thing akin to 'disk.c32'. The name 'ldisk.c32' was chosen to avoid a name-clash with 'disk.c32'. --- com32/lua/src/Makefile | 1 + com32/lua/src/ldisk.c | 103

hi all, I think Ive successfully merged the lua branch with master, it needed a minor fix to a Makefile, as follows. I couldnt coax it to give me anything via git format-patch <something>, so I got this from qgit: Is there a more correct way to submit this ?? [jimc at harpo syslinux.git]$ more patch diff --combined com32/Makefile index 4a58485,5d1ff44..81e7a16 --- a/com32/Makefile +++

On Mon, Oct 13, 2014 at 12:53:43PM +0200, Ferenc Wagner wrote: > The following changes since commit 81ad566f155fac31089fde69c87059b217e7e9b6: > > NEWS: Update for 6.03 release (2014-10-06 09:27:44 -0700) > > are available in the git repository at: > > https://github.com/wferi/syslinux/ pub > > for you to fetch changes up to

I'm running pxelinux configured to use the path /bios on the tftp server for all the comboot files. The problem is dmi,syslinux,vesa etc modules are not being loaded in lua. Syslinux.version() returns not found in global index as does dmi.supported() For k,v in pairs(package.loaded) do print (k,v) end; shows that these modules that are normally loaded by lua are not loading. I got an idea

Alex Bligh <alex at alex.org.uk> writes: > Firstly, this line: > > syslinux.run_kernel_image("mboot.c32", bootstr, 0, 0) > > no longer works at all as is. I think it was broken (probably > intentionally) by this commit: > > commit 4bbaf68cbf6c9a4c850f71b19bfb9604b9327efb > Author: Ferenc W?gner <wferi at niif.hu> > Date: Sun Oct 13 22:30:16

"H. Peter Anvin" <hpa at zytor.com> writes: > On 12/12/2013 12:31 AM, Ferenc Wagner wrote: > >> Shall I rebase it to the current firmware head? >> >> Also, 5.2.3 was released a couple of days ago. It's a bugfix release. >> I made it into a sepearete commit (pushed). >> >> Better default Lua paths (source and binary) would be

Hello, For Lua inclusion in Syslinux an idea to ship with an com32/lua/assist directory and an com32/lua/patches directory. In the patches directory patches against a pristine lua tarball and the assist dir contains scripts for further tayloring. This is what I have in mind: | milleune at inertia:~ | $ git clone http://www.stappers.it/tracking/syslinux/.git syslinux-lua-stappers | milleune at

From: Paul Emmerich <p.emmerich at first-colo.net> Hi, the new API for initramfs and files in master lacked the ability to build initramfs objects from files loaded via HTTP/TFTP in Lua. The documentation indicated that it should be possible (and I believe I did that in an older version). I implemented a few new functions to handle files/initramfs objects better. Changes: * NEW:

"H. Peter Anvin" <hpa at zytor.com> writes: > On 12/11/2013 11:52 AM, Geert Stappers wrote: > >> Op 2013-12-11 om 02:09 schreef syslinux-bot for Matt Fleming: >> >>> Commit-ID: 5e59ac11d6d105591d6da742750ea2f804534d43 >>> Gitweb: http://www.syslinux.org/commit/5e59ac11d6d105591d6da742750ea2f804534d43 >>> Author: Matt Fleming