You can subscribe to this list here.
2005 |
Jan
|
Feb
(53) |
Mar
(62) |
Apr
(88) |
May
(55) |
Jun
(204) |
Jul
(52) |
Aug
|
Sep
(1) |
Oct
(94) |
Nov
(15) |
Dec
(68) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
(130) |
Feb
(105) |
Mar
(34) |
Apr
(61) |
May
(41) |
Jun
(92) |
Jul
(176) |
Aug
(102) |
Sep
(247) |
Oct
(69) |
Nov
(32) |
Dec
(140) |
2007 |
Jan
(58) |
Feb
(51) |
Mar
(11) |
Apr
(20) |
May
(34) |
Jun
(37) |
Jul
(18) |
Aug
(60) |
Sep
(41) |
Oct
(105) |
Nov
(19) |
Dec
(14) |
2008 |
Jan
(3) |
Feb
|
Mar
(7) |
Apr
(5) |
May
(123) |
Jun
(5) |
Jul
(1) |
Aug
(29) |
Sep
(15) |
Oct
(21) |
Nov
(51) |
Dec
(3) |
2009 |
Jan
|
Feb
(36) |
Mar
(29) |
Apr
|
May
|
Jun
(7) |
Jul
(4) |
Aug
|
Sep
(4) |
Oct
|
Nov
(13) |
Dec
|
2010 |
Jan
|
Feb
|
Mar
(9) |
Apr
(11) |
May
(16) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
(7) |
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
(92) |
Nov
(28) |
Dec
(16) |
2013 |
Jan
(9) |
Feb
(2) |
Mar
|
Apr
(4) |
May
(4) |
Jun
(6) |
Jul
(14) |
Aug
(12) |
Sep
(4) |
Oct
(13) |
Nov
(1) |
Dec
(6) |
2014 |
Jan
(23) |
Feb
(19) |
Mar
(10) |
Apr
(14) |
May
(11) |
Jun
(6) |
Jul
(11) |
Aug
(15) |
Sep
(41) |
Oct
(95) |
Nov
(23) |
Dec
(11) |
2015 |
Jan
(3) |
Feb
(9) |
Mar
(19) |
Apr
(3) |
May
(1) |
Jun
(3) |
Jul
(11) |
Aug
(1) |
Sep
(15) |
Oct
(5) |
Nov
(2) |
Dec
|
2016 |
Jan
(7) |
Feb
(11) |
Mar
(8) |
Apr
(1) |
May
(3) |
Jun
(17) |
Jul
(12) |
Aug
(3) |
Sep
(5) |
Oct
(19) |
Nov
(12) |
Dec
(6) |
2017 |
Jan
(30) |
Feb
(23) |
Mar
(12) |
Apr
(32) |
May
(27) |
Jun
(7) |
Jul
(13) |
Aug
(16) |
Sep
(6) |
Oct
(11) |
Nov
|
Dec
(12) |
2018 |
Jan
(1) |
Feb
(5) |
Mar
(6) |
Apr
(7) |
May
(23) |
Jun
(3) |
Jul
(2) |
Aug
(1) |
Sep
(6) |
Oct
(6) |
Nov
(10) |
Dec
(3) |
2019 |
Jan
(26) |
Feb
(15) |
Mar
(9) |
Apr
|
May
(8) |
Jun
(14) |
Jul
(10) |
Aug
(10) |
Sep
(4) |
Oct
(2) |
Nov
(20) |
Dec
(10) |
2020 |
Jan
(10) |
Feb
(14) |
Mar
(29) |
Apr
(11) |
May
(25) |
Jun
(21) |
Jul
(23) |
Aug
(12) |
Sep
(19) |
Oct
(6) |
Nov
(8) |
Dec
(12) |
2021 |
Jan
(29) |
Feb
(9) |
Mar
(8) |
Apr
(8) |
May
(2) |
Jun
(2) |
Jul
(9) |
Aug
(9) |
Sep
(3) |
Oct
(4) |
Nov
(12) |
Dec
(13) |
2022 |
Jan
(4) |
Feb
|
Mar
(4) |
Apr
(12) |
May
(15) |
Jun
(7) |
Jul
(10) |
Aug
(2) |
Sep
|
Oct
(1) |
Nov
(8) |
Dec
|
2023 |
Jan
(15) |
Feb
|
Mar
(23) |
Apr
(1) |
May
(2) |
Jun
(10) |
Jul
|
Aug
(22) |
Sep
(19) |
Oct
(2) |
Nov
(20) |
Dec
|
2024 |
Jan
(1) |
Feb
|
Mar
(16) |
Apr
(15) |
May
(6) |
Jun
(4) |
Jul
(1) |
Aug
(1) |
Sep
|
Oct
(13) |
Nov
(18) |
Dec
(6) |
2025 |
Jan
(12) |
Feb
|
Mar
(2) |
Apr
(1) |
May
(11) |
Jun
(5) |
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Roderick <hr...@gm...> - 2017-08-23 18:37:24
|
To my preivious mail, I want to add the following experience. With passwd in the default place, auth with perm works, but not with htaccess (browser asks pass, but deny access). Defining a passwd not in the default place as at the end of doc/html/nsperm/files/nsperm.html, neither perm nor htaccess works (browser ask, but deny access in both cases). But "ns_perm checkpass user passwd" confirms that the pass was OK. I thank for any hint Rodrigo. |
From: Roderick <hr...@gm...> - 2017-08-22 18:22:28
|
On Sat, 19 Aug 2017, Gustaf Neumann wrote: > % ns_crypt "password" ".."] > ..UZoIyj/Hy/c > > or from the shell using e.g. Perl > perl -le 'print crypt("password", "..");' Thanks. That helped. I am trying to understand the configuration file. Excuse me for the trivial questions. In /doc/html/manual/files/admin-maintenance.html, I read about the flag -s to nsd command: >> -s servername Specify the server to run, if the configuration file defines multiple servers. The Server1 server will be run by default. << Question 1: I suppose, this servername is read as variable $servername by the configfile. And I also suppose that the default is "server1", not "Server1". Am I right? I think, this should be explicit in the manual. Question2: At the end of /doc/html/nsperm/files/ns_perm.html (configuration), I see that one can specify the file passwd with: ns_param passwdfile /usr/local/ns/modules/nsperm/passwd I though this file was fix and in /modules/nsperm directory (see /doc/html/nsperm/files/nsperm.html). Does the above configuration redefine passwd? What about the other files in /modules/nsperm directory (group, hosts.allow, hosts.deny, perms)? Is there a way to redefine them? Or a way to redefine the location of /modules/nsperm? The command ns_perm seems to affect all these files, the one defined with ns_aparam and the rest in /modules/nsperm? Thanks Rodrigo. |
From: Andrew P. <at...@pi...> - 2017-08-21 16:23:33
|
I updated my NaviServer build from the c. 2017-08-14 head to today's latest code, and now the two cookie tests below "fail". However, it looks like this is not a real problem, the tests just need to be updated to accept the new "no such cookie" string introduced in changeset 4935:a71c34edd12, today on 2017-08-21. ==== cookie-4.5 get missing cookie FAILED ==== Contents of test case: nstest::http -getbody 1 GET /cookie-4.5 ---- Result was: 200 {no such cookie} ---- Result should have been (exact matching): 200 {no matching cookie} ==== cookie-4.5 FAILED ==== cookie-4.7 get missing cookie FAILED ==== Contents of test case: nstest::http -getbody 1 -getheaders {Set-Cookie} GET /cookie-4.7 ---- Result was: 200 {foo="foovalue"; HttpOnly} {no such cookie} ---- Result should have been (exact matching): 200 {foo="foovalue"; HttpOnly} {no matching cookie} ==== cookie-4.7 FAILED -- Andrew Piskorski <at...@pi...> |
From: Andrew P. <at...@pi...> - 2017-08-21 15:58:49
|
I installed nsf 2.1.0 from source, and that fixed the failing hotp-1 and totp-1 tests. -- Andrew Piskorski <at...@pi...> |
From: Gustaf N. <ne...@wu...> - 2017-08-19 16:22:12
|
Am 19.08.17 um 11:22 AM schrieb Roderick: > I read in doc/html/manual/files/admin-maintenance.html > .... > To encrypt a password, you can copy an already-encrypted password from > the /etc/passwd file or run the bin/nspasswd utility. It will prompt > you for a password and return the encrypted version of the password. > << This part is outdated (I've just committed an updated version for the next release) The crypted hash can be created within NaviServer (e.g. running nsd -c) with ns_crypt [1] % ns_crypt "password" ".."] ..UZoIyj/Hy/c or from the shell using e.g. Perl perl -le 'print crypt("password", "..");' The value stored in the password file is not the password, but essentially a the "salt" followed by the hash. The entry follows the "good old" Unix convention of using a random 2 char "salt": nsadmin:CUdnvgBYocLSI::::: For this hash, the salt is "CU". To check the hash, one has to know the password (here "x") and has to compute the hash with the given salt: % ns_crypt "x" "CU" CUdnvgBYocLSI Most unix systems store nowadays the hash in /etc/passwd, so this comment is dropped in the updated documentation. Hope, this helps -gn [1] https://naviserver.sourceforge.io/n/naviserver/files/ns_crypt.html |
From: Roderick <hr...@gm...> - 2017-08-19 09:29:03
|
Dear Sirs! I read in doc/html/manual/files/admin-maintenance.html >> To encrypt a password, you can copy an already-encrypted password from the /etc/passwd file or run the bin/nspasswd utility. It will prompt you for a password and return the encrypted version of the password. << But I do not find this bin/nspasswd utility in naviserver-4.99.15. Can I be sure that encryption from /etc/password will work? Is encryption not dependent on OS? Thanks Rodrigo. |
From: Gustaf N. <ne...@wu...> - 2017-08-15 08:32:29
|
Am 15.08.17 um 2:52 AM schrieb Andrew Piskorski: > I have nsf and nsf-shells version 2.0.0-2 installed via the Ubuntu > 16.04.2 package manager, no other versions of nsf/XOTcl anywhere. I > also just installed nsf-dev now (which made no difference to the > tests): > > $ dpkg -l 'nsf*' | grep nsf > ii nsf 2.0.0-2 amd64 Next Scripting Framework (NSF): Object orientation for Tcl - shared library > ii nsf-dev 2.0.0-2 amd64 Next Scripting Framework (NSF): Object orientation for Tcl - development files > ii nsf-shells 2.0.0-2 all Next Scripting Framework (NSF): Object orientation for Tcl - shells > > Would I be better off installing nsf 2.1.0 from source? Installing from source will work. There is nsf 2.1 available for ubuntu, but i am not sure, how this translates to Ubuntu version numbers: https://launchpad.net/ubuntu/+source/nsf > In the 'make test' output, I see a bunch of lines like these: > > [14/Aug/2017:20:20:57][32189.7f32ee0a3700][-main-] Notice: Using ns_cache based on NX 2.0.0 > > [14/Aug/2017:20:20:57][32189.7f32ee0a3700][-main-] Notice: NX/XOTcl extension not loaded; will not copy objects (error: invalid command name "::Serializer"; invalid command name "::Serializer" > while executing > "::Serializer all"). the message says, that the serializer is not working (i remember a debian version, were it was not included), without that, XOTcl/NX Classes are not preserved in the blueprint. I've improved the message in the tip branch, and made it a warning. all the best -g |
From: Andrew P. <at...@pi...> - 2017-08-15 00:52:07
|
On Mon, Aug 14, 2017 at 10:13:46PM +0200, Gustaf Neumann wrote: > > The first issue should be handled by [1]. > [1] > https://bitbucket.org/naviserver/naviserver/commits/6a1cc7d7a5c3e345673d4825582e5673aa95ef88 Yep, that fixed the ns_cache-12.1 test failure, thanks. > The *otp issue does not show up on my Ubuntu 14.04.5 LTS, maybe the > guards of the test have to made more restrictive. Do you have nsf installed > manually or via the package manager? Which version of nsf do you have? I have nsf and nsf-shells version 2.0.0-2 installed via the Ubuntu 16.04.2 package manager, no other versions of nsf/XOTcl anywhere. I also just installed nsf-dev now (which made no difference to the tests): $ dpkg -l 'nsf*' | grep nsf ii nsf 2.0.0-2 amd64 Next Scripting Framework (NSF): Object orientation for Tcl - shared library ii nsf-dev 2.0.0-2 amd64 Next Scripting Framework (NSF): Object orientation for Tcl - development files ii nsf-shells 2.0.0-2 all Next Scripting Framework (NSF): Object orientation for Tcl - shells Would I be better off installing nsf 2.1.0 from source? In the 'make test' output, I see a bunch of lines like these: [14/Aug/2017:20:20:57][32189.7f32ee0a3700][-main-] Notice: Using ns_cache based on NX 2.0.0 [14/Aug/2017:20:20:57][32189.7f32ee0a3700][-main-] Notice: NX/XOTcl extension not loaded; will not copy objects (error: invalid command name "::Serializer"; invalid command name "::Serializer" while executing "::Serializer all"). [14/Aug/2017:20:22:26][32189.7f32c4ff9700][-ns_eval_q:test:0] Notice: NX/XOTcl extension not loaded; will not copy objects (error: invalid command name "::Serializer"; invalid command name "::Serializer" while executing "::Serializer all"). So ns_cache is using nsf/NX/XOTcl successfully, but some other piece of code is not? Is that supposed to happen? -- Andrew Piskorski <at...@pi...> |
From: Gustaf N. <ne...@wu...> - 2017-08-14 20:13:57
|
The first issue should be handled by [1]. The *otp issue does not show up on my Ubuntu 14.04.5 LTS, maybe the guards of the test have to made more restrictive. Do you have nsf installed manually or via the package manager? Which version of nsf do you have? -g [1] https://bitbucket.org/naviserver/naviserver/commits/6a1cc7d7a5c3e345673d4825582e5673aa95ef88 Am 14.08.17 um 8:17 PM schrieb Andrew Piskorski: > On the NaviServer head, (on Ubuntu 16.04.2 LTS, Linux 4.4.0-31, > x86_64), "make test" gives me the three errors below. Should I be > worried about these? Are these known problems, or is something broken > with my build? > > Thanks! > > > ==== ns_cache-12.1 transaction rollback FAILED > ---- Result was: > content-length 3 content-length 4 1 1 2 2 3 k2 {k1 k2 k3 k4} 1 2 2 k1 1 > ---- Result should have been (exact matching): > 1 1 2 2 3 k2 {k1 k2 k3 k4} 1 2 2 k1 1 > ==== ns_cache-12.1 FAILED > > ==== hotp-1 Test for HOTP based on testvector in Appendix D from RFC 4226 > https://www.ietf.org/rfc/rfc4226.txt FAILED > ---- Test generated error; Return code was: 1 > ---- Return code should have been one of: 0 2 > ==== hotp-1 FAILED > > ==== totp-1 Test for HOTP based on testvector from Appendix B of RFC 6238 > https://tools.ietf.org/html/rfc6238 FAILED > ---- Test generated error; Return code was: 1 > ---- Return code should have been one of: 0 2 > ==== totp-1 FAILED > -- Univ.Prof. Dr. Gustaf Neumann WU Vienna Institute of Information Systems and New Media Welthandelsplatz 1, A-1020 Vienna, Austria |
From: Andrew P. <at...@pi...> - 2017-08-14 19:58:41
|
On Thu, Mar 05, 2015 at 03:01:10PM +0000, David Osborne wrote: > I've been struggling to get --enable-rpath to work in our build (on Debian > Wheezy). Up to now I'd always been patching Makefile.global.in during the > Debian build to add -Wl,-rpath manually. That was the same problem I had back in 2014. I see now that Gustaf committed a clean fix a month later (f7808bea8567, below). It seems to work well, both "--enable-rpath" (which is what I need) and "--disable-rpath" are obeyed. Thank you both for figuring that out! $ hg -v log -p -r f7808bea8567 configure.ac changeset: 3548:f7808bea8567 user: Gustaf Neumann <ne...@wu...> date: Mon Apr 06 15:50:46 2015 +0200 files: configure.ac description: - Improved rpath handling in configure.ac for Linux distros, where TCL_CC_SEARCH_FLAGS and TCL_LD_SEARCH_FLAGS are set empty, like e.g.Debian (Many thanks to David Osborne for the recommendation) diff -r 4230345c76e4 -r f7808bea8567 configure.ac --- a/configure.ac Mon Apr 06 15:06:15 2015 +0200 +++ b/configure.ac Mon Apr 06 15:50:46 2015 +0200 @@ -133,8 +133,8 @@ LDSO="\$(LDLIB)" CCRPATHS="\$(CCRPATH)" LDRPATHS="\$(LDRPATH)" - CCRFLAG=$TCL_CC_SEARCH_FLAGS - LDRFLAG=$TCL_LD_SEARCH_FLAGS + CCRFLAG=$CC_SEARCH_FLAGS + LDRFLAG=$LD_SEARCH_FLAGS if test "$CCRFLAG" = "" ; then CCRPATH= fi -- Andrew Piskorski <at...@pi...> |
From: Andrew P. <at...@pi...> - 2017-08-14 18:17:13
|
On the NaviServer head, (on Ubuntu 16.04.2 LTS, Linux 4.4.0-31, x86_64), "make test" gives me the three errors below. Should I be worried about these? Are these known problems, or is something broken with my build? Thanks! ==== ns_cache-12.1 transaction rollback FAILED ---- Result was: content-length 3 content-length 4 1 1 2 2 3 k2 {k1 k2 k3 k4} 1 2 2 k1 1 ---- Result should have been (exact matching): 1 1 2 2 3 k2 {k1 k2 k3 k4} 1 2 2 k1 1 ==== ns_cache-12.1 FAILED ==== hotp-1 Test for HOTP based on testvector in Appendix D from RFC 4226 https://www.ietf.org/rfc/rfc4226.txt FAILED ---- Test generated error; Return code was: 1 ---- Return code should have been one of: 0 2 ==== hotp-1 FAILED ==== totp-1 Test for HOTP based on testvector from Appendix B of RFC 6238 https://tools.ietf.org/html/rfc6238 FAILED ---- Test generated error; Return code was: 1 ---- Return code should have been one of: 0 2 ==== totp-1 FAILED -- Andrew Piskorski <at...@pi...> |
From: Andrew P. <at...@pi...> - 2017-08-14 17:17:35
|
If I try to build nsoracle normally, I get a bunch of "unknown type name 'off64_t'" errors, as shown below. These errors seem strange, because the code there in zlib.h actually says "z_off64_t", not "off64_t". What's going on with the "z_" prefix? There is an easy workaround. In my installed naviserver location, I simply edit "include/nsconfig.h", and right after this line: #define HAVE_ZLIB_H 1 I added this, to turn that define back off: #undef HAVE_ZLIB_H With that, nsoracle builds fine. But I don't understand what's really going on here, nor how to fix it the right way. Any suggestions? Btw, I get this behavior with the current NaviServer head and the Oracle 12c client libraries, and I also saw it back in 2014-09 with Oracle 10g, so it's not new. ---------------------------------------- gcc -I/usr/local/pkg/oracle-client/product/12c/sdk/include -I/usr/local/pkg/oracle-client/product/12c/rdbms/demo -I/usr/local/pkg/oracle-client/product/12c/rdbms/public -I/usr/local/pkg/oracle-client/produ\ ct/12c/network/public -I/usr/local/pkg/oracle-client/product/12c/plsql/public -g -Wall -fPIC -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -fno-unit-at-a-time -pipe -Wdate-time -D_FORTIF\ Y_SOURCE=2 -I/usr/local/pkg/nsd-head-20170811-0/include -I"/usr/include/tcl8.6" -DHAVE_CONFIG_H -I/usr/lib/include -c -o nsoracle.o nsoracle.c In file included from /usr/include/zlib.h:34:0, from /usr/local/pkg/nsd-head-20170811-0/include/ns.h:44, from nsoracle.h:26, from nsoracle.c:14: /usr/include/zlib.h:1673:5: error: unknown type name 'off64_t' z_off64_t pos; ^ /usr/include/zlib.h:1693:12: error: unknown type name 'off64_t' ZEXTERN z_off64_t ZEXPORT gzseek64 OF((gzFile, z_off64_t, int)); ^ ---------------------------------------- -- Andrew Piskorski <at...@pi...> |
From: Ben B. <tek...@ya...> - 2017-07-24 18:02:51
|
Hi Gustaf, Alas, the changes did not work for this case: Could not connect to mailbox: Certificate failure for or97.net: self signed certificate: /C=UK/ST=Default Province/O=self/CN=or97.net while executing "ns_imap open -mailbox {{or97.net}mail/INBOX} -novalidatecert -user support -passwor... I verified that the rebuild included the changes: :/usr/local/src/modules/nsimap# grep novalidatecert ns* nsimap.c: } else if (!strcmp(cmd, "-novalidatecert")) { Binary file nsimap.o matches Binary file nsimap.so matches root@openacs-a22:/usr/local/src/modules/nsimap# grep novalidatecert * nsimap.c: } else if (!strcmp(cmd, "-novalidatecert")) { Binary file nsimap.o matches Binary file nsimap.so matches README: ns_imap open -mailbox mailbox ?-user u -password p -debug -expunge -anonymous -shortcache -readonly -halfopen -reopen -novalidatecert? This is not a critical bug. Right now, there are free Automatic Certificate management Environment (ACME) services, such as letsencrypt, which works with nsimap. Maybe some diagnostic info: I added a -testDummyParam to invoking ns_imap open: ns_imap open -mailbox .... -testDummyParam .... testDummyParam was ignored for the self-signed certificate error (above) and also for successful connection cases using a valid CA signed-certificate. best wishes, Ben On 07/24/2017 02:10 AM, Gustaf Neumann wrote: > Am 24.07.17 um 3:46 AM schrieb Ben Brink via naviserver-devel: >> Apparently ns_imap open doesn't like self-signed certificates. >> If there is a list for suggested new features, this should be on it. >> Thank you. > I've added a small change to add the optional flag "-novalidatecert" to "ns_imap open" > (name from the flag of the imap implementation). > > please check, if this change is sufficient. > > best regards > -gn > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > > _______________________________________________ > naviserver-devel mailing list > nav...@li... > https://lists.sourceforge.net/lists/listinfo/naviserver-devel |
From: Gustaf N. <ne...@wu...> - 2017-07-24 09:10:20
|
Am 24.07.17 um 3:46 AM schrieb Ben Brink via naviserver-devel: > Apparently ns_imap open doesn't like self-signed certificates. > If there is a list for suggested new features, this should be on it. > Thank you. I've added a small change to add the optional flag "-novalidatecert" to "ns_imap open" (name from the flag of the imap implementation). please check, if this change is sufficient. best regards -gn |
From: Gustaf N. <ne...@wu...> - 2017-07-24 08:32:59
|
Dear all, The forthcoming version of NaviServer will support transaction semantics for ns_cache. Background: when ns_cache_* commands are used within DB transactions (e.g. in OpenACS), it might occur, that partial results of the transaction are cached before the transaction is committed. When the transaction is rolled back, invalid values might be kept in the cache leading to erroneous and hard to debug behavior. Furthermore, information about committed changes might leak into other threads via the cache. The new cache transaction semantics is implemented via the three new commands ns_cache_transaction_begin ns_cache_transaction_commit ns_cache_transaction_rollback When no ns_cache_transaction* command is used, the behavior is exactly as before. When cache transactions are used (initiated by a ns_cache_transaction_begin and ended via ns_cache_transaction_commit or ns_cache_transaction_rollback, the ns_cache commands provide in essence the following functionalities: a) The ability to rollback of the values since the matching ns_cache_transaction_begin b) Isolation of behavior: cached values from incomplete cache transactions are just visible from the current thread, but not from other threads. c) Nesting: transactions can be nested (up to a compile time constant, currently 16) d) Introspection: the statistics about cache commits and rollbacks are included in the cache statistics. Implementation: The implementation is an extension of the pre-existing update semantics and follows as close as possible the existing model used in ns_cache_eval. The "value" of a cache entry is NULL until a commit is performed, other threads competing for the same cache entry have to wait for the "commit" operations. The old C-API continues to work as before. The new transaction aware interface is implemented over the following C functions Ns_CacheFindEntryT() Ns_CacheFirstEntryT() Ns_CacheGetValueT() Ns_CacheNextEntryT() Ns_CacheWaitCreateEntryT() In order to avoid potential unwanted long-time locks on cache entries when cache transactions are not properly closed (e.g. in error cases), "ns_cleanup" is now extended to roll back all changes. The following ns_cache commands are now cache transaction aware: ns_cache_get ns_cache_eval ns_cache_incr ns_cache_append ns_cache_lappend ns_cache_keys ns_cache_flush All the best -gn |
From: Ben B. <tek...@ya...> - 2017-07-24 01:46:59
|
Hi,Apparently ns_imap open doesn't like self-signed certificates. If there is a list for suggested new features, this should be on it. Thank you. Certificate had expired so I replaced it with a new one, restarted nsd and imap server. Verfied the certificate is valid:# cat or97.net.crt | openssl x509 -text | grep GMT Not Before: Jul 24 01:30:44 2017 GMT Not After : Jul 24 01:30:44 2018 GMT # Still errors: [23/Jul/2017:21:32:27][26263.7ff58751b700][-conn:5-96:0:0-] Notice: thread initialized (0.114429 secs) [23/Jul/2017:21:32:27][26263.7ff587d1c700][-conn:5-96:1:0-] Notice: thread initialized (0.111412 secs) [23/Jul/2017:21:32:31][26263.7ff587d1c700][-conn:5-96:1:0-] Error: ns_imap: [1]: Certificate failure for or97.net: self signed certificate: /C=US/ST=OR/O=OR97.NET/CN=or97.net [23/Jul/2017:21:32:31][26263.7ff587d1c700][-conn:5-96:1:0-] Notice: -- creating per thread sequence table [23/Jul/2017:21:32:31][26263.7ff587d1c700][-conn:5-96:1:0-] Error: Unknown driver: nssock_v4. Only know nssock, nsunix, nsssl, nsssle, nsopenssl [23/Jul/2017:21:32:31][26263.7ff587d1c700][-conn:5-96:1:0-] Error: GET http://a22.highlandpiping.com:8003/test/imap? referred by '' Could not connect to mailbox: Certificate failure for or97.net: self signed certificate: /C=US/ST=OR/O=OR97.NET/CN=or97.net while executing "ns_imap open -mailbox {{or97.net}mail/INBOX} -user testimap1 -password "13ulbio" " ("uplevel" body line 6) invoked from within "uplevel { set content "" # acs_mail_lite::imap_conn_go set content [ns_imap open -mailbox {{or97.net}mail/INBOX} -user testimap1 -password "13ul..." (procedure "code::tcl::/var/www/5-96/www/test/imap" line 2) invoked from within "code::tcl::$__adp_stub" ("uplevel" body line 12) invoked from within "uplevel { if { [file exists $__adp_stub.tcl] } { # ensure that data source preparation procedure exists and is up-to-date ..." (procedure "adp_prepare" line 2) invoked from within "adp_prepare" invoked from within "template::adp_parse [file rootname [ad_conn file]] {}" (procedure "adp_parse_ad_conn_file" line 6) invoked from within "$handler" ("uplevel" body line 2) invoked from within "uplevel $code" invoked from within "ad_try { $handler } ad_script_abort val { # do nothing }" invoked from within "rp_serve_concrete_file [ad_conn file]" (procedure "::nsf::procs::rp_serve_abstract_file" line 60) invoked from within "rp_serve_abstract_file "$root/$extra_url"" ("uplevel" body line 2) invoked from within "uplevel $code" invoked from within "ad_try { rp_serve_abstract_file "$root/$extra_url" set tcl_url2file([ad_conn url]) [ad_conn file] set ..." called from rp_handler |
From: Ben B. <tek...@ya...> - 2017-07-14 21:39:02
|
Hi Gustaf, Thank you for clarification. Restarted nsd with debug and dev true in config.tcl file. No other changes. Today, no errors reported. nsd did not quit. Old faithful is a fun place to visit. cheers, Ben On 07/14/2017 09:34 AM, Gustaf Neumann wrote: > just a short message, i am on the road... the tip version of NaviServer > fails, when startup is erroneous, so the problem you are seeing might be > a consequence of an incorrect configuration of nsimap or of a jail > problem in nsimap (if this is the case, then yes, an error message is > missing). > The warning about FD_SETSIZE is just a warning, that one should not use > select() on that machine, when more than 1024 file descriptors are in > use (don't use e.g. async Tcl I/O). > > greetings from old faithful > -g > > > Am 14.07.17 um 1:26 AM schrieb Ben Brink via naviserver-devel: >> Hi, >> >> Naviserver runs okay so far (nsimap untested) on Ubuntu 16.04 lts. >> >> In FreeBSD, nsd quits. Details are below. >> >> >> An old aolserver4 recommendation for FreeBSD seems to keep nsd running. >> >> >> This is probably not a preferred solution. >> >> Add this line to the start up script before invoking nsd: >> >> ulimit -n 1024 >> >> >> Other suggestions for solution welcome. >> >> >> >> Here are error details, on startup of nsd with nsimap configured and >> enabled: >> >> # grep -i nsimap /var/www/oacs-HEAD/log/error.log >> [13/Jul/2017:22:42:54][25812.802c06400][-main-] Notice: modload: >> loading module nsimap from file /usr/local/nsx/bin/nsimap.so >> [13/Jul/2017:22:42:54][25812.802c06400][-main-] Notice: nsimap module >> version 3.4 server: oacs-HEAD >> >> # Only warning was in early start up: >> >> [13/Jul/2017:22:42:54][25812.802c06400][-main-] Notice: nsmain: >> NaviServer/4.99.16d8 starting >> [13/Jul/2017:22:42:54][25812.802c06400][-main-] Notice: nsmain: >> security info: uid=820, euid=820, gid=820, egid=820 >> [13/Jul/2017:22:42:54][25812.802c06400][-main-] Notice: nsmain: Tcl >> version: 8.5.19 >> [13/Jul/2017:22:42:54][25812.802c06400][-main-] Notice: nsmain: max >> files: soft limit 3771540, hard limit 3771540 >> [13/Jul/2017:22:42:54][25812.802c06400][-main-] Warning: nsmain: >> rl_cur (3771540) > FD_SETSIZE (1024), select() calls should not be used >> [13/Jul/2017:22:42:54][25812.802c06400][-main-] Notice: pool default: >> queueLength 90 low water 9 high water 90 >> >> >> # tail /var/www/oacs-HEAD/log/error.log >> >> [13/Jul/2017:22:42:58][25812.802c06400][-main-] Notice: QD=Postload >> files to load from tcl: >> [13/Jul/2017:22:42:58][25812.802c07c00][-driver:nssock_v4:0-] Notice: >> starting >> [13/Jul/2017:22:42:58][25812.802c07c00][-driver:nssock_v4:0-] Notice: >> nssock_v4:0: listening on [188.227.186.70]:8000 >> [13/Jul/2017:22:42:58][25812.802c07c00][-driver:nssock_v4:0-] Notice: >> driver: accepting connections >> [13/Jul/2017:22:42:58][25812.802c06400][-main-] Notice: nsmain: >> NaviServer/4.99.16d8 running >> [13/Jul/2017:22:42:58][25812.802c06400][-main-] Notice: nsmain: >> security info: uid=820, euid=820, gid=820, egid=820 >> [13/Jul/2017:22:42:58][25812.809c21400][-writer1-] Notice: writer1: >> accepting connections >> [13/Jul/2017:22:42:58][25812.802c06400][-main-] Fatal: nsmain: can't >> communicate with parent process, nwrite -1, error: Broken pipe (parent >> process was probably killed) >> [13/Jul/2017:22:42:58][25812.809c21800][-writer0-] Notice: writer0: >> accepting connections >> [13/Jul/2017:22:42:58][25812.802c06c00][-sched-] Notice: sched: starting >> >> cheers, >> >> Ben >> >> ------------------------------------------------------------------------------ >> >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> naviserver-devel mailing list >> nav...@li... >> https://lists.sourceforge.net/lists/listinfo/naviserver-devel > > |
From: Gustaf N. <ne...@wu...> - 2017-07-14 16:35:07
|
just a short message, i am on the road... the tip version of NaviServer fails, when startup is erroneous, so the problem you are seeing might be a consequence of an incorrect configuration of nsimap or of a jail problem in nsimap (if this is the case, then yes, an error message is missing). The warning about FD_SETSIZE is just a warning, that one should not use select() on that machine, when more than 1024 file descriptors are in use (don't use e.g. async Tcl I/O). greetings from old faithful -g Am 14.07.17 um 1:26 AM schrieb Ben Brink via naviserver-devel: > Hi, > > Naviserver runs okay so far (nsimap untested) on Ubuntu 16.04 lts. > > In FreeBSD, nsd quits. Details are below. > > > An old aolserver4 recommendation for FreeBSD seems to keep nsd running. > > > This is probably not a preferred solution. > > Add this line to the start up script before invoking nsd: > > ulimit -n 1024 > > > Other suggestions for solution welcome. > > > > Here are error details, on startup of nsd with nsimap configured and > enabled: > > # grep -i nsimap /var/www/oacs-HEAD/log/error.log > [13/Jul/2017:22:42:54][25812.802c06400][-main-] Notice: modload: > loading module nsimap from file /usr/local/nsx/bin/nsimap.so > [13/Jul/2017:22:42:54][25812.802c06400][-main-] Notice: nsimap module > version 3.4 server: oacs-HEAD > > # Only warning was in early start up: > > [13/Jul/2017:22:42:54][25812.802c06400][-main-] Notice: nsmain: > NaviServer/4.99.16d8 starting > [13/Jul/2017:22:42:54][25812.802c06400][-main-] Notice: nsmain: > security info: uid=820, euid=820, gid=820, egid=820 > [13/Jul/2017:22:42:54][25812.802c06400][-main-] Notice: nsmain: Tcl > version: 8.5.19 > [13/Jul/2017:22:42:54][25812.802c06400][-main-] Notice: nsmain: max > files: soft limit 3771540, hard limit 3771540 > [13/Jul/2017:22:42:54][25812.802c06400][-main-] Warning: nsmain: > rl_cur (3771540) > FD_SETSIZE (1024), select() calls should not be used > [13/Jul/2017:22:42:54][25812.802c06400][-main-] Notice: pool default: > queueLength 90 low water 9 high water 90 > > > # tail /var/www/oacs-HEAD/log/error.log > > [13/Jul/2017:22:42:58][25812.802c06400][-main-] Notice: QD=Postload > files to load from tcl: > [13/Jul/2017:22:42:58][25812.802c07c00][-driver:nssock_v4:0-] Notice: > starting > [13/Jul/2017:22:42:58][25812.802c07c00][-driver:nssock_v4:0-] Notice: > nssock_v4:0: listening on [188.227.186.70]:8000 > [13/Jul/2017:22:42:58][25812.802c07c00][-driver:nssock_v4:0-] Notice: > driver: accepting connections > [13/Jul/2017:22:42:58][25812.802c06400][-main-] Notice: nsmain: > NaviServer/4.99.16d8 running > [13/Jul/2017:22:42:58][25812.802c06400][-main-] Notice: nsmain: > security info: uid=820, euid=820, gid=820, egid=820 > [13/Jul/2017:22:42:58][25812.809c21400][-writer1-] Notice: writer1: > accepting connections > [13/Jul/2017:22:42:58][25812.802c06400][-main-] Fatal: nsmain: can't > communicate with parent process, nwrite -1, error: Broken pipe (parent > process was probably killed) > [13/Jul/2017:22:42:58][25812.809c21800][-writer0-] Notice: writer0: > accepting connections > [13/Jul/2017:22:42:58][25812.802c06c00][-sched-] Notice: sched: starting > > cheers, > > Ben > > ------------------------------------------------------------------------------ > > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > naviserver-devel mailing list > nav...@li... > https://lists.sourceforge.net/lists/listinfo/naviserver-devel -- Univ.Prof. Dr. Gustaf Neumann WU Vienna Institute of Information Systems and New Media Welthandelsplatz 1, A-1020 Vienna, Austria |
From: Ben B. <tek...@ya...> - 2017-07-14 00:21:27
|
ps. Some more diagnostics. This is in a VPS, FreeBSD jails environment. # ulimit -n 3771540 On 07/13/2017 04:26 PM, Ben Brink via naviserver-devel wrote: > Hi, > > Naviserver runs okay so far (nsimap untested) on Ubuntu 16.04 lts. > > In FreeBSD, nsd quits. Details are below. > > > An old aolserver4 recommendation for FreeBSD seems to keep nsd running. > > > This is probably not a preferred solution. > > Add this line to the start up script before invoking nsd: > > ulimit -n 1024 > > > Other suggestions for solution welcome. > > > > Here are error details, on startup of nsd with nsimap configured and > enabled: > > # grep -i nsimap /var/www/oacs-HEAD/log/error.log > [13/Jul/2017:22:42:54][25812.802c06400][-main-] Notice: modload: loading > module nsimap from file /usr/local/nsx/bin/nsimap.so > [13/Jul/2017:22:42:54][25812.802c06400][-main-] Notice: nsimap module > version 3.4 server: oacs-HEAD > > # Only warning was in early start up: > > [13/Jul/2017:22:42:54][25812.802c06400][-main-] Notice: nsmain: > NaviServer/4.99.16d8 starting > [13/Jul/2017:22:42:54][25812.802c06400][-main-] Notice: nsmain: security > info: uid=820, euid=820, gid=820, egid=820 > [13/Jul/2017:22:42:54][25812.802c06400][-main-] Notice: nsmain: Tcl > version: 8.5.19 > [13/Jul/2017:22:42:54][25812.802c06400][-main-] Notice: nsmain: max > files: soft limit 3771540, hard limit 3771540 > [13/Jul/2017:22:42:54][25812.802c06400][-main-] Warning: nsmain: rl_cur > (3771540) > FD_SETSIZE (1024), select() calls should not be used > [13/Jul/2017:22:42:54][25812.802c06400][-main-] Notice: pool default: > queueLength 90 low water 9 high water 90 > > > # tail /var/www/oacs-HEAD/log/error.log > > [13/Jul/2017:22:42:58][25812.802c06400][-main-] Notice: QD=Postload > files to load from tcl: > [13/Jul/2017:22:42:58][25812.802c07c00][-driver:nssock_v4:0-] Notice: > starting > [13/Jul/2017:22:42:58][25812.802c07c00][-driver:nssock_v4:0-] Notice: > nssock_v4:0: listening on [188.227.186.70]:8000 > [13/Jul/2017:22:42:58][25812.802c07c00][-driver:nssock_v4:0-] Notice: > driver: accepting connections > [13/Jul/2017:22:42:58][25812.802c06400][-main-] Notice: nsmain: > NaviServer/4.99.16d8 running > [13/Jul/2017:22:42:58][25812.802c06400][-main-] Notice: nsmain: security > info: uid=820, euid=820, gid=820, egid=820 > [13/Jul/2017:22:42:58][25812.809c21400][-writer1-] Notice: writer1: > accepting connections > [13/Jul/2017:22:42:58][25812.802c06400][-main-] Fatal: nsmain: can't > communicate with parent process, nwrite -1, error: Broken pipe (parent > process was probably killed) > [13/Jul/2017:22:42:58][25812.809c21800][-writer0-] Notice: writer0: > accepting connections > [13/Jul/2017:22:42:58][25812.802c06c00][-sched-] Notice: sched: starting > > cheers, > > Ben > > ------------------------------------------------------------------------------ > > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > naviserver-devel mailing list > nav...@li... > https://lists.sourceforge.net/lists/listinfo/naviserver-devel |
From: Ben B. <tek...@ya...> - 2017-07-13 23:26:15
|
Hi, Naviserver runs okay so far (nsimap untested) on Ubuntu 16.04 lts. In FreeBSD, nsd quits. Details are below. An old aolserver4 recommendation for FreeBSD seems to keep nsd running. This is probably not a preferred solution. Add this line to the start up script before invoking nsd: ulimit -n 1024 Other suggestions for solution welcome. Here are error details, on startup of nsd with nsimap configured and enabled: # grep -i nsimap /var/www/oacs-HEAD/log/error.log [13/Jul/2017:22:42:54][25812.802c06400][-main-] Notice: modload: loading module nsimap from file /usr/local/nsx/bin/nsimap.so [13/Jul/2017:22:42:54][25812.802c06400][-main-] Notice: nsimap module version 3.4 server: oacs-HEAD # Only warning was in early start up: [13/Jul/2017:22:42:54][25812.802c06400][-main-] Notice: nsmain: NaviServer/4.99.16d8 starting [13/Jul/2017:22:42:54][25812.802c06400][-main-] Notice: nsmain: security info: uid=820, euid=820, gid=820, egid=820 [13/Jul/2017:22:42:54][25812.802c06400][-main-] Notice: nsmain: Tcl version: 8.5.19 [13/Jul/2017:22:42:54][25812.802c06400][-main-] Notice: nsmain: max files: soft limit 3771540, hard limit 3771540 [13/Jul/2017:22:42:54][25812.802c06400][-main-] Warning: nsmain: rl_cur (3771540) > FD_SETSIZE (1024), select() calls should not be used [13/Jul/2017:22:42:54][25812.802c06400][-main-] Notice: pool default: queueLength 90 low water 9 high water 90 # tail /var/www/oacs-HEAD/log/error.log [13/Jul/2017:22:42:58][25812.802c06400][-main-] Notice: QD=Postload files to load from tcl: [13/Jul/2017:22:42:58][25812.802c07c00][-driver:nssock_v4:0-] Notice: starting [13/Jul/2017:22:42:58][25812.802c07c00][-driver:nssock_v4:0-] Notice: nssock_v4:0: listening on [188.227.186.70]:8000 [13/Jul/2017:22:42:58][25812.802c07c00][-driver:nssock_v4:0-] Notice: driver: accepting connections [13/Jul/2017:22:42:58][25812.802c06400][-main-] Notice: nsmain: NaviServer/4.99.16d8 running [13/Jul/2017:22:42:58][25812.802c06400][-main-] Notice: nsmain: security info: uid=820, euid=820, gid=820, egid=820 [13/Jul/2017:22:42:58][25812.809c21400][-writer1-] Notice: writer1: accepting connections [13/Jul/2017:22:42:58][25812.802c06400][-main-] Fatal: nsmain: can't communicate with parent process, nwrite -1, error: Broken pipe (parent process was probably killed) [13/Jul/2017:22:42:58][25812.809c21800][-writer0-] Notice: writer0: accepting connections [13/Jul/2017:22:42:58][25812.802c06c00][-sched-] Notice: sched: starting cheers, Ben |
From: Ben B. <tek...@ya...> - 2017-07-13 19:07:29
|
Hi, It's solved by adding -fPIC to building panda-imap's make. For FreeBSD, build panda-imap with: gmake bsf EXTRACFLAGS=-fPIC nsimap now builds without halting errors: # gmake NAVISERVER=/usr/local/nsx IMAPFLAGS=-I../../panda-imap/c-client/ "IMAPLIBS=../../panda-imap/c-client/c-client.a -L/usr/local/nsx/lib -lpam -lgssapi_krb5 -lkrb5" gcc -I../../panda-imap/c-client/ -g -O2 -DNDEBUG -Wall -fPIC -pipe -I/usr/local/nsx/include -I"/usr/local/nsx/include" -DHAVE_CONFIG_H -I/usr/local/include -c -o nsimap.o nsimap.c nsimap.c:190:60: warning: "/*" within comment [-Wcomment] * oss2:nscp 4> ns_imap list 1 {{localhost}} mail/* ^ /bin/rm -Rf nsimap.so gcc -shared -nostartfiles -L/usr/local/nsx/lib -o nsimap.so nsimap.o ../../panda-imap/c-client/c-client.a -L/usr/local/nsx/lib -lpam -lgssapi_krb5 -lkrb5 -lnsthread -lnsd -L/usr/local/nsx/lib -ltcl8.5 -lgcc_s -lm -L/usr/local/nsx/lib -L/usr/local/lib -lssl -lcrypto -Wl,-rpath,:/usr/local/nsx/lib ../../panda-imap/c-client/c-client.a(osdep.o): In function `ssl_onceonlyinit': /usr/local/src/panda-imap/c-client/osdep.c:347: warning: warning: tmpnam() possibly used unsafely; consider using mkstemp() I found the solution by googling "relocation R_X86_64_32 against `.rodata.str1.1'" cheers, Ben On 07/12/2017 05:43 PM, Ben Brink via naviserver-devel wrote: > > Adding NAVISERVER=/usr/local/ns6 flag corrected the library references. > > > Still same error for Ubuntu 16.04: > > make NAVISERVER=/usr/local/ns6 IMAPFLAGS=-I../../panda-imap/c-client > "IMAPLIBS=../../panda-imap/c-client/c-client.a -L/usr/local/ns6/lib > -lpam -lgssapi_krb5 -lkrb5" > gcc -I../../panda-imap/c-client -g -O2 -fomit-frame-pointer -DNDEBUG > -Wall -fPIC -pipe -I/usr/local/ns6/include -I"/usr/local/ns6/include" > -DHAVE_CONFIG_H -c -o nsimap.o nsimap.c > nsimap.c:190:60: warning: "/*" within comment [-Wcomment] > * oss2:nscp 4> ns_imap list 1 {{localhost}} mail/* > ^ > /bin/rm -Rf nsimap.so > gcc -shared -I../../panda-imap/c-client -g -O2 -fomit-frame-pointer > -DNDEBUG -Wall -fPIC -pipe -I/usr/local/ns6/include > -I"/usr/local/ns6/include" -DHAVE_CONFIG_H -L/usr/local/ns6/lib -o > nsimap.so nsimap.o ../../panda-imap/c-client/c-client.a > -L/usr/local/ns6/lib -lpam -lgssapi_krb5 -lkrb5 -lnsthread -lnsd > -L/usr/local/ns6/lib -ltcl8.5 -lgcc_s -lieee -lm -Wl,--export-dynamic > -L/usr/local/ns6/lib -lssl -lcrypto -Wl,-rpath,:/usr/local/ns6/lib > /usr/bin/ld: ../../panda-imap/c-client/c-client.a(osdep.o): relocation > R_X86_64_32 against `.rodata.str1.1' can not be used when making a > shared object; recompile with -fPIC > ../../panda-imap/c-client/c-client.a: error adding symbols: Bad value > collect2: error: ld returned 1 exit status > make: *** [nsimap.so] Error 1 > > > > > FreeBSD 10.3 breaks at about the same point: > > > # gmake NAVISERVER=/usr/local/nsx IMAPFLAGS=-I../../panda-imap/c-client/ > "IMAPLIBS=../../panda-imap/c-client/c-client.a -L/usr/local/nsx/lib > -lpam -lgssapi_krb5 -lkrb5" > gcc -I../../panda-imap/c-client/ -g -O2 -DNDEBUG -Wall -fPIC -pipe > -I/usr/local/nsx/include -I"/usr/local/nsx/include" -DHAVE_CONFIG_H > -I/usr/local/include -c -o nsimap.o nsimap.c > nsimap.c:190:60: warning: "/*" within comment [-Wcomment] > * oss2:nscp 4> ns_imap list 1 {{localhost}} mail/* > ^ > /bin/rm -Rf nsimap.so > gcc -shared -nostartfiles -L/usr/local/nsx/lib -o nsimap.so nsimap.o > ../../panda-imap/c-client/c-client.a -L/usr/local/nsx/lib -lpam > -lgssapi_krb5 -lkrb5 -lnsthread -lnsd -L/usr/local/nsx/lib -ltcl8.5 > -lgcc_s -lm -L/usr/local/nsx/lib -L/usr/local/lib -lssl -lcrypto > -Wl,-rpath,:/usr/local/nsx/lib > ../../panda-imap/c-client/c-client.a(osdep.o): In function > `ssl_onceonlyinit': > /usr/local/src/panda-imap/c-client/osdep.c:347: warning: warning: > tmpnam() possibly used unsafely; consider using mkstemp() > /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(osdep.o): > relocation R_X86_64_32 against `.rodata.str1.1' can not be used when > making a shared object; recompile with -fPIC > /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(mail.o): > relocation R_X86_64_32 against `.rodata.str1.1' can not be used when > making a shared object; recompile with -fPIC > /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(misc.o): > relocation R_X86_64_32S against `.rodata' can not be used when making a > shared object; recompile with -fPIC > /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(smanager.o): > relocation R_X86_64_32 against `.rodata.str1.1' can not be used when > making a shared object; recompile with -fPIC > /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(utf8.o): > relocation R_X86_64_32 against `.rodata' can not be used when making a > shared object; recompile with -fPIC > /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(utf8aux.o): > relocation R_X86_64_32 against symbol `_DefaultRuneLocale@@FBSD_1.0' can > not be used when making a shared object; recompile with -fPIC > /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(dummy.o): > relocation R_X86_64_32 against symbol `dummydriver' can not be used when > making a shared object; recompile with -fPIC > /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(rfc822.o): > relocation R_X86_64_32S against `.rodata' can not be used when making a > shared object; recompile with -fPIC > /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(nntp.o): > relocation R_X86_64_32S against `.rodata' can not be used when making a > shared object; recompile with -fPIC > /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(smtp.o): > relocation R_X86_64_32S against `.rodata' can not be used when making a > shared object; recompile with -fPIC > /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(imap4r1.o): > relocation R_X86_64_32 against symbol `imapdriver' can not be used when > making a shared object; recompile with -fPIC > /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(pop3.o): > relocation R_X86_64_32 against `.rodata.str1.1' can not be used when > making a shared object; recompile with -fPIC > /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(unix.o): > relocation R_X86_64_32 against symbol `unixdriver' can not be used when > making a shared object; recompile with -fPIC > /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(mbx.o): > relocation R_X86_64_32 against symbol `mbxdriver' can not be used when > making a shared object; recompile with -fPIC > /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(mmdf.o): > relocation R_X86_64_32 against symbol `mmdfdriver' can not be used when > making a shared object; recompile with -fPIC > /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(tenex.o): > relocation R_X86_64_32 against symbol `tenexdriver' can not be used when > making a shared object; recompile with -fPIC > /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(mtx.o): > relocation R_X86_64_32 against symbol `mtxdriver' can not be used when > making a shared object; recompile with -fPIC > /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(news.o): > relocation R_X86_64_32 against symbol `newsdriver' can not be used when > making a shared object; recompile with -fPIC > /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(phile.o): > relocation R_X86_64_32 against symbol `philedriver' can not be used when > making a shared object; recompile with -fPIC > /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(mh.o): > relocation R_X86_64_32 against symbol `mhdriver' can not be used when > making a shared object; recompile with -fPIC > /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(mx.o): > relocation R_X86_64_32 against symbol `mxdriver' can not be used when > making a shared object; recompile with -fPIC > /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(newsrc.o): > relocation R_X86_64_32 against `.rodata.str1.1' can not be used when > making a shared object; recompile with -fPIC > /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(netmsg.o): > relocation R_X86_64_32 against `.rodata.str1.1' can not be used when > making a shared object; recompile with -fPIC > /usr/local/bin/ld: final link failed: Nonrepresentable section on output > collect2: error: ld returned 1 exit status > gmake: *** [/usr/local/nsx/include/Makefile.module:143: nsimap.so] Error 1 > > > On 07/12/2017 05:22 PM, Ben Brink via naviserver-devel wrote: >> Hi, >> >> The build appears to use /usr/local/ns instead of /usr/local/ns6 or >> /usr/local/nsx provided by IMAPLIBS flag. >> >> I'm not sure how to specify additional flags. >> >> Will report results after trying to use the normal install dir >> "/usr/local/ns". >> >> >> >> Building on Ubuntu 16.04 gives similar error: >> >> # make IMAPFLAGS=-I../../panda-imap/c-client >> "IMAPLIBS=../../panda-imap/c-client/c-client.a -L/usr/local/ns6/lib >> -lpam -lgssapi_krb5 -lkrb5" >> gcc -I../../panda-imap/c-client -g -O2 -fomit-frame-pointer -DNDEBUG >> -Wall -fPIC -pipe -I/usr/local/ns/include -I"/usr/local/ns/include" >> -DHAVE_CONFIG_H -c -o nsimap.o nsimap.c >> nsimap.c:190:60: warning: "/*" within comment [-Wcomment] >> * oss2:nscp 4> ns_imap list 1 {{localhost}} mail/* >> ^ >> /bin/rm -Rf nsimap.so >> gcc -shared -I../../panda-imap/c-client -g -O2 -fomit-frame-pointer >> -DNDEBUG -Wall -fPIC -pipe -I/usr/local/ns/include >> -I"/usr/local/ns/include" -DHAVE_CONFIG_H -L/usr/local/ns/lib -o >> nsimap.so nsimap.o ../../panda-imap/c-client/c-client.a >> -L/usr/local/ns6/lib -lpam -lgssapi_krb5 -lkrb5 -lnsthread -lnsd >> -L/usr/local/ns/lib -ltcl8.5 -lgcc_s -lieee -lm >> -Wl,--export-dynamic -L/usr/local/ns/lib -lssl -lcrypto >> -Wl,-rpath,:/usr/local/ns/lib >> /usr/bin/ld: ../../panda-imap/c-client/c-client.a(osdep.o): relocation >> R_X86_64_32 against `.rodata.str1.1' can not be used when making a >> shared object; recompile with -fPIC >> ../../panda-imap/c-client/c-client.a: error adding symbols: Bad value >> collect2: error: ld returned 1 exit status >> make: *** [nsimap.so] Error 1 >> >> >> uname -a >> Linux openacs-a22 3.13.0-65-generic #106-Ubuntu SMP Fri Oct 2 22:08:27 >> UTC 2015 x86_64 x86_64 x86_64 GNU/Linux >> >> Using install dir of /usr/local/ns6 instead of /usr/local/nsx for >> freebsd case. >> >> On 07/12/2017 01:32 PM, Ben Brink via naviserver-devel wrote: >>> >>> >>> On 07/12/2017 12:38 PM, Ben Brink via naviserver-devel wrote: >>>> Hi, >>>> >>>> I'm trying to build nsmap on FreeBSD 10.3-STABLE. >>>> >>>> Hint says to 'recompile with -fPIC'. Error is same with and without >>>> hint. >>> >>> This hint has more meaning in development context: >>> https://forums.freebsd.org/threads/55008/ >>> PR = problem report (I had to look it up in context of that thread). >>> >>>> >>>> Any suggestions? >>>> Thanks in advance, >>>> Ben >>>> >>>> >>>> build with hint '-fPIC': >>>> >>>> # gmake -fMakefile IMAPFLAGS=-I../../panda-imap/c-client/ >>>> "IMAPLIBS=../../panda-imap/c-client/c-client.a -L/usr/local/nsx/lib >>>> -lpam -lgssapi_krb5 -lkrb5" >>>> clang -I../../panda-imap/c-client/ -g -O2 -DNDEBUG -Wall -fPIC >>>> -pipe -I/usr/local/ns/include -I"/usr/local/ns/include" >>>> -DHAVE_CONFIG_H -c -o nsimap.o nsimap.c >>>> nsimap.c:190:60: warning: '/*' within block comment [-Wcomment] >>>> * oss2:nscp 4> ns_imap list 1 {{localhost}} mail/* >>>> ^ >>>> 1 warning generated. >>>> /bin/rm -Rf nsimap.so >>>> clang -shared -L/usr/local/ns/lib -o nsimap.so nsimap.o >>>> ../../panda-imap/c-client/c-client.a -L/usr/local/nsx/lib -lpam >>>> -lgssapi_krb5 -lkrb5 -lnsthread -lnsd -L/usr/local/ns/lib -ltcl8.5 >>>> -lgcc_s -lm -L/usr/local/ns/lib -lssl -lcrypto >>>> -Wl,-rpath,:/usr/local/ns/lib >>>> /usr/bin/ld: ../../panda-imap/c-client/c-client.a(osdep.o): >>>> relocation R_X86_64_32 against `a local symbol' can not be used when >>>> making a shared object; recompile with -fPIC >>>> ../../panda-imap/c-client/c-client.a: could not read symbols: Bad value >>>> clang: error: linker command failed with exit code 1 (use -v to see >>>> invocation) >>>> gmake: *** [/usr/local/ns/include/Makefile.module:143: nsimap.so] >>>> Error 1 >>>> >>>> >>>> >>>> first build attempt: >>>> >>>> >>>> # gmake IMAPFLAGS=-I../../panda-imap/c-client/ >>>> "IMAPLIBS=../../panda-imap/c-client/c-client.a -L/usr/local/nsx/lib >>>> -lpam -lgssapi_krb5 -lkrb5" >>>> clang -I../../panda-imap/c-client/ -g -O2 -DNDEBUG -Wall -fPIC >>>> -pipe -I/usr/local/ns/include -I"/usr/local/ns/include" >>>> -DHAVE_CONFIG_H -c -o nsimap.o nsimap.c >>>> nsimap.c:190:60: warning: '/*' within block comment [-Wcomment] >>>> * oss2:nscp 4> ns_imap list 1 {{localhost}} mail/* >>>> ^ >>>> 1 warning generated. >>>> /bin/rm -Rf nsimap.so >>>> clang -shared -L/usr/local/ns/lib -o nsimap.so nsimap.o >>>> ../../panda-imap/c-client/c-client.a -L/usr/local/nsx/lib -lpam >>>> -lgssapi_krb5 -lkrb5 -lnsthread -lnsd -L/usr/local/ns/lib -ltcl8.5 >>>> -lgcc_s -lm -L/usr/local/ns/lib -lssl -lcrypto >>>> -Wl,-rpath,:/usr/local/ns/lib >>>> /usr/bin/ld: ../../panda-imap/c-client/c-client.a(osdep.o): >>>> relocation R_X86_64_32 against `a local symbol' can not be used when >>>> making a shared object; recompile with -fPIC >>>> ../../panda-imap/c-client/c-client.a: could not read symbols: Bad value >>>> clang: error: linker command failed with exit code 1 (use -v to see >>>> invocation) >>>> gmake: *** [/usr/local/ns/include/Makefile.module:143: nsimap.so] >>>> Error 1 >>>> root@or97:/usr/local/src/modules/nsimap # >>>> >>>> # gmake -v >>>> GNU Make 4.2.1 >>>> Built for amd64-portbld-freebsd10.3 >>>> Copyright (C) 1988-2016 Free Software Foundation, Inc. >>>> License GPLv3+: GNU GPL version 3 or later >>>> <http://gnu.org/licenses/gpl.html> >>>> This is free software: you are free to change and redistribute it. >>>> There is NO WARRANTY, to the extent permitted by law. >>>> >>>> >>>> Other notes: >>>> >>>> >>>> This build is using Naviserver head so as to get the latest nsmap >>>> changes. >>>> >>>> Naviserver build dir is /usr/local/nsx (Latest release of >>>> NaviServer already uses /usr/local/ns) >>>> >>>> IMAP-2007f is from https://github.com/jonabbey/panda-imap and >>>> locally at: /usr/local/src/panda-imap >>>> >>>> >>>> >>>> panda-imap was built using: gmake bsf >>>> >>>> No flags were passed as arguments because the defaults seem >>>> appropriate for this system: >>>> PASSWDTYPE=nopwd IP=4 >>>> >>>> >>>> > > ------------------------------------------------------------------------------ > > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > naviserver-devel mailing list > nav...@li... > https://lists.sourceforge.net/lists/listinfo/naviserver-devel |
From: Ben B. <tek...@ya...> - 2017-07-13 00:43:43
|
Adding NAVISERVER=/usr/local/ns6 flag corrected the library references. Still same error for Ubuntu 16.04: make NAVISERVER=/usr/local/ns6 IMAPFLAGS=-I../../panda-imap/c-client "IMAPLIBS=../../panda-imap/c-client/c-client.a -L/usr/local/ns6/lib -lpam -lgssapi_krb5 -lkrb5" gcc -I../../panda-imap/c-client -g -O2 -fomit-frame-pointer -DNDEBUG -Wall -fPIC -pipe -I/usr/local/ns6/include -I"/usr/local/ns6/include" -DHAVE_CONFIG_H -c -o nsimap.o nsimap.c nsimap.c:190:60: warning: "/*" within comment [-Wcomment] * oss2:nscp 4> ns_imap list 1 {{localhost}} mail/* ^ /bin/rm -Rf nsimap.so gcc -shared -I../../panda-imap/c-client -g -O2 -fomit-frame-pointer -DNDEBUG -Wall -fPIC -pipe -I/usr/local/ns6/include -I"/usr/local/ns6/include" -DHAVE_CONFIG_H -L/usr/local/ns6/lib -o nsimap.so nsimap.o ../../panda-imap/c-client/c-client.a -L/usr/local/ns6/lib -lpam -lgssapi_krb5 -lkrb5 -lnsthread -lnsd -L/usr/local/ns6/lib -ltcl8.5 -lgcc_s -lieee -lm -Wl,--export-dynamic -L/usr/local/ns6/lib -lssl -lcrypto -Wl,-rpath,:/usr/local/ns6/lib /usr/bin/ld: ../../panda-imap/c-client/c-client.a(osdep.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC ../../panda-imap/c-client/c-client.a: error adding symbols: Bad value collect2: error: ld returned 1 exit status make: *** [nsimap.so] Error 1 FreeBSD 10.3 breaks at about the same point: # gmake NAVISERVER=/usr/local/nsx IMAPFLAGS=-I../../panda-imap/c-client/ "IMAPLIBS=../../panda-imap/c-client/c-client.a -L/usr/local/nsx/lib -lpam -lgssapi_krb5 -lkrb5" gcc -I../../panda-imap/c-client/ -g -O2 -DNDEBUG -Wall -fPIC -pipe -I/usr/local/nsx/include -I"/usr/local/nsx/include" -DHAVE_CONFIG_H -I/usr/local/include -c -o nsimap.o nsimap.c nsimap.c:190:60: warning: "/*" within comment [-Wcomment] * oss2:nscp 4> ns_imap list 1 {{localhost}} mail/* ^ /bin/rm -Rf nsimap.so gcc -shared -nostartfiles -L/usr/local/nsx/lib -o nsimap.so nsimap.o ../../panda-imap/c-client/c-client.a -L/usr/local/nsx/lib -lpam -lgssapi_krb5 -lkrb5 -lnsthread -lnsd -L/usr/local/nsx/lib -ltcl8.5 -lgcc_s -lm -L/usr/local/nsx/lib -L/usr/local/lib -lssl -lcrypto -Wl,-rpath,:/usr/local/nsx/lib ../../panda-imap/c-client/c-client.a(osdep.o): In function `ssl_onceonlyinit': /usr/local/src/panda-imap/c-client/osdep.c:347: warning: warning: tmpnam() possibly used unsafely; consider using mkstemp() /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(osdep.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(mail.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(misc.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(smanager.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(utf8.o): relocation R_X86_64_32 against `.rodata' can not be used when making a shared object; recompile with -fPIC /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(utf8aux.o): relocation R_X86_64_32 against symbol `_DefaultRuneLocale@@FBSD_1.0' can not be used when making a shared object; recompile with -fPIC /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(dummy.o): relocation R_X86_64_32 against symbol `dummydriver' can not be used when making a shared object; recompile with -fPIC /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(rfc822.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(nntp.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(smtp.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(imap4r1.o): relocation R_X86_64_32 against symbol `imapdriver' can not be used when making a shared object; recompile with -fPIC /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(pop3.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(unix.o): relocation R_X86_64_32 against symbol `unixdriver' can not be used when making a shared object; recompile with -fPIC /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(mbx.o): relocation R_X86_64_32 against symbol `mbxdriver' can not be used when making a shared object; recompile with -fPIC /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(mmdf.o): relocation R_X86_64_32 against symbol `mmdfdriver' can not be used when making a shared object; recompile with -fPIC /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(tenex.o): relocation R_X86_64_32 against symbol `tenexdriver' can not be used when making a shared object; recompile with -fPIC /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(mtx.o): relocation R_X86_64_32 against symbol `mtxdriver' can not be used when making a shared object; recompile with -fPIC /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(news.o): relocation R_X86_64_32 against symbol `newsdriver' can not be used when making a shared object; recompile with -fPIC /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(phile.o): relocation R_X86_64_32 against symbol `philedriver' can not be used when making a shared object; recompile with -fPIC /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(mh.o): relocation R_X86_64_32 against symbol `mhdriver' can not be used when making a shared object; recompile with -fPIC /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(mx.o): relocation R_X86_64_32 against symbol `mxdriver' can not be used when making a shared object; recompile with -fPIC /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(newsrc.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC /usr/local/bin/ld: ../../panda-imap/c-client/c-client.a(netmsg.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC /usr/local/bin/ld: final link failed: Nonrepresentable section on output collect2: error: ld returned 1 exit status gmake: *** [/usr/local/nsx/include/Makefile.module:143: nsimap.so] Error 1 On 07/12/2017 05:22 PM, Ben Brink via naviserver-devel wrote: > Hi, > > The build appears to use /usr/local/ns instead of /usr/local/ns6 or > /usr/local/nsx provided by IMAPLIBS flag. > > I'm not sure how to specify additional flags. > > Will report results after trying to use the normal install dir > "/usr/local/ns". > > > > Building on Ubuntu 16.04 gives similar error: > > # make IMAPFLAGS=-I../../panda-imap/c-client > "IMAPLIBS=../../panda-imap/c-client/c-client.a -L/usr/local/ns6/lib > -lpam -lgssapi_krb5 -lkrb5" > gcc -I../../panda-imap/c-client -g -O2 -fomit-frame-pointer -DNDEBUG > -Wall -fPIC -pipe -I/usr/local/ns/include -I"/usr/local/ns/include" > -DHAVE_CONFIG_H -c -o nsimap.o nsimap.c > nsimap.c:190:60: warning: "/*" within comment [-Wcomment] > * oss2:nscp 4> ns_imap list 1 {{localhost}} mail/* > ^ > /bin/rm -Rf nsimap.so > gcc -shared -I../../panda-imap/c-client -g -O2 -fomit-frame-pointer > -DNDEBUG -Wall -fPIC -pipe -I/usr/local/ns/include > -I"/usr/local/ns/include" -DHAVE_CONFIG_H -L/usr/local/ns/lib -o > nsimap.so nsimap.o ../../panda-imap/c-client/c-client.a > -L/usr/local/ns6/lib -lpam -lgssapi_krb5 -lkrb5 -lnsthread -lnsd > -L/usr/local/ns/lib -ltcl8.5 -lgcc_s -lieee -lm -Wl,--export-dynamic > -L/usr/local/ns/lib -lssl -lcrypto -Wl,-rpath,:/usr/local/ns/lib > /usr/bin/ld: ../../panda-imap/c-client/c-client.a(osdep.o): relocation > R_X86_64_32 against `.rodata.str1.1' can not be used when making a > shared object; recompile with -fPIC > ../../panda-imap/c-client/c-client.a: error adding symbols: Bad value > collect2: error: ld returned 1 exit status > make: *** [nsimap.so] Error 1 > > > uname -a > Linux openacs-a22 3.13.0-65-generic #106-Ubuntu SMP Fri Oct 2 22:08:27 > UTC 2015 x86_64 x86_64 x86_64 GNU/Linux > > Using install dir of /usr/local/ns6 instead of /usr/local/nsx for > freebsd case. > > On 07/12/2017 01:32 PM, Ben Brink via naviserver-devel wrote: >> >> >> On 07/12/2017 12:38 PM, Ben Brink via naviserver-devel wrote: >>> Hi, >>> >>> I'm trying to build nsmap on FreeBSD 10.3-STABLE. >>> >>> Hint says to 'recompile with -fPIC'. Error is same with and without >>> hint. >> >> This hint has more meaning in development context: >> https://forums.freebsd.org/threads/55008/ >> PR = problem report (I had to look it up in context of that thread). >> >>> >>> Any suggestions? >>> Thanks in advance, >>> Ben >>> >>> >>> build with hint '-fPIC': >>> >>> # gmake -fMakefile IMAPFLAGS=-I../../panda-imap/c-client/ >>> "IMAPLIBS=../../panda-imap/c-client/c-client.a -L/usr/local/nsx/lib >>> -lpam -lgssapi_krb5 -lkrb5" >>> clang -I../../panda-imap/c-client/ -g -O2 -DNDEBUG -Wall -fPIC -pipe >>> -I/usr/local/ns/include -I"/usr/local/ns/include" -DHAVE_CONFIG_H -c >>> -o nsimap.o nsimap.c >>> nsimap.c:190:60: warning: '/*' within block comment [-Wcomment] >>> * oss2:nscp 4> ns_imap list 1 {{localhost}} mail/* >>> ^ >>> 1 warning generated. >>> /bin/rm -Rf nsimap.so >>> clang -shared -L/usr/local/ns/lib -o nsimap.so nsimap.o >>> ../../panda-imap/c-client/c-client.a -L/usr/local/nsx/lib -lpam >>> -lgssapi_krb5 -lkrb5 -lnsthread -lnsd -L/usr/local/ns/lib -ltcl8.5 >>> -lgcc_s -lm -L/usr/local/ns/lib -lssl -lcrypto >>> -Wl,-rpath,:/usr/local/ns/lib >>> /usr/bin/ld: ../../panda-imap/c-client/c-client.a(osdep.o): >>> relocation R_X86_64_32 against `a local symbol' can not be used when >>> making a shared object; recompile with -fPIC >>> ../../panda-imap/c-client/c-client.a: could not read symbols: Bad value >>> clang: error: linker command failed with exit code 1 (use -v to see >>> invocation) >>> gmake: *** [/usr/local/ns/include/Makefile.module:143: nsimap.so] >>> Error 1 >>> >>> >>> >>> first build attempt: >>> >>> >>> # gmake IMAPFLAGS=-I../../panda-imap/c-client/ >>> "IMAPLIBS=../../panda-imap/c-client/c-client.a -L/usr/local/nsx/lib >>> -lpam -lgssapi_krb5 -lkrb5" >>> clang -I../../panda-imap/c-client/ -g -O2 -DNDEBUG -Wall -fPIC -pipe >>> -I/usr/local/ns/include -I"/usr/local/ns/include" -DHAVE_CONFIG_H -c >>> -o nsimap.o nsimap.c >>> nsimap.c:190:60: warning: '/*' within block comment [-Wcomment] >>> * oss2:nscp 4> ns_imap list 1 {{localhost}} mail/* >>> ^ >>> 1 warning generated. >>> /bin/rm -Rf nsimap.so >>> clang -shared -L/usr/local/ns/lib -o nsimap.so nsimap.o >>> ../../panda-imap/c-client/c-client.a -L/usr/local/nsx/lib -lpam >>> -lgssapi_krb5 -lkrb5 -lnsthread -lnsd -L/usr/local/ns/lib -ltcl8.5 >>> -lgcc_s -lm -L/usr/local/ns/lib -lssl -lcrypto >>> -Wl,-rpath,:/usr/local/ns/lib >>> /usr/bin/ld: ../../panda-imap/c-client/c-client.a(osdep.o): >>> relocation R_X86_64_32 against `a local symbol' can not be used when >>> making a shared object; recompile with -fPIC >>> ../../panda-imap/c-client/c-client.a: could not read symbols: Bad value >>> clang: error: linker command failed with exit code 1 (use -v to see >>> invocation) >>> gmake: *** [/usr/local/ns/include/Makefile.module:143: nsimap.so] >>> Error 1 >>> root@or97:/usr/local/src/modules/nsimap # >>> >>> # gmake -v >>> GNU Make 4.2.1 >>> Built for amd64-portbld-freebsd10.3 >>> Copyright (C) 1988-2016 Free Software Foundation, Inc. >>> License GPLv3+: GNU GPL version 3 or later >>> <http://gnu.org/licenses/gpl.html> >>> This is free software: you are free to change and redistribute it. >>> There is NO WARRANTY, to the extent permitted by law. >>> >>> >>> Other notes: >>> >>> >>> This build is using Naviserver head so as to get the latest nsmap >>> changes. >>> >>> Naviserver build dir is /usr/local/nsx (Latest release of NaviServer >>> already uses /usr/local/ns) >>> >>> IMAP-2007f is from https://github.com/jonabbey/panda-imap and locally >>> at: /usr/local/src/panda-imap >>> >>> >>> >>> panda-imap was built using: gmake bsf >>> >>> No flags were passed as arguments because the defaults seem >>> appropriate for this system: >>> PASSWDTYPE=nopwd IP=4 >>> >>> >>> |
From: Ben B. <tek...@ya...> - 2017-07-13 00:22:38
|
Hi, The build appears to use /usr/local/ns instead of /usr/local/ns6 or /usr/local/nsx provided by IMAPLIBS flag. I'm not sure how to specify additional flags. Will report results after trying to use the normal install dir "/usr/local/ns". Building on Ubuntu 16.04 gives similar error: # make IMAPFLAGS=-I../../panda-imap/c-client "IMAPLIBS=../../panda-imap/c-client/c-client.a -L/usr/local/ns6/lib -lpam -lgssapi_krb5 -lkrb5" gcc -I../../panda-imap/c-client -g -O2 -fomit-frame-pointer -DNDEBUG -Wall -fPIC -pipe -I/usr/local/ns/include -I"/usr/local/ns/include" -DHAVE_CONFIG_H -c -o nsimap.o nsimap.c nsimap.c:190:60: warning: "/*" within comment [-Wcomment] * oss2:nscp 4> ns_imap list 1 {{localhost}} mail/* ^ /bin/rm -Rf nsimap.so gcc -shared -I../../panda-imap/c-client -g -O2 -fomit-frame-pointer -DNDEBUG -Wall -fPIC -pipe -I/usr/local/ns/include -I"/usr/local/ns/include" -DHAVE_CONFIG_H -L/usr/local/ns/lib -o nsimap.so nsimap.o ../../panda-imap/c-client/c-client.a -L/usr/local/ns6/lib -lpam -lgssapi_krb5 -lkrb5 -lnsthread -lnsd -L/usr/local/ns/lib -ltcl8.5 -lgcc_s -lieee -lm -Wl,--export-dynamic -L/usr/local/ns/lib -lssl -lcrypto -Wl,-rpath,:/usr/local/ns/lib /usr/bin/ld: ../../panda-imap/c-client/c-client.a(osdep.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC ../../panda-imap/c-client/c-client.a: error adding symbols: Bad value collect2: error: ld returned 1 exit status make: *** [nsimap.so] Error 1 uname -a Linux openacs-a22 3.13.0-65-generic #106-Ubuntu SMP Fri Oct 2 22:08:27 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux Using install dir of /usr/local/ns6 instead of /usr/local/nsx for freebsd case. On 07/12/2017 01:32 PM, Ben Brink via naviserver-devel wrote: > > > On 07/12/2017 12:38 PM, Ben Brink via naviserver-devel wrote: >> Hi, >> >> I'm trying to build nsmap on FreeBSD 10.3-STABLE. >> >> Hint says to 'recompile with -fPIC'. Error is same with and without hint. > > This hint has more meaning in development context: > https://forums.freebsd.org/threads/55008/ > PR = problem report (I had to look it up in context of that thread). > >> >> Any suggestions? >> Thanks in advance, >> Ben >> >> >> build with hint '-fPIC': >> >> # gmake -fMakefile IMAPFLAGS=-I../../panda-imap/c-client/ >> "IMAPLIBS=../../panda-imap/c-client/c-client.a -L/usr/local/nsx/lib >> -lpam -lgssapi_krb5 -lkrb5" >> clang -I../../panda-imap/c-client/ -g -O2 -DNDEBUG -Wall -fPIC -pipe >> -I/usr/local/ns/include -I"/usr/local/ns/include" -DHAVE_CONFIG_H >> -c -o nsimap.o nsimap.c >> nsimap.c:190:60: warning: '/*' within block comment [-Wcomment] >> * oss2:nscp 4> ns_imap list 1 {{localhost}} mail/* >> ^ >> 1 warning generated. >> /bin/rm -Rf nsimap.so >> clang -shared -L/usr/local/ns/lib -o nsimap.so nsimap.o >> ../../panda-imap/c-client/c-client.a -L/usr/local/nsx/lib -lpam >> -lgssapi_krb5 -lkrb5 -lnsthread -lnsd -L/usr/local/ns/lib -ltcl8.5 >> -lgcc_s -lm -L/usr/local/ns/lib -lssl -lcrypto >> -Wl,-rpath,:/usr/local/ns/lib >> /usr/bin/ld: ../../panda-imap/c-client/c-client.a(osdep.o): relocation >> R_X86_64_32 against `a local symbol' can not be used when making a >> shared object; recompile with -fPIC >> ../../panda-imap/c-client/c-client.a: could not read symbols: Bad value >> clang: error: linker command failed with exit code 1 (use -v to see >> invocation) >> gmake: *** [/usr/local/ns/include/Makefile.module:143: nsimap.so] Error 1 >> >> >> >> first build attempt: >> >> >> # gmake IMAPFLAGS=-I../../panda-imap/c-client/ >> "IMAPLIBS=../../panda-imap/c-client/c-client.a -L/usr/local/nsx/lib >> -lpam -lgssapi_krb5 -lkrb5" >> clang -I../../panda-imap/c-client/ -g -O2 -DNDEBUG -Wall -fPIC -pipe >> -I/usr/local/ns/include -I"/usr/local/ns/include" -DHAVE_CONFIG_H >> -c -o nsimap.o nsimap.c >> nsimap.c:190:60: warning: '/*' within block comment [-Wcomment] >> * oss2:nscp 4> ns_imap list 1 {{localhost}} mail/* >> ^ >> 1 warning generated. >> /bin/rm -Rf nsimap.so >> clang -shared -L/usr/local/ns/lib -o nsimap.so nsimap.o >> ../../panda-imap/c-client/c-client.a -L/usr/local/nsx/lib -lpam >> -lgssapi_krb5 -lkrb5 -lnsthread -lnsd -L/usr/local/ns/lib -ltcl8.5 >> -lgcc_s -lm -L/usr/local/ns/lib -lssl -lcrypto >> -Wl,-rpath,:/usr/local/ns/lib >> /usr/bin/ld: ../../panda-imap/c-client/c-client.a(osdep.o): relocation >> R_X86_64_32 against `a local symbol' can not be used when making a >> shared object; recompile with -fPIC >> ../../panda-imap/c-client/c-client.a: could not read symbols: Bad value >> clang: error: linker command failed with exit code 1 (use -v to see >> invocation) >> gmake: *** [/usr/local/ns/include/Makefile.module:143: nsimap.so] Error 1 >> root@or97:/usr/local/src/modules/nsimap # >> >> # gmake -v >> GNU Make 4.2.1 >> Built for amd64-portbld-freebsd10.3 >> Copyright (C) 1988-2016 Free Software Foundation, Inc. >> License GPLv3+: GNU GPL version 3 or later >> <http://gnu.org/licenses/gpl.html> >> This is free software: you are free to change and redistribute it. >> There is NO WARRANTY, to the extent permitted by law. >> >> >> Other notes: >> >> >> This build is using Naviserver head so as to get the latest nsmap >> changes. >> >> Naviserver build dir is /usr/local/nsx (Latest release of NaviServer >> already uses /usr/local/ns) >> >> IMAP-2007f is from https://github.com/jonabbey/panda-imap and locally >> at: /usr/local/src/panda-imap >> >> >> >> panda-imap was built using: gmake bsf >> >> No flags were passed as arguments because the defaults seem >> appropriate for this system: >> PASSWDTYPE=nopwd IP=4 >> >> >> >> ------------------------------------------------------------------------------ >> >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> naviserver-devel mailing list >> nav...@li... >> https://lists.sourceforge.net/lists/listinfo/naviserver-devel > > ------------------------------------------------------------------------------ > > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > naviserver-devel mailing list > nav...@li... > https://lists.sourceforge.net/lists/listinfo/naviserver-devel |
From: Ben B. <tek...@ya...> - 2017-07-12 20:32:15
|
On 07/12/2017 12:38 PM, Ben Brink via naviserver-devel wrote: > Hi, > > I'm trying to build nsmap on FreeBSD 10.3-STABLE. > > Hint says to 'recompile with -fPIC'. Error is same with and without hint. This hint has more meaning in development context: https://forums.freebsd.org/threads/55008/ PR = problem report (I had to look it up in context of that thread). > > Any suggestions? > Thanks in advance, > Ben > > > build with hint '-fPIC': > > # gmake -fMakefile IMAPFLAGS=-I../../panda-imap/c-client/ > "IMAPLIBS=../../panda-imap/c-client/c-client.a -L/usr/local/nsx/lib > -lpam -lgssapi_krb5 -lkrb5" > clang -I../../panda-imap/c-client/ -g -O2 -DNDEBUG -Wall -fPIC -pipe > -I/usr/local/ns/include -I"/usr/local/ns/include" -DHAVE_CONFIG_H -c > -o nsimap.o nsimap.c > nsimap.c:190:60: warning: '/*' within block comment [-Wcomment] > * oss2:nscp 4> ns_imap list 1 {{localhost}} mail/* > ^ > 1 warning generated. > /bin/rm -Rf nsimap.so > clang -shared -L/usr/local/ns/lib -o nsimap.so nsimap.o > ../../panda-imap/c-client/c-client.a -L/usr/local/nsx/lib -lpam > -lgssapi_krb5 -lkrb5 -lnsthread -lnsd -L/usr/local/ns/lib -ltcl8.5 > -lgcc_s -lm -L/usr/local/ns/lib -lssl -lcrypto > -Wl,-rpath,:/usr/local/ns/lib > /usr/bin/ld: ../../panda-imap/c-client/c-client.a(osdep.o): relocation > R_X86_64_32 against `a local symbol' can not be used when making a > shared object; recompile with -fPIC > ../../panda-imap/c-client/c-client.a: could not read symbols: Bad value > clang: error: linker command failed with exit code 1 (use -v to see > invocation) > gmake: *** [/usr/local/ns/include/Makefile.module:143: nsimap.so] Error 1 > > > > first build attempt: > > > # gmake IMAPFLAGS=-I../../panda-imap/c-client/ > "IMAPLIBS=../../panda-imap/c-client/c-client.a -L/usr/local/nsx/lib > -lpam -lgssapi_krb5 -lkrb5" > clang -I../../panda-imap/c-client/ -g -O2 -DNDEBUG -Wall -fPIC -pipe > -I/usr/local/ns/include -I"/usr/local/ns/include" -DHAVE_CONFIG_H -c > -o nsimap.o nsimap.c > nsimap.c:190:60: warning: '/*' within block comment [-Wcomment] > * oss2:nscp 4> ns_imap list 1 {{localhost}} mail/* > ^ > 1 warning generated. > /bin/rm -Rf nsimap.so > clang -shared -L/usr/local/ns/lib -o nsimap.so nsimap.o > ../../panda-imap/c-client/c-client.a -L/usr/local/nsx/lib -lpam > -lgssapi_krb5 -lkrb5 -lnsthread -lnsd -L/usr/local/ns/lib -ltcl8.5 > -lgcc_s -lm -L/usr/local/ns/lib -lssl -lcrypto > -Wl,-rpath,:/usr/local/ns/lib > /usr/bin/ld: ../../panda-imap/c-client/c-client.a(osdep.o): relocation > R_X86_64_32 against `a local symbol' can not be used when making a > shared object; recompile with -fPIC > ../../panda-imap/c-client/c-client.a: could not read symbols: Bad value > clang: error: linker command failed with exit code 1 (use -v to see > invocation) > gmake: *** [/usr/local/ns/include/Makefile.module:143: nsimap.so] Error 1 > root@or97:/usr/local/src/modules/nsimap # > > # gmake -v > GNU Make 4.2.1 > Built for amd64-portbld-freebsd10.3 > Copyright (C) 1988-2016 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > <http://gnu.org/licenses/gpl.html> > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. > > > Other notes: > > > This build is using Naviserver head so as to get the latest nsmap changes. > > Naviserver build dir is /usr/local/nsx (Latest release of NaviServer > already uses /usr/local/ns) > > IMAP-2007f is from https://github.com/jonabbey/panda-imap and locally > at: /usr/local/src/panda-imap > > > > panda-imap was built using: gmake bsf > > No flags were passed as arguments because the defaults seem appropriate > for this system: > PASSWDTYPE=nopwd IP=4 > > > > ------------------------------------------------------------------------------ > > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > naviserver-devel mailing list > nav...@li... > https://lists.sourceforge.net/lists/listinfo/naviserver-devel |
From: Ben B. <tek...@ya...> - 2017-07-12 19:38:09
|
Hi, I'm trying to build nsmap on FreeBSD 10.3-STABLE. Hint says to 'recompile with -fPIC'. Error is same with and without hint. Any suggestions? Thanks in advance, Ben build with hint '-fPIC': # gmake -fMakefile IMAPFLAGS=-I../../panda-imap/c-client/ "IMAPLIBS=../../panda-imap/c-client/c-client.a -L/usr/local/nsx/lib -lpam -lgssapi_krb5 -lkrb5" clang -I../../panda-imap/c-client/ -g -O2 -DNDEBUG -Wall -fPIC -pipe -I/usr/local/ns/include -I"/usr/local/ns/include" -DHAVE_CONFIG_H -c -o nsimap.o nsimap.c nsimap.c:190:60: warning: '/*' within block comment [-Wcomment] * oss2:nscp 4> ns_imap list 1 {{localhost}} mail/* ^ 1 warning generated. /bin/rm -Rf nsimap.so clang -shared -L/usr/local/ns/lib -o nsimap.so nsimap.o ../../panda-imap/c-client/c-client.a -L/usr/local/nsx/lib -lpam -lgssapi_krb5 -lkrb5 -lnsthread -lnsd -L/usr/local/ns/lib -ltcl8.5 -lgcc_s -lm -L/usr/local/ns/lib -lssl -lcrypto -Wl,-rpath,:/usr/local/ns/lib /usr/bin/ld: ../../panda-imap/c-client/c-client.a(osdep.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC ../../panda-imap/c-client/c-client.a: could not read symbols: Bad value clang: error: linker command failed with exit code 1 (use -v to see invocation) gmake: *** [/usr/local/ns/include/Makefile.module:143: nsimap.so] Error 1 first build attempt: # gmake IMAPFLAGS=-I../../panda-imap/c-client/ "IMAPLIBS=../../panda-imap/c-client/c-client.a -L/usr/local/nsx/lib -lpam -lgssapi_krb5 -lkrb5" clang -I../../panda-imap/c-client/ -g -O2 -DNDEBUG -Wall -fPIC -pipe -I/usr/local/ns/include -I"/usr/local/ns/include" -DHAVE_CONFIG_H -c -o nsimap.o nsimap.c nsimap.c:190:60: warning: '/*' within block comment [-Wcomment] * oss2:nscp 4> ns_imap list 1 {{localhost}} mail/* ^ 1 warning generated. /bin/rm -Rf nsimap.so clang -shared -L/usr/local/ns/lib -o nsimap.so nsimap.o ../../panda-imap/c-client/c-client.a -L/usr/local/nsx/lib -lpam -lgssapi_krb5 -lkrb5 -lnsthread -lnsd -L/usr/local/ns/lib -ltcl8.5 -lgcc_s -lm -L/usr/local/ns/lib -lssl -lcrypto -Wl,-rpath,:/usr/local/ns/lib /usr/bin/ld: ../../panda-imap/c-client/c-client.a(osdep.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC ../../panda-imap/c-client/c-client.a: could not read symbols: Bad value clang: error: linker command failed with exit code 1 (use -v to see invocation) gmake: *** [/usr/local/ns/include/Makefile.module:143: nsimap.so] Error 1 root@or97:/usr/local/src/modules/nsimap # # gmake -v GNU Make 4.2.1 Built for amd64-portbld-freebsd10.3 Copyright (C) 1988-2016 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Other notes: This build is using Naviserver head so as to get the latest nsmap changes. Naviserver build dir is /usr/local/nsx (Latest release of NaviServer already uses /usr/local/ns) IMAP-2007f is from https://github.com/jonabbey/panda-imap and locally at: /usr/local/src/panda-imap panda-imap was built using: gmake bsf No flags were passed as arguments because the defaults seem appropriate for this system: PASSWDTYPE=nopwd IP=4 |