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: D.Fox <un...@cr...> - 2020-03-12 23:19:52
|
Thank you very much for the explanation. Not sure where it was going wrong, I think it was the { } like in the pure TCL, but now works. Thank you for your assistance. The final code: set petOwner [getFormValue petOwner] ;#nsget Form set petName [getFormValue petName] set dbToken [getFormValue dbToken] set dbRecord [getFormValue dbRecord] nsv_set db $dbToken,petOwner "$petOwner" nsv_set db $dbToken,petName "$petName" puts ":: [nsv_get db $dbRecord,petName]" Peace, Fox ----- Original Message ----- From: "Zoran Vasiljevic" <zv...@ar...> To: "naviserver-devel" <nav...@li...> Sent: Thursday, March 12, 2020 10:55:01 PM Subject: Re: [naviserver-devel] Naviserver keep variables after connection closed? puts outputs the data into the servers log since stdout and stderr are redirested to logfile . It does not work as in Tcl shell where stdout is connected to your terminal. nsv_set db $id $owner is the right syntax The db is your name of the array, the $id is the key and $owner is the value. Am 12. März 2020 23:42:33 MEZ schrieb "D.Fox" <un...@cr...>: >Yes. I have been reviewing the manual, but it's still not working for >me. >It's still not holding persistence nor am I having any luck. Which is >why I am posting here. > >set dbRecord [getFormValue dbRecord] >nsv_set id $dbRecord >nsv_set db ($id,Owner) "$petOwner" >nsv_set db ($id,Name) "$petName" > >puts [array get db *,Owner] >#results: nothing! > >I've tried it with and without the curly braces. >Three lines of code I can't get working. > >Fox > >----- Original Message ----- >From: "Zoran Vasiljevic" <zv...@ar...> >To: "D.Fox" <un...@cr...> >Cc: "naviserver-devel" <nav...@li...> >Sent: Thursday, March 12, 2020 10:00:52 PM >Subject: Re: [naviserver-devel] Naviserver keep variables after >connection closed? > >It is: nsv_set arrayname element ?value? >Please consult doc pages about nsv commands. > >Am 12. März 2020 22:48:03 MEZ schrieb "D.Fox" ><un...@cr...>: >>Thanks, I updated the server as I was getting core dumps. I am >assuming >>nsv_set and would I need to create the array blank first? >>Each ID is a new array holding information, incremented by the last >ID. >> >>I get this error otherwise: >>-code 1 -level 0 -errorstack {INNER {invokeStk1 nsv_set db(1,Owner) >>TestOwnder} CALL storageUpdate CALL {Storage insert}} -errorcode NONE >>-errorinfo {no such array: db(1,Owner) >> while executing >>"nsv_set db($id,Owner) "Owner"" >> (procedure "storageUpdate" line 13) >> invoked from within >>"storageUpdate "} -errorline 5 >> >>Thanks, >>Fox > > >_______________________________________________ >naviserver-devel mailing list >nav...@li... >https://lists.sourceforge.net/lists/listinfo/naviserver-devel _______________________________________________ naviserver-devel mailing list nav...@li... https://lists.sourceforge.net/lists/listinfo/naviserver-devel |
From: Zoran V. <zv...@ar...> - 2020-03-12 22:55:19
|
puts outputs the data into the servers log since stdout and stderr are redirested to logfile . It does not work as in Tcl shell where stdout is connected to your terminal. nsv_set db $id $owner is the right syntax The db is your name of the array, the $id is the key and $owner is the value. Am 12. März 2020 23:42:33 MEZ schrieb "D.Fox" <un...@cr...>: >Yes. I have been reviewing the manual, but it's still not working for >me. >It's still not holding persistence nor am I having any luck. Which is >why I am posting here. > >set dbRecord [getFormValue dbRecord] >nsv_set id $dbRecord >nsv_set db ($id,Owner) "$petOwner" >nsv_set db ($id,Name) "$petName" > >puts [array get db *,Owner] >#results: nothing! > >I've tried it with and without the curly braces. >Three lines of code I can't get working. > >Fox > >----- Original Message ----- >From: "Zoran Vasiljevic" <zv...@ar...> >To: "D.Fox" <un...@cr...> >Cc: "naviserver-devel" <nav...@li...> >Sent: Thursday, March 12, 2020 10:00:52 PM >Subject: Re: [naviserver-devel] Naviserver keep variables after >connection closed? > >It is: nsv_set arrayname element ?value? >Please consult doc pages about nsv commands. > >Am 12. März 2020 22:48:03 MEZ schrieb "D.Fox" ><un...@cr...>: >>Thanks, I updated the server as I was getting core dumps. I am >assuming >>nsv_set and would I need to create the array blank first? >>Each ID is a new array holding information, incremented by the last >ID. >> >>I get this error otherwise: >>-code 1 -level 0 -errorstack {INNER {invokeStk1 nsv_set db(1,Owner) >>TestOwnder} CALL storageUpdate CALL {Storage insert}} -errorcode NONE >>-errorinfo {no such array: db(1,Owner) >> while executing >>"nsv_set db($id,Owner) "Owner"" >> (procedure "storageUpdate" line 13) >> invoked from within >>"storageUpdate "} -errorline 5 >> >>Thanks, >>Fox > > >_______________________________________________ >naviserver-devel mailing list >nav...@li... >https://lists.sourceforge.net/lists/listinfo/naviserver-devel |
From: D.Fox <un...@cr...> - 2020-03-12 22:42:51
|
Yes. I have been reviewing the manual, but it's still not working for me. It's still not holding persistence nor am I having any luck. Which is why I am posting here. set dbRecord [getFormValue dbRecord] nsv_set id $dbRecord nsv_set db ($id,Owner) "$petOwner" nsv_set db ($id,Name) "$petName" puts [array get db *,Owner] #results: nothing! I've tried it with and without the curly braces. Three lines of code I can't get working. Fox ----- Original Message ----- From: "Zoran Vasiljevic" <zv...@ar...> To: "D.Fox" <un...@cr...> Cc: "naviserver-devel" <nav...@li...> Sent: Thursday, March 12, 2020 10:00:52 PM Subject: Re: [naviserver-devel] Naviserver keep variables after connection closed? It is: nsv_set arrayname element ?value? Please consult doc pages about nsv commands. Am 12. März 2020 22:48:03 MEZ schrieb "D.Fox" <un...@cr...>: >Thanks, I updated the server as I was getting core dumps. I am assuming >nsv_set and would I need to create the array blank first? >Each ID is a new array holding information, incremented by the last ID. > >I get this error otherwise: >-code 1 -level 0 -errorstack {INNER {invokeStk1 nsv_set db(1,Owner) >TestOwnder} CALL storageUpdate CALL {Storage insert}} -errorcode NONE >-errorinfo {no such array: db(1,Owner) > while executing >"nsv_set db($id,Owner) "Owner"" > (procedure "storageUpdate" line 13) > invoked from within >"storageUpdate "} -errorline 5 > >Thanks, >Fox |
From: Zoran V. <zv...@ar...> - 2020-03-12 22:01:07
|
It is: nsv_set arrayname element ?value? Please consult doc pages about nsv commands. Am 12. März 2020 22:48:03 MEZ schrieb "D.Fox" <un...@cr...>: >Thanks, I updated the server as I was getting core dumps. I am assuming >nsv_set and would I need to create the array blank first? >Each ID is a new array holding information, incremented by the last ID. > >I get this error otherwise: >-code 1 -level 0 -errorstack {INNER {invokeStk1 nsv_set db(1,Owner) >TestOwnder} CALL storageUpdate CALL {Storage insert}} -errorcode NONE >-errorinfo {no such array: db(1,Owner) > while executing >"nsv_set db($id,Owner) "Owner"" > (procedure "storageUpdate" line 13) > invoked from within >"storageUpdate "} -errorline 5 > >Thanks, >Fox |
From: D.Fox <un...@cr...> - 2020-03-12 21:48:14
|
Thanks, I updated the server as I was getting core dumps. I am assuming nsv_set and would I need to create the array blank first? Each ID is a new array holding information, incremented by the last ID. I get this error otherwise: -code 1 -level 0 -errorstack {INNER {invokeStk1 nsv_set db(1,Owner) TestOwnder} CALL storageUpdate CALL {Storage insert}} -errorcode NONE -errorinfo {no such array: db(1,Owner) while executing "nsv_set db($id,Owner) "Owner"" (procedure "storageUpdate" line 13) invoked from within "storageUpdate "} -errorline 5 Thanks, Fox |
From: Zoran V. <zv...@ar...> - 2020-03-12 21:31:54
|
Use nsv_xxx set of commands Am 12. März 2020 22:07:26 MEZ schrieb "D.Fox" <un...@cr...>: >Hiya, > >I've been messing about with a small database based off a page of the >tcler's wiki. >https://blog.tcl.tk/1598 > >However I am running in to issues that an array variable are not being >kept and are lost when the connection closes. >If I run the following proc via command line (tclsh) it works >correctly. When I use naviserver, I lose the array each session > >proc getFormValue {formName} { >set rawData [ns_getform] >set formData [ns_set get $ rawData $formName] >} ;#end procedure > >proc storageUpdate {} { >#Get details from HTML form served via naviServer >set Owner [getFormValue Owner] ;# getFormValue = ns_getform >set Name [getFormValue Name] >set dbToken [getFormValue dbToken] >set dbRecord getFormValue dbRecord] > >puts "$Owner :: $ Name :: $dbToken :: $dbRecord" >#Confirms this is collecting the results from the form > >#Lets database >set db(lastid) 0 >set id [incr db(lastid)] >set db($id,petOwner) "$petOwner" >set db($id,petName) "$petName" >set db($id,isa) pet > >#Output variables available >puts "Vars available:: [info vars]" >puts "Output :: [db'get db $dbRecord petName]" >} ;#end procedure > >How can I keep the variables within Navi after the connection has >closed? >Would this be because each connection is spawned in to a interpreter? >I can save the entries to file but don't want to reload the database >file each session. And i'd rather not use a third-party database >software like MySQL, sqlite etc.. > >Thanks, >Fox |
From: D.Fox <un...@cr...> - 2020-03-12 21:27:09
|
Hiya, I've been messing about with a small database based off a page of the tcler's wiki. https://blog.tcl.tk/1598 However I am running in to issues that an array variable are not being kept and are lost when the connection closes. If I run the following proc via command line (tclsh) it works correctly. When I use naviserver, I lose the array each session proc getFormValue {formName} { set rawData [ns_getform] set formData [ns_set get $ rawData $formName] } ;#end procedure proc storageUpdate {} { #Get details from HTML form served via naviServer set Owner [getFormValue Owner] ;# getFormValue = ns_getform set Name [getFormValue Name] set dbToken [getFormValue dbToken] set dbRecord getFormValue dbRecord] puts "$Owner :: $ Name :: $dbToken :: $dbRecord" #Confirms this is collecting the results from the form #Lets database set db(lastid) 0 set id [incr db(lastid)] set db($id,petOwner) "$petOwner" set db($id,petName) "$petName" set db($id,isa) pet #Output variables available puts "Vars available:: [info vars]" puts "Output :: [db'get db $dbRecord petName]" } ;#end procedure How can I keep the variables within Navi after the connection has closed? Would this be because each connection is spawned in to a interpreter? I can save the entries to file but don't want to reload the database file each session. And i'd rather not use a third-party database software like MySQL, sqlite etc.. Thanks, Fox |
From: Gustaf N. <ne...@wu...> - 2020-03-11 17:39:15
|
The diagnosis of Maksym is correct. i've updated the bitbucket download script on bitbucket accordingly [1]. The page is just a small example, and is not used by regular users, but certainly, this does not leave a good impression if this does not work as expected. all the best -gn [1] https://bitbucket.org/naviserver/naviserver/commits/2c7c93ee28a36eb146b86cf693ce6118b722d4a7 On 11.03.20 17:55, Maksym Zinchenko wrote: > I think few weeks ago all repositories have been migrated, because > Bitbucket ended support of Mercurial, so there is no tip branch. > > On Wed, Mar 11, 2020 at 2:59 PM Christopher Chase <cch...@gm... > <mailto:cch...@gm...>> wrote: > > Hi All, > > I've just started experimenting with NaviServer after getting into > Tcl. I've successfully compiled and installed the server on my > Mac, but I've run into issues when attempting to install "nsstats" > via the default page. > > Upon clicking the link to install nsstats > (http://localhost:8080/bitbucket-install.tcl?file=nsstats.tcl) a > blank screen appears. > > Following through the logs led me to the bitbucket-install.tcl > file. This script attempts to download things using "tip.tar.gz", > e.g. "https://bitbucket.org/naviserver/nsstats/get/tip.tar.gz" > although no such file exists. I've found that modifying "tip" to > be "master" works as expected. > > The line in question: > https://bitbucket.org/naviserver/naviserver/src/0c9ad59d91d48bf6f214b081bdfec94291fc2cdd/bitbucket-install.tcl#lines-5 > > Thanks, > Chris > |
From: Maksym Z. <siq...@gm...> - 2020-03-11 17:18:07
|
Hello, I have an html5 form with multiple file input. Command ns_getformfile returns only one tmp file, may be changing it to something like that will be better? proc ns_getformfile {name} { set form [ns_getform] if {[ns_set find $form $name.tmpfile] > -1} { return [ns_querygetall $name.tmpfile] # return [ns_set get $form $name.tmpfile] } } So command will return a list of tmp files |
From: Maksym Z. <siq...@gm...> - 2020-03-11 16:56:02
|
I think few weeks ago all repositories have been migrated, because Bitbucket ended support of Mercurial, so there is no tip branch. On Wed, Mar 11, 2020 at 2:59 PM Christopher Chase <cch...@gm...> wrote: > Hi All, > > I've just started experimenting with NaviServer after getting into Tcl. > I've successfully compiled and installed the server on my Mac, but I've run > into issues when attempting to install "nsstats" via the default page. > > Upon clicking the link to install nsstats ( > http://localhost:8080/bitbucket-install.tcl?file=nsstats.tcl) a blank > screen appears. > > Following through the logs led me to the bitbucket-install.tcl file. This > script attempts to download things using "tip.tar.gz", e.g. " > https://bitbucket.org/naviserver/nsstats/get/tip.tar.gz" although no such > file exists. I've found that modifying "tip" to be "master" works as > expected. > > The line in question: > https://bitbucket.org/naviserver/naviserver/src/0c9ad59d91d48bf6f214b081bdfec94291fc2cdd/bitbucket-install.tcl#lines-5 > > Thanks, > Chris > _______________________________________________ > naviserver-devel mailing list > nav...@li... > https://lists.sourceforge.net/lists/listinfo/naviserver-devel > |
From: THORPE M. <ta...@me...> - 2020-03-11 16:39:42
|
Gustaf, Thank you very much for your response. The server stands alone. This has happened twice in the past 10 days. Never before for the last 20 years (unless I induced it). I looked at the cpu usage, which tells me if we are in a never-ending loop. All was well there. I looked at the logs thinking that the event was related to something. I cannot see any relationship. I am just serving web pages built using tcl that utilize data generated from a database. There is nothing I do that is sophisticated. For the moment I am monitoring the issue. We will see what happens. Again, thank you for your response (and your work on the naviserver project). Thorpe > On Mar 11, 2020, at 9:18 AM, Gustaf Neumann <ne...@wu...> wrote: > > Dear Thorpe, > > i just checked the source code, and found two situations, when the server > returns a 503 HTTP status: > > a) The Tcl code issues a "ns_returnunavailable" > b) The Tcl-/ADP-request ends in a NS_TIMEOUT > > I would exclude (a) for now. (b) can happen e.g. when > one uses NaviServer as a reverse proxy to some backend host, > but the backend host does not answer. We checked our logs > on the busy servers over the last weeks, but could trace the > few 503 errors to cases, where the backend server was rebooted. > > it is possible to intensify the tracing of NaviServer in such cases, > but it would certainly be good to learn more about your > situation.... Can you check, if there is some unresponsible > backend server is involved in your case? > > all the best > > -g > > On 10.03.20 20:12, THORPE MAYES via naviserver-devel wrote: >> HI, >> >> I am getting this error: >> >> Service Unavailable >> The server is temporarily unable to service your request. Please try again later. >> NaviServer/4.99.19 on >> >> Restarting the server software fixes the issue, but I need a better solution. >> >> What causes this? How can I detect when the server is in this state? >> >> Thank you, >> >> >> >> _______________________________________________ >> naviserver-devel mailing list >> nav...@li... <mailto:nav...@li...> >> https://lists.sourceforge.net/lists/listinfo/naviserver-devel <https://lists.sourceforge.net/lists/listinfo/naviserver-devel> > _______________________________________________ > naviserver-devel mailing list > nav...@li... > https://lists.sourceforge.net/lists/listinfo/naviserver-devel |
From: Christopher C. <cch...@gm...> - 2020-03-11 15:58:44
|
Hi All, I've just started experimenting with NaviServer after getting into Tcl. I've successfully compiled and installed the server on my Mac, but I've run into issues when attempting to install "nsstats" via the default page. Upon clicking the link to install nsstats ( http://localhost:8080/bitbucket-install.tcl?file=nsstats.tcl) a blank screen appears. Following through the logs led me to the bitbucket-install.tcl file. This script attempts to download things using "tip.tar.gz", e.g. " https://bitbucket.org/naviserver/nsstats/get/tip.tar.gz" although no such file exists. I've found that modifying "tip" to be "master" works as expected. The line in question: https://bitbucket.org/naviserver/naviserver/src/0c9ad59d91d48bf6f214b081bdfec94291fc2cdd/bitbucket-install.tcl#lines-5 Thanks, Chris |
From: Gustaf N. <ne...@wu...> - 2020-03-11 14:18:21
|
Dear Thorpe, i just checked the source code, and found two situations, when the server returns a 503 HTTP status: a) The Tcl code issues a "ns_returnunavailable" b) The Tcl-/ADP-request ends in a NS_TIMEOUT I would exclude (a) for now. (b) can happen e.g. when one uses NaviServer as a reverse proxy to some backend host, but the backend host does not answer. We checked our logs on the busy servers over the last weeks, but could trace the few 503 errors to cases, where the backend server was rebooted. it is possible to intensify the tracing of NaviServer in such cases, but it would certainly be good to learn more about your situation.... Can you check, if there is some unresponsible backend server is involved in your case? all the best -g On 10.03.20 20:12, THORPE MAYES via naviserver-devel wrote: > > > HI, > > I am getting this error: > > Service Unavailable > The server is temporarily unable to service your request. Please try > again later. > /NaviServer/4.99.19 on / > > Restarting the server software fixes the issue, but I need a better > solution. > > What causes this? How can I detect when the server is in this state? > > Thank you, > > > _______________________________________________ > naviserver-devel mailing list > nav...@li... > https://lists.sourceforge.net/lists/listinfo/naviserver-devel |
From: THORPE M. <ta...@me...> - 2020-03-10 19:12:26
|
HI, I am getting this error: Service Unavailable The server is temporarily unable to service your request. Please try again later. NaviServer/4.99.19 on Restarting the server software fixes the issue, but I need a better solution. What causes this? How can I detect when the server is in this state? Thank you, |
From: Gustaf N. <ne...@wu...> - 2020-03-03 10:13:55
|
Well, i have made a local installation of OpenBSD 6.6 to get a deeper understanding and made a few changes to NaviServer on bitbucket to make it compile out of the box on this version. A few comments: - when compiled with LibreSSL, some functionality of NaviServer is deactivated, including e.g. OCSP from the forthcoming release. Some of the functionality might be possible with pure LibreSSL as well, but this would require a person with deep insight in the state, history and future of LibreSSL (maybe, it will be more compatible in the near future, so some effort for more support might be waste). - OpenBSD (at least in version 6.6) provides packages for OpenSSL as well, i see e.g.: 1: openssl-1.0.2t 2: openssl-1.1.1d When one installs OpenSSL 1.1.1, then one can compile NaviServer (without the recent LibreSSL changes) out of the box - install-ns [1] has recipes for building NaviServer (and OpenACS) on several operating systems, including OpenBSD. It might provide answers for potential compilation problems. all the best -gn [1] https://github.com/gustafn/install-ns On 02.03.20 13:58, Gustaf Neumann wrote: > Dear Roderick, > > so far, i have only openbsd-6.0, openbsd-6.2, and openbsd-6.3 on my list. > > The main problem is OpenSSL vs. LibreSSL where LibreSSL is the library > of choice in OpenBSD, while for most other platforms it is OpenSSL. > > Since OpenSSL is constantly adding new functionality (e.g. for TLS 1.3), > OpenSSL is giving the pace and LibreSSL is lacking behind. > The version numbering between OpenSSL and LibreSSL is a pain, > using m4 macro is as well very hard (since also OpenSSL moves > library API calls to macros, etc. between version), so one has to > check per > release the current state, when using the new functionality (which > happens typically before releases). > > When i have some more time, i will look into this. > > all the best > > -g > > On 02.03.20 12:36, Roderick wrote: >> Dear Sirs! >> >> I am trying to compile naviserver-4.99.19 in OpenBSD 6.6, LibreSSL 3.0.2 >> >> I get: >> >> tclcrypto.c:53:12: fatal error: 'openssl/kdf.h' file not found >> # include <openssl/kdf.h> >> >> And indeed this file is not in /usr/include/openssl >> >> Best regards >> Rodrigo |
From: Gustaf N. <ne...@wu...> - 2020-03-02 12:58:13
|
Dear Roderick, so far, i have only openbsd-6.0, openbsd-6.2, and openbsd-6.3 on my list. The main problem is OpenSSL vs. LibreSSL where LibreSSL is the library of choice in OpenBSD, while for most other platforms it is OpenSSL. Since OpenSSL is constantly adding new functionality (e.g. for TLS 1.3), OpenSSL is giving the pace and LibreSSL is lacking behind. The version numbering between OpenSSL and LibreSSL is a pain, using m4 macro is as well very hard (since also OpenSSL moves library API calls to macros, etc. between version), so one has to check per release the current state, when using the new functionality (which happens typically before releases). When i have some more time, i will look into this. all the best -g On 02.03.20 12:36, Roderick wrote: > Dear Sirs! > > I am trying to compile naviserver-4.99.19 in OpenBSD 6.6, LibreSSL 3.0.2 > > I get: > > tclcrypto.c:53:12: fatal error: 'openssl/kdf.h' file not found > # include <openssl/kdf.h> > > And indeed this file is not in /usr/include/openssl > > Best regards > Rodrigo > > |
From: Roderick <hr...@gm...> - 2020-03-02 11:37:10
|
Dear Sirs! I am trying to compile naviserver-4.99.19 in OpenBSD 6.6, LibreSSL 3.0.2 I get: tclcrypto.c:53:12: fatal error: 'openssl/kdf.h' file not found # include <openssl/kdf.h> And indeed this file is not in /usr/include/openssl Best regards Rodrigo |
From: Gustaf N. <ne...@wu...> - 2020-02-29 09:26:07
|
Dear Maksym, this is fixed now on bitbucket. The problem was the "tdom::schema::namespace" command, which conflicted with Tcl's "::namespace" command during the blueprint serializer (which has to dig into all namespaces). This could have caused as well earlier problems, but maybe, we were lucky before the recent change. all the best -g On 28.02.20 17:41, Maksym Zinchenko wrote: > Hello everybody, im getting this error after updating to tDOM 0.9.2 > from http://tdom.org/index.html/info/7ecc6a8e29f80b6d > I have latest compiled NaviServer from bitbucket > > : Command called outside of schema context > : while executing > : "namespace export" > : (in namespace eval "::tdom::schema" script line 1) > : invoked from within > : |
From: Maksym Z. <siq...@gm...> - 2020-02-28 16:41:39
|
Hello everybody, im getting this error after updating to tDOM 0.9.2 from http://tdom.org/index.html/info/7ecc6a8e29f80b6d I have latest compiled NaviServer from bitbucket : Command called outside of schema context : while executing : "namespace export" : (in namespace eval "::tdom::schema" script line 1) : invoked from within : "namespace eval $nsp [list namespace export]" : (procedure "_serializensp" line 48) : invoked from within : "_serializensp $n" : (procedure "nstrace::statescript" line 68) : invoked from within : "nstrace::statescript" : invoked from within : "if {$use_trace_inits} { : : # : # ns_eval -- : # : # Used to eval Tcl code which is then : # known in all threads. : # : : proc ns_eval {c..." : (file "/opt/ns/bin/init.tcl" line 420) : (context: init server) Once again thank you for your amazing software. |
From: Brian F. <Bri...@qu...> - 2020-02-25 13:03:00
|
Gustaf, I am speechless. This is incredible work in such a short timeframe. Many many thanks for your commitment to this project. Brian ________________________________ From: Gustaf Neumann <ne...@wu...> Sent: Monday 24 February 2020 20:40 To: nav...@li... <nav...@li...> Subject: Re: [naviserver-devel] Does Naviserver support OCSP stapling? OCSP stapling is now committed to bitbucket (including documentation update) https://bitbucket.org/naviserver/naviserver/commits/c204be39e1ffb87c1e368335dfe0750c1cea9bb3 -g _______________________________________________ naviserver-devel mailing list nav...@li... https://lists.sourceforge.net/lists/listinfo/naviserver-devel |
From: Gustaf N. <ne...@wu...> - 2020-02-25 10:54:22
|
Dear all, NaviServer with OCSP activated is now running at OpenACS.org. A quick check with ssllabs [1] shows this via the green "Certificate Transparency" [2], where the SCT (signed certificate timestamp) is sent via OCSP (third delivery method in [2]. The optional OCSP is requested surprisingly often at openacs.org. The server is up since 45 minutes, there were more than 400 OCSP requests out of 3000. So, if the checklist of the audit mentions Certificate Transparency (CT), one can also add this. -gn [1] https://www.ssllabs.com/ [2] https://www.digicert.com/certificate-transparency/enabling-ct.htm On 24.02.20 21:40, Gustaf Neumann wrote: > OCSP stapling is now committed to bitbucket (including documentation > update) > > https://bitbucket.org/naviserver/naviserver/commits/c204be39e1ffb87c1e368335dfe0750c1cea9bb3 > > > -g |
From: Gustaf N. <ne...@wu...> - 2020-02-24 20:40:16
|
OCSP stapling is now committed to bitbucket (including documentation update) https://bitbucket.org/naviserver/naviserver/commits/c204be39e1ffb87c1e368335dfe0750c1cea9bb3 -g |
From: Brian F. <Bri...@qu...> - 2020-02-24 10:38:17
|
Haha, I already owe you many many beers, Gustaf! Brian ________________________________ From: Gustaf Neumann <ne...@wu...> Sent: Monday 24 February 2020 08:42 To: nav...@li... <nav...@li...> Subject: Re: [naviserver-devel] Does Naviserver support OCSP stapling? This message's attachments contains at least one web link. This is often used for phishing attempts. Please only interact with this attachment if you know its source and that the content is safe. If in doubt, confirm the legitimacy with the sender by phone. On 20.02.20 11:43, Brian Fenton wrote: Perhaps if we could say that OCSP stapling is on the roadmap, and will be in a future release, that would suffice. Do you think that would be possible? you can write it, but the next time we meet, you own me a large beer. -g |
From: Gustaf N. <ne...@wu...> - 2020-02-24 08:42:27
|
On 20.02.20 11:43, Brian Fenton wrote: > Perhaps if we could say that OCSP stapling is on the roadmap, and will > be in a future release, that would suffice. Do you think that would be > possible? you can write it, but the next time we meet, you own me a large beer. -g |
From: Brian F. <Bri...@qu...> - 2020-02-20 12:18:14
|
Hi Gustaf Well, I wouldn't say a strong need right now, but it might become so. It was an issue raised during a security audit, but with a low severity. The recommendation we got was: "OCSP stapling should be activated on the web or entry server. This causes the server to deliver the certificate status during the SSL handshake. It anonymizes the user, since the server is requesting the certificate status on behalf of the user." Perhaps if we could say that OCSP stapling is on the roadmap, and will be in a future release, that would suffice. Do you think that would be possible? thanks Brian ________________________________ From: Gustaf Neumann <ne...@wu...> Sent: Wednesday 19 February 2020 19:30 To: nav...@li... <nav...@li...> Subject: Re: [naviserver-devel] Does Naviserver support OCSP stapling? This message's attachments contains at least one web link. This is often used for phishing attempts. Please only interact with this attachment if you know its source and that the content is safe. If in doubt, confirm the legitimacy with the sender by phone. Brian, Current versions of NaviServer have no such option. Are you asking out of curiosity or do you have a strong need for this? -g On 18.02.20 13:25, Brian Fenton wrote: Hi all does Naviserver support OCSP stapling, and if so, how to configure it? https://en.wikipedia.org/wiki/OCSP_stapling thanks Brian |