search for: lapis

Hello everyone, I am having difficulties in setting up a tftp server on a Fedora 3.14.8-200.fc20.x86_64. Running tftp client to test the server functionality, a simple get from the terminal prompts 'Transfer timed out.' back. The version is tftp-hpa 5.2, with remap, with tcpwrappers, unfortunately I am not able to find any log in the system journal.? The server and related services appear

I sure did check the firewall and selinux as well. As an extreme testing major, they are both turned off. $ systemctl status firewalld firewalld.service - firewalld - dynamic firewall daemon ? ?Loaded: loaded (/usr/lib/systemd/system/firewalld.service; disabled) ? ?Active: inactive (dead) sestatus? SELinux status: ? ? ? ? ? ? ? ? disabled Actually, now tftp transfers are denied $ tftp 127.0.0.1

...hed to the internet, could this also be a problem.. (server is also blocking the win connects) if more information is need please let me know a.s.a.p! TIA Gavin -- Gavin c/o GES Fukushimaken, Fukushima City Nankodai 2-34-1 Japan 960-8143 Phone: 0245-22-3264 Fax. 0245-21-6220 e-mail gavin-39@lapis.plala.or.jp

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

Hi All, I met a problem when I use rsync to transfer some files to remote server. Why does my transfer fail with something like the following error? rsync: mkstemp "/Instrument/A0003237.agilent.com/.Instrument.mdb.3lGdSl" (in wcss) failed: No such file or directory (2) rsync error: some files could not be transferred (code 23) at /home/lapo/packaging/tmp/rsync-2.6.6/main.c(791)

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, 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

Hi Stepan, Sorry for the delay. It's great that you are working on MergeFunctions as well and I agree, we should definitely try to combine our efforts to improve MergeFunctions. Just to give you some context, the pass (with the similar function merging patch) is already being used in a production setting. From my point of view, it would be better if we focus on improving its capability

Hello Sean and Tobias, Sean, Thank you. Could you describe Nick's ideas in few words or give me links to your discussion, so I could adapt my ideas to it. Tobias, Your patch fails on several modules in my benchmark (73 of ~1800 tests). I have sent one as attachment. See statistics files for more details, all the .ll files you could simply find in test-suite object directory (after

From: Matt Fleming <matt.fleming at linux.intel.com> This series fixes some bugs and switches the elflink branch to be entirely ELF modules. It applies on top of, http://syslinux.zytor.com/archives/2011-April/016369.html The deletions in the diff stat below are mainly from deleting com32/elflink/modules (finally!). Now there should be no duplicate code because we don't need COM32 and

Hi, I need to use sftp-only accounts, chroot()ed in their home dirs, on AIX 5.3 with OpenSSH_5.2p1. But there is a problem with the chroot() call. In the do_setusercontext() function, chroot() is called after the setpcred() (only AIX is concerned by the setpcred() call), so privileges are already dropped when chroot() is called. When not calling setpcred(), the chroot() does not fail and the