Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 426 of 808  Not logged in ELOG logo
ID Date Icon Author Author Email Category OSdown ELOG Version Subject
  65723   Mon Feb 4 11:44:42 2008 Question stephanestephane.brisson@synchrotron-soleil.frQuestionLinux2.7.1.2007FCK Editor + spell check

Hello,

How do I proceed to have spell check in fck editor under linux / firefox ?

Kind regards

Stéphane

  65724   Mon Feb 4 14:40:33 2008 Reply Stefan Rittstefan.ritt@psi.chQuestionLinux2.7.1.2007Re: FCK Editor + spell check

stephane wrote:

How do I proceed to have spell check in fck editor under linux / firefox ?

You have to talk to the FCKeditor guys about that. On their website they mention IEspell, but this works only for MS Internet Explorer. On their demo site, I see the spell check icon, but it's greyed out. In this forum, spell checking works for me using Firefox 2.0 under Windows after I installed the Firefox extension "United States English Dictionary" from here. Maybe this works for you also under Linux. There is however one problem: I get wrong words underlined in red, but I cannot get suggestions by clicking at the wrong words. For FCKeditro version 2.6+ however it was announced that there will be a new spell checker, so maybe you have to wait for their update.

  65740   Fri Feb 15 03:16:45 2008 Idea Jeff Stonerjstoner@opsource.netRequestLinux2.7.2move mxml code into elog's src directory

The mxml source code should be moved into the elog-*/src directory. This requires changing the Makefile to:

MXMLDIR = src/mxml

Reason for change: if you want to build several versions of elog and you unpack the distributions in the same top-level directory, the most recently unpackaged version will overwrite the mxml directory contents, possibly introducing bugs.

 

  65741   Fri Feb 15 06:59:52 2008 Reply Stefan Rittstefan.ritt@psi.chRequestLinux2.7.2Re: move mxml code into elog's src directory

Jeff Stoner wrote:

The mxml source code should be moved into the elog-*/src directory. This requires changing the Makefile to:

MXMLDIR = src/mxml

Reason for change: if you want to build several versions of elog and you unpack the distributions in the same top-level directory, the most recently unpackaged version will overwrite the mxml directory contents, possibly introducing bugs.

From your point of view that request is reasonable, but the reason of having mxml in a separate top level directory is that I use it in many different projects. If I would keep a copy of mxml in each project, I would have to update all of them manually if there is a bug. On the other hand the code of mxml changes very seldom. If you look at the history, it got ~5 changes last year, while elog itself had hundreds. And since I do not change the API, a bugfix in mxml should be to the benefit of all elog versions. It is like with other projects which depend on a number of packages. Like if you install Apache for example, you need a certain version of OpenSLL, a certain version of libcrypt, and so on.  So think of mxml like another package you have to combine with elog.

  65743   Fri Feb 15 22:24:38 2008 Angy Jeff Stonerjstoner@opsource.netBug reportLinux2.7.2 2041elog crashing on startup

I installed elog 2.7.2 rev 2041 into /data/elog on Redhat ES 4 Update 4. This is my initial elogd.cfg file:

[global]
port = 80
Resource dir = /data/elog/elog
Logbook dir = /data/elog/elog/logbooks
Logfile = /data/elog/elog/logs/access_log
Logging level = 2
Resolve host names = 0
Usr = nobody
Grp = nobody

[demo]
Theme = default
Comment = General linux tips & tricks
Attributes = Author, Type, Category, Subject
Options Type = Routine, Software Installation, Problem Fixed, Configuration, Other
Options Category = General, Hardware, Software, Network, Other
Extendable Options = Category
Required Attributes = Author, Type
Page Title = ELOG - $subject
Reverse sort = 1
Quick filter = Date, Type

and start elogd - all is right with the world, everything is working properly. I shut down elog and try to add more logbooks using this template:

[A-B]
Subdir = cr_a-b
Comment = Change requests for Customers A-B
Menu commands = New, Reply, Download, Find, Last day
List Menu commands = New, Find
Display mode = summary

I create 14 of them, one for every 2 letters of the English alphabet and 0-9. The logbook name and Subdir change appropriately. When I start elog, it stays up for about 30 seconds, then crashes. No messages are recorded in syslog nor in the logfile. The only thing that looks suspicious are a couple lines in syslog:

Feb 15 17:11:05 iadopsutil04p elogd[23761]: elogd 2.7.2 built Feb 14 2008, 20:55:38 
Feb 15 17:11:05 iadopsutil04p elogd[23761]: revision 2041
Feb 15 17:11:05 iadopsutil04p elogd[23761]: FCKedit detected
Feb 15 17:11:05 iadopsutil04p elogd[23763]: Cannot restore original GID/UID.
Feb 15 17:11:05 iadopsutil04p elogd[23763]: Cannot remove pidfile "/var/run/elogd.pid" ; Permission denied

Feb 15 17:11:05 iadopsutil04p elogd[23761]: Server listening on port 80 ...

This is obviously the child process responsible for the highlighted lines and it's coming from the cleanup function. Why it's getting called is beyond me.

Ideas?

  65746   Mon Feb 18 08:00:44 2008 Reply Stefan Rittstefan.ritt@psi.chBug reportLinux2.7.2 2041Re: elog crashing on startup

Jeff Stoner wrote:

I create 14 of them, one for every 2 letters of the English alphabet and 0-9. The logbook name and Subdir change appropriately. When I start elog, it stays up for about 30 seconds, then crashes. No messages are recorded in syslog nor in the logfile. The only thing that looks suspicious are a couple lines in syslog:

Feb 15 17:11:05 iadopsutil04p elogd[23761]: elogd 2.7.2 built Feb 14 2008, 20:55:38 
Feb 15 17:11:05 iadopsutil04p elogd[23761]: revision 2041
Feb 15 17:11:05 iadopsutil04p elogd[23761]: FCKedit detected
Feb 15 17:11:05 iadopsutil04p elogd[23763]: Cannot restore original GID/UID.
Feb 15 17:11:05 iadopsutil04p elogd[23763]: Cannot remove pidfile "/var/run/elogd.pid" ; Permission denied
Feb 15 17:11:05 iadopsutil04p elogd[23761]: Server listening on port 80 ...

This is obviously the child process responsible for the highlighted lines and it's coming from the cleanup function. Why it's getting called is beyond me.

Ideas?

The error message above come from the PID file /var/run/elogd.pid which cannot be removed. This file is only for information purpose, to tell any script which PID the elogd daemon has. If one elogd crashed in the past, the file might still be there although the program is not running, causing some error to show up, but which can normally be ignored.

The fact that elogd stays for about 30 seconds can only be contributed to the fact that you have very large logbooks, which are scanned during startup. You can check this by starting elogd interactively with the "-v" option. Then you will see the scanning process. The next thing is if you really get a crash, you can produce a core dump, so it can be analyzed to figure out where elogd has crashed. To my knowledge the only way you can do that is by having some logbooks with invalid data. Can you try your set-up with empty logbooks?

- Stefan

  65751   Thu Feb 21 12:50:53 2008 Entry stephanestephane.brisson@synchrotron-soleil.frOtherLinux2.7.2.2041elog hand on destination mirror server

Hello,

When I start elogd on the mirror destination server, until cron job started, I can access to the website normaly. Once cron job started, I can't access to the website of the elog mirror destination server.

How can I solve this problem ?

Kind regards

 

Stéphane 

  65752   Thu Feb 21 12:55:56 2008 Agree stephanestephane.brisson@synchrotron-soleil.frQuestionLinux2.7.2.2041elog hand once mirror started

Hello,

When I started elogd on the mirror server, I can access to the website on it until cron job started. Once cron job started, the elog mirror server hang and I can't obtain any response on it.

How can I solve this problem ?

Kind regards

 

Stéphane

ELOG V3.1.5-3fb85fa6