Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 169 of 238  Not logged in ELOG logo
icon5.gif   calling a shell in the Options tag, posted by Alexandre Lindote on Tue Oct 31 20:05:07 2006 
Hi,

 is it possible to run a shell script in an "Options" tag, as it is with the "Preset", "Subst", and so on?
    icon2.gif   Re: calling a shell in the Options tag, posted by Steve Jones on Tue Oct 31 22:07:06 2006 
[quote="Alexandre Lindote"]Hi,

 is it possible to run a shell script in an "Options" tag, as it is with the "Preset", "Subst", and so on?
       icon2.gif   Re: calling a shell in the Options tag, posted by Alexandre Lindote on Wed Nov 1 09:53:05 2006 
[quote="Steve Jones"][quote="Alexandre Lindote"]Hi,

 is it possible to run a shell script in an "Options" tag, as it is with the "Preset", "Subst", and so on?
    icon2.gif   Re: calling a shell in the Options tag, posted by Stefan Ritt on Thu Nov 9 20:59:01 2006 
[quote="Alexandre Lindote"]Hi,

 is it possible to run a shell script in an "Options" tag, as it is with the "Preset", "Subst", and so on?
icon3.gif   Denial of Service Vulnerability of elog 2.6.2-6, posted by Stefan Ritt on Wed Nov 8 13:59:52 2006 
Dear ELOG users,

a denial of service vulnerability has been reported which affects all elog versions prior to 2.6.2-7. With a special request one can crash the elogd server,
icon4.gif   SVN1714 will not run in 'daemon" mode on Solaris8, posted by Steve Jones on Mon Sep 18 20:35:44 2006 truss-error.outtruss-good.out
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"
    icon2.gif   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]
    icon2.gif   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]
       icon2.gif   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]
       icon2.gif   Re: SVN1714 will not run in 'daemon" mode on Solaris8, posted by Steve Jones on Fri Sep 22 22:12:18 2006 truss-daemon-1714.txt
[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]
          icon2.gif   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]
             icon2.gif   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]
                icon2.gif   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]
                   icon2.gif   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]
                      icon2.gif   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
                         icon2.gif   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
                            icon2.gif   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]
icon4.gif   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. 
    icon2.gif   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. 
       icon2.gif   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. 
          icon2.gif   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. 
             icon2.gif   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]
icon5.gif   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
    icon2.gif   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
icon13.gif   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.
    icon2.gif   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.  
icon7.gif   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? 
    icon2.gif   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]
    icon2.gif   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? 
icon4.gif   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.
    icon2.gif   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.
ELOG V3.1.5-3fb85fa6