| ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
|
1695
|
Wed Feb 15 18:13:25 2006 |
 | Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | 2.6.1 | Re: Accessing elog through two apache servers... |
| Thanks for the patch, I committed it to Subversion Revision #1657. |
|
1700
|
Mon Feb 20 17:52:06 2006 |
 | Steve Jones | steve.jones@freescale.com | Question | Other | 2.6.1 | Re: compiling elog 2.6.1 on solaris platform |
| Steve Jones wrote: |
| Stefan Ritt wrote: |
| Steve Jones wrote: | BTW, Stefan, this code in Makefile does not work on Solaris
OSTYPE = $(shell uname)
.
.
.
ifeq ($(OSTYPE),solaris)
At least, not on our solaris systems. 'uname' returns SunOS. |
Ok, what about adding:
ifeq ($(OSTYPE),SunOS)
OSTYPE=solaris
endif |
| Steve Jones wrote: |
That would work, but my question is "why is this statement needed at all?" In GNU-land it appears that the make utilities use the canonical names rather than the ones returned by the OS. When I simply comment out this section, the solaris compile works fine. Perhaps it does not on other platforms?
Also, I ran into another snag. The include file "pty.h" does not appear to exist in solaris-land, so I am seeing if there is one made available elsewhere.
|
|
In working with Stefan changes were made so that the latest release should once again cross-compile fine, and Makefile also works under Solaris. Great job Stefan! |
|
1701
|
Tue Feb 21 19:25:28 2006 |
 | Steve Jones | steve.jones@freescale.com | Question | All | 2.6.1 | svn revision number in the source |
There is a variable $Id$ in source that looks like it is supposed to reflect the svn revision number of the compiled code. How is this supposed to be set, manually just before compiling?
Thanks! |
|
1702
|
Tue Feb 21 20:24:18 2006 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | All | 2.6.1 | Re: svn revision number in the source |
| Steve Jones wrote: | | There is a variable $Id$ in source that looks like it is supposed to reflect the svn revision number of the compiled code. How is this supposed to be set, manually just before compiling? |
It gets set automatically on every commit to the Subversion repository. |
|
1703
|
Tue Feb 21 21:01:22 2006 |
| Steve Jones | steve.jones@freescale.com | Question | All | 2.6.1 | Re: svn revision number in the source |
| Stefan Ritt wrote: |
| Steve Jones wrote: | | There is a variable $Id$ in source that looks like it is supposed to reflect the svn revision number of the compiled code. How is this supposed to be set, manually just before compiling? |
It gets set automatically on every commit to the Subversion repository. |
So, when we go to the download section and download directly from there, that is not "committed" source? I ask because the revision id there is not set to anything that I can see. |
|
1704
|
Tue Feb 21 21:17:13 2006 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | All | 2.6.1 | Re: svn revision number in the source |
| Steve Jones wrote: | | So, when we go to the download section and download directly from there, that is not "committed" source? I ask because the revision id there is not set to anything that I can see. |
Can you be a bit more specific? What do you download? The Windows binaries, the Linux RPM? Or from the Subversion repository? The current version in the repository, which you can download here, contains in the file elogd.c following line 8:
$Id: elogd.c 1660 2006-02-17 19:48:12Z ritt $
This tells you that this is revision 1660, committed on Feb. 17 by myself. So what is the problem? |
|
1705
|
Tue Feb 21 21:58:16 2006 |
 | Steve Jones | steve.jones@freescale.com | Question | All | 2.6.1 | Re: svn revision number in the source |
| Stefan Ritt wrote: |
| Steve Jones wrote: | | So, when we go to the download section and download directly from there, that is not "committed" source? I ask because the revision id there is not set to anything that I can see. |
Can you be a bit more specific? What do you download? The Windows binaries, the Linux RPM? Or from the Subversion repository? The current version in the repository, which you can download here, contains in the file elogd.c following line 8:
$Id: elogd.c 1660 2006-02-17 19:48:12Z ritt $
This tells you that this is revision 1660, committed on Feb. 17 by myself. So what is the problem? |
| Steve Jones wrote: | Ok, this is really strange but just an hour ago I clicked on the http://midas.psi.ch/elog/download.html link and I was taken to a completely different webview - in fact, I am quite sure that at the bottom right corner it said "WebCVS"! Now, it says WebSVN and the revision info is in there. I've been trying to debug a problem with default.css and the elcode icons - and somewhere in there I cleared my firefox cache. Perhaps an old page was cached????
I have no idea how I got to CVS, and it make sense that CVS was not setting the SVN revision code.
Sorry to botter you on this. |
|
|
1706
|
Tue Feb 21 22:13:40 2006 |
| Steve Jones | steve.jones@freescale.com | Question | All | 2.6.1 | Re: svn revision number in the source |
| Steve Jones wrote: |
| Stefan Ritt wrote: |
| Steve Jones wrote: | | So, when we go to the download section and download directly from there, that is not "committed" source? I ask because the revision id there is not set to anything that I can see. |
Can you be a bit more specific? What do you download? The Windows binaries, the Linux RPM? Or from the Subversion repository? The current version in the repository, which you can download here, contains in the file elogd.c following line 8:
$Id: elogd.c 1660 2006-02-17 19:48:12Z ritt $
This tells you that this is revision 1660, committed on Feb. 17 by myself. So what is the problem? |
| Steve Jones wrote: | Ok, this is really strange but just an hour ago I clicked on the http://midas.psi.ch/elog/download.html link and I was taken to a completely different webview - in fact, I am quite sure that at the bottom right corner it said "WebCVS"! Now, it says WebSVN and the revision info is in there. I've been trying to debug a problem with default.css and the elcode icons - and somewhere in there I cleared my firefox cache. Perhaps an old page was cached????
I have no idea how I got to CVS, and it make sense that CVS was not setting the SVN revision code.
Sorry to bother you on this. |
I just downloaded the tarball from SVN and the revision numbers are set correctly, as you said. I'm stumped as to how I got to CVS. I am running into issues that are related to the stylesheet properties, but that is for a different entry.
Thanks! |
|