| ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
|
68010
|
Wed Jun 10 20:37:48 2015 |
 | gary holman | holman@uw.edu | Question | Linux | V2.9.1-244 | Re: Different timezone settings for each elog | Thanks Stefan, It looks like the group had actually contacted you directly as well (sorry for the redundant work!). Thanks for the help, the great application and your time.
| Stefan Ritt wrote: |
|
The elog server grabs the local timezone from the underlying OS. Under Linux, you can change the timezone using the TZ environment variable. See here: http://www.cyberciti.biz/faq/howto-linux-set-time-zone-per-user-basis/
If you need different time zones on the same server, you have to create two accounts and run two instances of elogd on these accounts.
| gary holman wrote: |
|
I have multiple elogs running on a server. Is it possible to set one elog to a different timezone? For example, I run an elog for a group in Washington state, and another elog for a collaboration group in Germany. I would like to set each elog to their respective timezone.
thanks,
Gary
|
|
|
|
Draft
|
Wed Jun 10 20:18:06 2015 |
| gary holman | holman@uw.edu | Question | Linux | V2.9.1-244 | Re: Different timezone settings for each elog | <p> </p>
<table align="center" cellspacing="1" style="border:1px solid #486090; width:98%">
<tbody>
<tr>
<td style="background-color:#486090">Stefan Ritt wrote:</td>
</tr>
<tr>
<td style="background-color:#FFFFB0">
<p>The elog server grabs the local timezone from the underlying OS. Under Linux, you can change the timezone using the TZ environment variable. See here: <a href="http://www.cyberciti.biz/faq/howto-linux-set-time-zone-per-user-basis/">http://www.cyberciti.biz/faq/howto-linux-set-time-zone-per-user-basis/</a></p>
<p>If you need different time zones on the same server, you have to create two accounts and run two instances of elogd on these accounts.</p>
<p> </p>
<table align="center" cellspacing="1" style="border:1px solid #486090; width:98%">
<tbody>
<tr>
<td style="background-color:#486090">gary holman wrote:</td>
</tr>
<tr>
<td style="background-color:#FFFFB0">
<p>I have multiple elogs running on a server. Is it possible to set one elog to a different timezone? For example, I run an elog for a group in Washington state, and another elog for a collaboration group in Germany. I would like to set each elog to their respective timezone. </p>
<p>thanks,</p>
<p> </p>
<p>Gary</p>
</td>
</tr>
</tbody>
</table>
<p> </p>
</td>
</tr>
</tbody>
</table>
<p> </p> |
|
68008
|
Wed Jun 10 18:13:50 2015 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | V2.9.1-244 | Re: Different timezone settings for each elog | The elog server grabs the local timezone from the underlying OS. Under Linux, you can change the timezone using the TZ environment variable. See here: http://www.cyberciti.biz/faq/howto-linux-set-time-zone-per-user-basis/
If you need different time zones on the same server, you have to create two accounts and run two instances of elogd on these accounts.
| gary holman wrote: |
|
I have multiple elogs running on a server. Is it possible to set one elog to a different timezone? For example, I run an elog for a group in Washington state, and another elog for a collaboration group in Germany. I would like to set each elog to their respective timezone.
thanks,
Gary
|
|
|
68007
|
Wed Jun 10 17:45:21 2015 |
| David Wallis | wallis@aps.anl.gov | Bug report | Linux | 3.1.0 | Re: Drag-and-drop not working in elog 3.1.0 | Andreas,
I am running the latest version of the elogd source RPM that I could find - ELOG V3.1.0-2411f95 on Red Hat Enterprise Linux Server release 6.6 (Santiago), with kernel level 2.6.32-504.16.2.el6.x86_64. I can try grabbing the latest source code from Git and try building that. There are a couple other fixes I'd like to apply anyway. Thanks!
| Andreas Luedeke wrote: |
|
As you've pointed out, for the very same browsers D&D works with the Forum, and that is ELOG 3.1.0.
Hence I can only conclude that it is neither a browser, nor an ELOG issue, but a problem of your local installation. Maybe you try with a fresh and clean installation first? What Linux are you using, by the way?
Or you've picked by bad luck a 3.1.0 version where D&D did really not work. But I cannot tell, since you did not specify the git revision in the ELOG version (it is possible now ;-)
Cheers
Andreas
| David Wallis wrote: |
|
Drag and drop for attachments dosn't work on either Chrome 37.0.2062.94 (64-bit) or FIrefox 31.5.3 (both on Linux). D&D works on the midas.psi.ch demo page.
On my logbooks, the "drop attachements here" area does not have a dashed line border.
I don't see anything in the elogd.conf file that pertains to this feature.
|
|
|
|
68006
|
Wed Jun 10 17:30:34 2015 |
 | gary holman | holman@uw.edu | Question | Linux | V2.9.1-244 | Different timezone settings for each elog | I have multiple elogs running on a server. Is it possible to set one elog to a different timezone? For example, I run an elog for a group in Washington state, and another elog for a collaboration group in Germany. I would like to set each elog to their respective timezone.
thanks,
Gary |
|
68005
|
Wed Jun 10 15:48:57 2015 |
| David Pilgram | David.Pilgram@epost.org.uk | Info | Linux | V3.1.0-5be245e | Re: Is ELOG sending out cookies? | Hi Stefan,
Thanks for the explanation. I realised it was just an error message of no real import, but it can get irritating at times.
| Stefan Ritt wrote: |
|
Cookies are sent from your browser. ELOG has no influence on what the browser sends where. Probably you run your calender at the same machine where ELOG is running, so all the cookies your calender app stores in your browser are sent to ELOG as well. ELOG just complains about something it does not know, but otherwise this message can be simply ignored. Of course you can delete your cookies in your browser, but after the next call to your calendar app they will show up again.
| David Pilgram wrote: |
|
On my linux box, every time I select a thread, or start a new entry etc, I see that one or many cookies are sent.
On a terminal, I get the message
Received unknown cookie "CalciumDisplayParams"
Now I do have a perl script called Calcium, (Calendar viewed through the browser) but it's definately not running now, not in any browser window, and in any case why should an action of ELOG trigger this? I realise it may be due to an idiocyncratic set up of this box. But in normal operation, I doubt the user would see these cookies being received.
|
|
|
|
68004
|
Wed Jun 10 15:35:14 2015 |
| Stefan Ritt | stefan.ritt@psi.ch | Info | Linux | V3.1.0-5be245e | Re: Is ELOG sending out cookies? | Cookies are sent from your browser. ELOG has no influence on what the browser sends where. Probably you run your calender at the same machine where ELOG is running, so all the cookies your calender app stores in your browser are sent to ELOG as well. ELOG just complains about something it does not know, but otherwise this message can be simply ignored. Of course you can delete your cookies in your browser, but after the next call to your calendar app they will show up again.
| David Pilgram wrote: |
|
On my linux box, every time I select a thread, or start a new entry etc, I see that one or many cookies are sent.
On a terminal, I get the message
Received unknown cookie "CalciumDisplayParams"
Now I do have a perl script called Calcium, (Calendar viewed through the browser) but it's definately not running now, not in any browser window, and in any case why should an action of ELOG trigger this? I realise it may be due to an idiocyncratic set up of this box. But in normal operation, I doubt the user would see these cookies being received.
|
|
|
68003
|
Wed Jun 10 14:25:16 2015 |
 | David Pilgram | David.Pilgram@epost.org.uk | Info | Linux | V3.1.0-5be245e | Is ELOG sending out cookies? | On my linux box, every time I select a thread, or start a new entry etc, I see that one or many cookies are sent.
On a terminal, I get the message
Received unknown cookie "CalciumDisplayParams"
Now I do have a perl script called Calcium, (Calendar viewed through the browser) but it's definately not running now, not in any browser window, and in any case why should an action of ELOG trigger this? I realise it may be due to an idiocyncratic set up of this box. But in normal operation, I doubt the user would see these cookies being received.
|
|