Re: Fix cp not to give chflags error on NFS

> On Apr 1, 2017, at 1:16 PM, Bruce Evans wrote: Thanks for the detailed explanation. As I mentioned later, the problem seems to be more lated to the NFSv4 server running Linux (FWIW, the underlying filesystem on our Linux NFS server is ZFS). > nfs should support file

Re: Fix cp not to give chflags error on NFS

On Sat, 1 Apr 2017, Eitan Adler wrote: +freebsd-standards for folks that know more than I do On 1 April 2017 at 08:54, Lewis Donzis wrote: It's fairly annoying that cp has no way to suppress the chflags error when the destination file is on an NFS mount. A bigger problem

[Bug 201461] switching back to sc(4) or vt(4) console fails with nvidia.ko

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201461 Andreas Bock changed: What|Removed |Added CC|

Re: Fix cp not to give chflags error on NFS

Hmmm, good point. And I have to apologize. After a bit more research, the real annoyance was not actually chflags, but attempting to set ACLs, specifically NFSv4 ACLs. And to add to my embarrassment, this appears to be a problem only when the NFS server is running Linux. If it’s running

Re: Fix cp not to give chflags error on NFS

+freebsd-standards for folks that know more than I do On 1 April 2017 at 08:54, Lewis Donzis wrote: > It's fairly annoying that cp has no way to suppress the chflags error when > the destination file is on an NFS mount. A bigger problem than the error > message is that it

Fix cp not to give chflags error on NFS

It's fairly annoying that cp has no way to suppress the chflags error when the destination file is on an NFS mount. A bigger problem than the error message is that it returns exit status 1, which causes things like make to fail when there really was no error. What do you think about the

[Bug 102357] [patch] tcsh(1)/csh(1) jobs control: sometimes 'fg' command doesn't capture back the background process

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=102357 Dmitry Chagin changed: What|Removed |Added Assignee|freebsd-bugs@FreeBSD.org

[Bug 179630] tcsh(1): nls catalog file has wrong character code(ja_JP.eucJP)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=179630 Dmitry Chagin changed: What|Removed |Added CC|

[Bug 200835] control-c does not behave as expected in /rescue/tcsh

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200835 Dmitry Chagin changed: What|Removed |Added Assignee|freebsd-bugs@FreeBSD.org

[Bug 196979] tcsh dumps core

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196979 Dmitry Chagin changed: What|Removed |Added Status|New |In Progress

[Bug 200913] __cxa_demangle incorrectly demangles some C++ mangled symbols

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200913 --- Comment #3 from commit-h...@freebsd.org --- A commit references this bug: Author: dim Date: Sat Apr 1 12:27:02 UTC 2017 New revision: 316356 URL: https://svnweb.freebsd.org/changeset/base/316356 Log: Synchronize libcxxrt in

[Bug 213814] AWS/EC2: no egress traffic stats on ixv(4)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213814 Allan Jude changed: What|Removed |Added Summary|"systat -ifstat" does not |AWS/EC2: no

FreeBSD-10.3-STABLE-amd64-20170323-r315854 cannot boot from da0

Installed FreeBSD-10.3-STABLE-amd64-20170323-r315854 on USB drive and it has boot failure. Two SATA drives and two USB drives (one is installation stick and the other one is hard drive where 10.3-STABLE-amd64-20170323 installed) are in the system, after boot from USB hard drive, where

[Bug 213814] AWS/EC2: no egress traffic stats on ixv(4)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213814 a.andersson@gmail.com changed: What|Removed |Added CC|