SVN1714 will not run in 'daemon" mode on Solaris8, posted by Steve Jones on Mon Sep 18 20:35:44 2006 
|
On Solaris, SVN1714 will not go into daemon mode. Running the compiled version under TRUSS (which provides a dump of every system call) and shows precisely
where elog is failing. I have attached two TRUSS outputs: one where it errors out and the other where it runs but "interactively". Both runs are as root,
simply one with and one without the "-D" |
Re: SVN1714 will not run in 'daemon" mode on Solaris8, posted by Steve Jones on Mon Sep 18 22:09:23 2006
|
[quote="Steve Jones"]On Solaris, SVN1714 will not go into daemon mode. Running the compiled version under TRUSS (which provides a dump of every system
call) and shows precisely where elog is failing. I have attached two TRUSS outputs: one where it errors out and the other where it runs but "interactively".
Both runs are as root, simply one with and one without the "-D"[/quote]
|
|
Re: SVN1714 will not run in 'daemon" mode on Solaris8, posted by Stefan Ritt on Fri Sep 22 07:47:58 2006
|
[quote="Steve Jones"]On Solaris, SVN1714 will not go into daemon mode. Running the compiled version under TRUSS (which provides a dump of every system
call) and shows precisely where elog is failing. I have attached two TRUSS outputs: one where it errors out and the other where it runs but "interactively".
Both runs are as root, simply one with and one without the "-D"[/quote]
|
|
Re: SVN1714 will not run in 'daemon" mode on Solaris8, posted by Steve Jones on Fri Sep 22 19:32:45 2006
|
[quote="Stefan Ritt"][quote="Steve Jones"]On Solaris, SVN1714 will not go into daemon mode. Running the compiled version under TRUSS (which provides a
dump of every system call) and shows precisely where elog is failing. I have attached two TRUSS outputs: one where it errors out and the other where it
runs but "interactively". Both runs are as root, simply one with and one without the "-D"[/quote]
|
|
Re: SVN1714 will not run in 'daemon" mode on Solaris8, posted by Steve Jones on Fri Sep 22 22:12:18 2006
|
[quote="Stefan Ritt"][quote="Steve Jones"]On Solaris, SVN1714 will not go into daemon mode. Running the compiled version under TRUSS (which provides a
dump of every system call) and shows precisely where elog is failing. I have attached two TRUSS outputs: one where it errors out and the other where it
runs but "interactively". Both runs are as root, simply one with and one without the "-D"[/quote]
|
|
Re: SVN1723 (was SVN1714) will not run in 'daemon" mode on Solaris8, posted by Steve Jones on Tue Oct 10 23:29:53 2006
|
[quote="Steve Jones"][quote="Stefan Ritt"][quote="Steve Jones"]On Solaris, SVN1714 will not go into daemon mode. Running the compiled version under TRUSS
(which provides a dump of every system call) and shows precisely where elog is failing. I have attached two TRUSS outputs: one where it errors out and
the other where it runs but "interactively". Both runs are as root, simply one with and one without the "-D"[/quote]
|
|
Re: SVN1723 (was SVN1714) will not run in 'daemon" mode on Solaris8, posted by Steve Jones on Wed Oct 11 00:19:05 2006
|
[quote="Steve Jones"][quote="Steve Jones"][quote="Stefan Ritt"][quote="Steve Jones"]On Solaris, SVN1714 will not go into daemon mode. Running the compiled
version under TRUSS (which provides a dump of every system call) and shows precisely where elog is failing. I have attached two TRUSS outputs: one where
it errors out and the other where it runs but "interactively". Both runs are as root, simply one with and one without the "-D"[/quote]
|
|
Re: SVN1723 (was SVN1714) will not run in 'daemon" mode on Solaris8, posted by Stefan Ritt on Wed Oct 11 08:18:14 2006
|
[quote="Steve Jones"]There are also strange system calls that differ, and I thought it might be due to the setuid(60001) -nobody- but the the non-daemn
mode also sets to nobody and works fine.[/QUOTE]
|
|
SVN1723-overiding logbook directory causes eLog to bomb when going into daemon mode (was SVN1714 will not run in 'daemon" mode on Solaris8), posted by Steve Jones on Thu Oct 26 21:54:40 2006
|
[quote="Stefan Ritt"][quote="Steve Jones"]There are also strange system calls that differ, and I thought it might be due to the setuid(60001) -nobody- but
the the non-daemn mode also sets to nobody and works fine.[/QUOTE]
|
|
SVN1723-overiding logbook directory causes eLog to bomb when going into daemon mode (was SVN1714 will not run in 'daemon" mode on Solaris8), posted by Stefan Ritt on Wed Nov 8 08:20:34 2006
|
[quote="Steve Jones"]BUG: In the initial comment section of elogd_fancy.cfg the line [CODE]# This [global] section contains settings common to all logbooks[/CODE]
is not parsed correctly as a comment and the embedded [global] is picked up and confuses elogd, eg., elogd will not pickup the port=8080 option. Taking
"[global]" out of the comment restores fucntionality. I recommend checking to make sure that the config file checking routine ignores *entire* lines starting |
|
SVN1723-overiding logbook directory causes eLog to bomb when going into daemon mode (was SVN1714 will not run in 'daemon" mode on Solaris8), posted by Steve Jones on Wed Nov 8 12:55:58 2006
|
[quote="Stefan Ritt"][quote="Steve Jones"]BUG: In the initial comment section of elogd_fancy.cfg the line [CODE]# This [global] section contains settings
common to all logbooks[/CODE] is not parsed correctly as a comment and the embedded [global] is picked up and confuses elogd, eg., elogd will not pickup
the port=8080 option. Taking "[global]" out of the comment restores fucntionality. I recommend checking to make sure that the config file checking routine |
|
SVN1723-overiding logbook directory causes eLog to bomb when going into daemon mode, posted by Stefan Ritt on Wed Nov 8 13:07:31 2006
|
[quote="Steve Jones"]Very weird. No, I did not try an absolute path - but I did notice the attempt to "cd /" in the truss output. In fact, it was immediately
after that "cd /" test that things appeared to start not working - basically, elogd could not find anything.[/quote]
|
|
Bug? Password file location changed, posted by David Spindler on Thu Nov 2 18:02:44 2006
|
I just tried to upgrade from 2.6.1-1633 to 2.6.2-1734. Whenever I tried to access the elog, it showed my password to be invalid. I tried this on 2 machines
and same results. I did notice on the second one when I started it from a command prompt that it was creating a new empty password file in a different
location.
|
|
Re: Bug? Password file location changed, posted by David Spindler on Thu Nov 2 18:10:07 2006
|
[quote="David Spindler"]I just tried to upgrade from 2.6.1-1633 to 2.6.2-1734. Whenever I tried to access the elog, it showed my password to be invalid.
I tried this on 2 machines and same results. I did notice on the second one when I started it from a command prompt that it was creating a new empty password
file in a different location.
|
|
Re: Bug? Password file location changed, posted by Steve Jones on Thu Nov 2 23:17:10 2006
|
[quote="David Spindler"][quote="David Spindler"]I just tried to upgrade from 2.6.1-1633 to 2.6.2-1734. Whenever I tried to access the elog, it showed my
password to be invalid. I tried this on 2 machines and same results. I did notice on the second one when I started it from a command prompt that it was
creating a new empty password file in a different location.
|
|
Re: Bug? Password file location changed, posted by David Spindler on Fri Nov 3 14:40:36 2006
|
[quote="Steve Jones"][quote="David Spindler"][quote="David Spindler"]I just tried to upgrade from 2.6.1-1633 to 2.6.2-1734. Whenever I tried to access the
elog, it showed my password to be invalid. I tried this on 2 machines and same results. I did notice on the second one when I started it from a command
prompt that it was creating a new empty password file in a different location.
|
|
Re: Bug? Password file location changed, posted by Stefan Ritt on Tue Nov 7 09:22:52 2006
|
[quote="David Spindler"]Thanks. I checked the changelog and the documentation for any such changes but did not see them. I just looked again, and still
do not see them. Anyway, I know what to expect, now, and will adjust. Again, thanks![/quote]
|
Push button for Menue Command, posted by An Thai on Fri Nov 3 15:53:44 2006
|
Dear Stefan,
in your documentation: ELOG - Syntax of elog.cfg I see two screenshots in the Themes section. The left one shows a layout with Push buttons on the Menue |
|
Re: Push button for Menue Command, posted by Stefan Ritt on Tue Nov 7 08:38:57 2006
|
[quote="An Thai"]Dear Stefan,
in your documentation: ELOG - Syntax of elog.cfg I see two screenshots in the Themes section. The left one shows a layout with Push buttons on the Menue |
XML, CSV and Raw export produces 'last' page only, posted by Brian Marshall on Mon Nov 6 17:41:13 2006
|
The Find command page provides an option, 'Display n entries per page' which is useful when the result of the search is to be viewed on-screen.
However this value is also applied to CSV, XML and Raw export and only the 'last' page of data is exported.
|
|
Re: XML, CSV and Raw export produces 'last' page only, posted by Stefan Ritt on Tue Nov 7 08:17:40 2006
|
[quote="Brian Marshall"]The Find command page provides an option, 'Display n entries per page' which is useful when the result of the search is to be viewed
on-screen.
|
Spell check, posted by David Egolf on Mon Nov 6 17:13:19 2006
|
Sorry if this has been asked.
Is there a spell check that can be implemented in Elog or any recommended add on spell check?
|
|
Re: Spell check, posted by Stefan Ritt on Mon Nov 6 17:18:04 2006
|
[quote="David Egolf"]Is there a spell check that can be implemented in Elog or any recommended add on spell check?
[/quote]
|
|
Re: Spell check, posted by Fergus Lynch on Mon Nov 6 17:36:35 2006
|
[quote="David Egolf"]Sorry if this has been asked.
Is there a spell check that can be implemented in Elog or any recommended add on spell check?
|
|
Interesting behavior with $shell, posted by Steve Jones on Fri Oct 27 19:11:32 2006
|
eLog does not do math so I am trying to leverage the $SHELL function to perform the math. I am using GAWK to perform the math -- I started trying to use
CONDITIONAL ATTRIBUTES to assign numeric values to attributes but with loading up the ATTRIBUTES with all of the options brings elog to its knees in terms
of performance -- the parsing of attributes is simply too string intensive.
|
|
Re: Interesting behavior with $shell, posted by Steve Jones on Sun Oct 29 16:04:05 2006
|
[quote="Steve Jones"]eLog does not do math so I am trying to leverage the $SHELL function to perform the math. I am using GAWK to perform the math -- I
started trying to use CONDITIONAL ATTRIBUTES to assign numeric values to attributes but with loading up the ATTRIBUTES with all of the options brings elog
to its knees in terms of performance -- the parsing of attributes is simply too string intensive.
|
|
Error Sending Email, posted by Ibrahim Genc on Thu Oct 12 16:22:40 2006
|
I've set up all e-mail configuration but I get error message after submitting a message
verbose output is as follows: every parameter I used works in outlook express.
|
|
Re: Error Sending Email, posted by Stefan Ritt on Thu Oct 12 16:34:07 2006
|
[quote="Ibrahim Genc"]I get error message after submitting a message[/quote]
Your verbose output seems to be only partial. I have modified the verbose output recently, so please update to a more recent version of elog. With 2.6.2-3 |
|
Re: Error Sending Email, posted by Ibrahim Genc on Thu Oct 12 17:42:37 2006
|
[quote="Stefan Ritt"][quote="Ibrahim Genc"]I get error message after submitting a message[/quote]
Your verbose output seems to be only partial. I have modified the verbose output recently, so please update to a more recent version of elog. With 2.6.2-3
I get for example
|
|
Re: Error Sending Email, posted by Ibrahim Genc on Fri Oct 13 23:17:05 2006
|
[quote="Stefan Ritt"][quote="Ibrahim Genc"]I get error message after submitting a message[/quote]
Your verbose output seems to be only partial. I have modified the verbose output recently, so please update to a more recent version of elog. With 2.6.2-3 |
|
Re: Error Sending Email, posted by Stefan Ritt on Mon Oct 16 08:57:07 2006
|
[quote="Ibrahim Genc"]There is a free e-mail service at mail.softhome.net. It provides smtp and pop3 services. You can use this for testing if you want.[/quote]
I tried but I was unable to obtain a free account. Furthermore, the problem is probably related to your SMTP server's authentication method. There are |
|
Re: Error Sending Email, posted by An Thai on Wed Oct 25 17:20:27 2006
|
[quote="Stefan Ritt"][quote="Ibrahim Genc"]There is a free e-mail service at mail.softhome.net. It provides smtp and pop3 services. You can use this for
testing if you want.[/quote]
|
|
Text column in the main list, posted by Alexandre Lindote on Fri Oct 20 13:26:10 2006
|
Hi,
is there a way of removing the "Text" column from the main listing of a logbook?
|
|
Re: Text column in the main list, posted by Stefan Ritt on Fri Oct 20 13:28:38 2006
|
[quote="Alexandre Lindote"]Is there a way of removing the "Text" column from the main listing of a logbook?
I have a logbook that works as a document database, and I don't even allow the entering of text... But the column insists on appearing! :)
[/quote]
|
|
Re: Text column in the main list, posted by Alexandre Lindote on Fri Oct 20 13:36:29 2006
|
[quote="Stefan Ritt"][quote="Alexandre Lindote"]Is there a way of removing the "Text" column from the main listing of a logbook?
I have a logbook that works as a document database, and I don't even allow the entering of text... But the column insists on appearing! :)
[/quote]
|