Menu
▾
▴
naviserver-devel — Developer discussion
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
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Gustaf N. <ne...@wu...> - 2016-08-15 16:14:07
|
Dear friends of NaviServer,
on sourceforge is a release candidate for NaviServer 4.99.12.
If everything goes well, the release should follow end of this week.
Below are the changes since 4.99.11:
best regards
-gustaf
=======================================
NaviServer 4.99.12, released 2016-08-XX
=======================================
195 files changed, 19904 insertions(+), 13118 deletions(-)
New Features:
* OpenSSL support integrated with NaviServer core
- ns_http can handle now http and https urls
- added backward_compatibility stub for ns_ssl
- added configure switch --with-openssl?=path?
* Improved crypto support (through OpenSSL)
New commands:
- ns_hmac
- ns_md (generalization of ns_md4 and ns_sha1,
but supports by default 14 different digest algorithms)
- ns_hotp (one-time passwords as defined in RFC 4226)
- ns_totp (time-based one-time passwords as defined in RFC 6238)
StartTLS support (contributed by Constantin Șerban-Rădoi)
- "ns_sendmail" is now able to connect to servers via StartTLS
(requires the Tcl "tls" package, since ns_sendmail is
implemented in Tcl)
- Client and server support for StartTLS in the nssmtpd module.
* New Command "ns_rlimit" to get/set various resource limits from
the operating system. A typical use case for this command is to
query or set e.g. the core size via the NaviServer startup file or
to change it at runtime in a syntax independent from the naming
and conventions in the various startup scripts (e.g. upstart,
systemd, ...). This is e.g. useful when a core dump should be
created from the running state (e.g. in combination with the
"ns_crash" command).
* Improvements for "ns_connchan":
- Supports now client functionality via
ns_connchan open ...
(works for http:// and https:// URLs)
- New subcommand "ns_connchan exists /channel/"
- Added runtime switchable debug severity "Debug(connchan)"
Performance Improvements:
Bug Fixes:
* Fix ns_set management of headers (which was broken since the
introduction of the leftover management when requests are
pipelined in 4.99.11). The problem was that the "static" ns_set for headers is
was freed to early in the pipelined case.
* Fix for a serious bug in cookie management which could lead to false
positives in ns_getcookie:
- Previous versions of NaviServer searched the "Cookie" and
"Set-Cookie" header files for a string "NAME=" and returned
the value provided after this string, when found.
- However, the "Cookie" and "Set-Cookie" header fields have
contents in a different a different syntax (see
https://tools.ietf.org/html/rfc6265 section 4.1.1 vs. 4.2.1),
such as e.g. Cookie: cookie1="value1"; cookie2="value2";
style=null; ... Set-Cookie: cookie1="new- value"; Expires=Fri,
01-Jan-2035 01:00:00 GMT; Path=/; HttpOnly
- Therefore, searching in the "Cookie" header field e.g. for a
cookie named "tyle" lead to a success as well as a search in
"Set-Cookies" for e.g. a cookie named "Expires".
* Improved handling of erroneous requests (some where treated as
HTTP/0.9 requests before, leading to strange behavior/error
messages).
* Fix potential memory leak for "ns_mutex eval"
* Long standing bug when exiting "make test" should be fixed by now.
The problem was that the the Tcl exit handler was kicking in when
the end-of file was reached, interfering with the NaviServer
shutdown steps.
* Improved portability for *BSD systems and recent Windows
build environments (e.g. Visual Studio 2015)
Documentation improvements:
* New man pages for ns_hmac, hs_md, ns_hotp, ns_totp
* Various man pages updated/improved
* Improved sample config files
C API Changes:
* Introduction of Ns_ReturnCode: use an enumeration type instead of
preprocessor based constants + int. The change revealed several
places, where NS_OK/NS_ERROR and TCL_OK/TCL_ERROR were intermixed.
* New functions
- Ns_GetBinaryString() to obtain from a Tcl_Obj the binary
representation if available, otherwise the string representation.
- Ns_SetRecreate() which is a combination of a create and a move
operation, but avoiding malloc operations on all keys/values.
- Ns_DStringAppendTime() to ease uniform printing of
Ns_Time structs into DStrings
- Ns_SubcmdObjv(): New infrastructure support for commands with
subcommands: instead of long switch statements with nested
structures with often many returns, one can now register
Tcl_ObjCmdProcs for subcommands in an Ns_SubCmdSpec structure.
- New argv checkers Ns_ObjvUShort() and ObjvQueue()
Configuration Changes:
- added configure switch --with-openssl?=path?
Code Changes:
* Improved naming of Mutexes: much more mutexes are named now.
* Code cleanup:
- Modernized argv parsing by using Ns_ParseObjv() for
many functions.
- Introduced enumeration types Ns_ReturnCode
and NsWriterStreamState
- New macro INTCHAR to pass "char" values to library
- Use "unsigned short" consistently for port numbers
functions requiring "int" to avoid code smells
- Use boolean types on more occasions
- Use more often typedef-ed function definitions
- Reduced number of multiple returns per function
- Removed all calls to deprecated Tcl API Function
Tcl_AppendElement()
- Reduced calls to Tcl_AppendResult() and use explicit
Tcl_Objs instead for results
- Generation of error messages made more consistent
- Removed useless calls to Ns_DStringFree() after Tcl_DStringResult()
- Replaced deprecated atoll() by strtoll()
- Reduced variable scopes
- Added more const declarations
- Don't use boolean values as arguments of comparison operators
- Many large functions split into smaller units
* Made testing more robust when IPv6 is available, but
turned off in the kernel
* NaviServer driver:
- Added (clientInitProc, protocol and default port) to info record
- Bumped driver version to 4
* Ignore less soft error conditions, but report in the error.log
|
|
From: Gustaf N. <ne...@wu...> - 2016-08-09 15:16:07
|
Dear friends of NaviServer, The various NaviServer statistics point in the right direction: - According the w3techs, the total usage grew by 60% since Sept 2015 [1] - NaviSever is used on sites with more traffic than e.g. nginx (currently close behind the Google servers) - The download statistics from sourceforge [2] reached last month a top mark All figures are at a very low level, but the tendency looks good. all the best -gustaf neumann [1] https://w3techs.com/technologies/details/ws-naviserver/all/all [2] https://sourceforge.net/projects/naviserver/files/stats/timeline?dates=2005-02-05+to+2016-07-30 Historical trends in the usage of NaviServer Market position of NaviServer |
|
From: Gustaf N. <ne...@wu...> - 2016-07-29 14:00:47
|
Dear David,
when running nsd on a privileged port, you have to use the "-b" option
to prebind to this port, like e.g.
nsd -u openacs -g nsadmin -i -t ...../config-ns.tcl -b
[137.208.116.31]:80,[2001:628:404:74::31]:80
as documented in [1]. this example is more complex than you need, since
it binds to an IPv4 and an IPv6 address. You get probably the same
message with NaviServer 4.99.11. The main difference in this respect
between NaviServer 4.99.11 and earlier is that previous version did not
report many error conditions, newer versions are more chatty .... which
is important for debugging and for people starting to use IPv6.
all the best
-g
[1] http://naviserver.sourceforge.net/n/manual/files/admin-maintenance.html
Am 29.07.16 um 14:13 schrieb David Osborne:
> Hi,
>
> I'm having a few problems with a new build of Naviserver on Debian
> (wheezy & Jessie).
>
> Using Tip, when I try to start naviserver listening on a privileged
> port, with a non-root (but system) user, I'm getting a permission
> denied error from within Ns_SockBind:
>
> eg.
> [29/Jul/2016:10:05:07][10999.7f2010c16700][-driver:nssock-] Notice:
> bind operation on sock 17 lead to error: Permission denied
> [29/Jul/2016:10:05:07][10999.7f2010c16700][-driver:nssock-] Warning:
> bind on: SockAddr family AF_INET, ip 0.0.0.0, port 80
> [29/Jul/2016:10:05:07][10999.7f2010c16700][-driver:nssock-] Error:
> Ns_SockBinderListen: sendmsg() failed: sent 56 bytes, 'Permission denied'
> [29/Jul/2016:10:05:07][10999.7f2010c16700][-driver:nssock-] Error:
> nssock: failed to listen on [0.0.0.0]:80: Permission denied
>
> To reproduce I do the following:
>
> hg clone https://bitbucket.org/naviserver/naviserver
> cd naviserver
> ./autogen.sh --disable-ipv6 --with-tcl=/usr/lib/tcl8.5 --enable-rpath
> --enable-threads
> make
> make install
> chown -R nsd /usr/local/ns
> Edit: /usr/local/ns/conf/nsd-config.tcl
> -> change port from 8080->80
> /usr/local/ns/bin/nsd -c -u nsd -t /usr/local/ns/conf/nsd-config.tcl
>
>
> Things which work fine:-
>
> - Running as root:
> /usr/local/ns/bin/nsd -c -u root -t /usr/local/ns/conf/nsd-config.tcl
> - Using a non-privileged port eg. 8080
> - Naviserver version 4.99.8 seems to work fine when doing the above
> reproduction steps.
>
> Can someone point me in the right direction here as to what I'm doing
> wrong...?
>
> Thanks in advance
> --
> David
|
|
From: David O. <da...@qc...> - 2016-07-29 13:54:17
|
Hi, I've just noticed the prebind startup option *-b address:port* Prebind to address and port. This is necessary when starting the server under a priviledged port running with a non-root user-id. multiple prebind address might be specified in a comma separated list. So starting like this seems to do the trick: /usr/local/ns/bin/nsd -c -u nsd -t /usr/local/ns/conf/nsd-config.tcl -b 0.0.0.0:80 Never had to do this before... Is this the way it always should have worked? |
|
From: David O. <da...@qc...> - 2016-07-29 12:39:36
|
Hi, I'm having a few problems with a new build of Naviserver on Debian (wheezy & Jessie). Using Tip, when I try to start naviserver listening on a privileged port, with a non-root (but system) user, I'm getting a permission denied error from within Ns_SockBind: eg. [29/Jul/2016:10:05:07][10999.7f2010c16700][-driver:nssock-] Notice: bind operation on sock 17 lead to error: Permission denied [29/Jul/2016:10:05:07][10999.7f2010c16700][-driver:nssock-] Warning: bind on: SockAddr family AF_INET, ip 0.0.0.0, port 80 [29/Jul/2016:10:05:07][10999.7f2010c16700][-driver:nssock-] Error: Ns_SockBinderListen: sendmsg() failed: sent 56 bytes, 'Permission denied' [29/Jul/2016:10:05:07][10999.7f2010c16700][-driver:nssock-] Error: nssock: failed to listen on [0.0.0.0]:80: Permission denied To reproduce I do the following: hg clone https://bitbucket.org/naviserver/naviserver cd naviserver ./autogen.sh --disable-ipv6 --with-tcl=/usr/lib/tcl8.5 --enable-rpath --enable-threads make make install chown -R nsd /usr/local/ns Edit: /usr/local/ns/conf/nsd-config.tcl -> change port from 8080->80 /usr/local/ns/bin/nsd -c -u nsd -t /usr/local/ns/conf/nsd-config.tcl Things which work fine:- - Running as root: /usr/local/ns/bin/nsd -c -u root -t /usr/local/ns/conf/nsd-config.tcl - Using a non-privileged port eg. 8080 - Naviserver version 4.99.8 seems to work fine when doing the above reproduction steps. Can someone point me in the right direction here as to what I'm doing wrong...? Thanks in advance -- David |
|
From: James S. <zo...@gm...> - 2016-07-14 21:11:19
|
This is a brew thing not a naviserver thing - you'll run into variants of
this problem with any software that needs openssl to compile (+ OS X +
brew). In general you can force brew to link libraries that conflict with
the system using the command "brew link", but it can cause things to break.
I don't think this is something that naviserver should concern itself with
- brew produces an explanatory warning when openssl is installed,
reproduced below:
This formula is keg-only, which means it was not symlinked into /usr/local.
Apple has deprecated use of OpenSSL in favor of its own TLS and crypto
libraries
Generally there are no consequences of this for you. If you build your
own software and it requires this formula, you'll need to add to your
build variables:
LDFLAGS: -L/usr/local/opt/openssl/lib
CPPFLAGS: -I/usr/local/opt/openssl/include
Hope that helps - zofrex (this line is not part of the brew output)
On 14 July 2016 at 16:48, Gustaf Neumann <ne...@wu...> wrote:
> Am 14.07.16 um 16:30 schrieb Cesáreo García Rodicio:
> > Hi
> >
> > So, using --with-openssl $PATH is another option. I'll try next time.
> if one is using "hg pull" + "hg update" without running
> autogen/configure, one is seeing
> exactly the symptoms you have described
> > Problem came from using brew to install openssl (instead of macports)
> "brew" should as well maintain for its installed packages "pkg-config".
> You can try to call "pkg-config" manually on your system by issuing
> "pkg-config --libs openssl". If you see reasonable output, you do not
> have to specify "--with-openssl" in the configure command-line at all.
>
> if you have to use this flag, the syntax is the same as for all
> configure flags, namely e.g. "--with-openssl=/opt/local/"
>
> -gn
> PS: maybe you have to install pkg-config manually:
> http://brewformulas.org/pkg-config
> >
> > Thanks
> > Cesáreo
> >
> > El 13/julio/16 a las 15:05, Gustaf Neumann escribió:
> >> Dear Cesáreo,
> >>
> >> you are using an unreleased version, so probably the documentation is
> >> not yet as good as it should be.
> >> However, one should use during configure (or autogen.sh) the flag
> >> "--with-openssl" where one can
> >> provide the path the the openssl includes and library.
> >>
> >> The configure script tries first to use "pkg-config" to check for the
> >> location of openssl,
> >> which should be provided on most systems. Actually, only in cases,
> where no
> >> "pkg-config" is available, or when alternate implementations should be
> >> used,
> >> it is necessary to provide the path after --with-openssl".
> >>
> >> When OpenSSL is installed via MacPorts, everything works out of the box
> >> (El Capitan 10.11.5)
> >>
> >> best regards
> >> -gustaf neumann
> >>
> >> Am 12.07.16 um 17:34 schrieb Cesáreo García Rodicio:
> >>> Hi
> >>>
> >>> I had a minor error building naviserver on mac OSX[1] with openssl
> >>> libraries installed with brew[2]. There is some issues regarding using
> >>> openssl with OS X El Capitan[3].
> >>>
> >>> To resolve that, I think there are two options :
> >>> 1. Define environment variable on NS install script [4]
> >>> 2. Force a public link[5] in your system
> >>>
> >>> I didn't have this error before naviserver merged nssl (great idea!) so
> >>> just to notice that.
> >>>
> >>> Regards,
> >>> Cesáreo
> >>>
> >>> --------------------------
> >>> [1] uname -a
> >>> Darwin host 15.4.0 Darwin Kernel Version 15.4.0: Fri Feb 26 22:08:05
> PST
> >>> 2016; root:xnu-3248.40.184~3/RELEASE_X86_64 x86_64
> >>> [2] http://brew.sh/
> >>> [3] https://solitum.net/openssl-os-x-el-capitan-and-brew/
> >>> [4] Add environmental flags
> >>> export LDFLAGS="-L/usr/local/opt/openssl/lib"
> >>> export CPPFLAGS="-I/usr/local/opt/openssl/include"
> >>> [5] Force links
> >>> $ cd /usr/local/include
> >>> $ ln -s ../opt/openssl/include/openssl .
> >>>
> >>
> >>
> ------------------------------------------------------------------------------
> >> What NetFlow Analyzer can do for you? Monitors network bandwidth and
> traffic
> >> patterns at an interface-level. Reveals which users, apps, and
> protocols are
> >> consuming the most bandwidth. Provides multi-vendor support for NetFlow,
> >> J-Flow, sFlow and other flows. Make informed decisions using capacity
> planning
> >> reports.http://sdm.link/zohodev2dev
> >> _______________________________________________
> >> naviserver-devel mailing list
> >> nav...@li...
> >> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
> >>
> >
> ------------------------------------------------------------------------------
> > What NetFlow Analyzer can do for you? Monitors network bandwidth and
> traffic
> > patterns at an interface-level. Reveals which users, apps, and protocols
> are
> > consuming the most bandwidth. Provides multi-vendor support for NetFlow,
> > J-Flow, sFlow and other flows. Make informed decisions using capacity
> planning
> > reports.http://sdm.link/zohodev2dev
> > _______________________________________________
> > 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
>
>
>
> ------------------------------------------------------------------------------
> What NetFlow Analyzer can do for you? Monitors network bandwidth and
> traffic
> patterns at an interface-level. Reveals which users, apps, and protocols
> are
> consuming the most bandwidth. Provides multi-vendor support for NetFlow,
> J-Flow, sFlow and other flows. Make informed decisions using capacity
> planning
> reports.http://sdm.link/zohodev2dev
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
>
|
|
From: Gustaf N. <ne...@wu...> - 2016-07-14 15:48:39
|
Am 14.07.16 um 16:30 schrieb Cesáreo García Rodicio: > Hi > > So, using --with-openssl $PATH is another option. I'll try next time. if one is using "hg pull" + "hg update" without running autogen/configure, one is seeing exactly the symptoms you have described > Problem came from using brew to install openssl (instead of macports) "brew" should as well maintain for its installed packages "pkg-config". You can try to call "pkg-config" manually on your system by issuing "pkg-config --libs openssl". If you see reasonable output, you do not have to specify "--with-openssl" in the configure command-line at all. if you have to use this flag, the syntax is the same as for all configure flags, namely e.g. "--with-openssl=/opt/local/" -gn PS: maybe you have to install pkg-config manually: http://brewformulas.org/pkg-config > > Thanks > Cesáreo > > El 13/julio/16 a las 15:05, Gustaf Neumann escribió: >> Dear Cesáreo, >> >> you are using an unreleased version, so probably the documentation is >> not yet as good as it should be. >> However, one should use during configure (or autogen.sh) the flag >> "--with-openssl" where one can >> provide the path the the openssl includes and library. >> >> The configure script tries first to use "pkg-config" to check for the >> location of openssl, >> which should be provided on most systems. Actually, only in cases, where no >> "pkg-config" is available, or when alternate implementations should be >> used, >> it is necessary to provide the path after --with-openssl". >> >> When OpenSSL is installed via MacPorts, everything works out of the box >> (El Capitan 10.11.5) >> >> best regards >> -gustaf neumann >> >> Am 12.07.16 um 17:34 schrieb Cesáreo García Rodicio: >>> Hi >>> >>> I had a minor error building naviserver on mac OSX[1] with openssl >>> libraries installed with brew[2]. There is some issues regarding using >>> openssl with OS X El Capitan[3]. >>> >>> To resolve that, I think there are two options : >>> 1. Define environment variable on NS install script [4] >>> 2. Force a public link[5] in your system >>> >>> I didn't have this error before naviserver merged nssl (great idea!) so >>> just to notice that. >>> >>> Regards, >>> Cesáreo >>> >>> -------------------------- >>> [1] uname -a >>> Darwin host 15.4.0 Darwin Kernel Version 15.4.0: Fri Feb 26 22:08:05 PST >>> 2016; root:xnu-3248.40.184~3/RELEASE_X86_64 x86_64 >>> [2] http://brew.sh/ >>> [3] https://solitum.net/openssl-os-x-el-capitan-and-brew/ >>> [4] Add environmental flags >>> export LDFLAGS="-L/usr/local/opt/openssl/lib" >>> export CPPFLAGS="-I/usr/local/opt/openssl/include" >>> [5] Force links >>> $ cd /usr/local/include >>> $ ln -s ../opt/openssl/include/openssl . >>> >> >> ------------------------------------------------------------------------------ >> What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic >> patterns at an interface-level. Reveals which users, apps, and protocols are >> consuming the most bandwidth. Provides multi-vendor support for NetFlow, >> J-Flow, sFlow and other flows. Make informed decisions using capacity planning >> reports.http://sdm.link/zohodev2dev >> _______________________________________________ >> naviserver-devel mailing list >> nav...@li... >> https://lists.sourceforge.net/lists/listinfo/naviserver-devel >> > ------------------------------------------------------------------------------ > What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic > patterns at an interface-level. Reveals which users, apps, and protocols are > consuming the most bandwidth. Provides multi-vendor support for NetFlow, > J-Flow, sFlow and other flows. Make informed decisions using capacity planning > reports.http://sdm.link/zohodev2dev > _______________________________________________ > 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: Cesáreo G. R. <ce...@ce...> - 2016-07-14 14:30:19
|
Hi So, using --with-openssl $PATH is another option. I'll try next time. Problem came from using brew to install openssl (instead of macports) Thanks Cesáreo El 13/julio/16 a las 15:05, Gustaf Neumann escribió: > Dear Cesáreo, > > you are using an unreleased version, so probably the documentation is > not yet as good as it should be. > However, one should use during configure (or autogen.sh) the flag > "--with-openssl" where one can > provide the path the the openssl includes and library. > > The configure script tries first to use "pkg-config" to check for the > location of openssl, > which should be provided on most systems. Actually, only in cases, where no > "pkg-config" is available, or when alternate implementations should be > used, > it is necessary to provide the path after --with-openssl". > > When OpenSSL is installed via MacPorts, everything works out of the box > (El Capitan 10.11.5) > > best regards > -gustaf neumann > > Am 12.07.16 um 17:34 schrieb Cesáreo García Rodicio: >> Hi >> >> I had a minor error building naviserver on mac OSX[1] with openssl >> libraries installed with brew[2]. There is some issues regarding using >> openssl with OS X El Capitan[3]. >> >> To resolve that, I think there are two options : >> 1. Define environment variable on NS install script [4] >> 2. Force a public link[5] in your system >> >> I didn't have this error before naviserver merged nssl (great idea!) so >> just to notice that. >> >> Regards, >> Cesáreo >> >> -------------------------- >> [1] uname -a >> Darwin host 15.4.0 Darwin Kernel Version 15.4.0: Fri Feb 26 22:08:05 PST >> 2016; root:xnu-3248.40.184~3/RELEASE_X86_64 x86_64 >> [2] http://brew.sh/ >> [3] https://solitum.net/openssl-os-x-el-capitan-and-brew/ >> [4] Add environmental flags >> export LDFLAGS="-L/usr/local/opt/openssl/lib" >> export CPPFLAGS="-I/usr/local/opt/openssl/include" >> [5] Force links >> $ cd /usr/local/include >> $ ln -s ../opt/openssl/include/openssl . >> > > > ------------------------------------------------------------------------------ > What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic > patterns at an interface-level. Reveals which users, apps, and protocols are > consuming the most bandwidth. Provides multi-vendor support for NetFlow, > J-Flow, sFlow and other flows. Make informed decisions using capacity planning > reports.http://sdm.link/zohodev2dev > _______________________________________________ > naviserver-devel mailing list > nav...@li... > https://lists.sourceforge.net/lists/listinfo/naviserver-devel > |
|
From: Gustaf N. <ne...@wu...> - 2016-07-13 19:05:16
|
Dear Cesáreo, you are using an unreleased version, so probably the documentation is not yet as good as it should be. However, one should use during configure (or autogen.sh) the flag "--with-openssl" where one can provide the path the the openssl includes and library. The configure script tries first to use "pkg-config" to check for the location of openssl, which should be provided on most systems. Actually, only in cases, where no "pkg-config" is available, or when alternate implementations should be used, it is necessary to provide the path after --with-openssl". When OpenSSL is installed via MacPorts, everything works out of the box (El Capitan 10.11.5) best regards -gustaf neumann Am 12.07.16 um 17:34 schrieb Cesáreo García Rodicio: > Hi > > I had a minor error building naviserver on mac OSX[1] with openssl > libraries installed with brew[2]. There is some issues regarding using > openssl with OS X El Capitan[3]. > > To resolve that, I think there are two options : > 1. Define environment variable on NS install script [4] > 2. Force a public link[5] in your system > > I didn't have this error before naviserver merged nssl (great idea!) so > just to notice that. > > Regards, > Cesáreo > > -------------------------- > [1] uname -a > Darwin host 15.4.0 Darwin Kernel Version 15.4.0: Fri Feb 26 22:08:05 PST > 2016; root:xnu-3248.40.184~3/RELEASE_X86_64 x86_64 > [2] http://brew.sh/ > [3] https://solitum.net/openssl-os-x-el-capitan-and-brew/ > [4] Add environmental flags > export LDFLAGS="-L/usr/local/opt/openssl/lib" > export CPPFLAGS="-I/usr/local/opt/openssl/include" > [5] Force links > $ cd /usr/local/include > $ ln -s ../opt/openssl/include/openssl . > |
|
From: Cesáreo G. R. <ce...@ce...> - 2016-07-12 15:35:07
|
Hi I had a minor error building naviserver on mac OSX[1] with openssl libraries installed with brew[2]. There is some issues regarding using openssl with OS X El Capitan[3]. To resolve that, I think there are two options : 1. Define environment variable on NS install script [4] 2. Force a public link[5] in your system I didn't have this error before naviserver merged nssl (great idea!) so just to notice that. Regards, Cesáreo -------------------------- [1] uname -a Darwin host 15.4.0 Darwin Kernel Version 15.4.0: Fri Feb 26 22:08:05 PST 2016; root:xnu-3248.40.184~3/RELEASE_X86_64 x86_64 [2] http://brew.sh/ [3] https://solitum.net/openssl-os-x-el-capitan-and-brew/ [4] Add environmental flags export LDFLAGS="-L/usr/local/opt/openssl/lib" export CPPFLAGS="-I/usr/local/opt/openssl/include" [5] Force links $ cd /usr/local/include $ ln -s ../opt/openssl/include/openssl . |
|
From: Gustaf N. <ne...@wu...> - 2016-07-09 18:09:04
|
Am 08.07.16 um 16:39 schrieb David Osborne: > If mu12 is the same or this server, and I think it is, this server > seemed to be spending far too much time creating interpreters. > Looking at potential causes of a high interpreter turnover we spotted > that maxthreads was relatively high whilst threadtimeout was only set > to 1. > > We're going to set that to something more realistic and see how the > contention looks from there. sounds plausible. the default value for "threadtimeout" is 120 (seconds) all the best -g |
|
From: David O. <da...@qc...> - 2016-07-08 14:39:39
|
Thanks for the info Gustaf. You gave us enough info to set us down the right path to working out what was the likely issue. If mu12 is the same or this server, and I think it is, this server seemed to be spending far too much time creating interpreters. Looking at potential causes of a high interpreter turnover we spotted that maxthreads was relatively high whilst threadtimeout was only set to 1. We're going to set that to something more realistic and see how the contention looks from there. Thanks again Gustaf. On 8 July 2016 at 13:10, Gustaf Neumann <ne...@wu...> wrote: > Dear David, > > mu12 is an "autonamed" mutex. The ability of naming (and profiling) of > mutexes is a feature of NaviServer (partly inherited from aolServer). When > no explicit names are provided to mutexes, these are autonamed and show up > like "mu12", which is actually the 12th mutex created on your server. > > The order and number of mutexes depend on the config file, so these can't > be compared easily cross configurations. However, mu12 is a rather low > number, so there is a certain hope that it will be the same on my system. > On my test sytems mu12 is used for serializing calls to Tcl_CreateInterp() > since this call is not thread-safe (maybe this has changed in the newest > tcl8.6 versions). > > I am not too confident, that this mutex is the same as on your system, > since Tcl_CreateInterp() just creates an empty Tcl interpreter, which > should not take long and it should not happen so often. Please check with > the updated version from the repository, whether the name has changed and > we are actually talking about a contention of the same mutex. > > all the best > -g > |
|
From: Gustaf N. <ne...@wu...> - 2016-07-08 12:10:44
|
Dear David, mu12 is an "autonamed" mutex. The ability of naming (and profiling) of mutexes is a feature of NaviServer (partly inherited from aolServer). When no explicit names are provided to mutexes, these are autonamed and show up like "mu12", which is actually the 12th mutex created on your server. The order and number of mutexes depend on the config file, so these can't be compared easily cross configurations. However, mu12 is a rather low number, so there is a certain hope that it will be the same on my system. On my test sytems mu12 is used for serializing calls to Tcl_CreateInterp() since this call is not thread-safe (maybe this has changed in the newest tcl8.6 versions). I am not too confident, that this mutex is the same as on your system, since Tcl_CreateInterp() just creates an empty Tcl interpreter, which should not take long and it should not happen so often. Please check with the updated version from the repository, whether the name has changed and we are actually talking about a contention of the same mutex. all the best -g Am 07.07.16 um 11:43 schrieb David Osborne: > I was wondering if someone could help us understand this Mutex Lock > output from nsstats. > > It's ordered by Contention and it would seem the figures for mu12, and > to a lesser extent, nsd:pool:<server>, are quite high. > > I don't know what mu12 is used for. Could someone give an example of > the sort of workload which could result in such a high level of > contention for this mutex? > > Inline images 1 > > Thanks in advance for any pointers. > -- > David > |
|
From: David O. <da...@qc...> - 2016-07-07 09:43:14
|
I was wondering if someone could help us understand this Mutex Lock output from nsstats. It's ordered by Contention and it would seem the figures for mu12, and to a lesser extent, nsd:pool:<server>, are quite high. I don't know what mu12 is used for. Could someone give an example of the sort of workload which could result in such a high level of contention for this mutex? [image: Inline images 1] Thanks in advance for any pointers. -- David |
|
From: David O. <da...@qc...> - 2016-06-27 09:20:40
|
Thanks very much for looking at this Gustaf. We'll have another go at doing a build in due course. Regards, -- David On 25 June 2016 at 14:10, Gustaf Neumann <ne...@wu...> wrote: > Dear David, > > i have addressed the problem with libnssock.dylib + rpath in the > repository. > Background: I've introduced libnssock to remove redundancies in the > driver procs of different modules. > however, if there is no installed version, the libraries compiled with > rpaths pointing the the installed directory fail (what you experienced). > I've now removed libnssock.dylib and build back nssmtpd to the state we > had before (duplicated procs), but this duplication is still acceptable. > (see changes [1, 2]) > > however, running "make test" does not fully work yet without a installed > version, due to some other rpath dependency: > the proxy-tests of the test suite fail ... also with older versions such > as 4.99.7 > > dyld: Library not loaded: /usr/local/ns/lib/libnsproxy.dylib > Referenced from: > /usr/local/src/naviserver-4.99.7/tests/../nsproxy/nsproxy > Reason: image not found > > i can live with this, but i would certainly appreciate to have this > removed. > help is always welcome. > > -g > |
|
From: Gustaf N. <ne...@wu...> - 2016-06-25 13:10:10
|
Dear David, i have addressed the problem with libnssock.dylib + rpath in the repository. Background: I've introduced libnssock to remove redundancies in the driver procs of different modules. however, if there is no installed version, the libraries compiled with rpaths pointing the the installed directory fail (what you experienced). I've now removed libnssock.dylib and build back nssmtpd to the state we had before (duplicated procs), but this duplication is still acceptable. (see changes [1, 2]) however, running "make test" does not fully work yet without a installed version, due to some other rpath dependency: the proxy-tests of the test suite fail ... also with older versions such as 4.99.7 dyld: Library not loaded: /usr/local/ns/lib/libnsproxy.dylib Referenced from: /usr/local/src/naviserver-4.99.7/tests/../nsproxy/nsproxy Reason: image not found i can live with this, but i would certainly appreciate to have this removed. help is always welcome. -g [1] https://bitbucket.org/naviserver/naviserver/commits/86bb3d18990e90b6ba8eaaf839bc39564cc1038f [2] https://bitbucket.org/naviserver/nssmtpd/commits/5361fe6ece184805147a3a76bbc8f70d9878acb3 Am 23.06.16 um 09:35 schrieb Gustaf Neumann: > I think, the problem is a consequence of the following change > > https://sourceforge.net/p/naviserver/mailman/message/33544665/ > > ... together with the attempt to make the plain socket driver > functions reusable. > One option is to build without rpath.... I'll take at look at the > problem over the weekend > or early next week. > > -g |
|
From: Benjamin B. <tek...@ya...> - 2016-06-24 18:22:04
|
Thank you, Gustaf. 4.99.11 successfully builds and executes on Freebsd now. cheers, Ben On 6/24/16 1:51 AM, Gustaf Neumann wrote: > Dear Ben, > > Sorry, there were two places in the code, where one needs this BSD > specific code. > The change [1] move the code to an include file, so there is now a > single place > to address the problem in both cases. > > all the best > -g > > [1] > https://bitbucket.org/naviserver/naviserver/commits/c75959d0c165f6dc0f977673720dca8e88aebb2e > > Am 24.06.16 um 10:34 schrieb Benjamin Brink: >> Thank you, Gustaf. >> >> Your change seems to have quashed the error until further in the build >> with apparently a similar error in another file: >> >> gcc -O2 -DNDEBUG -Wall -fPIC -pipe -I../include >> -I"/usr/local/ns/include" -DHAVE_CONFIG_H -c -o reentrant.o reentrant.c >> In file included from /usr/include/machine/endian.h:6:0, >> from >> /usr/local/lib/gcc48/gcc/x86_64-portbld-freebsd10.2/4.8.5/include-fixed/sys/types.h:53, >> from ../include/nsthread.h:302, >> from thread.h:40, >> from reentrant.c:38: >> reentrant.c: In function 'ns_inet_ntoa': >> reentrant.c:149:27: error: 'struct in6_addr' has no member named 's6_addr16' >> ntohs(addr.s6_addr16[0]), ntohs(addr.s6_addr16[1]), >> ^ >> reentrant.c:149:27: error: 'struct in6_addr' has no member named 's6_addr16' >> ntohs(addr.s6_addr16[0]), ntohs(addr.s6_addr16[1]), >> ^ >> reentrant.c:149:27: error: 'struct in6_addr' has no member named 's6_addr16' >> ntohs(addr.s6_addr16[0]), ntohs(addr.s6_addr16[1]), >> ^ >> reentrant.c:149:27: error: 'struct in6_addr' has no member named 's6_addr16' >> ntohs(addr.s6_addr16[0]), ntohs(addr.s6_addr16[1]), >> ^ >> reentrant.c:149:53: error: 'struct in6_addr' has no member named 's6_addr16' >> ntohs(addr.s6_addr16[0]), ntohs(addr.s6_addr16[1]), >> ^ >> reentrant.c:149:53: error: 'struct in6_addr' has no member named 's6_addr16' >> ntohs(addr.s6_addr16[0]), ntohs(addr.s6_addr16[1]), >> ^ >> reentrant.c:149:53: error: 'struct in6_addr' has no member named 's6_addr16' >> ntohs(addr.s6_addr16[0]), ntohs(addr.s6_addr16[1]), >> ^ >> reentrant.c:149:53: error: 'struct in6_addr' has no member named 's6_addr16' >> ntohs(addr.s6_addr16[0]), ntohs(addr.s6_addr16[1]), >> ^ >> reentrant.c:150:27: error: 'struct in6_addr' has no member named 's6_addr16' >> ntohs(addr.s6_addr16[2]), ntohs(addr.s6_addr16[3]), >> ^ >> reentrant.c:150:27: error: 'struct in6_addr' has no member named 's6_addr16' >> ntohs(addr.s6_addr16[2]), ntohs(addr.s6_addr16[3]), >> ^ >> reentrant.c:150:27: error: 'struct in6_addr' has no member named 's6_addr16' >> ntohs(addr.s6_addr16[2]), ntohs(addr.s6_addr16[3]), >> ^ >> reentrant.c:150:27: error: 'struct in6_addr' has no member named 's6_addr16' >> ntohs(addr.s6_addr16[2]), ntohs(addr.s6_addr16[3]), >> ^ >> reentrant.c:150:53: error: 'struct in6_addr' has no member named 's6_addr16' >> ntohs(addr.s6_addr16[2]), ntohs(addr.s6_addr16[3]), >> ^ >> reentrant.c:150:53: error: 'struct in6_addr' has no member named 's6_addr16' >> ntohs(addr.s6_addr16[2]), ntohs(addr.s6_addr16[3]), >> ^ >> reentrant.c:150:53: error: 'struct in6_addr' has no member named 's6_addr16' >> ntohs(addr.s6_addr16[2]), ntohs(addr.s6_addr16[3]), >> ^ >> reentrant.c:150:53: error: 'struct in6_addr' has no member named 's6_addr16' >> ntohs(addr.s6_addr16[2]), ntohs(addr.s6_addr16[3]), >> ^ >> reentrant.c:151:27: error: 'struct in6_addr' has no member named 's6_addr16' >> ntohs(addr.s6_addr16[4]), ntohs(addr.s6_addr16[5]), >> ^ >> reentrant.c:151:27: error: 'struct in6_addr' has no member named 's6_addr16' >> ntohs(addr.s6_addr16[4]), ntohs(addr.s6_addr16[5]), >> ^ >> reentrant.c:151:27: error: 'struct in6_addr' has no member named 's6_addr16' >> ntohs(addr.s6_addr16[4]), ntohs(addr.s6_addr16[5]), >> ^ >> reentrant.c:151:27: error: 'struct in6_addr' has no member named 's6_addr16' >> ntohs(addr.s6_addr16[4]), ntohs(addr.s6_addr16[5]), >> ^ >> reentrant.c:151:53: error: 'struct in6_addr' has no member named 's6_addr16' >> ntohs(addr.s6_addr16[4]), ntohs(addr.s6_addr16[5]), >> ^ >> reentrant.c:151:53: error: 'struct in6_addr' has no member named 's6_addr16' >> ntohs(addr.s6_addr16[4]), ntohs(addr.s6_addr16[5]), >> ^ >> reentrant.c:151:53: error: 'struct in6_addr' has no member named 's6_addr16' >> ntohs(addr.s6_addr16[4]), ntohs(addr.s6_addr16[5]), >> ^ >> reentrant.c:151:53: error: 'struct in6_addr' has no member named 's6_addr16' >> ntohs(addr.s6_addr16[4]), ntohs(addr.s6_addr16[5]), >> ^ >> reentrant.c:152:27: error: 'struct in6_addr' has no member named 's6_addr16' >> ntohs(addr.s6_addr16[6]), ntohs(addr.s6_addr16[7])); >> ^ >> reentrant.c:152:27: error: 'struct in6_addr' has no member named 's6_addr16' >> ntohs(addr.s6_addr16[6]), ntohs(addr.s6_addr16[7])); >> ^ >> reentrant.c:152:27: error: 'struct in6_addr' has no member named 's6_addr16' >> ntohs(addr.s6_addr16[6]), ntohs(addr.s6_addr16[7])); >> ^ >> reentrant.c:152:27: error: 'struct in6_addr' has no member named 's6_addr16' >> ntohs(addr.s6_addr16[6]), ntohs(addr.s6_addr16[7])); >> ^ >> reentrant.c:152:53: error: 'struct in6_addr' has no member named 's6_addr16' >> ntohs(addr.s6_addr16[6]), ntohs(addr.s6_addr16[7])); >> ^ >> reentrant.c:152:53: error: 'struct in6_addr' has no member named 's6_addr16' >> ntohs(addr.s6_addr16[6]), ntohs(addr.s6_addr16[7])); >> ^ >> reentrant.c:152:53: error: 'struct in6_addr' has no member named 's6_addr16' >> ntohs(addr.s6_addr16[6]), ntohs(addr.s6_addr16[7])); >> ^ >> reentrant.c:152:53: error: 'struct in6_addr' has no member named 's6_addr16' >> ntohs(addr.s6_addr16[6]), ntohs(addr.s6_addr16[7])); >> ^ >> reentrant.c:146:25: warning: variable 'addr' set but not used >> [-Wunused-but-set-variable] >> struct in6_addr addr = (((struct sockaddr_in6 >> *)saPtr)->sin6_addr); >> ^ >> gmake[1]: *** [<builtin>: reentrant.o] Error 1 >> gmake[1]: Leaving directory '/usr/local/src/naviserver-4.99.11/nsthread' >> gmake: *** [Makefile:49: all] Error 1 >> >> >> I'll gladly remotely process as many of these tests as it takes and >> you're willing to make. ;-) >> >> cheers, >> Ben >> >> On 6/23/16 11:58 PM, Gustaf Neumann wrote: >>> Dear Ben, >>> please check the following change >>> >>> https://bitbucket.org/naviserver/naviserver/commits/c5d117b88465e50fd8c47307f373d2427114aedf >>> >>> If i suppose correctly, this change should fix the problem. >>> Unfortunately, i have no FreeBSD system to test. >>> >>> best regards >>> -g >>> >>> Am 23.06.16 um 23:05 schrieb Benjamin Brink: >>>> Hi, >>>> >>>> I'm attempting to build naviserver on >>>> >>>> FreeBSD 10.3-BETA3 #2 r296139 >>>> >>>> using the install-ns.sh script at http://github.com/gustafn/install-ns >>>> >>>> And tried a revised .configure to include --disable-ipv6: >>>> >>>> ./configure --with-tcl=${ns_install_dir}/lib --prefix=${ns_install_dir} >>>> --disable-ipv6 >>>> >>>> >>>> Builds end with this error: >>>> >>>> gcc -O2 -DNDEBUG -Wall -fPIC -pipe -I../include >>>> -I"/usr/local/ns/include" -DHAVE_CONFIG_H -c -o sockaddr.o sockaddr.c >>>> sockaddr.c: In function 'Ns_SockaddrMask': >>>> sockaddr.c:92:23: error: 'struct in6_addr' has no member named 's6_addr32' >>>> maskedBits->s6_addr32[i] = addrBits->s6_addr32[i] & >>>> maskBits->s6_addr32[i]; >>>> ^ >>>> sockaddr.c:92:48: error: 'struct in6_addr' has no member named 's6_addr32' >>>> maskedBits->s6_addr32[i] = addrBits->s6_addr32[i] & >>>> maskBits->s6_addr32[i]; >>>> ^ >>>> sockaddr.c:92:73: error: 'struct in6_addr' has no member named 's6_addr32' >>>> maskedBits->s6_addr32[i] = addrBits->s6_addr32[i] & >>>> maskBits->s6_addr32[i]; >>>> ^ >>>> sockaddr.c: In function 'Ns_SockaddrSameIP': >>>> sockaddr.c:153:26: error: 'struct in6_addr' has no member named 's6_addr32' >>>> if (addr1Bits->s6_addr32[i] != addr2Bits->s6_addr32[i]) { >>>> ^ >>>> sockaddr.c:153:53: error: 'struct in6_addr' has no member named 's6_addr32' >>>> if (addr1Bits->s6_addr32[i] != addr2Bits->s6_addr32[i]) { >>>> ^ >>>> sockaddr.c: In function 'Ns_SockaddrMaskBits': >>>> sockaddr.c:210:17: error: 'struct in6_addr' has no member named 's6_addr32' >>>> addr->s6_addr32[i] = (~0u); >>>> ^ >>>> sockaddr.c:216:17: error: 'struct in6_addr' has no member named 's6_addr32' >>>> addr->s6_addr32[i] = htonl((~0u) << (32 - nrBits)); >>>> ^ >>>> sockaddr.c:223:17: error: 'struct in6_addr' has no member named 's6_addr32' >>>> addr->s6_addr32[i] = 0u; >>>> ^ >>>> gmake[1]: *** [<builtin>: sockaddr.o] Error 1 >>>> gmake[1]: Leaving directory '/usr/local/src/naviserver-4.99.11/nsd' >>>> gmake: *** [Makefile:49: all] Error 1 >>>> >>>> >>>> Script settings are: >>>> >>>> SETTINGS Build-Dir /usr/local/src >>>> Install-Dir /usr/local/ns >>>> NaviServer 4.99.11 >>>> NaviServer Modules 4.99.11 >>>> Tcllib 1.18 >>>> Thread 2.7.2 >>>> NSF/NX/XOTcl 2.0.0 >>>> Tcl 8.5.19 >>>> tDOM GIT >>>> NaviSever user nsadmin >>>> NaviServer group nsadmin >>>> Make command gmake >>>> Type command type >>>> With Mongo 0 >>>> With PostgreSQL 1 >>>> >>>> >>>> Any suggestions on how to resolve? >>>> >>>> Ben >>>> >>> >>> ------------------------------------------------------------------------------ >>> Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San >>> Francisco, CA to explore cutting-edge tech and listen to tech luminaries >>> present their vision of the future. This family event has something for >>> everyone, including kids. Get more information and register today. >>> http://sdm.link/attshape >>> _______________________________________________ >>> naviserver-devel mailing list >>> nav...@li... >>> https://lists.sourceforge.net/lists/listinfo/naviserver-devel >>> >> >> ------------------------------------------------------------------------------ >> Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San >> Francisco, CA to explore cutting-edge tech and listen to tech luminaries >> present their vision of the future. This family event has something for >> everyone, including kids. Get more information and register today. >> http://sdm.link/attshape >> _______________________________________________ >> naviserver-devel mailing list >> nav...@li... >> https://lists.sourceforge.net/lists/listinfo/naviserver-devel > > |
|
From: Gustaf N. <ne...@wu...> - 2016-06-24 08:51:18
|
Dear Ben, Sorry, there were two places in the code, where one needs this BSD specific code. The change [1] move the code to an include file, so there is now a single place to address the problem in both cases. all the best -g [1] https://bitbucket.org/naviserver/naviserver/commits/c75959d0c165f6dc0f977673720dca8e88aebb2e Am 24.06.16 um 10:34 schrieb Benjamin Brink: > Thank you, Gustaf. > > Your change seems to have quashed the error until further in the build > with apparently a similar error in another file: > > gcc -O2 -DNDEBUG -Wall -fPIC -pipe -I../include > -I"/usr/local/ns/include" -DHAVE_CONFIG_H -c -o reentrant.o reentrant.c > In file included from /usr/include/machine/endian.h:6:0, > from > /usr/local/lib/gcc48/gcc/x86_64-portbld-freebsd10.2/4.8.5/include-fixed/sys/types.h:53, > from ../include/nsthread.h:302, > from thread.h:40, > from reentrant.c:38: > reentrant.c: In function 'ns_inet_ntoa': > reentrant.c:149:27: error: 'struct in6_addr' has no member named 's6_addr16' > ntohs(addr.s6_addr16[0]), ntohs(addr.s6_addr16[1]), > ^ > reentrant.c:149:27: error: 'struct in6_addr' has no member named 's6_addr16' > ntohs(addr.s6_addr16[0]), ntohs(addr.s6_addr16[1]), > ^ > reentrant.c:149:27: error: 'struct in6_addr' has no member named 's6_addr16' > ntohs(addr.s6_addr16[0]), ntohs(addr.s6_addr16[1]), > ^ > reentrant.c:149:27: error: 'struct in6_addr' has no member named 's6_addr16' > ntohs(addr.s6_addr16[0]), ntohs(addr.s6_addr16[1]), > ^ > reentrant.c:149:53: error: 'struct in6_addr' has no member named 's6_addr16' > ntohs(addr.s6_addr16[0]), ntohs(addr.s6_addr16[1]), > ^ > reentrant.c:149:53: error: 'struct in6_addr' has no member named 's6_addr16' > ntohs(addr.s6_addr16[0]), ntohs(addr.s6_addr16[1]), > ^ > reentrant.c:149:53: error: 'struct in6_addr' has no member named 's6_addr16' > ntohs(addr.s6_addr16[0]), ntohs(addr.s6_addr16[1]), > ^ > reentrant.c:149:53: error: 'struct in6_addr' has no member named 's6_addr16' > ntohs(addr.s6_addr16[0]), ntohs(addr.s6_addr16[1]), > ^ > reentrant.c:150:27: error: 'struct in6_addr' has no member named 's6_addr16' > ntohs(addr.s6_addr16[2]), ntohs(addr.s6_addr16[3]), > ^ > reentrant.c:150:27: error: 'struct in6_addr' has no member named 's6_addr16' > ntohs(addr.s6_addr16[2]), ntohs(addr.s6_addr16[3]), > ^ > reentrant.c:150:27: error: 'struct in6_addr' has no member named 's6_addr16' > ntohs(addr.s6_addr16[2]), ntohs(addr.s6_addr16[3]), > ^ > reentrant.c:150:27: error: 'struct in6_addr' has no member named 's6_addr16' > ntohs(addr.s6_addr16[2]), ntohs(addr.s6_addr16[3]), > ^ > reentrant.c:150:53: error: 'struct in6_addr' has no member named 's6_addr16' > ntohs(addr.s6_addr16[2]), ntohs(addr.s6_addr16[3]), > ^ > reentrant.c:150:53: error: 'struct in6_addr' has no member named 's6_addr16' > ntohs(addr.s6_addr16[2]), ntohs(addr.s6_addr16[3]), > ^ > reentrant.c:150:53: error: 'struct in6_addr' has no member named 's6_addr16' > ntohs(addr.s6_addr16[2]), ntohs(addr.s6_addr16[3]), > ^ > reentrant.c:150:53: error: 'struct in6_addr' has no member named 's6_addr16' > ntohs(addr.s6_addr16[2]), ntohs(addr.s6_addr16[3]), > ^ > reentrant.c:151:27: error: 'struct in6_addr' has no member named 's6_addr16' > ntohs(addr.s6_addr16[4]), ntohs(addr.s6_addr16[5]), > ^ > reentrant.c:151:27: error: 'struct in6_addr' has no member named 's6_addr16' > ntohs(addr.s6_addr16[4]), ntohs(addr.s6_addr16[5]), > ^ > reentrant.c:151:27: error: 'struct in6_addr' has no member named 's6_addr16' > ntohs(addr.s6_addr16[4]), ntohs(addr.s6_addr16[5]), > ^ > reentrant.c:151:27: error: 'struct in6_addr' has no member named 's6_addr16' > ntohs(addr.s6_addr16[4]), ntohs(addr.s6_addr16[5]), > ^ > reentrant.c:151:53: error: 'struct in6_addr' has no member named 's6_addr16' > ntohs(addr.s6_addr16[4]), ntohs(addr.s6_addr16[5]), > ^ > reentrant.c:151:53: error: 'struct in6_addr' has no member named 's6_addr16' > ntohs(addr.s6_addr16[4]), ntohs(addr.s6_addr16[5]), > ^ > reentrant.c:151:53: error: 'struct in6_addr' has no member named 's6_addr16' > ntohs(addr.s6_addr16[4]), ntohs(addr.s6_addr16[5]), > ^ > reentrant.c:151:53: error: 'struct in6_addr' has no member named 's6_addr16' > ntohs(addr.s6_addr16[4]), ntohs(addr.s6_addr16[5]), > ^ > reentrant.c:152:27: error: 'struct in6_addr' has no member named 's6_addr16' > ntohs(addr.s6_addr16[6]), ntohs(addr.s6_addr16[7])); > ^ > reentrant.c:152:27: error: 'struct in6_addr' has no member named 's6_addr16' > ntohs(addr.s6_addr16[6]), ntohs(addr.s6_addr16[7])); > ^ > reentrant.c:152:27: error: 'struct in6_addr' has no member named 's6_addr16' > ntohs(addr.s6_addr16[6]), ntohs(addr.s6_addr16[7])); > ^ > reentrant.c:152:27: error: 'struct in6_addr' has no member named 's6_addr16' > ntohs(addr.s6_addr16[6]), ntohs(addr.s6_addr16[7])); > ^ > reentrant.c:152:53: error: 'struct in6_addr' has no member named 's6_addr16' > ntohs(addr.s6_addr16[6]), ntohs(addr.s6_addr16[7])); > ^ > reentrant.c:152:53: error: 'struct in6_addr' has no member named 's6_addr16' > ntohs(addr.s6_addr16[6]), ntohs(addr.s6_addr16[7])); > ^ > reentrant.c:152:53: error: 'struct in6_addr' has no member named 's6_addr16' > ntohs(addr.s6_addr16[6]), ntohs(addr.s6_addr16[7])); > ^ > reentrant.c:152:53: error: 'struct in6_addr' has no member named 's6_addr16' > ntohs(addr.s6_addr16[6]), ntohs(addr.s6_addr16[7])); > ^ > reentrant.c:146:25: warning: variable 'addr' set but not used > [-Wunused-but-set-variable] > struct in6_addr addr = (((struct sockaddr_in6 > *)saPtr)->sin6_addr); > ^ > gmake[1]: *** [<builtin>: reentrant.o] Error 1 > gmake[1]: Leaving directory '/usr/local/src/naviserver-4.99.11/nsthread' > gmake: *** [Makefile:49: all] Error 1 > > > I'll gladly remotely process as many of these tests as it takes and > you're willing to make. ;-) > > cheers, > Ben > > On 6/23/16 11:58 PM, Gustaf Neumann wrote: >> Dear Ben, >> please check the following change >> >> https://bitbucket.org/naviserver/naviserver/commits/c5d117b88465e50fd8c47307f373d2427114aedf >> >> If i suppose correctly, this change should fix the problem. >> Unfortunately, i have no FreeBSD system to test. >> >> best regards >> -g >> >> Am 23.06.16 um 23:05 schrieb Benjamin Brink: >>> Hi, >>> >>> I'm attempting to build naviserver on >>> >>> FreeBSD 10.3-BETA3 #2 r296139 >>> >>> using the install-ns.sh script at http://github.com/gustafn/install-ns >>> >>> And tried a revised .configure to include --disable-ipv6: >>> >>> ./configure --with-tcl=${ns_install_dir}/lib --prefix=${ns_install_dir} >>> --disable-ipv6 >>> >>> >>> Builds end with this error: >>> >>> gcc -O2 -DNDEBUG -Wall -fPIC -pipe -I../include >>> -I"/usr/local/ns/include" -DHAVE_CONFIG_H -c -o sockaddr.o sockaddr.c >>> sockaddr.c: In function 'Ns_SockaddrMask': >>> sockaddr.c:92:23: error: 'struct in6_addr' has no member named 's6_addr32' >>> maskedBits->s6_addr32[i] = addrBits->s6_addr32[i] & >>> maskBits->s6_addr32[i]; >>> ^ >>> sockaddr.c:92:48: error: 'struct in6_addr' has no member named 's6_addr32' >>> maskedBits->s6_addr32[i] = addrBits->s6_addr32[i] & >>> maskBits->s6_addr32[i]; >>> ^ >>> sockaddr.c:92:73: error: 'struct in6_addr' has no member named 's6_addr32' >>> maskedBits->s6_addr32[i] = addrBits->s6_addr32[i] & >>> maskBits->s6_addr32[i]; >>> ^ >>> sockaddr.c: In function 'Ns_SockaddrSameIP': >>> sockaddr.c:153:26: error: 'struct in6_addr' has no member named 's6_addr32' >>> if (addr1Bits->s6_addr32[i] != addr2Bits->s6_addr32[i]) { >>> ^ >>> sockaddr.c:153:53: error: 'struct in6_addr' has no member named 's6_addr32' >>> if (addr1Bits->s6_addr32[i] != addr2Bits->s6_addr32[i]) { >>> ^ >>> sockaddr.c: In function 'Ns_SockaddrMaskBits': >>> sockaddr.c:210:17: error: 'struct in6_addr' has no member named 's6_addr32' >>> addr->s6_addr32[i] = (~0u); >>> ^ >>> sockaddr.c:216:17: error: 'struct in6_addr' has no member named 's6_addr32' >>> addr->s6_addr32[i] = htonl((~0u) << (32 - nrBits)); >>> ^ >>> sockaddr.c:223:17: error: 'struct in6_addr' has no member named 's6_addr32' >>> addr->s6_addr32[i] = 0u; >>> ^ >>> gmake[1]: *** [<builtin>: sockaddr.o] Error 1 >>> gmake[1]: Leaving directory '/usr/local/src/naviserver-4.99.11/nsd' >>> gmake: *** [Makefile:49: all] Error 1 >>> >>> >>> Script settings are: >>> >>> SETTINGS Build-Dir /usr/local/src >>> Install-Dir /usr/local/ns >>> NaviServer 4.99.11 >>> NaviServer Modules 4.99.11 >>> Tcllib 1.18 >>> Thread 2.7.2 >>> NSF/NX/XOTcl 2.0.0 >>> Tcl 8.5.19 >>> tDOM GIT >>> NaviSever user nsadmin >>> NaviServer group nsadmin >>> Make command gmake >>> Type command type >>> With Mongo 0 >>> With PostgreSQL 1 >>> >>> >>> Any suggestions on how to resolve? >>> >>> Ben >>> >> >> ------------------------------------------------------------------------------ >> Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San >> Francisco, CA to explore cutting-edge tech and listen to tech luminaries >> present their vision of the future. This family event has something for >> everyone, including kids. Get more information and register today. >> http://sdm.link/attshape >> _______________________________________________ >> naviserver-devel mailing list >> nav...@li... >> https://lists.sourceforge.net/lists/listinfo/naviserver-devel >> > > ------------------------------------------------------------------------------ > Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San > Francisco, CA to explore cutting-edge tech and listen to tech luminaries > present their vision of the future. This family event has something for > everyone, including kids. Get more information and register today. > http://sdm.link/attshape > _______________________________________________ > 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: Benjamin B. <tek...@ya...> - 2016-06-24 08:34:28
|
Thank you, Gustaf.
Your change seems to have quashed the error until further in the build
with apparently a similar error in another file:
gcc -O2 -DNDEBUG -Wall -fPIC -pipe -I../include
-I"/usr/local/ns/include" -DHAVE_CONFIG_H -c -o reentrant.o reentrant.c
In file included from /usr/include/machine/endian.h:6:0,
from
/usr/local/lib/gcc48/gcc/x86_64-portbld-freebsd10.2/4.8.5/include-fixed/sys/types.h:53,
from ../include/nsthread.h:302,
from thread.h:40,
from reentrant.c:38:
reentrant.c: In function 'ns_inet_ntoa':
reentrant.c:149:27: error: 'struct in6_addr' has no member named 's6_addr16'
ntohs(addr.s6_addr16[0]), ntohs(addr.s6_addr16[1]),
^
reentrant.c:149:27: error: 'struct in6_addr' has no member named 's6_addr16'
ntohs(addr.s6_addr16[0]), ntohs(addr.s6_addr16[1]),
^
reentrant.c:149:27: error: 'struct in6_addr' has no member named 's6_addr16'
ntohs(addr.s6_addr16[0]), ntohs(addr.s6_addr16[1]),
^
reentrant.c:149:27: error: 'struct in6_addr' has no member named 's6_addr16'
ntohs(addr.s6_addr16[0]), ntohs(addr.s6_addr16[1]),
^
reentrant.c:149:53: error: 'struct in6_addr' has no member named 's6_addr16'
ntohs(addr.s6_addr16[0]), ntohs(addr.s6_addr16[1]),
^
reentrant.c:149:53: error: 'struct in6_addr' has no member named 's6_addr16'
ntohs(addr.s6_addr16[0]), ntohs(addr.s6_addr16[1]),
^
reentrant.c:149:53: error: 'struct in6_addr' has no member named 's6_addr16'
ntohs(addr.s6_addr16[0]), ntohs(addr.s6_addr16[1]),
^
reentrant.c:149:53: error: 'struct in6_addr' has no member named 's6_addr16'
ntohs(addr.s6_addr16[0]), ntohs(addr.s6_addr16[1]),
^
reentrant.c:150:27: error: 'struct in6_addr' has no member named 's6_addr16'
ntohs(addr.s6_addr16[2]), ntohs(addr.s6_addr16[3]),
^
reentrant.c:150:27: error: 'struct in6_addr' has no member named 's6_addr16'
ntohs(addr.s6_addr16[2]), ntohs(addr.s6_addr16[3]),
^
reentrant.c:150:27: error: 'struct in6_addr' has no member named 's6_addr16'
ntohs(addr.s6_addr16[2]), ntohs(addr.s6_addr16[3]),
^
reentrant.c:150:27: error: 'struct in6_addr' has no member named 's6_addr16'
ntohs(addr.s6_addr16[2]), ntohs(addr.s6_addr16[3]),
^
reentrant.c:150:53: error: 'struct in6_addr' has no member named 's6_addr16'
ntohs(addr.s6_addr16[2]), ntohs(addr.s6_addr16[3]),
^
reentrant.c:150:53: error: 'struct in6_addr' has no member named 's6_addr16'
ntohs(addr.s6_addr16[2]), ntohs(addr.s6_addr16[3]),
^
reentrant.c:150:53: error: 'struct in6_addr' has no member named 's6_addr16'
ntohs(addr.s6_addr16[2]), ntohs(addr.s6_addr16[3]),
^
reentrant.c:150:53: error: 'struct in6_addr' has no member named 's6_addr16'
ntohs(addr.s6_addr16[2]), ntohs(addr.s6_addr16[3]),
^
reentrant.c:151:27: error: 'struct in6_addr' has no member named 's6_addr16'
ntohs(addr.s6_addr16[4]), ntohs(addr.s6_addr16[5]),
^
reentrant.c:151:27: error: 'struct in6_addr' has no member named 's6_addr16'
ntohs(addr.s6_addr16[4]), ntohs(addr.s6_addr16[5]),
^
reentrant.c:151:27: error: 'struct in6_addr' has no member named 's6_addr16'
ntohs(addr.s6_addr16[4]), ntohs(addr.s6_addr16[5]),
^
reentrant.c:151:27: error: 'struct in6_addr' has no member named 's6_addr16'
ntohs(addr.s6_addr16[4]), ntohs(addr.s6_addr16[5]),
^
reentrant.c:151:53: error: 'struct in6_addr' has no member named 's6_addr16'
ntohs(addr.s6_addr16[4]), ntohs(addr.s6_addr16[5]),
^
reentrant.c:151:53: error: 'struct in6_addr' has no member named 's6_addr16'
ntohs(addr.s6_addr16[4]), ntohs(addr.s6_addr16[5]),
^
reentrant.c:151:53: error: 'struct in6_addr' has no member named 's6_addr16'
ntohs(addr.s6_addr16[4]), ntohs(addr.s6_addr16[5]),
^
reentrant.c:151:53: error: 'struct in6_addr' has no member named 's6_addr16'
ntohs(addr.s6_addr16[4]), ntohs(addr.s6_addr16[5]),
^
reentrant.c:152:27: error: 'struct in6_addr' has no member named 's6_addr16'
ntohs(addr.s6_addr16[6]), ntohs(addr.s6_addr16[7]));
^
reentrant.c:152:27: error: 'struct in6_addr' has no member named 's6_addr16'
ntohs(addr.s6_addr16[6]), ntohs(addr.s6_addr16[7]));
^
reentrant.c:152:27: error: 'struct in6_addr' has no member named 's6_addr16'
ntohs(addr.s6_addr16[6]), ntohs(addr.s6_addr16[7]));
^
reentrant.c:152:27: error: 'struct in6_addr' has no member named 's6_addr16'
ntohs(addr.s6_addr16[6]), ntohs(addr.s6_addr16[7]));
^
reentrant.c:152:53: error: 'struct in6_addr' has no member named 's6_addr16'
ntohs(addr.s6_addr16[6]), ntohs(addr.s6_addr16[7]));
^
reentrant.c:152:53: error: 'struct in6_addr' has no member named 's6_addr16'
ntohs(addr.s6_addr16[6]), ntohs(addr.s6_addr16[7]));
^
reentrant.c:152:53: error: 'struct in6_addr' has no member named 's6_addr16'
ntohs(addr.s6_addr16[6]), ntohs(addr.s6_addr16[7]));
^
reentrant.c:152:53: error: 'struct in6_addr' has no member named 's6_addr16'
ntohs(addr.s6_addr16[6]), ntohs(addr.s6_addr16[7]));
^
reentrant.c:146:25: warning: variable 'addr' set but not used
[-Wunused-but-set-variable]
struct in6_addr addr = (((struct sockaddr_in6
*)saPtr)->sin6_addr);
^
gmake[1]: *** [<builtin>: reentrant.o] Error 1
gmake[1]: Leaving directory '/usr/local/src/naviserver-4.99.11/nsthread'
gmake: *** [Makefile:49: all] Error 1
I'll gladly remotely process as many of these tests as it takes and
you're willing to make. ;-)
cheers,
Ben
On 6/23/16 11:58 PM, Gustaf Neumann wrote:
>
> Dear Ben,
> please check the following change
>
> https://bitbucket.org/naviserver/naviserver/commits/c5d117b88465e50fd8c47307f373d2427114aedf
>
> If i suppose correctly, this change should fix the problem.
> Unfortunately, i have no FreeBSD system to test.
>
> best regards
> -g
>
> Am 23.06.16 um 23:05 schrieb Benjamin Brink:
>> Hi,
>>
>> I'm attempting to build naviserver on
>>
>> FreeBSD 10.3-BETA3 #2 r296139
>>
>> using the install-ns.sh script at http://github.com/gustafn/install-ns
>>
>> And tried a revised .configure to include --disable-ipv6:
>>
>> ./configure --with-tcl=${ns_install_dir}/lib --prefix=${ns_install_dir}
>> --disable-ipv6
>>
>>
>> Builds end with this error:
>>
>> gcc -O2 -DNDEBUG -Wall -fPIC -pipe -I../include
>> -I"/usr/local/ns/include" -DHAVE_CONFIG_H -c -o sockaddr.o sockaddr.c
>> sockaddr.c: In function 'Ns_SockaddrMask':
>> sockaddr.c:92:23: error: 'struct in6_addr' has no member named 's6_addr32'
>> maskedBits->s6_addr32[i] = addrBits->s6_addr32[i] &
>> maskBits->s6_addr32[i];
>> ^
>> sockaddr.c:92:48: error: 'struct in6_addr' has no member named 's6_addr32'
>> maskedBits->s6_addr32[i] = addrBits->s6_addr32[i] &
>> maskBits->s6_addr32[i];
>> ^
>> sockaddr.c:92:73: error: 'struct in6_addr' has no member named 's6_addr32'
>> maskedBits->s6_addr32[i] = addrBits->s6_addr32[i] &
>> maskBits->s6_addr32[i];
>> ^
>> sockaddr.c: In function 'Ns_SockaddrSameIP':
>> sockaddr.c:153:26: error: 'struct in6_addr' has no member named 's6_addr32'
>> if (addr1Bits->s6_addr32[i] != addr2Bits->s6_addr32[i]) {
>> ^
>> sockaddr.c:153:53: error: 'struct in6_addr' has no member named 's6_addr32'
>> if (addr1Bits->s6_addr32[i] != addr2Bits->s6_addr32[i]) {
>> ^
>> sockaddr.c: In function 'Ns_SockaddrMaskBits':
>> sockaddr.c:210:17: error: 'struct in6_addr' has no member named 's6_addr32'
>> addr->s6_addr32[i] = (~0u);
>> ^
>> sockaddr.c:216:17: error: 'struct in6_addr' has no member named 's6_addr32'
>> addr->s6_addr32[i] = htonl((~0u) << (32 - nrBits));
>> ^
>> sockaddr.c:223:17: error: 'struct in6_addr' has no member named 's6_addr32'
>> addr->s6_addr32[i] = 0u;
>> ^
>> gmake[1]: *** [<builtin>: sockaddr.o] Error 1
>> gmake[1]: Leaving directory '/usr/local/src/naviserver-4.99.11/nsd'
>> gmake: *** [Makefile:49: all] Error 1
>>
>>
>> Script settings are:
>>
>> SETTINGS Build-Dir /usr/local/src
>> Install-Dir /usr/local/ns
>> NaviServer 4.99.11
>> NaviServer Modules 4.99.11
>> Tcllib 1.18
>> Thread 2.7.2
>> NSF/NX/XOTcl 2.0.0
>> Tcl 8.5.19
>> tDOM GIT
>> NaviSever user nsadmin
>> NaviServer group nsadmin
>> Make command gmake
>> Type command type
>> With Mongo 0
>> With PostgreSQL 1
>>
>>
>> Any suggestions on how to resolve?
>>
>> Ben
>>
>
>
> ------------------------------------------------------------------------------
> Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San
> Francisco, CA to explore cutting-edge tech and listen to tech luminaries
> present their vision of the future. This family event has something for
> everyone, including kids. Get more information and register today.
> http://sdm.link/attshape
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
>
|
|
From: Gustaf N. <ne...@wu...> - 2016-06-24 06:58:23
|
Dear Ben, please check the following change https://bitbucket.org/naviserver/naviserver/commits/c5d117b88465e50fd8c47307f373d2427114aedf If i suppose correctly, this change should fix the problem. Unfortunately, i have no FreeBSD system to test. best regards -g Am 23.06.16 um 23:05 schrieb Benjamin Brink: > Hi, > > I'm attempting to build naviserver on > > FreeBSD 10.3-BETA3 #2 r296139 > > using the install-ns.sh script at http://github.com/gustafn/install-ns > > And tried a revised .configure to include --disable-ipv6: > > ./configure --with-tcl=${ns_install_dir}/lib --prefix=${ns_install_dir} > --disable-ipv6 > > > Builds end with this error: > > gcc -O2 -DNDEBUG -Wall -fPIC -pipe -I../include > -I"/usr/local/ns/include" -DHAVE_CONFIG_H -c -o sockaddr.o sockaddr.c > sockaddr.c: In function 'Ns_SockaddrMask': > sockaddr.c:92:23: error: 'struct in6_addr' has no member named 's6_addr32' > maskedBits->s6_addr32[i] = addrBits->s6_addr32[i] & > maskBits->s6_addr32[i]; > ^ > sockaddr.c:92:48: error: 'struct in6_addr' has no member named 's6_addr32' > maskedBits->s6_addr32[i] = addrBits->s6_addr32[i] & > maskBits->s6_addr32[i]; > ^ > sockaddr.c:92:73: error: 'struct in6_addr' has no member named 's6_addr32' > maskedBits->s6_addr32[i] = addrBits->s6_addr32[i] & > maskBits->s6_addr32[i]; > ^ > sockaddr.c: In function 'Ns_SockaddrSameIP': > sockaddr.c:153:26: error: 'struct in6_addr' has no member named 's6_addr32' > if (addr1Bits->s6_addr32[i] != addr2Bits->s6_addr32[i]) { > ^ > sockaddr.c:153:53: error: 'struct in6_addr' has no member named 's6_addr32' > if (addr1Bits->s6_addr32[i] != addr2Bits->s6_addr32[i]) { > ^ > sockaddr.c: In function 'Ns_SockaddrMaskBits': > sockaddr.c:210:17: error: 'struct in6_addr' has no member named 's6_addr32' > addr->s6_addr32[i] = (~0u); > ^ > sockaddr.c:216:17: error: 'struct in6_addr' has no member named 's6_addr32' > addr->s6_addr32[i] = htonl((~0u) << (32 - nrBits)); > ^ > sockaddr.c:223:17: error: 'struct in6_addr' has no member named 's6_addr32' > addr->s6_addr32[i] = 0u; > ^ > gmake[1]: *** [<builtin>: sockaddr.o] Error 1 > gmake[1]: Leaving directory '/usr/local/src/naviserver-4.99.11/nsd' > gmake: *** [Makefile:49: all] Error 1 > > > Script settings are: > > SETTINGS Build-Dir /usr/local/src > Install-Dir /usr/local/ns > NaviServer 4.99.11 > NaviServer Modules 4.99.11 > Tcllib 1.18 > Thread 2.7.2 > NSF/NX/XOTcl 2.0.0 > Tcl 8.5.19 > tDOM GIT > NaviSever user nsadmin > NaviServer group nsadmin > Make command gmake > Type command type > With Mongo 0 > With PostgreSQL 1 > > > Any suggestions on how to resolve? > > Ben > |
|
From: Benjamin B. <tek...@ya...> - 2016-06-23 21:06:02
|
Hi, I'm attempting to build naviserver on FreeBSD 10.3-BETA3 #2 r296139 using the install-ns.sh script at http://github.com/gustafn/install-ns And tried a revised .configure to include --disable-ipv6: ./configure --with-tcl=${ns_install_dir}/lib --prefix=${ns_install_dir} --disable-ipv6 Builds end with this error: gcc -O2 -DNDEBUG -Wall -fPIC -pipe -I../include -I"/usr/local/ns/include" -DHAVE_CONFIG_H -c -o sockaddr.o sockaddr.c sockaddr.c: In function 'Ns_SockaddrMask': sockaddr.c:92:23: error: 'struct in6_addr' has no member named 's6_addr32' maskedBits->s6_addr32[i] = addrBits->s6_addr32[i] & maskBits->s6_addr32[i]; ^ sockaddr.c:92:48: error: 'struct in6_addr' has no member named 's6_addr32' maskedBits->s6_addr32[i] = addrBits->s6_addr32[i] & maskBits->s6_addr32[i]; ^ sockaddr.c:92:73: error: 'struct in6_addr' has no member named 's6_addr32' maskedBits->s6_addr32[i] = addrBits->s6_addr32[i] & maskBits->s6_addr32[i]; ^ sockaddr.c: In function 'Ns_SockaddrSameIP': sockaddr.c:153:26: error: 'struct in6_addr' has no member named 's6_addr32' if (addr1Bits->s6_addr32[i] != addr2Bits->s6_addr32[i]) { ^ sockaddr.c:153:53: error: 'struct in6_addr' has no member named 's6_addr32' if (addr1Bits->s6_addr32[i] != addr2Bits->s6_addr32[i]) { ^ sockaddr.c: In function 'Ns_SockaddrMaskBits': sockaddr.c:210:17: error: 'struct in6_addr' has no member named 's6_addr32' addr->s6_addr32[i] = (~0u); ^ sockaddr.c:216:17: error: 'struct in6_addr' has no member named 's6_addr32' addr->s6_addr32[i] = htonl((~0u) << (32 - nrBits)); ^ sockaddr.c:223:17: error: 'struct in6_addr' has no member named 's6_addr32' addr->s6_addr32[i] = 0u; ^ gmake[1]: *** [<builtin>: sockaddr.o] Error 1 gmake[1]: Leaving directory '/usr/local/src/naviserver-4.99.11/nsd' gmake: *** [Makefile:49: all] Error 1 Script settings are: SETTINGS Build-Dir /usr/local/src Install-Dir /usr/local/ns NaviServer 4.99.11 NaviServer Modules 4.99.11 Tcllib 1.18 Thread 2.7.2 NSF/NX/XOTcl 2.0.0 Tcl 8.5.19 tDOM GIT NaviSever user nsadmin NaviServer group nsadmin Make command gmake Type command type With Mongo 0 With PostgreSQL 1 Any suggestions on how to resolve? Ben |
|
From: Gustaf N. <ne...@wu...> - 2016-06-23 07:36:08
|
Am 22.06.16 um 18:33 schrieb David Osborne: > Hi, > > I've hit a problem trying to build naviserver > ... > > but on a clean box that file will not exist yet. The following change should address this: https://bitbucket.org/naviserver/naviserver/commits/624b2df9ac75a408fa9115f1909eb6e1503ec313 > The second, unrelated, problem I'm having, is that the tests are > failing to run due to nssock being unable to find a shared library. > I think this is due to us using --enable-rpath since I saw a note on a > commit stating there was still a bug running tests in such circumstances. > https://bitbucket.org/naviserver/naviserver/commits/d6bab4af0ce9a9950b4daf1379ed2eaaa4dfb6ba The referenced fix is just altering the name of the Makefile variable to distinguish it from the environment variable. I think, the problem is a consequence of the following change https://sourceforge.net/p/naviserver/mailman/message/33544665/ ... together with the attempt to make the plain socket driver functions reusable. One option is to build without rpath.... I'll take at look at the problem over the weekend or early next week. -g > > Is there any good way round this at the moment? > > Thanks, > -- > David > > > ------------------------------------------------------------------------------ > Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San > Francisco, CA to explore cutting-edge tech and listen to tech luminaries > present their vision of the future. This family event has something for > everyone, including kids. Get more information and register today. > http://sdm.link/attshape > > > _______________________________________________ > 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: David O. <da...@qc...> - 2016-06-22 17:03:18
|
Hi, I've hit a problem trying to build naviserver (on Debian wheezy) since nsssl was merged into the main repo (which is a great idea btw). In the nsssl Makefile it references: include $(NAVISERVER)/include/Makefile.module but on a clean box that file will not exist yet. If I change it to NSBUILD=1 include ../include/Makefile.module then I get a bit further. The second, unrelated, problem I'm having, is that the tests are failing to run due to nssock being unable to find a shared library. I think this is due to us using --enable-rpath since I saw a note on a commit stating there was still a bug running tests in such circumstances. https://bitbucket.org/naviserver/naviserver/commits/d6bab4af0ce9a9950b4daf1379ed2eaaa4dfb6ba Is there any good way round this at the moment? Thanks, -- David |
|
From: Cesáreo G. R. <ce...@ce...> - 2016-06-08 16:50:37
|
Hi Solved :-) I set up HOME in my setup as you said [1] and it worked. I suppose I could also edit my /etc/init.d/ script (Debian) Thanks! Cesáreo [1] https://bitbucket.org/naviserver/naviserver/src/60be612ca3708b849d6ed6b093871252b3cc9458/openacs-config.tcl?fileviewer=file-view-default#openacs-config.tcl-63 El 08/junio/16 a las 9:59, Gustaf Neumann escribió: > Am 08.06.16 um 14:47 schrieb Cesáreo García Rodicio: >> I already did it with control port with same results[1]. As you notice, >> it has to be something with env. HOME is /root although start script was >> /usr/local/ns/bin/nsd -u openacs -g web ... >> >> It seems it doesn't load all env variables of USER (openacs). > Naviserver (like other most other programs) does not special setup of > the environment, this is typically specified in the systemd service file. > > We had a while ago a similar problem with dot (from graphviz), and since > this we recommend to set certain environment variables in the naviserver > startup file (like e.g. in [1]). I was - however - not able to reproduce > the problem with minify even with HOME set to /root (maybe version > dependent). > > -g > > [1] > https://bitbucket.org/naviserver/naviserver/src/60be612ca3708b849d6ed6b093871252b3cc9458/openacs-config.tcl?fileviewer=file-view-default#openacs-config.tcl-63 > > ------------------------------------------------------------------------------ > What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic > patterns at an interface-level. Reveals which users, apps, and protocols are > consuming the most bandwidth. Provides multi-vendor support for NetFlow, > J-Flow, sFlow and other flows. Make informed decisions using capacity > planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e > _______________________________________________ > naviserver-devel mailing list > nav...@li... > https://lists.sourceforge.net/lists/listinfo/naviserver-devel > |
|
From: Gustaf N. <ne...@wu...> - 2016-06-08 14:00:00
|
Am 08.06.16 um 14:47 schrieb Cesáreo García Rodicio: > I already did it with control port with same results[1]. As you notice, > it has to be something with env. HOME is /root although start script was > /usr/local/ns/bin/nsd -u openacs -g web ... > > It seems it doesn't load all env variables of USER (openacs). Naviserver (like other most other programs) does not special setup of the environment, this is typically specified in the systemd service file. We had a while ago a similar problem with dot (from graphviz), and since this we recommend to set certain environment variables in the naviserver startup file (like e.g. in [1]). I was - however - not able to reproduce the problem with minify even with HOME set to /root (maybe version dependent). -g [1] https://bitbucket.org/naviserver/naviserver/src/60be612ca3708b849d6ed6b093871252b3cc9458/openacs-config.tcl?fileviewer=file-view-default#openacs-config.tcl-63 |
14 messages has been excluded from this view by a project administrator.
