How to install libpq.so.4.x on Debian 9
I try to compil from source PHP5.3.29 on Debian 9. The make command stopped in error at this step
LDFLAGS="-Wl,-rpath=/opt/OpenSSL/openssl-1.0.1u/lib,-rpath=/opt/CURL/curl-7.26.0/lib" make
.../...
(.text+0x5d7e): warning: the use of `tmpnam' is dangerous, better use `mkstemp'
/usr/bin/ld: warning: libssl.so.1.1, needed by /usr/lib/x86_64-linux-gnu/libpq.so, may conflict with libssl.so.1.0.0
/usr/bin/ld: warning: libssl.so.1.1, needed by /usr/lib/x86_64-linux-gnu/libpq.so, may conflict with libssl.so.1.0.0
/usr/bin/ld: warning: libssl.so.1.1, needed by /usr/lib/x86_64-linux-gnu/libpq.so, may conflict with libssl.so.1.0.0
/usr/bin/ld: warning: libssl.so.1.1, needed by /usr/lib/x86_64-linux-gnu/libpq.so, may conflict with libssl.so.1.0.0
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libc-client.a(osdep.o): undefined reference to symbol 'TLS_server_method@@OPENSSL_1_1_0'
//usr/lib/x86_64-linux-gnu/libssl.so.1.1: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
Makefile:277: recipe for target 'sapi/fpm/php-fpm' failed
make: *** [sapi/fpm/php-fpm] Error 1
Like I compiled old version of OpenSSL and Curl. I suppect libpq.so is not old enough
# ls -l /usr/lib/x86_64-linux-gnu/libpq.so
lrwxrwxrwx 1 root root 12 Aug 9 23:22 /usr/lib/x86_64-linux-gnu/libpq.so -> libpq.so.5.9
I don't know how to find the source of libpq.so.4.x which is a PostgreSQL library.
compiling postgresql ld
|
show 1 more comment
I try to compil from source PHP5.3.29 on Debian 9. The make command stopped in error at this step
LDFLAGS="-Wl,-rpath=/opt/OpenSSL/openssl-1.0.1u/lib,-rpath=/opt/CURL/curl-7.26.0/lib" make
.../...
(.text+0x5d7e): warning: the use of `tmpnam' is dangerous, better use `mkstemp'
/usr/bin/ld: warning: libssl.so.1.1, needed by /usr/lib/x86_64-linux-gnu/libpq.so, may conflict with libssl.so.1.0.0
/usr/bin/ld: warning: libssl.so.1.1, needed by /usr/lib/x86_64-linux-gnu/libpq.so, may conflict with libssl.so.1.0.0
/usr/bin/ld: warning: libssl.so.1.1, needed by /usr/lib/x86_64-linux-gnu/libpq.so, may conflict with libssl.so.1.0.0
/usr/bin/ld: warning: libssl.so.1.1, needed by /usr/lib/x86_64-linux-gnu/libpq.so, may conflict with libssl.so.1.0.0
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libc-client.a(osdep.o): undefined reference to symbol 'TLS_server_method@@OPENSSL_1_1_0'
//usr/lib/x86_64-linux-gnu/libssl.so.1.1: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
Makefile:277: recipe for target 'sapi/fpm/php-fpm' failed
make: *** [sapi/fpm/php-fpm] Error 1
Like I compiled old version of OpenSSL and Curl. I suppect libpq.so is not old enough
# ls -l /usr/lib/x86_64-linux-gnu/libpq.so
lrwxrwxrwx 1 root root 12 Aug 9 23:22 /usr/lib/x86_64-linux-gnu/libpq.so -> libpq.so.5.9
I don't know how to find the source of libpq.so.4.x which is a PostgreSQL library.
compiling postgresql ld
Did you delete your previous questions on the topic? If so, this might have been answered already, but wouldn’t it be simpler for you to stay on Debian 8, which includes PHP 5.6.39, or even Debian 7 (for which extended support is available), which has PHP 5.4.45? Or are PHP 5.6, 5.4 and 5.3 mutually incompatible?
– Stephen Kitt
1 hour ago
@Stephen Kitt. Yes I deleted it because I found this [solution] (unix.stackexchange.com/questions/379215/…) I'm already in DEBIAN I can not downgrade the OS. I already installed PHP 5.6.39 from source.
– dubis
1 hour ago
The solution above doesn't manage PHP-FPM. The error is arriving during php-fpm compilation step
– dubis
1 hour ago
1
Mixing libssl versions eg using the wrong version, even if it compiles, it's a recipe for disaster. You would be better off using containers technology or some other isolation technology with the actual Debian binaries of the versions you need.
– Rui F Ribeiro
1 hour ago
1
@Rui it’s doable, as long as you never link two libraries which each need different versions oflibssl
(with different sonames).
– Stephen Kitt
1 hour ago
|
show 1 more comment
I try to compil from source PHP5.3.29 on Debian 9. The make command stopped in error at this step
LDFLAGS="-Wl,-rpath=/opt/OpenSSL/openssl-1.0.1u/lib,-rpath=/opt/CURL/curl-7.26.0/lib" make
.../...
(.text+0x5d7e): warning: the use of `tmpnam' is dangerous, better use `mkstemp'
/usr/bin/ld: warning: libssl.so.1.1, needed by /usr/lib/x86_64-linux-gnu/libpq.so, may conflict with libssl.so.1.0.0
/usr/bin/ld: warning: libssl.so.1.1, needed by /usr/lib/x86_64-linux-gnu/libpq.so, may conflict with libssl.so.1.0.0
/usr/bin/ld: warning: libssl.so.1.1, needed by /usr/lib/x86_64-linux-gnu/libpq.so, may conflict with libssl.so.1.0.0
/usr/bin/ld: warning: libssl.so.1.1, needed by /usr/lib/x86_64-linux-gnu/libpq.so, may conflict with libssl.so.1.0.0
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libc-client.a(osdep.o): undefined reference to symbol 'TLS_server_method@@OPENSSL_1_1_0'
//usr/lib/x86_64-linux-gnu/libssl.so.1.1: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
Makefile:277: recipe for target 'sapi/fpm/php-fpm' failed
make: *** [sapi/fpm/php-fpm] Error 1
Like I compiled old version of OpenSSL and Curl. I suppect libpq.so is not old enough
# ls -l /usr/lib/x86_64-linux-gnu/libpq.so
lrwxrwxrwx 1 root root 12 Aug 9 23:22 /usr/lib/x86_64-linux-gnu/libpq.so -> libpq.so.5.9
I don't know how to find the source of libpq.so.4.x which is a PostgreSQL library.
compiling postgresql ld
I try to compil from source PHP5.3.29 on Debian 9. The make command stopped in error at this step
LDFLAGS="-Wl,-rpath=/opt/OpenSSL/openssl-1.0.1u/lib,-rpath=/opt/CURL/curl-7.26.0/lib" make
.../...
(.text+0x5d7e): warning: the use of `tmpnam' is dangerous, better use `mkstemp'
/usr/bin/ld: warning: libssl.so.1.1, needed by /usr/lib/x86_64-linux-gnu/libpq.so, may conflict with libssl.so.1.0.0
/usr/bin/ld: warning: libssl.so.1.1, needed by /usr/lib/x86_64-linux-gnu/libpq.so, may conflict with libssl.so.1.0.0
/usr/bin/ld: warning: libssl.so.1.1, needed by /usr/lib/x86_64-linux-gnu/libpq.so, may conflict with libssl.so.1.0.0
/usr/bin/ld: warning: libssl.so.1.1, needed by /usr/lib/x86_64-linux-gnu/libpq.so, may conflict with libssl.so.1.0.0
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libc-client.a(osdep.o): undefined reference to symbol 'TLS_server_method@@OPENSSL_1_1_0'
//usr/lib/x86_64-linux-gnu/libssl.so.1.1: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
Makefile:277: recipe for target 'sapi/fpm/php-fpm' failed
make: *** [sapi/fpm/php-fpm] Error 1
Like I compiled old version of OpenSSL and Curl. I suppect libpq.so is not old enough
# ls -l /usr/lib/x86_64-linux-gnu/libpq.so
lrwxrwxrwx 1 root root 12 Aug 9 23:22 /usr/lib/x86_64-linux-gnu/libpq.so -> libpq.so.5.9
I don't know how to find the source of libpq.so.4.x which is a PostgreSQL library.
compiling postgresql ld
compiling postgresql ld
edited 1 hour ago
Rui F Ribeiro
39.1k1479130
39.1k1479130
asked 1 hour ago
dubis
5131516
5131516
Did you delete your previous questions on the topic? If so, this might have been answered already, but wouldn’t it be simpler for you to stay on Debian 8, which includes PHP 5.6.39, or even Debian 7 (for which extended support is available), which has PHP 5.4.45? Or are PHP 5.6, 5.4 and 5.3 mutually incompatible?
– Stephen Kitt
1 hour ago
@Stephen Kitt. Yes I deleted it because I found this [solution] (unix.stackexchange.com/questions/379215/…) I'm already in DEBIAN I can not downgrade the OS. I already installed PHP 5.6.39 from source.
– dubis
1 hour ago
The solution above doesn't manage PHP-FPM. The error is arriving during php-fpm compilation step
– dubis
1 hour ago
1
Mixing libssl versions eg using the wrong version, even if it compiles, it's a recipe for disaster. You would be better off using containers technology or some other isolation technology with the actual Debian binaries of the versions you need.
– Rui F Ribeiro
1 hour ago
1
@Rui it’s doable, as long as you never link two libraries which each need different versions oflibssl
(with different sonames).
– Stephen Kitt
1 hour ago
|
show 1 more comment
Did you delete your previous questions on the topic? If so, this might have been answered already, but wouldn’t it be simpler for you to stay on Debian 8, which includes PHP 5.6.39, or even Debian 7 (for which extended support is available), which has PHP 5.4.45? Or are PHP 5.6, 5.4 and 5.3 mutually incompatible?
– Stephen Kitt
1 hour ago
@Stephen Kitt. Yes I deleted it because I found this [solution] (unix.stackexchange.com/questions/379215/…) I'm already in DEBIAN I can not downgrade the OS. I already installed PHP 5.6.39 from source.
– dubis
1 hour ago
The solution above doesn't manage PHP-FPM. The error is arriving during php-fpm compilation step
– dubis
1 hour ago
1
Mixing libssl versions eg using the wrong version, even if it compiles, it's a recipe for disaster. You would be better off using containers technology or some other isolation technology with the actual Debian binaries of the versions you need.
– Rui F Ribeiro
1 hour ago
1
@Rui it’s doable, as long as you never link two libraries which each need different versions oflibssl
(with different sonames).
– Stephen Kitt
1 hour ago
Did you delete your previous questions on the topic? If so, this might have been answered already, but wouldn’t it be simpler for you to stay on Debian 8, which includes PHP 5.6.39, or even Debian 7 (for which extended support is available), which has PHP 5.4.45? Or are PHP 5.6, 5.4 and 5.3 mutually incompatible?
– Stephen Kitt
1 hour ago
Did you delete your previous questions on the topic? If so, this might have been answered already, but wouldn’t it be simpler for you to stay on Debian 8, which includes PHP 5.6.39, or even Debian 7 (for which extended support is available), which has PHP 5.4.45? Or are PHP 5.6, 5.4 and 5.3 mutually incompatible?
– Stephen Kitt
1 hour ago
@Stephen Kitt. Yes I deleted it because I found this [solution] (unix.stackexchange.com/questions/379215/…) I'm already in DEBIAN I can not downgrade the OS. I already installed PHP 5.6.39 from source.
– dubis
1 hour ago
@Stephen Kitt. Yes I deleted it because I found this [solution] (unix.stackexchange.com/questions/379215/…) I'm already in DEBIAN I can not downgrade the OS. I already installed PHP 5.6.39 from source.
– dubis
1 hour ago
The solution above doesn't manage PHP-FPM. The error is arriving during php-fpm compilation step
– dubis
1 hour ago
The solution above doesn't manage PHP-FPM. The error is arriving during php-fpm compilation step
– dubis
1 hour ago
1
1
Mixing libssl versions eg using the wrong version, even if it compiles, it's a recipe for disaster. You would be better off using containers technology or some other isolation technology with the actual Debian binaries of the versions you need.
– Rui F Ribeiro
1 hour ago
Mixing libssl versions eg using the wrong version, even if it compiles, it's a recipe for disaster. You would be better off using containers technology or some other isolation technology with the actual Debian binaries of the versions you need.
– Rui F Ribeiro
1 hour ago
1
1
@Rui it’s doable, as long as you never link two libraries which each need different versions of
libssl
(with different sonames).– Stephen Kitt
1 hour ago
@Rui it’s doable, as long as you never link two libraries which each need different versions of
libssl
(with different sonames).– Stephen Kitt
1 hour ago
|
show 1 more comment
1 Answer
1
active
oldest
votes
The catalog of Debian snapshots of libpq4
indicates that the last version of PostgreSQL to provide libpq4
was the 8.1 series; you can get the source code for the last release of that (8.1.23) from PostgreSQL.
(You could try using the binary packages from snapshots, but I’m not sure the dependencies would be satisfiable without conflict in Debian 9.)
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "106"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f492425%2fhow-to-install-libpq-so-4-x-on-debian-9%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
The catalog of Debian snapshots of libpq4
indicates that the last version of PostgreSQL to provide libpq4
was the 8.1 series; you can get the source code for the last release of that (8.1.23) from PostgreSQL.
(You could try using the binary packages from snapshots, but I’m not sure the dependencies would be satisfiable without conflict in Debian 9.)
add a comment |
The catalog of Debian snapshots of libpq4
indicates that the last version of PostgreSQL to provide libpq4
was the 8.1 series; you can get the source code for the last release of that (8.1.23) from PostgreSQL.
(You could try using the binary packages from snapshots, but I’m not sure the dependencies would be satisfiable without conflict in Debian 9.)
add a comment |
The catalog of Debian snapshots of libpq4
indicates that the last version of PostgreSQL to provide libpq4
was the 8.1 series; you can get the source code for the last release of that (8.1.23) from PostgreSQL.
(You could try using the binary packages from snapshots, but I’m not sure the dependencies would be satisfiable without conflict in Debian 9.)
The catalog of Debian snapshots of libpq4
indicates that the last version of PostgreSQL to provide libpq4
was the 8.1 series; you can get the source code for the last release of that (8.1.23) from PostgreSQL.
(You could try using the binary packages from snapshots, but I’m not sure the dependencies would be satisfiable without conflict in Debian 9.)
answered 1 hour ago
Stephen Kitt
164k24366445
164k24366445
add a comment |
add a comment |
Thanks for contributing an answer to Unix & Linux Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f492425%2fhow-to-install-libpq-so-4-x-on-debian-9%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Did you delete your previous questions on the topic? If so, this might have been answered already, but wouldn’t it be simpler for you to stay on Debian 8, which includes PHP 5.6.39, or even Debian 7 (for which extended support is available), which has PHP 5.4.45? Or are PHP 5.6, 5.4 and 5.3 mutually incompatible?
– Stephen Kitt
1 hour ago
@Stephen Kitt. Yes I deleted it because I found this [solution] (unix.stackexchange.com/questions/379215/…) I'm already in DEBIAN I can not downgrade the OS. I already installed PHP 5.6.39 from source.
– dubis
1 hour ago
The solution above doesn't manage PHP-FPM. The error is arriving during php-fpm compilation step
– dubis
1 hour ago
1
Mixing libssl versions eg using the wrong version, even if it compiles, it's a recipe for disaster. You would be better off using containers technology or some other isolation technology with the actual Debian binaries of the versions you need.
– Rui F Ribeiro
1 hour ago
1
@Rui it’s doable, as long as you never link two libraries which each need different versions of
libssl
(with different sonames).– Stephen Kitt
1 hour ago