Skip Menu |
 

This queue is for tickets about the Perl-Tidy CPAN distribution.

Report information
The Basics
Id: 121959
Status: open
Priority: 0/
Queue: Perl-Tidy

People
Owner: Nobody in particular
Requestors: jwittkoski [...] gmail.com
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Subject: PERLTIDY doesn't seem to honor .../
Date: Thu, 1 Jun 2017 23:17:37 -0400
To: bug-Perl-Tidy [...] rt.cpan.org
From: John Wittkoski <jwittkoski [...] gmail.com>
Download (untitled) / with headers
text/plain 327b
With a directory layout like: project project/.perltidyrc project/lib When working in the project/lib directory, this finds the project/.perltidyrc: perltidy --pro=.../.perltidyrc -dpro But this doesn't: PERLTIDY=.../.perltidyrc perltidy -dpro Shouldn't the .../ notation be honored when seen in the environment variable?
Subject: Re: [rt.cpan.org #121959] PERLTIDY doesn't seem to honor .../
Date: Sat, 3 Jun 2017 17:25:21 -0700
To: bug-Perl-Tidy [...] rt.cpan.org
From: Steven Hancock <s7078hancock [...] gmail.com>
John, 1: Do you really want three dots before the slash instead of two? 2: The PERLTIDY envirnoment variable indicates the perltidyrc file or directory, not the entire command. So even with two dots, your example would not work. Steve On 6/1/17, John Wittkoski via RT <bug-Perl-Tidy@rt.cpan.org> wrote: Show quoted text
> Thu Jun 01 23:17:50 2017: Request 121959 was acted upon. > Transaction: Ticket created by jwittkoski@gmail.com > Queue: Perl-Tidy > Subject: PERLTIDY doesn't seem to honor .../ > Broken in: (no value) > Severity: (no value) > Owner: Nobody > Requestors: jwittkoski@gmail.com > Status: new > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=121959 > > > > With a directory layout like: > > project > project/.perltidyrc > project/lib > > When working in the project/lib directory, this finds the > project/.perltidyrc: > > perltidy --pro=.../.perltidyrc -dpro > > But this doesn't: > > PERLTIDY=.../.perltidyrc perltidy -dpro > Shouldn't the .../ notation be honored when seen in the environment > variable? > >
Subject: Re: [rt.cpan.org #121959] PERLTIDY doesn't seem to honor .../
Date: Sat, 3 Jun 2017 23:45:17 -0400
To: bug-Perl-Tidy [...] rt.cpan.org
From: John Wittkoski <jwittkoski [...] gmail.com>
Download (untitled) / with headers
text/plain 2.5k
Steve, 1. Yes, the three dots was intentional. The documentation for the perltidy -profile option ( https://metacpan.org/pod/distribution/Perl-Tidy/bin/perltidy) states: "A pathname begins with three dots, e.g. ".../.perltidyrc", indicates that the file should be searched for starting in the current directory and working upwards. This makes it easier to have multiple projects each with their own .perltidyrc in their root directories." (See also the second entry in Perl::Tidy's CHANGES file dated "2010 12 17") Because the PERLTIDY environment variable is another way to specify the profile file to use, I expected it to understand the same notation. The example commands were meant to show that it does not behave the same way. Basically, by setting PERLTIDY to ".../.perltidyrc" I would expect it to find the .perltidyrc file in the root of my project even when I am in a sub (or sub sub... etc) directory. 2. When using shell syntax this line: PERLTIDY=.../.perltidyrc perltidy -dpro Does not mean: set PERLTIDY to the value '.../.perltidyrc perltidy -dpro' It means: set PERLTIDY to the value '.../.perltidyrc' and then run the command 'perltidy -dpro' Essentially it is the same as saying: export PERLTIDY=.../.perltidyrc perltidy -dpro But allows you to do it on a single line. John On Sat, Jun 3, 2017 at 8:25 PM, Steven Hancock via RT < bug-Perl-Tidy@rt.cpan.org> wrote: Show quoted text
> <URL: https://rt.cpan.org/Ticket/Display.html?id=121959 > > > John, > 1: Do you really want three dots before the slash instead of two? > 2: The PERLTIDY envirnoment variable indicates the perltidyrc file or > directory, not the entire command. So even with two dots, your > example would not work. > Steve > > On 6/1/17, John Wittkoski via RT <bug-Perl-Tidy@rt.cpan.org> wrote:
> > Thu Jun 01 23:17:50 2017: Request 121959 was acted upon. > > Transaction: Ticket created by jwittkoski@gmail.com > > Queue: Perl-Tidy > > Subject: PERLTIDY doesn't seem to honor .../ > > Broken in: (no value) > > Severity: (no value) > > Owner: Nobody > > Requestors: jwittkoski@gmail.com > > Status: new > > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=121959 > > > > > > > With a directory layout like: > > > > project > > project/.perltidyrc > > project/lib > > > > When working in the project/lib directory, this finds the > > project/.perltidyrc: > > > > perltidy --pro=.../.perltidyrc -dpro > > > > But this doesn't: > > > > PERLTIDY=.../.perltidyrc perltidy -dpro > > Shouldn't the .../ notation be honored when seen in the environment > > variable? > > > >
> >
Subject: Re: [rt.cpan.org #121959] PERLTIDY doesn't seem to honor .../
Date: Sun, 4 Jun 2017 00:04:30 -0400
To: bug-Perl-Tidy [...] rt.cpan.org
From: John Wittkoski <jwittkoski [...] gmail.com>
Download (untitled) / with headers
text/plain 3.6k
Steve, Sorry for the abbreviated example in the original report. Below is a full series of shell commands showing that the ".../" notation is recognized and finds the expected .perltidyrc file when using the --profile option but not when the same value is specified using the PERLTIDY environment variable. John mkdir project cd project echo "# empty profile file" > .perltidyrc mkdir lib cd lib perltidy --profile=.../.perltidyrc -dpro # Dump of file: '/Users/john.wittkoski/perltidy.example/project/.perltidyrc' # empty profile file export PERLTIDY=.../.perltidyrc perltidy -dpro # Config file search...system reported as: darwin # Testing: .perltidyrc # Examining: $ENV{PERLTIDY} = .../.perltidyrc # Testing: .../.perltidyrc # Testing: .../.perltidyrc/.perltidyrc # Examining: $ENV{HOME} = /Users/jwittkoski # Testing: /Users/jwittkoski/.perltidyrc # Testing: /usr/local/etc/perltidyrc # Testing: /etc/perltidyrc # ...no config file found On Sat, Jun 3, 2017 at 11:45 PM, John Wittkoski <jwittkoski@gmail.com> wrote: Show quoted text
> Steve, > 1. Yes, the three dots was intentional. The documentation for the perltidy > -profile option (https://metacpan.org/pod/distribution/Perl-Tidy/bin/ > perltidy) states: > > "A pathname begins with three dots, e.g. ".../.perltidyrc", indicates > that the file should be searched for starting in the current directory and > working upwards. This makes it easier to have multiple projects each with > their own .perltidyrc in their root directories." > > (See also the second entry in Perl::Tidy's CHANGES file dated "2010 12 > 17") > > Because the PERLTIDY environment variable is another way to specify the > profile file to use, I expected it to understand the same notation. The > example commands were meant to show that it does not behave the same way. > > Basically, by setting PERLTIDY to ".../.perltidyrc" I would expect it to > find the .perltidyrc file in the root of my project even when I am in a sub > (or sub sub... etc) directory. > > 2. When using shell syntax this line: > > PERLTIDY=.../.perltidyrc perltidy -dpro > Does not mean: set PERLTIDY to the value '.../.perltidyrc perltidy -dpro' > > It means: set PERLTIDY to the value '.../.perltidyrc' and then run the > command 'perltidy -dpro' > > Essentially it is the same as saying: > > export PERLTIDY=.../.perltidyrc > perltidy -dpro > > But allows you to do it on a single line. > > > John > > > > On Sat, Jun 3, 2017 at 8:25 PM, Steven Hancock via RT < > bug-Perl-Tidy@rt.cpan.org> wrote: >
>> <URL: https://rt.cpan.org/Ticket/Display.html?id=121959 > >> >> John, >> 1: Do you really want three dots before the slash instead of two? >> 2: The PERLTIDY envirnoment variable indicates the perltidyrc file or >> directory, not the entire command. So even with two dots, your >> example would not work. >> Steve >> >> On 6/1/17, John Wittkoski via RT <bug-Perl-Tidy@rt.cpan.org> wrote:
>> > Thu Jun 01 23:17:50 2017: Request 121959 was acted upon. >> > Transaction: Ticket created by jwittkoski@gmail.com >> > Queue: Perl-Tidy >> > Subject: PERLTIDY doesn't seem to honor .../ >> > Broken in: (no value) >> > Severity: (no value) >> > Owner: Nobody >> > Requestors: jwittkoski@gmail.com >> > Status: new >> > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=121959 > >> > >> > >> > With a directory layout like: >> > >> > project >> > project/.perltidyrc >> > project/lib >> > >> > When working in the project/lib directory, this finds the >> > project/.perltidyrc: >> > >> > perltidy --pro=.../.perltidyrc -dpro >> > >> > But this doesn't: >> > >> > PERLTIDY=.../.perltidyrc perltidy -dpro >> > Shouldn't the .../ notation be honored when seen in the environment >> > variable? >> > >> >
>> >>
>
Subject: Re: [rt.cpan.org #121959] PERLTIDY doesn't seem to honor .../
Date: Sun, 4 Jun 2017 07:45:40 -0700
To: bug-Perl-Tidy [...] rt.cpan.org
From: Steven Hancock <s7078hancock [...] gmail.com>
Download (untitled) / with headers
text/plain 4.1k
Hi John, Okay, I'm in sync with you now. I had forgotten about that option. I agree and will add it to the next release. Thanks, Steve On 6/3/17, John Wittkoski via RT <bug-Perl-Tidy@rt.cpan.org> wrote: Show quoted text
> Queue: Perl-Tidy > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=121959 > > > Steve, > Sorry for the abbreviated example in the original report. Below is a full > series of shell commands showing that the ".../" notation is recognized and > finds the expected .perltidyrc file when using the --profile option but not > when the same value is specified using the PERLTIDY environment variable. > > John > > > mkdir project > > cd project > > echo "# empty profile file" > .perltidyrc > > mkdir lib > > cd lib > > perltidy --profile=.../.perltidyrc -dpro > > # Dump of file: > '/Users/john.wittkoski/perltidy.example/project/.perltidyrc' > > # empty profile file > > export PERLTIDY=.../.perltidyrc > > perltidy -dpro > > # Config file search...system reported as: darwin > > # Testing: .perltidyrc > > # Examining: $ENV{PERLTIDY} = .../.perltidyrc > > # Testing: .../.perltidyrc > > # Testing: .../.perltidyrc/.perltidyrc > > # Examining: $ENV{HOME} = /Users/jwittkoski > > # Testing: /Users/jwittkoski/.perltidyrc > > # Testing: /usr/local/etc/perltidyrc > > # Testing: /etc/perltidyrc > > # ...no config file found > > > > > On Sat, Jun 3, 2017 at 11:45 PM, John Wittkoski <jwittkoski@gmail.com> > wrote: >
>> Steve, >> 1. Yes, the three dots was intentional. The documentation for the >> perltidy >> -profile option (https://metacpan.org/pod/distribution/Perl-Tidy/bin/ >> perltidy) states: >> >> "A pathname begins with three dots, e.g. ".../.perltidyrc", indicates >> that the file should be searched for starting in the current directory >> and >> working upwards. This makes it easier to have multiple projects each with >> their own .perltidyrc in their root directories." >> >> (See also the second entry in Perl::Tidy's CHANGES file dated "2010 12 >> 17") >> >> Because the PERLTIDY environment variable is another way to specify the >> profile file to use, I expected it to understand the same notation. The >> example commands were meant to show that it does not behave the same way. >> >> Basically, by setting PERLTIDY to ".../.perltidyrc" I would expect it to >> find the .perltidyrc file in the root of my project even when I am in a >> sub >> (or sub sub... etc) directory. >> >> 2. When using shell syntax this line: >> >> PERLTIDY=.../.perltidyrc perltidy -dpro >> Does not mean: set PERLTIDY to the value '.../.perltidyrc perltidy -dpro' >> >> It means: set PERLTIDY to the value '.../.perltidyrc' and then run the >> command 'perltidy -dpro' >> >> Essentially it is the same as saying: >> >> export PERLTIDY=.../.perltidyrc >> perltidy -dpro >> >> But allows you to do it on a single line. >> >> >> John >> >> >> >> On Sat, Jun 3, 2017 at 8:25 PM, Steven Hancock via RT < >> bug-Perl-Tidy@rt.cpan.org> wrote: >>
>>> <URL: https://rt.cpan.org/Ticket/Display.html?id=121959 > >>> >>> John, >>> 1: Do you really want three dots before the slash instead of two? >>> 2: The PERLTIDY envirnoment variable indicates the perltidyrc file or >>> directory, not the entire command. So even with two dots, your >>> example would not work. >>> Steve >>> >>> On 6/1/17, John Wittkoski via RT <bug-Perl-Tidy@rt.cpan.org> wrote:
>>> > Thu Jun 01 23:17:50 2017: Request 121959 was acted upon. >>> > Transaction: Ticket created by jwittkoski@gmail.com >>> > Queue: Perl-Tidy >>> > Subject: PERLTIDY doesn't seem to honor .../ >>> > Broken in: (no value) >>> > Severity: (no value) >>> > Owner: Nobody >>> > Requestors: jwittkoski@gmail.com >>> > Status: new >>> > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=121959 > >>> > >>> > >>> > With a directory layout like: >>> > >>> > project >>> > project/.perltidyrc >>> > project/lib >>> > >>> > When working in the project/lib directory, this finds the >>> > project/.perltidyrc: >>> > >>> > perltidy --pro=.../.perltidyrc -dpro >>> > >>> > But this doesn't: >>> > >>> > PERLTIDY=.../.perltidyrc perltidy -dpro >>> > Shouldn't the .../ notation be honored when seen in the environment >>> > variable? >>> > >>> >
>>> >>>
>>
> >


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.