similar to: Bug in read.table (PR#463)

=================================================================== "I know a lot about cars, man. I can look at any car's headlights and tell you exactly which way it's coming." Mitch Hedberg =================================================================== Release Announcements --------------------- This is the latest stable release of Samba 4.1.

=================================================================== "I know a lot about cars, man. I can look at any car's headlights and tell you exactly which way it's coming." Mitch Hedberg =================================================================== Release Announcements --------------------- This is the latest stable release of Samba 4.1.

===================================================================== "Housework can't kill you, but why take a chance? Phyllis Diller ===================================================================== Release Announcements --------------------- This is the latest stable release of Samba 4.0. Changes since 4.0.14: --------------------- o Michael Adam <obnox

===================================================================== "Housework can't kill you, but why take a chance? Phyllis Diller ===================================================================== Release Announcements --------------------- This is the latest stable release of Samba 4.0. Changes since 4.0.14: --------------------- o Michael Adam <obnox

Hello, We had a bad experience with Samba 4 AD DC on FreeBSD 9.2 Release recently that I thought I would share on this mailing list. As a result of this experience we were forced to downgrade back to Samba 3.5 for stability. We performed initial tests on Samba 4 and found it adequate. But, once we brought it up for production, we noticed a deal breaking issue. When browsing a share, 90%

http://bugzilla.mindrot.org/show_bug.cgi?id=463 Summary: PrintLastLog doesn't work in privsep mode Product: Portable OpenSSH Version: -current Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P2 Component: sshd AssignedTo: openssh-unix-dev at mindrot.org ReportedBy:

http://bugzilla.mindrot.org/show_bug.cgi?id=463 ------- Additional Comments From dtucker at zip.com.au 2003-02-22 16:01 ------- Created an attachment (id=235) --> (http://bugzilla.mindrot.org/attachment.cgi?id=235&action=view) Generate login message as part of login recording. This patch moves the generation of the generic last login message to sshlogin.c, the AIX loginsuccess call

This one has been biting me recently, and it seems to be completely deterministic: it utterly fails on most directories, but when it fails on one, it does so reproducibly. Also, I'm doing a simple copy from one directory on my machine to another - there is no remote server or network to fail. The drive is only 24% full. Here's my take on it: 1) The error is printed as occurring in

https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=463 Summary: cmdflags missing entry for CMD_CHECK Product: iptables Version: 1.3.5 Platform: i386 OS/Version: Fedora Status: NEW Severity: normal Priority: P2 Component: iptables AssignedTo: laforge@netfilter.org ReportedBy:

http://bugzilla.mindrot.org/show_bug.cgi?id=463 ------- Additional Comments From dtucker at zip.com.au 2003-01-07 23:43 ------- Generate the message earlier in the login process and store for display after session startup? Rather than another variable for this (eg aixloginmsg, maybe __pam_msg), what about using a single Buffer for storing all of the messages to be displayed after login?

http://bugzilla.mindrot.org/show_bug.cgi?id=463 djm at mindrot.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED ------- Additional Comments From djm at mindrot.org 2003-06-28 17:48

http://bugzilla.mindrot.org/show_bug.cgi?id=463 djm at mindrot.org changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |627 nThis| | ------- You are receiving this mail because: ------- You are the assignee for the

http://bugzilla.mindrot.org/show_bug.cgi?id=463 dtucker at zip.com.au changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|14 | nThis| | ------- You are receiving this mail because: ------- You are the assignee for the

http://bugzilla.mindrot.org/show_bug.cgi?id=463 dtucker at zip.com.au changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |822 nThis| | ------- You are receiving this mail because: ------- You are the assignee for

http://bugzilla.mindrot.org/show_bug.cgi?id=463 dtucker at zip.com.au changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #235 is|0 |1 obsolete| | Attachment #288 is|0 |1 obsolete|

Folks, Eric is spot-on--both phones are happy with the modified ${CALLERIDNAME} value since I removed the quotes in the call to SetCIDName(). I've replace my calls to SetCallerID() since I think using SetCIDName() is cleaner. Cheers, Rob > -----Original Message----- > Date: Sat, 29 Jan 2005 16:44:16 -0600 > From: Eric Wieling aka ManxPower <eric@fnords.org> >

http://bugzilla.mindrot.org/show_bug.cgi?id=463 m4gw4s at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |REOPENED Resolution|FIXED | ------- Comment #17 from m4gw4s at gmail.com 2006-10-27 23:31 -------

Hello, We discovered a slight problem with rsync 2.6.8 on HP-UX 11.23 on Itanium2. When trying to get a directory listing via: # oracle@DEV1[]:/~ > rsync dev1::deploy drwxr-xr-x 96 2006/09/06 12:57:36 . drwxrwxrwx 96 2006/09/11 15:35:33 test # ... it works flawlessly, but when trying to get a subdirectory we get the following error: # DEV1:/etc# rsync dev1::deploy/test #

http://bugzilla.mindrot.org/show_bug.cgi?id=463 ------- Additional Comments From dtucker at zip.com.au 2003-05-10 12:59 ------- I've had a look at the OpenBSD source and I don't think OpenBSD *needs* a "Buffer loginmsg" right now. PrintLastLog can be easily fixed by updating s->last_login_time before the privsep split. So, is there another reason OpenBSD needs (or

We have tested the latest xen on VT platform with Intel 915/E8500 chipset. Here is the test summary: Issues: - Cannot boot Windows 2000 - Only one CPU is detected in SMP dom0 - Destroying VMX with 4G memory may make xend hang on IA-32e IA-32: + Build&Boot UP xen0 without problem + Can bootup unmodified IA-32 2.4/2.6 linux in VMX domain + Can bootup unmodified IA-32 WindowsXP SP1/SP2