[R-pkg-devel] long file names in tar
jdnewm|| @end|ng |rom dcn@d@v|@@c@@u@
Thu Apr 18 20:30:22 CEST 2019
You could go down this rabbit hole if you like, but I suspect it has something to do with maintaining compatibility with multiple operating systems and I doubt R Core will explore the consequences of this change for you. Windows, for example, allows long file names but has some nasty corners that break if your total path+filename is 260+ characters and packages do get installed in directories fairly deep into the directory structure on a regular basis (e.g. packrat). Other tools that the R ecosystem depends on could also have internal constraints that come up when one tool builds on another and so on.
Have fun with that!
On April 18, 2019 11:02:15 AM PDT, Steven Scott <steve.the.bayesian using gmail.com> wrote:
>Yes, I've done the same, and I agree the rules are the rules. Rules
>be updated when they're no longer helpful, or when their cost outweighs
>their benefit. I'm curious whether that might be the case here.
>On Thu, Apr 18, 2019 at 10:54 AM Dirk Eddelbuettel <edd using debian.org>
>> On 18 April 2019 at 10:37, Steven Scott wrote:
>> | My Boom package makes a C++ library available to package authors
>> | me). The wrapped library is used outside of R and must comply with
>> | external style rules such as UseLongDescriptiveNames, and files
>> | named for the class they contain. From time to time a
>> | LongDescriptiveFileName, when paired with its full directory path,
>> | 100 characters.
>> | This creates a conflict with CRAN's rules about long file names,
>> | stems from tar. I'm wondering what this community thinks about
>> | that rule to be relaxed. Both gnu tar and posix tar now allow
>> | length filenames, and the ustar format allows names up to 256
>> | I'm interested in the opinions of people on this list about whether
>> | rule has outlived its usefulness. Thanks.
>> There are no "opinions". There is CRAN Repo Policy.
>> The BH package your Boom depends upon is actually named BH in part
>> having a two-letter name shrunk the set of files violating this very
>> constraint. Yet at every release I still get to renamed one file,
>> one include statement. All documented in the ChangeLog.
>> So I would change the filenames, and move on.
>> http://dirk.eddelbuettel.com | @eddelbuettel | edd using debian.org
> [[alternative HTML version deleted]]
>R-package-devel using r-project.org mailing list
Sent from my phone. Please excuse my brevity.
More information about the R-package-devel