> Am 12.09.2017 um 23:11 schrieb Ben RUBSON <ben.rubson_at_gmail.com>: > > On 12/9/17 2:17 pm, Conrad Meyer wrote: >> On Sat, Sep 9, 2017 at 9:09 AM, Julian Elischer <julian_at_freebsd.org> wrote: >>> maybe we could get it into -current. >>> It'd be silly to have to have people re-inventing hte wheel all the time. >>> How about you put those changes into the reviews.freebsd.org and we can get >>> some general consensus on them. >>> We'll have to do similar for the Asian customers and anyone who uses UTF-8. >>> So it >>> would be silly to have to develop it all again (but subtly different of >>> course). >>> >>> The key issue is how many system calls and other APIs would be broken, >>> and how many would be broken in a non backwards compatible way? >>> >>> We would need it in a stable/10 and 11 branch but if the patch is isolated >>> enough we could carry it forward until we get to 12. >>> >>> One has to allow people to do whatever they are used to with Windows. >>> And in this case the issue is serving files over samba to windows machines. >> Hey Julian, >> >> I've thrown the patch up at https://reviews.freebsd.org/D12330 . I >> haven't actually tested it on FreeBSD, but it does compile. We also >> have some patches against contrib/pjdfstest to fix those tests against >> long file names, but I think we can hold off on those changes until >> we've nailed down what the architectural change will be (if any). > > Hi Conrad, > > This patch makes me think about another related bug #184340 : > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=184340 <https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=184340> > It is about PATH_MAX which in some cases can be too small. > > Not sure if it's the case / and how to do it, > but perhaps it is time to raise some other limits / > think about a global solution regarding these length limits ? > > Many thanks ! > > Ben And there’s also this bug: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215067 <https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215067> "g_dev_taste: make_dev_p() failed on importing pool with snapshots with long names“ But maybe that has nothing to do with it.Received on Tue Sep 12 2017 - 19:24:03 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:13 UTC