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: Vlad S. <vl...@cr...> - 2006-02-21 02:10:57
|
Believe today is not the first day i use cvs, i even pasted 3 times what i put in the ChangeLog and still i got error: message is too short. SF CVS behaves strange lately Stephen Deasey wrote: > After you type "cvs commit" and vi pops up, what are you typing as > your commit message? > > If you're leaving this blank or typing "See ChangeLog", I'll box your ears :-) > > > After you next "cvs co ..." you should see the following in the > message template: > > CVS: ---------------------------------------------------------------------- > CVS: > CVS: Did you follow these steps? > CVS: > CVS: 1) Examine the changes you are about to commit: cvs diff -uN | less > CVS: > CVS: 2) Describe your change in the ChangeLog before commiting. > CVS: > CVS: 3) Paste the ChangeLog message into the space above as your > CVS: commit message, including the files you touched. > CVS: > CVS: > CVS: ---------------------------------------------------------------------- > CVS: Enter Log. Lines beginning with `CVS:' are removed automatically > CVS: > CVS: Committing in . > CVS: > CVS: Modified Files: > CVS: > CVS: ... > > > On 2/20/06, Vlad Seryakov <vl...@cr...> wrote: >> For some reasons CVS started failing with error >> >> error: Commit message too short. >> >> or empty message. >> >> I cannot commit anymore. >> >> -- >> Vlad Seryakov >> 571 262-8608 office >> vl...@cr... >> http://www.crystalballinc.com/vlad/ >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files >> for problems? Stop! Download the new AJAX search engine that makes >> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 >> _______________________________________________ >> naviserver-devel mailing list >> nav...@li... >> https://lists.sourceforge.net/lists/listinfo/naviserver-devel >> > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=k&kid3432&bid#0486&dat1642 > _______________________________________________ > naviserver-devel mailing list > nav...@li... > https://lists.sourceforge.net/lists/listinfo/naviserver-devel > -- Vlad Seryakov 571 262-8608 office vl...@cr... http://www.crystalballinc.com/vlad/ |
From: Stephen D. <sd...@gm...> - 2006-02-21 00:46:06
|
After you type "cvs commit" and vi pops up, what are you typing as your commit message? If you're leaving this blank or typing "See ChangeLog", I'll box your ears = :-) After you next "cvs co ..." you should see the following in the message template: CVS: ---------------------------------------------------------------------- CVS: CVS: Did you follow these steps? CVS: CVS: 1) Examine the changes you are about to commit: cvs diff -uN | less CVS: CVS: 2) Describe your change in the ChangeLog before commiting. CVS: CVS: 3) Paste the ChangeLog message into the space above as your CVS: commit message, including the files you touched. CVS: CVS: CVS: ---------------------------------------------------------------------- CVS: Enter Log. Lines beginning with `CVS:' are removed automatically CVS: CVS: Committing in . CVS: CVS: Modified Files: CVS: CVS: ... On 2/20/06, Vlad Seryakov <vl...@cr...> wrote: > For some reasons CVS started failing with error > > error: Commit message too short. > > or empty message. > > I cannot commit anymore. > > -- > Vlad Seryakov > 571 262-8608 office > vl...@cr... > http://www.crystalballinc.com/vlad/ > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log fi= les > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&dat= =3D121642 > _______________________________________________ > naviserver-devel mailing list > nav...@li... > https://lists.sourceforge.net/lists/listinfo/naviserver-devel > |
From: Vlad S. <vl...@cr...> - 2006-02-21 00:27:40
|
For some reasons CVS started failing with error error: Commit message too short. or empty message. I cannot commit anymore. -- Vlad Seryakov 571 262-8608 office vl...@cr... http://www.crystalballinc.com/vlad/ |
From: Gustaf N. <ne...@wu...> - 2006-02-18 12:17:08
|
Hi Folks, Concerning the previous discussions: Just in case you have not seen this: Gnome 2.14 will come with a GSlice based malloc with significant improvements for multithreaded apps relative to prior versions: http://www.gnome.org/~davyd/gnome-2-14/ -gustaf |
From: Vlad S. <vl...@cr...> - 2006-02-16 05:41:04
|
Found it, my ns_udp module Vlad Seryakov wrote: > On 2 of my servers where i am running the latest CVS versions i noticed > these errors. I am puzzled why this happens. > > [15/Feb/2006:22:10:57][1954.2463914928][-conn:ossweb:58] Error: nslog: > logging disabled: write() failed: 'Resour > ce temporarily unavailable' > [15/Feb/2006:22:10:57][1954.2346417072][-conn:ossweb:72] Error: nslog: > flush failed: 'Resource temporarily unava > ilable' > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > naviserver-devel mailing list > nav...@li... > https://lists.sourceforge.net/lists/listinfo/naviserver-devel > -- Vlad Seryakov 571 262-8608 office vl...@cr... http://www.crystalballinc.com/vlad/ |
From: Vlad S. <vl...@cr...> - 2006-02-16 05:15:23
|
On 2 of my servers where i am running the latest CVS versions i noticed these errors. I am puzzled why this happens. [15/Feb/2006:22:10:57][1954.2463914928][-conn:ossweb:58] Error: nslog: logging disabled: write() failed: 'Resour ce temporarily unavailable' [15/Feb/2006:22:10:57][1954.2346417072][-conn:ossweb:72] Error: nslog: flush failed: 'Resource temporarily unava ilable' |
From: Vlad S. <vl...@cr...> - 2006-02-16 05:12:26
|
I created project for Naviserver @ freshmeat.net under my account and made annoucncement about version 4.99.1 |
From: Bernd E. <b.e...@ki...> - 2006-02-14 10:22:08
|
> I can take care of that. But it will take couple of days. That's great, thanks Zoran! Bernd. |
From: Zoran V. <zv...@ar...> - 2006-02-14 09:31:11
|
Am 14.02.2006 um 10:30 schrieb Bernd Eidenschink: > > Hi everybody, > > it would be cool to have a NaviServer Win32 binary in our download > section, > what do you think? Is it possible for someone to compile it? Is the > current > release compiling at all? > > I would see no need to place lots of modules with it, just the bare > minimum. > And a Readme "Run productions sites with it at your own risk" :-) I can take care of that. But it will take couple of days. Cheers Zoran |
From: Bernd E. <eid...@we...> - 2006-02-14 09:27:06
|
Hi everybody, it would be cool to have a NaviServer Win32 binary in our download section, what do you think? Is it possible for someone to compile it? Is the current release compiling at all? I would see no need to place lots of modules with it, just the bare minimum. And a Readme "Run productions sites with it at your own risk" :-) Bernd. |
From: Zoran V. <zv...@ar...> - 2006-02-08 17:29:44
|
Am 07.02.2006 um 12:19 schrieb Zoran Vasiljevic: > Hi ! > > I wonder why is this so: Simple: because you did not remove the *older* content, you dummy! Zoran |
From: Bernd E. <eid...@we...> - 2006-02-08 17:07:31
|
> well, a short announcement on the wiki under latest news, > tar.gz file for the download, > > http://naviserver.sourceforge.net/wiki/index.php/NaviServer > > release entry in > http://sourceforge.net/project/showfiles.php?group_id=130646 I updated the Wiki on the day of the release (4.99.1 not .2), also the Section "New Features, Bug Fixes, Code Changes". Bernd. |
From: Zoran V. <zv...@ar...> - 2006-02-08 17:07:11
|
Am 08.02.2006 um 18:01 schrieb Gustaf Neumann: > ns_filter and callback procs, or the small patch for "ns_conn > contentsentlength" > or the 64bit fix with inet_ntop, but did not find them in the > 4.99.1 description...... All you are mentioning is in the ChangeLog and is included in 4.99.1. Cheers Zoran |
From: Gustaf N. <ne...@wu...> - 2006-02-08 17:01:37
|
Zoran Vasiljevic schrieb: >> >> release entry in >> http://sourceforge.net/project/showfiles.php?group_id=130646 > > > It is already there! The 4.99.1 is the right release, we're now on > the 4.99.2 path. i see. my fault. i was scanning for some entries concerning ns_filter and callback procs, or the small patch for "ns_conn contentsentlength" or the 64bit fix with inet_ntop, but did not find them in the 4.99.1 description...... so i thought 4.99.2 is the version to be released; sorry for the confusion, -gustaf > > Cheers > Zoran > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > naviserver-devel mailing list > nav...@li... > https://lists.sourceforge.net/lists/listinfo/naviserver-devel |
From: Zoran V. <zv...@ar...> - 2006-02-08 16:45:21
|
Am 08.02.2006 um 17:40 schrieb Gustaf Neumann: > well, a short announcement on the wiki under latest news, > tar.gz file for the download, > > http://naviserver.sourceforge.net/wiki/index.php/NaviServer Yes. I forgot that... > > release entry in > http://sourceforge.net/project/showfiles.php?group_id=130646 It is already there! The 4.99.1 is the right release, we're now on the 4.99.2 path. Cheers Zoran |
From: Gustaf N. <ne...@wu...> - 2006-02-08 16:40:26
|
Zoran Vasiljevic schrieb: > > > We have the 4.99.2 release which contains those changes about > handling the optional arguments for all callbacks, as we talked > about already. I have made the release some days ago. > Apropos announcing... Where to? We have the developer list and > it was announced there. The 4.99.2 is tagged and downloadable. > What else should we do? well, a short announcement on the wiki under latest news, tar.gz file for the download, http://naviserver.sourceforge.net/wiki/index.php/NaviServer release entry in http://sourceforge.net/project/showfiles.php?group_id=130646 -gustaf |
From: Zoran V. <zv...@ar...> - 2006-02-08 16:27:22
|
Am 08.02.2006 um 17:18 schrieb Gustaf Neumann: > great! i am not sure, how to reach cvs head yet, on a simple "cvs > update" without any tags, i don't see this. > Hmmm.... I have commited this an hour ago. Normally, you'd go checkout the naviserver project w/o any special tags... This is the thing to watch: NS_RCSID("@(#) $Header: /cvsroot/naviserver/naviserver/nsd/cache.c,v 1.5 2006/02/08 15:50:04 vasiljevic Exp $"); > btw, i've updated the aolerver compatibility patch locally for oacs > for filter and friends. i am not > sure, when to commit this to the oacs cvs. do you plan to make some > announcement, when the new naviserver version is ready? We have the 4.99.2 release which contains those changes about handling the optional arguments for all callbacks, as we talked about already. I have made the release some days ago. Apropos announcing... Where to? We have the developer list and it was announced there. The 4.99.2 is tagged and downloadable. What else should we do? Cheers Zoran |
From: Gustaf N. <ne...@wu...> - 2006-02-08 16:18:25
|
> > http://sourceforge.net/tracker/index.php? > func=detail&aid=1427620&group_id=130646&atid=719009 great! i am not sure, how to reach cvs head yet, on a simple "cvs update" without any tags, i don't see this. btw, i've updated the aolerver compatibility patch locally for oacs for filter and friends. i am not sure, when to commit this to the oacs cvs. do you plan to make some announcement, when the new naviserver version is ready? -gustaf |
From: Zoran V. <zv...@ar...> - 2006-02-08 15:49:22
|
Am 08.02.2006 um 02:26 schrieb Gustaf Neumann: > > Hi there, > > determining a good cache size and useful time-out-values is a non- > trivial task. > ns_cache_stats returns already some useful satistics, but i would > say, at least two > important figures are missing, which are subsumed by the # of > flushes. Actually, > there are at least 3 kind of flushes: > a) expires (entry is too old) > b) prunes (entry thrown out of the cache due to space competition) > c) intentional flushes (flush command, deletion of an entry, etc.) > > Currently, nscache lumbs a+b+c under flushes. It would be nice > to obtain separate values for these kinds of flushes to get some > idea, whether or not a cache behaves like expected, or whether it > should be increased or decreased. > > what do you think? http://sourceforge.net/tracker/index.php? func=detail&aid=1427620&group_id=130646&atid=719009 Cheers, Zoran |
From: Zoran V. <zv...@ar...> - 2006-02-08 10:24:17
|
Am 08.02.2006 um 11:04 schrieb Gustaf Neumann: > Hi everybody, i would recommend to upgrade the naviserver build > system > to TEA 3.5 (it's just the tcl.m4 + TEA_INIT([3.5] in configure.in). > Allthough > the version in naviserver is pretty recent, but a few day later 3.5 > with some bug > fixes came out. It is already on my todo list! Cheers Zoran |
From: Gustaf N. <ne...@wu...> - 2006-02-08 10:04:49
|
Hi everybody, i would recommend to upgrade the naviserver build system to TEA 3.5 (it's just the tcl.m4 + TEA_INIT([3.5] in configure.in). Allthough the version in naviserver is pretty recent, but a few day later 3.5 with some bug fixes came out. all the best -gustaf PS: did just the same for xotcl. |
From: Zoran V. <zv...@ar...> - 2006-02-08 08:15:27
|
Am 08.02.2006 um 00:26 schrieb Gustaf Neumann: > (zoran, minor stuff; if you don't like the changes feel free to > disregard it. most of the > changes is using "eq" instead of "==" for alphanum equality. "==" > tries first to convert > the string to a number, so "eq" and "ne" are the correct checks). Yes, I believe I was/am pretty lazy... Anyways, good tip! Cheers Zoran |
From: Gustaf N. <ne...@wu...> - 2006-02-08 01:26:19
|
Hi there, determining a good cache size and useful time-out-values is a non-trivial task. ns_cache_stats returns already some useful satistics, but i would say, at least two important figures are missing, which are subsumed by the # of flushes. Actually, there are at least 3 kind of flushes: a) expires (entry is too old) b) prunes (entry thrown out of the cache due to space competition) c) intentional flushes (flush command, deletion of an entry, etc.) Currently, nscache lumbs a+b+c under flushes. It would be nice to obtain separate values for these kinds of flushes to get some idea, whether or not a cache behaves like expected, or whether it should be increased or decreased. what do you think? -gustaf |
From: Gustaf N. <ne...@wu...> - 2006-02-07 23:26:39
|
Bernd Eidenschink schrieb: > Gustaf, > > I started with these: > > * tcl/form.tcl: > * tcl/http.tcl: > * tcl/charsets.tcl: > * tcl/fastpath.tcl: > * tcl/sendmail.tcl: > > the other files you provided partially differ from HEAD. I'll work over them > the next days. > > here they are. i made a cvs update + make install, but went to the old directory structure. now they are supposed to be correct. i went as well over today's version of ttrace (zoran, minor stuff; if you don't like the changes feel free to disregard it. most of the changes is using "eq" instead of "==" for alphanum equality. "==" tries first to convert the string to a number, so "eq" and "ne" are the correct checks). all the best -gustaf |
From: Gustaf N. <ne...@wu...> - 2006-02-07 19:54:27
|
Bernd Eidenschink schrieb: >Gustaf, > >I started with these: > > * tcl/form.tcl: > * tcl/http.tcl: > * tcl/charsets.tcl: > * tcl/fastpath.tcl: > * tcl/sendmail.tcl: > >the other files you provided partially differ from HEAD. I'll work over them >the next days. > > really? i did a cvs update before i worked over these... i'll check later, when i am back home. -gustaf |