开云体育

Hi, you have to install openmotif-devel, it contains libXm.a. However, the libraries are in /usr/lib now, not in /usr/X11R6/lib anymore. Saluti, Michael P.S.: funny, our offices are in the same

If your Motif's include is in /usr/include and library in /usr/lib64 then try $ make MOTIFI=/usr/include MOTIFL=/usr/lib64 Good Luck

I followed your suggestion, and the compiler says gcc: /usr/X11R6/lib/libXm.a: No such file or directory Actually there is no libXm.a, neither in /usr/X11R6 nor elsewhere --

The cause of the problem is, the static libXm included in the xephem package is for 32-bit apps only. Try built the xephem by just typing 'make' . If you already installed Motif's dev's package,

Hi, I encounter a problem in trying to compile xepehm in my SL5.4 (64 bit) system. On executing make MOTIF=../../libXm/linux86 I get a lot of messages. First, many like make[1]: `libastro.a' is up to

ecdowney2002 writes: The rumor is that the X11 protocol will be implemented on top of Wayland, so Xlib and associated libraries won't need any changes at all. So I've been told by several Ubuntu

Good ol' linux, always a moving target. If this breaks X11 clients I very much doubt I will have the motivation to chase it.

Wayland is a new display server that is being promoted by Ubuntu and RedHat. It is a complete replacement for X, but will apparently provide backwards compatibility by starting a one-off X instance if

RC13 now includes a fix for this issue. Basically the file uranus.1020 was corrupted. Elwood

Now THAT's interesting! In all the years (many) I've been using XEphem, I've never used the "Site Selection" window: <http://www.clearskyinstitute.com/xephem/help/xephem.html#mozTocId872205> What I've

Elwood, Thad: Thank you for taking the time to investigate the problem. Because you confirmed that there is no DST problem with XEphem under Ubuntu 10.10, I took another look at it, this time not

Elwood, Thad: Thank you for looking into this matter. I'm running XEphem Version 3.7.4 July 3, 2009. I'll poke around and see if I can figure out what is happening on my system. I'm glad to hear it is

Hi Kevin, FWIW, I'm running Ubuntu 10.10 kernel 2.6.35-28-generic and XEphem changed timezone on March 13 ok for me. I live in Tucson where we don't use DST but I set the location to Chicago and

What is your XEphem version?

And here's the screenshot from my Ubuntu 8.04.4 LTS system: <http://thadlabs.com/PIX/XEphem_Ubuntu.png> Note the "PDT" in the TZ Name.

Puzzling. I just-now fired up my Ubuntu 8.04.4 LTS system upon which I have XEphem 3.7.3 installed. Following your original example, I set the date to Sunday, 6-MAR-2011, and the looping to step

Thad, Thanks for your response. Good guess about setting the time zone on my machine, but that is not the problem. The machine correctly displays time, time zone, and DST in the TOD clock and 'date'

As best I can determine, TZ hasn't been used in awhile (since at least Ubuntu 7.10). I have Ubuntu 8.04.4 LTS running XE

The TZ name indicator appears to use the old DST rules under Ubuntu 10.10. To verify this, set the current date to early in March, then advance a day at a time while looking at the TZ name indicator.

Brandon Craig Rhodes writes: Thanks! That's by far the best explanation I've found. I wrote a little PyEphem program to watch the three sets of coordinates change, and convinced myself that was indeed