|
|
|
Demo
Discussion
|
|
Forum
Config Examples
Contributions
Vulnerabilities
|
| Discussion forum about ELOG, Page 584 of 808 |
Not logged in |
 |
|
|
|
|
| ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
|
1866
|
Tue Jul 4 07:04:19 2006 |
 | Steve Jones | steve.jones@freescale.com | Question | Mac OSX | 2.6.1 | Re: Canīt run command "make" in OSX |
| Mats McLund wrote: | Hello.
I think to test Elog in Mac G5 with OSX 10.4.6.
In the manual is following installationtext:
"Installation from the tarball:
Download the latest elog-x.x.x.tar.gz package.
Expand the compressed TAR file with tar -xzvf elog-x.x.x.tar.gz. This creates a subdirectory elog-x.x.x where x.x.x is the version number. In that directory execute make, which creates the executables elogd, elog and elconv."
The problem is when i try to run the command "make" in ~/elog-2.6.1 subdirectory. I get following message:
-bash: make: command not found
Now, Im not an "UNIX-hacker" so I will be glad if anyone maybe can help me?
Best regardīs
Mats McLund |
| Quote: | | Typically one would install the Gnu compiler series and with that come 'gmake'. Barring that, and not knowing anything about OSx, if OSx comes with its own compiler series then make might be somewhere on the system but not in your path. Go to http://gcc.gnu.org/ and see if you an find a pre-built version of gcc -- all I found mentioned "darwin". Perhaps Apple has something in the way of a development colleciton? |
|
|
1865
|
Fri Jun 30 13:35:03 2006 |
 | Mats McLund | mats.lund@nassjotryckeriet.se | Question | Mac OSX | 2.6.1 | Canīt run command "make" in OSX | Hello.
I think to test Elog in Mac G5 with OSX 10.4.6.
In the manual is following installationtext:
"Installation from the tarball:
Download the latest elog-x.x.x.tar.gz package.
Expand the compressed TAR file with tar -xzvf elog-x.x.x.tar.gz. This creates a subdirectory elog-x.x.x where x.x.x is the version number. In that directory execute make, which creates the executables elogd, elog and elconv."
The problem is when i try to run the command "make" in ~/elog-2.6.1 subdirectory. I get following message:
-bash: make: command not found
Now, Im not an "UNIX-hacker" so I will be glad if anyone maybe can help me?
Best regardīs
Mats McLund |
|
1864
|
Fri Jun 23 19:24:12 2006 |
 | Steve Jones | steve.jones@freescale.com | Bug report | All | 2.6.1-1681 | Re: Losing field 'focus' when using Conditional Attributes |
| Stefan Ritt wrote: |
| Steve Jones wrote: | | It appears to only be applicable when one defines conditional Options - when javascript updates the conditional lists the input focus appears to shift to the HTML edit area. I am still running ELOG V2.6.1-1681 and this is under Windows (my test system). |
It was some new code used for inline images. If you upload an inline image, an extra window opens which lets you select the image file. After that operation, you want to have the focus back at the text box. Unfortunately this also happened now after the JavaScript update of conditional attributes. I fixed that in the new version 2.6.1-6. |
| Quote: | | Just compiled and tested on Solaris 8 -- works great!! |
|
|
1863
|
Fri Jun 23 14:57:02 2006 |
| Gerald Ebberink | g.h.p.ebberink@nclr.nl | Question | Linux | 2.6.1 | Re: restrict access | | I only can identify this error if you send me your current ("de-sensified") elogd.cfg. |
Here you are.. |
|
1862
|
Fri Jun 23 13:43:03 2006 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | 2.6.1 | Re: restrict access |
| Gerald Ebberink wrote: | | As you can see, I have implemented a temporary fix in the way of allowing only certain hosts access. But where does this Internal error come from. |
I only can identify this error if you send me your current ("de-sensified") elogd.cfg. |
|
1861
|
Fri Jun 23 13:16:57 2006 |
| Gerald Ebberink | g.h.p.ebberink@nclr.nl | Question | Linux | 2.6.1 | Re: restrict access |
My full elogd.cfg is attached for your reference.
I'm pretty sure that you did not delete your old cookies. Try from another computer. Make sure to have the most recent version of elog. Start the elogd daemon with the "-v" flag and watch the communication. I get for example:
Well actualy these old cookies don't exist, but I found an error in the verbose mode.
GET / HTTP/1.1
Host: hostname
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.4) Gecko/20060608 Ubuntu/dapper-security Firefox/1.5.0.4
Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Cookie: urem=0
Remote host "hostname" matches "ALL" in "Hosts deny". Access denied.
Remote host "hostname" matches "hostname" in "Hosts allow". Access granted.
Internal error, no valid header!
As you can see, I have implemented a temporary fix in the way of allowing only certain hosts access.
But where does this Internal error come from.
I use the standard packaged version of elog (V2.6.1) from the Ubuntu repositories. |
|
1860
|
Fri Jun 23 12:29:30 2006 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | 2.6.1 | Re: restrict access |
Even with your config file (I just changed the URL) I get the correct behaviour:
and after I supply my credentials:
My full elogd.cfg is attached for your reference.
I'm pretty sure that you did not delete your old cookies. Try from another computer. Make sure to have the most recent version of elog. Start the elogd daemon with the "-v" flag and watch the communication. I get for example:
GET / HTTP/1.1
Host: localhost:8080
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.4) Gecko/20
060508 Firefox/1.5.0.4
Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plai
n;q=0.8,image/png,*/*;q=0.5
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Cookie: urem=1
==== Return ================================
....
As you can see, only the "urem" cookie is present. After I logged in, I get:
Cookie: urem=1; unm=stefan; upwd=Z2suZgFszgg==
These cookies identify you as logged in, so the login screen does not appear any more. |
|
1859
|
Thu Jun 22 21:02:16 2006 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | ELOG V2.6. | Re: Change default for suppressing email notification and/or targeting entries manually |
| Alan Stone wrote: | | However, I want to invert the default check box, so that no email is sent to subscribers unless someone takes the extra step to check a box which might read "Send Email notification". |
Ahh, now I understand 
Suppress default =1
should do the job. |