similar to: [PATCH][git-pull] lua: fix broken bindings, switch to using methods, document things

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

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

On 01.07.2015 17:46, Ady via Syslinux wrote: > >> On 01.07.2015 12:10, Gene Cumm wrote: >>> On Wed, Jul 1, 2015 at 4:35 AM, poma <pomidorabelisima at gmail.com> wrote: >>>> >>>> To remind you once again. >>>> ISOLINUX >= 6.00 built with GCC >= 5.0.0 causes a broken boot. >>>> This relates specifically to the use of the

On 01.07.2015 12:10, Gene Cumm wrote: > On Wed, Jul 1, 2015 at 4:35 AM, poma <pomidorabelisima at gmail.com> wrote: >> >> To remind you once again. >> ISOLINUX >= 6.00 built with GCC >= 5.0.0 causes a broken boot. >> This relates specifically to the use of the vesamenu.c32, >> menu.c32 works without problemos. > > isolinux-debug.bin is not for

alex lupu <alupu01 at gmail.com> writes: > On Tue, Mar 17, 2015 at 4:16 AM, Ferenc Wagner <wferi at niif.hu> wrote: > >> alex lupu via Syslinux <syslinux at zytor.com> writes: >> >>?>? Obviously it would work IF I moved the vmlinuz >>> and initramfs ?files from /dev/sdd2 to /dev/sdd1. >>> >>> I figured that would probably be

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

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 invented its own... Anyway, here it is: The following changes since commit

On Sun, Jun 21, 2015 at 11:12:07AM -0700, syslinux-bot wrote: > Commit-ID: 38e861ebf45a804bc5fbd74d9c19292822c84487 > Gitweb: http://www.syslinux.org/commit/38e861ebf45a804bc5fbd74d9c19292822c84487 > Author: Gene Cumm <gene.cumm at gmail.com> > AuthorDate: Sat, 20 Jun 2015 21:17:18 -0400 > Committer: Gene Cumm <gene.cumm at gmail.com> > CommitDate: Sat, 20

hpa at zytor.com writes: > On November 19, 2016 6:06:43 AM PST, wferi at niif.hu wrote: > >>"H. Peter Anvin" <hpa at zytor.com> writes: >> >>> On 11/10/16 04:38, Paul Emmerich via Syslinux wrote: >>> >>>> Ferenc W?gner <wferi at niif.hu>: >>>> >>>>> for reading configuration files from disk. Does it

"H. Peter Anvin" <hpa at zytor.com> writes: > On 11/10/16 04:38, Paul Emmerich via Syslinux wrote: > >> Ferenc W?gner <wferi at niif.hu>: >> >>> for reading configuration files from disk. Does it not work with HTTP/ >>> TFTP for you? Using that, load_file could be implemented in Lua as: >> >> that does work, yes. It just

I'm diverging:? Now I get: >>> git pull ssh: Could not resolve hostname github.com:sbgraves237: nodename nor servname provided, or not known fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. ????? ** With .git/config as follows: [core] ??? repositoryformatversion = 0 ??? filemode = true ??? bare =

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:

Commit?73fb321a5d56b ("lua: make initramfs structures full userdata objects with methods") broke my boot script, requiring a workaround along the lines of the patch below: Is this an intentional user-visible change? I note the documentation at https://www.syslinux.org/wiki/index.php?title=Lua.c32#Example:_Print_kernel.2Finitramfs_information_and_load_them hasn't been updated and

Hi, > Ferenc W?gner <wferi at niif.hu>: > for reading configuration files from disk. Does it not work with HTTP/ > TFTP for you? Using that, load_file could be implemented in Lua as: that does work, yes. It just looked like a file object should have a some way to get the contents. I'm actually not using it in our scripts. > All in all, I can't see the need for new

Are any of these still relevant? It would be helpful to start individual email threads and actually solve them. (BTW, these are not the only issues. There are other known issues, and, for some of those, there have been (some kind of) patches sent.) _ 2013Jul18 core/serial: Add support for serial output functions http://www.syslinux.org/archives/2013-July/020548.html And related:

Hi, I''d like to create my first ROR application on Heroku but I can''t deal with one step in this tutorial: http://devcenter.heroku.com/articles/quickstart I''ve spent all my day for this and I have no idea what is wrong... I cannot deal with last one in 3th part -> Create your Heroku application What I did: I''ve installed eveything what I need 1. switch to

On 11/20/16 00:13, Ferenc W?gner via Syslinux wrote: > > This indeed copies the data from the syslinux_file structure (which is > an opaque SYSLINUX_FILE object on the Lua side) into an (interned) Lua > string to make it available to the Lua string functions. > > You probably ask why we copy the data when we create those SYSLINUX_FILE > userdata objects. We don't, the

On Tue, Mar 17, 2015 at 4:16 AM, Ferenc Wagner <wferi at niif.hu> wrote: > alex lupu via Syslinux <syslinux at zytor.com> writes: > > ?>? > Obviously it would work IF I moved the vmlinuz > > and initramfs ?files from /dev/sdd2 to /dev/sdd1. > > > > I figured that would probably be considered non-standard Arch > ? ...? > > The standard

Since Syslinux 4.01-pre2, lua is the master branch. This lua.c32 moudule doesn't support much. There is a much recent lua.c32, made by Marcel Ritter's: http://syslinux.zytor.com/archives/2009-October/013383.html The last time he wrote about the state of his lua branch: ============================================================ The current state is: - VESA: - switching to vesa mode

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