similar to: tftp behaves erroneously on "File not found"

On 03/07/2023 13:01, ???? ?????? via samba wrote: > hello everyone! > > I'm using samba on OpenBSD and there is unusual behavior in it! > > The problem is [homes] share, it erroneously map nobody as a home share > for guest user. > > I noticed this with upgrading from 4.15 to 4.17. > > Please have a look at this simple config: > > --- > >

Dear people on the Syslinux Mailinglist, Are there any known problems with the performance of TFTP in (U)EFI environments in general or maybe just on VMWare? Right now I'm running tests on two virtual environments using either VMWare Workstation 11.1.0 on a Fedora 21 system or VMWare Player 7.1.0 on an Ubuntu 14.10 system. Both virtual systems support PXE booting in UEFI mode. Both systems

hello everyone! I'm using samba on OpenBSD and there is unusual behavior in it! The problem is [homes] share, it erroneously map nobody as a home share for guest user. I noticed this with upgrading from 4.15 to 4.17. Please have a look at this simple config: --- [global] map to guest = Bad User [homes] browseable = no writable = yes --- With this config I have this listing: -----

Hi, I was looking through the archives and wiki for something related to this, but all I keep coming up with are options for the prompt timeout and user input. Is there a way to change the default timeout for tftp in pxelinux? The be more specific, we use IP in HEX to network boot and it takes a very long time for pxelinux to timeout on GUID and MAC, before finally getting to HEX and

Author: rie Repository: /hg/zfs-crypto/gate Revision: 37c7c62679d7987230afdd78480cf8d105c096a6 Log message: 6372082 ld -r erroneously creates .got section on i386 6201866 amd64: linker symbol elimination is broken Files: update: usr/src/cmd/sgs/elfdump/common/elfdump.c update: usr/src/cmd/sgs/elfdump/common/elfdump.msg update: usr/src/cmd/sgs/libld/amd64/machrel.c update:

http://bugzilla.mindrot.org/show_bug.cgi?id=284 Summary: Hostbased authentication erroneously reported Product: Portable OpenSSH Version: -current Platform: ix86 OS/Version: Linux Status: NEW Severity: trivial Priority: P5 Component: sshd AssignedTo: openssh-unix-dev at mindrot.org

Hi, the combination of --keep-dirlinks and --delete (--delete-during, --delete-delay) erroneously deletes symlinks to directories on the receiver. With --delete-before and --delete-after it works as expected. (rsync version 3.0.3 protocol version, on Debian Lenny) I don't think that this behaviour is intended. Details/example: - Host 1 directory-structure: drwx------ ./1

Dear All, Thank you for your help (especially Rowland Penny), I finally managed to migrate our ancient ext3 based, ISO-8859-2 encoded SaMBa 3.2.5 with locally stored UIDs and GIDs to a UTF-8 encoded ex4 based server running SaMBa 4.16.4 with RID UID/GID backend. However, after two weeks of the migration I observed something horrible: Windows Word (or MS Office in general) somehow manages to

Hi! Dovecot 2.0.0 auth process seems to crash while attempting to connect to a nonexistent SQL database. A shallow look at the code reveals that NULL module->conn in passdb-sql.c is being erroneously dereferenced while trying to clean up after a failed connection attempt: (gdb) bt #0 0x0806240e in sql_query_callback (result=0x8076c40, sql_request=0x808ff90) at passdb-sql.c:70 #1

http://bugzilla.mindrot.org/show_bug.cgi?id=284 stevesk at pobox.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From stevesk at pobox.com 2002-06-23 09:11

On Tue, Jan 22, 2019 at 04:43:31PM -0500, Michael Meyer wrote: > This line was accidentally removed in 77fe74fc, causing > bug #1145056 (Bugzilla) to resurface. > --- > lib/utf16.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/lib/utf16.c b/lib/utf16.c > index e099548..67fa996 100644 > --- a/lib/utf16.c > +++ b/lib/utf16.c > @@ -58,6 +58,7 @@

On October 11, Mark Farmer reported a problem about not being able to see new mails. I'm running into the same issue. Even though cur/ and new/ contain messages, Dovecot reports that there aren't any. This problem seemed to start happening in alpha3 (and persists in alpha4). When I revert back to alpha2, the messages show up again. It looks like a problem with the dovecot.index*

Thanks Rich! Just curious, when's the next hivex release scheduled to be tagged? Best, Michael On Tue, Jan 22, 2019 at 5:22 PM Richard W.M. Jones <rjones@redhat.com> wrote: > On Tue, Jan 22, 2019 at 04:43:31PM -0500, Michael Meyer wrote: > > This line was accidentally removed in 77fe74fc, causing > > bug #1145056 (Bugzilla) to resurface. > > --- > >

Whenever you use --times (included in --archive) rsync will fix incorrect time stamps. The only thing --size-only is doing is keeping the incorrect data instead of replacing it. The purpose of these options is to "fix" a copy done in a way that did not preserve timestamps but the data is known to have not changed. These options allow rsync to correct the incorrect timestamps without

This line was accidentally removed in 77fe74fc, causing bug #1145056 (Bugzilla) to resurface. --- lib/utf16.c | 1 + 1 file changed, 1 insertion(+) diff --git a/lib/utf16.c b/lib/utf16.c index e099548..67fa996 100644 --- a/lib/utf16.c +++ b/lib/utf16.c @@ -58,6 +58,7 @@ _hivex_recode (hive_h *h, recode_type t, /* Reset errno here because we don't want to accidentally * return

On 08/07/2015 01:53 PM, Caldarale, Charles R wrote: >> From: llvm-dev [mailto:llvm-dev-bounces at lists.llvm.org] >> On Behalf Of Mikael Holmén via llvm-dev >> Subject: [llvm-dev] load instruction erroneously removed by GVN > >> But between the load and the alloca there is also >> call fastcc void @format_long(i16* %_tmp30, i16 10, i32 10), !dbg !22 >>

Hi, I'm having a problem with GVN removing a load instruction that I think is needed. Dump before GVN: *** IR Dump Before Global Value Numbering *** ; Function Attrs: minsize optsize define i16 @TEST__MAIN(i16 %argc.13.par, i16** %argv.14.par) #0 { %buf.17 = alloca [10 x i16], align 1 %_tmp30 = getelementptr inbounds [10 x i16], [10 x i16]* %buf.17, i16 0, i16 0, !dbg !22 call

How exactly does rsync determine that the copy has the incorrect timestamp and not the source file? Does it assume that the copy must be incorrect or are there other criteria that have to be considered? Quoting Kevin Korb via rsync <rsync at lists.samba.org>: > Whenever you use --times (included in --archive) rsync will fix > incorrect time stamps. The only thing --size-only is

I apologize if this is the wrong place to be asking this, but I'm pretty much out of options on where to go. I'm using the pxelinux version of tftp. Everything has worked well up to this point, however I've been trying to impliment a pxe bartpe solution in our office. Unfortunatly tftp is not passing the files correctly to the client. Here's the rundown. Server client connects to

I'm trying to boot linux on a VIA EPIA-M board (a Nehemiah-based M10000), and I'm having some trouble with it. I'm watching the network transactions with ethereal, and I'm seeing a failure at what appears to be the tftp stage. The M10000 picks up its IP address from the dhcp server (ISC DHCP3), and reports it correctly on the screen. Then the tftp session starts, and I get the