[jira] [Updated] (SVN-4654) configure: command substitution for SVN_REMOVE_STANDARD_LIB_DIRS fails with POSIX backticks on HP-UX

2016-09-18 Thread Michael Osipov (JIRA) 

 [ 
https://issues.apache.org/jira/browse/SVN-4654?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Michael Osipov updated SVN-4654:

Summary: configure: command substitution for SVN_REMOVE_STANDARD_LIB_DIRS 
fails with POSIX backticks on HP-UX  (was: configure: command substitution for 
SVN_REMOVE_STANDARD_LIB_DIRS fails with non-POSIX backticks on HP-UX)

> configure: command substitution for SVN_REMOVE_STANDARD_LIB_DIRS fails with 
> POSIX backticks on HP-UX
> 
>
> Key: SVN-4654
> URL: https://issues.apache.org/jira/browse/SVN-4654
> Project: Subversion
>  Issue Type: Bug
>  Components: compile, install
>Affects Versions: 1.9.4, trunk
> Environment: $ uname -a
> HP-UX blnn724x B.11.31 U ia64 HP-UX
>Reporter: Michael Osipov
> Attachments: SVN-4654.patch, configure.err.tar.gz
>
>
> When running {{configure}} on HP-UX, you see several times 
> {{./configure\[4880\]: : Execute permission denied.}} and 
> {{./configure\[4880\]: /lib64:  not found.}}.
> This is caused by having the command substitution perfomed by backticks 
> {{LDFLAGS="`SVN_REMOVE_STANDARD_LIB_DIR(...)`"}} and not with standard POSIX 
> {{$()}}.
> See attached trace output w/o patch and with patch applied.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (SVN-4641) silent incomplete checkout with Kerberos timeout

2016-09-18 Thread Tim-Christian Bloss (JIRA) 

[ 
https://issues.apache.org/jira/browse/SVN-4641?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15501481#comment-15501481
 ] 

Tim-Christian Bloss commented on SVN-4641:
--

Hi,

we've found out we're running into two alternating issues:

- When checking out 5 minutes before kerberos tickets come to end of life, 
checkout goes 5 minutes and on end of kerberos ticket validity checkout 
terminates without error code

- When checking out large svn structures which takes longer than apache timeout 
(due to massive network load), checkout terminates without error code when 
using kerberos.


The ticket indeed lasts 8-10 hours, but we've often managed in our automatic 
builds to checkout about 5 minutes before expiry and renewing happend to a "bad 
time" , and that reoccuring, so we see indeed checkouts terminate due to ticket 
expiry without getting error codes.

The checkout duration is not an issue at our sites when using simple/basic 
authentication instead of kerberos, neither regarding kerberos tickets, nor 
regarding apache server timeout.

Best regards


> silent incomplete checkout with Kerberos timeout
> 
>
> Key: SVN-4641
> URL: https://issues.apache.org/jira/browse/SVN-4641
> Project: Subversion
>  Issue Type: Bug
>  Components: cmdline client
>Affects Versions: 1.8.8, 1.9.4
> Environment: Server is Debian GNU/Linux 8, Apache 2.4, using either 
> old SVN 1.8.10 and also when cleanly upgraded to 1.9.4 (using completely 
> newly created svn repo), supporting Kerberos authentication, x86_64.
> Client is Windows 2008 R2 x86_64, svn cli 1.9.4, using Kerberos 
> authentication.
> Kerberos Tickets are valid for 5 minutes.
> Checkout takes much longer than 5 minutes.
>Reporter: Tim-Christian Bloss
>Priority: Critical
>  Labels: performance, security, windows
>
> When checking out by svn CLI using Kerberos tickes for authentication and 
> checkout takes more than 5 minutes (time that Kerberos tickets are valid), 
> then the checkout ends with state "success" (return code 0) but all files 
> which could not be fetched within the validity duration of the Kerberos 
> ticket are missing.
> SVN also does not seem to print any warnings or information regarding this 
> issue we could automatically react on.
> This leads to supposedly successfull checkouts but builds do fail due to 
> missing resources.
> Example: Large maven project structure of 200+ submodules (yes we know it's 
> "not nice", but there's no chance to change this!), checkout takes about 15 
> minutes, but after 5 minutes checkout end with state "success", but two 
> thirds of data volume do not get checked out, including the main pom.xml.
> The same checkout using Debign GNU/Linux 8 x86_64 with cli 1.9.4 and basic 
> authentication works correct, checking all files out, taking the full 
> expected 15 minutes for the checkout.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (SVN-4654) configure: command substitution for SVN_REMOVE_STANDARD_LIB_DIRS fails with non-POSIX backticks on HP-UX

2016-09-18 Thread Michael Osipov (JIRA) 

[ 
https://issues.apache.org/jira/browse/SVN-4654?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15501453#comment-15501453
 ] 

Michael Osipov commented on SVN-4654:
-

The funny thing is that if I executy this backtick block in the shell directly, 
no error is issued.

> configure: command substitution for SVN_REMOVE_STANDARD_LIB_DIRS fails with 
> non-POSIX backticks on HP-UX
> 
>
> Key: SVN-4654
> URL: https://issues.apache.org/jira/browse/SVN-4654
> Project: Subversion
>  Issue Type: Bug
>  Components: compile, install
>Affects Versions: 1.9.4, trunk
> Environment: $ uname -a
> HP-UX blnn724x B.11.31 U ia64 HP-UX
>Reporter: Michael Osipov
> Attachments: SVN-4654.patch, configure.err.tar.gz
>
>
> When running {{configure}} on HP-UX, you see several times 
> {{./configure\[4880\]: : Execute permission denied.}} and 
> {{./configure\[4880\]: /lib64:  not found.}}.
> This is caused by having the command substitution perfomed by backticks 
> {{LDFLAGS="`SVN_REMOVE_STANDARD_LIB_DIR(...)`"}} and not with standard POSIX 
> {{$()}}.
> See attached trace output w/o patch and with patch applied.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (SVN-4654) configure: command substitution for SVN_REMOVE_STANDARD_LIB_DIRS fails with non-POSIX backticks on HP-UX

2016-09-18 Thread JIRA 

[ 
https://issues.apache.org/jira/browse/SVN-4654?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15501436#comment-15501436
 ] 

Branko Čibej commented on SVN-4654:
---

Weird ...

> configure: command substitution for SVN_REMOVE_STANDARD_LIB_DIRS fails with 
> non-POSIX backticks on HP-UX
> 
>
> Key: SVN-4654
> URL: https://issues.apache.org/jira/browse/SVN-4654
> Project: Subversion
>  Issue Type: Bug
>  Components: compile, install
>Affects Versions: 1.9.4, trunk
> Environment: $ uname -a
> HP-UX blnn724x B.11.31 U ia64 HP-UX
>Reporter: Michael Osipov
> Attachments: SVN-4654.patch, configure.err.tar.gz
>
>
> When running {{configure}} on HP-UX, you see several times 
> {{./configure\[4880\]: : Execute permission denied.}} and 
> {{./configure\[4880\]: /lib64:  not found.}}.
> This is caused by having the command substitution perfomed by backticks 
> {{LDFLAGS="`SVN_REMOVE_STANDARD_LIB_DIR(...)`"}} and not with standard POSIX 
> {{$()}}.
> See attached trace output w/o patch and with patch applied.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (SVN-4654) configure: command substitution for SVN_REMOVE_STANDARD_LIB_DIRS fails with non-POSIX backticks on HP-UX

2016-09-18 Thread Michael Osipov (JIRA) 

[ 
https://issues.apache.org/jira/browse/SVN-4654?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15501388#comment-15501388
 ] 

Michael Osipov commented on SVN-4654:
-

bq. You mentioned nine-year-old OS ... anyway, do you actually have a 
POSIX-compatible shell that accepts $() on HP-UX 10.20? When I used that back 
in the day, I'm pretty sure the default Korn-like shell only handled backticks.

Just to make sure, I do not intend to run Subversion on such old machines OSes. 
My goal is HP-UX 11.31 on IA64, everything is pretty much unsupported or 
deprecated by HP.

bq. Our configure scripts are supposed to be platform independent, but 
Linux-specific stuff has probably crept in in places, since most people don't 
have access to HP-UX or Solaris or AIX.

I am just trying to make everyone happy.

> configure: command substitution for SVN_REMOVE_STANDARD_LIB_DIRS fails with 
> non-POSIX backticks on HP-UX
> 
>
> Key: SVN-4654
> URL: https://issues.apache.org/jira/browse/SVN-4654
> Project: Subversion
>  Issue Type: Bug
>  Components: compile, install
>Affects Versions: 1.9.4, trunk
> Environment: $ uname -a
> HP-UX blnn724x B.11.31 U ia64 HP-UX
>Reporter: Michael Osipov
> Attachments: SVN-4654.patch, configure.err.tar.gz
>
>
> When running {{configure}} on HP-UX, you see several times 
> {{./configure\[4880\]: : Execute permission denied.}} and 
> {{./configure\[4880\]: /lib64:  not found.}}.
> This is caused by having the command substitution perfomed by backticks 
> {{LDFLAGS="`SVN_REMOVE_STANDARD_LIB_DIR(...)`"}} and not with standard POSIX 
> {{$()}}.
> See attached trace output w/o patch and with patch applied.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (SVN-4654) configure: command substitution for SVN_REMOVE_STANDARD_LIB_DIRS fails with non-POSIX backticks on HP-UX

2016-09-18 Thread JIRA 

[ 
https://issues.apache.org/jira/browse/SVN-4654?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15501328#comment-15501328
 ] 

Branko Čibej commented on SVN-4654:
---

Can you try this patch please:

{noformat}
--- build/ac-macros/svn-macros.m4   (revision 1761332)
+++ build/ac-macros/svn-macros.m4   (working copy)
@@ -103,12 +103,10 @@
 dnl potentially placed in standard library search directories.
 AC_DEFUN([SVN_REMOVE_STANDARD_LIB_DIRS],
 [
-  input_flags="$1"
   output_flags=""
-  filtered_dirs="/lib /lib64 /usr/lib /usr/lib64"
-  for flag in $input_flags; do
+  for flag in $1; do
 filter="no"
-for dir in $filtered_dirs; do
+for dir in /lib /lib64 /usr/lib /usr/lib64; do
   if test "$flag" = "-L$dir" || test "$flag" = "-L$dir/"; then
 filter="yes"
 break
{noformat}


> configure: command substitution for SVN_REMOVE_STANDARD_LIB_DIRS fails with 
> non-POSIX backticks on HP-UX
> 
>
> Key: SVN-4654
> URL: https://issues.apache.org/jira/browse/SVN-4654
> Project: Subversion
>  Issue Type: Bug
>  Components: compile, install
>Affects Versions: 1.9.4, trunk
> Environment: $ uname -a
> HP-UX blnn724x B.11.31 U ia64 HP-UX
>Reporter: Michael Osipov
> Attachments: SVN-4654.patch, configure.err.tar.gz
>
>
> When running {{configure}} on HP-UX, you see several times 
> {{./configure\[4880\]: : Execute permission denied.}} and 
> {{./configure\[4880\]: /lib64:  not found.}}.
> This is caused by having the command substitution perfomed by backticks 
> {{LDFLAGS="`SVN_REMOVE_STANDARD_LIB_DIR(...)`"}} and not with standard POSIX 
> {{$()}}.
> See attached trace output w/o patch and with patch applied.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (SVN-4653) SVN_LOCALE_DIR incorrectly interpolated when prefix is not set explicitly

2016-09-18 Thread JIRA 

[ 
https://issues.apache.org/jira/browse/SVN-4653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15501294#comment-15501294
 ] 

Branko Čibej commented on SVN-4653:
---

Would be great if you can take time to test it, yes.

> SVN_LOCALE_DIR incorrectly interpolated when prefix is not set explicitly
> -
>
> Key: SVN-4653
> URL: https://issues.apache.org/jira/browse/SVN-4653
> Project: Subversion
>  Issue Type: Bug
>  Components: compile, install, packaging, translations
>Affects Versions: 1.9.4
> Environment: FreeBSD 9.3, HP-UX 11.31
>Reporter: Michael Osipov
> Fix For: 1.8.17, 1.9.5, 1.10.0
>
> Attachments: configure.tar.gz
>
>
> When Subversion is compiled from source and {{--prefix}} is not passed, 
> {{/usr/local}} is assumed but is not correctly passed to {{localedir}}, thus 
> {{SVN_LOCALE_DIR}} contains a bogus path:
> {noformat}
> /tmp/subversion-1.9.4$ sh -x ./configure --libdir=/usr/local/lib/hpux32 
> --with-apr=/usr/local/apr --with-apr-util=/usr/local/apr  --without-apxs 
> --without-berkeley-db 2> configure.out
> /tmp/subversion-1.9.4$ grep LOCALE_DIR subversion/svn_private_config.h
> #define SVN_LOCALE_DIR "NONE/share/locale"
> {noformat}
> If you pass {{--prefix=/usr/local}} all is fine but is a mere workaround to 
> the issue. I consider lines 210 to 215 in {{configure.ac}} to be erronous.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (SVN-4654) configure: command substitution for SVN_REMOVE_STANDARD_LIB_DIRS fails with non-POSIX backticks on HP-UX

2016-09-18 Thread Michael Osipov (JIRA) 

[ 
https://issues.apache.org/jira/browse/SVN-4654?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15501205#comment-15501205
 ] 

Michael Osipov commented on SVN-4654:
-

I highly doubt that, we even have 20 years old HP-UX 10.20 machines. Which is 
is older than Subversion. There is of course an alternative to this: you can 
skip this macro altogether on HP-UX. There is no {{/lib64}} or {{/usr/lib64}}. 
{{/lib}} links to {{/usr/lib}} which does only contain links. System-supplied 
libs are in {{/usr/lib/hpux32}} everyhing else, manually or from port lands 
either in {{/opt}} or in {{/usr/local}}. This is not Linux where base and 
packages are mixed. Especially, all of those affected libs are in 
{{/usr/local}} from the [HP Porting Archive|http://hpux.connect.org.uk/]. How 
does that sound?

> configure: command substitution for SVN_REMOVE_STANDARD_LIB_DIRS fails with 
> non-POSIX backticks on HP-UX
> 
>
> Key: SVN-4654
> URL: https://issues.apache.org/jira/browse/SVN-4654
> Project: Subversion
>  Issue Type: Bug
>  Components: compile, install
>Affects Versions: 1.9.4, trunk
> Environment: $ uname -a
> HP-UX blnn724x B.11.31 U ia64 HP-UX
>Reporter: Michael Osipov
> Attachments: SVN-4654.patch, configure.err.tar.gz
>
>
> When running {{configure}} on HP-UX, you see several times 
> {{./configure\[4880\]: : Execute permission denied.}} and 
> {{./configure\[4880\]: /lib64:  not found.}}.
> This is caused by having the command substitution perfomed by backticks 
> {{LDFLAGS="`SVN_REMOVE_STANDARD_LIB_DIR(...)`"}} and not with standard POSIX 
> {{$()}}.
> See attached trace output w/o patch and with patch applied.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Resolved] (SVN-4653) SVN_LOCALE_DIR incorrectly interpolated when prefix is not set explicitly

2016-09-18 Thread JIRA 

 [ 
https://issues.apache.org/jira/browse/SVN-4653?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Branko Čibej resolved SVN-4653.
---

Fixed in r1761334 and proposed for backport to 1.8.x and 1.9.x.

> SVN_LOCALE_DIR incorrectly interpolated when prefix is not set explicitly
> -
>
> Key: SVN-4653
> URL: https://issues.apache.org/jira/browse/SVN-4653
> Project: Subversion
>  Issue Type: Bug
>  Components: compile, install, packaging, translations
>Affects Versions: 1.9.4
> Environment: FreeBSD 9.3, HP-UX 11.31
>Reporter: Michael Osipov
> Fix For: 1.8.17, 1.9.5, 1.10.0
>
> Attachments: configure.tar.gz
>
>
> When Subversion is compiled from source and {{--prefix}} is not passed, 
> {{/usr/local}} is assumed but is not correctly passed to {{localedir}}, thus 
> {{SVN_LOCALE_DIR}} contains a bogus path:
> {noformat}
> /tmp/subversion-1.9.4$ sh -x ./configure --libdir=/usr/local/lib/hpux32 
> --with-apr=/usr/local/apr --with-apr-util=/usr/local/apr  --without-apxs 
> --without-berkeley-db 2> configure.out
> /tmp/subversion-1.9.4$ grep LOCALE_DIR subversion/svn_private_config.h
> #define SVN_LOCALE_DIR "NONE/share/locale"
> {noformat}
> If you pass {{--prefix=/usr/local}} all is fine but is a mere workaround to 
> the issue. I consider lines 210 to 215 in {{configure.ac}} to be erronous.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (SVN-4654) configure: command substitution for SVN_REMOVE_STANDARD_LIB_DIRS fails with non-POSIX backticks on HP-UX

2016-09-18 Thread JIRA 

[ 
https://issues.apache.org/jira/browse/SVN-4654?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15501173#comment-15501173
 ] 

Branko Čibej commented on SVN-4654:
---

I don't have access to an HP-UX machine so I have no idea where to even start 
looking for a different fix.

Subversion and the backticks in configure.ac are quite a bit older than your 
OS, FWIW. :)

> configure: command substitution for SVN_REMOVE_STANDARD_LIB_DIRS fails with 
> non-POSIX backticks on HP-UX
> 
>
> Key: SVN-4654
> URL: https://issues.apache.org/jira/browse/SVN-4654
> Project: Subversion
>  Issue Type: Bug
>  Components: compile, install
>Affects Versions: 1.9.4, trunk
> Environment: $ uname -a
> HP-UX blnn724x B.11.31 U ia64 HP-UX
>Reporter: Michael Osipov
> Attachments: SVN-4654.patch, configure.err.tar.gz
>
>
> When running {{configure}} on HP-UX, you see several times 
> {{./configure\[4880\]: : Execute permission denied.}} and 
> {{./configure\[4880\]: /lib64:  not found.}}.
> This is caused by having the command substitution perfomed by backticks 
> {{LDFLAGS="`SVN_REMOVE_STANDARD_LIB_DIR(...)`"}} and not with standard POSIX 
> {{$()}}.
> See attached trace output w/o patch and with patch applied.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Comment Edited] (SVN-4654) configure: command substitution for SVN_REMOVE_STANDARD_LIB_DIRS fails with non-POSIX backticks on HP-UX

2016-09-18 Thread Michael Osipov (JIRA) 

[ 
https://issues.apache.org/jira/browse/SVN-4654?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=1550#comment-1550
 ] 

Michael Osipov edited comment on SVN-4654 at 9/18/16 2:59 PM:
--

Yes, you are right, it is [still 
POSIX|http://pubs.opengroup.org/onlinepubs/9699919799/xrat/V4_xcu_chap02.html#tag_23_02_06_03]
 but {{$()}} is recommended.

Please have a look at the tarball. The shell tries to execute {{/lib}} with 
{{/lib64}} as argument. There is some escaping issue as described in the specs. 
Frankly, I have wasted two hours to figure it out. {{$()}} does the job. If you 
have, of course, an idea with better compat, I am happy to verify it. Note that 
the operating system I use is already nine years old. How old are the Solaris 
versions you try to support?


was (Author: michael-o):
Yes, you are right, it is 
[http://pubs.opengroup.org/onlinepubs/9699919799/xrat/V4_xcu_chap02.html#tag_23_02_06_03|still
 POSIX] but {{$()}} is recommended.

Please have a look at the tarball. The shell tries to execute {{/lib}} with 
{{/lib64}} as argument. There is some escaping issue as described in the specs. 
Frankly, I have wasted two hours to figure it out. {{$()}} does the job. If you 
have, of course, an idea with better compat, I am happy to verify it. Note that 
the operating system I use is already nine years old. How old are the Solaris 
versions you try to support?

> configure: command substitution for SVN_REMOVE_STANDARD_LIB_DIRS fails with 
> non-POSIX backticks on HP-UX
> 
>
> Key: SVN-4654
> URL: https://issues.apache.org/jira/browse/SVN-4654
> Project: Subversion
>  Issue Type: Bug
>  Components: compile, install
>Affects Versions: 1.9.4, trunk
> Environment: $ uname -a
> HP-UX blnn724x B.11.31 U ia64 HP-UX
>Reporter: Michael Osipov
> Attachments: SVN-4654.patch, configure.err.tar.gz
>
>
> When running {{configure}} on HP-UX, you see several times 
> {{./configure\[4880\]: : Execute permission denied.}} and 
> {{./configure\[4880\]: /lib64:  not found.}}.
> This is caused by having the command substitution perfomed by backticks 
> {{LDFLAGS="`SVN_REMOVE_STANDARD_LIB_DIR(...)`"}} and not with standard POSIX 
> {{$()}}.
> See attached trace output w/o patch and with patch applied.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (SVN-4654) configure: command substitution for SVN_REMOVE_STANDARD_LIB_DIRS fails with non-POSIX backticks on HP-UX

2016-09-18 Thread JIRA 

[ 
https://issues.apache.org/jira/browse/SVN-4654?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15501087#comment-15501087
 ] 

Branko Čibej commented on SVN-4654:
---

We use backticks because some older OSes (notably some versions of Solaris) 
don't have a shell that can use {{$()}}. Backticks are still "standard POSIX". 
It would be more interesting to understand why they don't work in your 
particular environment instead of just blindly replacing them and possibly 
breaking the build on some other platform.

> configure: command substitution for SVN_REMOVE_STANDARD_LIB_DIRS fails with 
> non-POSIX backticks on HP-UX
> 
>
> Key: SVN-4654
> URL: https://issues.apache.org/jira/browse/SVN-4654
> Project: Subversion
>  Issue Type: Bug
>  Components: compile, install
>Affects Versions: 1.9.4, trunk
> Environment: $ uname -a
> HP-UX blnn724x B.11.31 U ia64 HP-UX
>Reporter: Michael Osipov
> Attachments: SVN-4654.patch, configure.err.tar.gz
>
>
> When running {{configure}} on HP-UX, you see several times 
> {{./configure\[4880\]: : Execute permission denied.}} and 
> {{./configure\[4880\]: /lib64:  not found.}}.
> This is caused by having the command substitution perfomed by backticks 
> {{LDFLAGS="`SVN_REMOVE_STANDARD_LIB_DIR(...)`"}} and not with standard POSIX 
> {{$()}}.
> See attached trace output w/o patch and with patch applied.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (SVN-4654) configure: command substitution for SVN_REMOVE_STANDARD_LIB_DIRS fails with non-POSIX backticks on HP-UX

2016-09-18 Thread Michael Osipov (JIRA) 

 [ 
https://issues.apache.org/jira/browse/SVN-4654?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Michael Osipov updated SVN-4654:

Attachment: SVN-4654.patch

Patch replaces usage of backticks with standard POSIX command substitution. See 
[this|http://stackoverflow.com/a/4708569/696632] Stack Overflow answer for 
reference.

> configure: command substitution for SVN_REMOVE_STANDARD_LIB_DIRS fails with 
> non-POSIX backticks on HP-UX
> 
>
> Key: SVN-4654
> URL: https://issues.apache.org/jira/browse/SVN-4654
> Project: Subversion
>  Issue Type: Bug
>  Components: compile, install
>Affects Versions: 1.9.4, trunk
> Environment: $ uname -a
> HP-UX blnn724x B.11.31 U ia64 HP-UX
>Reporter: Michael Osipov
> Attachments: SVN-4654.patch, configure.err.tar.gz
>
>
> When running {{configure}} on HP-UX, you see several times 
> {{./configure\[4880\]: : Execute permission denied.}} and 
> {{./configure\[4880\]: /lib64:  not found.}}.
> This is caused by having the command substitution perfomed by backticks 
> {{LDFLAGS="`SVN_REMOVE_STANDARD_LIB_DIR(...)`"}} and not with standard POSIX 
> {{$()}}.
> See attached trace output w/o patch and with patch applied.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Updated] (SVN-4654) configure: command substitution for SVN_REMOVE_STANDARD_LIB_DIRS fails with non-POSIX backticks on HP-UX

2016-09-18 Thread Michael Osipov (JIRA) 

 [ 
https://issues.apache.org/jira/browse/SVN-4654?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Michael Osipov updated SVN-4654:

Attachment: configure.err.tar.gz

> configure: command substitution for SVN_REMOVE_STANDARD_LIB_DIRS fails with 
> non-POSIX backticks on HP-UX
> 
>
> Key: SVN-4654
> URL: https://issues.apache.org/jira/browse/SVN-4654
> Project: Subversion
>  Issue Type: Bug
>  Components: compile, install
>Affects Versions: 1.9.4, trunk
> Environment: $ uname -a
> HP-UX blnn724x B.11.31 U ia64 HP-UX
>Reporter: Michael Osipov
> Attachments: configure.err.tar.gz
>
>
> When running {{configure}} on HP-UX, you see several times 
> {{./configure\[4880\]: : Execute permission denied.}} and 
> {{./configure\[4880\]: /lib64:  not found.}}.
> This is caused by having the command substitution perfomed by backticks 
> {{LDFLAGS="`SVN_REMOVE_STANDARD_LIB_DIR(...)`"}} and not with standard POSIX 
> {{$()}}.
> See attached trace output w/o patch and with patch applied.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)