开云体育

Dear friends of XEphem, Given the recently renewed interest in this great software, I am planning to have my Bachelor students use it again in the next academic term. However, I would appreciate it greatly if someone could give me newbie-level instructions for version 3.7.7 uninstall and version 4.1.0 install, because I don't really understand what's on GitHub. If I remember correctly the setting in my Department's computer room and what the IT people told me, the PCs are currently on Ubuntu 20.04 and XEphem was installed from Elwood's CD (after some hack-up for the missing libraries, which should no longer pose problems). Yours, Maxime

Found it: Remove the __APPLE__ hack in xephem.c::main(), it is now harmful rather than helpful.

Hi folks, You're going to laugh at me but I can not get the code from github to run on macOS 11.6 and XQuartz 2.8.1. My old code base still builds and works fine. I've tried building against the stuff in ../../libXm/osx and the macports stuff in /opt/local/{include,lib} but the executable fails the same way in either case with this message: _XmGetDefaultDisplay cannot be used prior to VendorS.Initialize, returns NULL and lldb backtrace end with this: * thread #1, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x100) * frame #0: 0x00000001006d4a71 libX11.6.dylib`XDisplayKeycodes + 4 Thanks for any tips. BTW: is there a way to preview these posts? I tried to use the <> code control but it's not clear it's doing anything, so apologies if the above snippets look bad.

This is a report of a documentation error - or at least one for me based in the UK. It may or may not be for those in the USA or elsewhere. Section 4.3.2 Moon Control menu Set Earthshine... it says: *This value depends on the gamma of your display. A fine discussion of display gamma and a test image with which you can determine the gamma value of your own display may be found at the URL: http://www.cs.cmu.edu/afs/cs.cmu.edu/user/rwb/www/gamma.html <http://www.cs.cmu.edu/afs/cs.cmu.edu/user/rwb/www/gamma.html>. * I get a "Forbidden: You do not have permission to access the requested address (URL)."

I built XEphem on Ubuntu 20.04 LTS. Under "Local" I always see Chicago, Illinois. I've defined my location as "Althorne" and can select that site if I press Chicago, Illinois. But it is a PITA to have to set my location back to Althorne every time I start the program. Is there any way to get the program to default the location to my location in the UK, rather than in the USA?

I guess separate code is needed to enable mouse-zoom in the other solar system screens? Mercury, Venus, Mars, &c.

Hi, Brandon: Thanks for your additions to skyviewmenu.c ! Love that zoom. Bernie NASA/IRTF telescope opr.

XEphem 4.0.2 installed here effortlessly. Many thanks. The messages "No Mars model" and "No uranus model" occur still. Is that because the data are not current in the auxil/ subdirectory files? I am poking through documentation without any luck so far. On 6/24/21 4:46 AM, Brandon Rhodes wrote: > I’ve now returned from some early Summer travel and have finished giving a talk that I’d promised to give at a recent (remote) conference. Now that I’ll be online for the rest of the summer and able to respond to any breakages I cause, I’ve been emboldened to try my hand at an XEphem release from the GitHub source repository. > > https://github.com/XEphem/XEphem/releases/tag/4.0.2 <https://github.com/XEphem/XEphem/releases/tag/4.0.2> > > Thanks to all of you who have been sharing the tweaks and fixes that have gotten XEphem working for you locally, in particular removing the old |-lXp| compile flag and (for Linux users) switching away from the old Motif library bundled with XEphem’s source code so that XEphem can use your distribution’s own up-to-date Motif library compiled against its own X libraries. > > I can confirm that XEphem 4.0.2 builds and runs just fine on Ubuntu versions from the old 14.04 all the way up to the current 21.04, with two simple commands: > > |sudo apt install build-essential groff-base libmotif-dev libxext-dev libxmu-dev libxt-dev make| > > A few questions for the list. > > 1. > > Are there any Debian package maintainers among us? With its new license, XEphem can now qualify to be an official Debian and Ubuntu package for people to effortlessly |apt install|, but I would rather not go through all the steps to become a Debian maintainer myself as I have quite a few projects ongoing already. > > 2. > > I will be happy for the install instructions to expand to cover all UNIX-like operating systems, though I only use Ubuntu myself. If you know of anything that should be added to this list of packages I’ve created in the README <https://github.com/XEphem/XEphem#installing-xephem> and the updated compilation instructions in the INSTALL file <https://github.com/XEphem/XEphem/blob/main/INSTALL> (which currently focus only on Debian/Ubuntu and MacOS), let me know and I will be happy to update them. > > 3. > > At least some MacOS users have been on GitHub discussing segfaults <https://github.com/XEphem/XEphem/discussions/13> when they try compiling and running XEphem. I do have an old Mac laptop here in the house, but might not have time this summer to try compiling and installing XEphem on it. If anyone knows how to resolve the various issues that have been reported, I’ll be happy to update the repository with any fixes. I’m not familiar enough with the MacOS ecosystem to know whether, for example, something like |brew| might provide the Motif libraries, or whether an XEphem recipe could be added to |brew| to make installing XEphem automatic for its users. > > Thanks again to everyone for the helpful recent discussions. Hopefully we’ll soon have XEphem running without snags for everyone who tries it on a modern operating system! > >

Hi, here comes some patches to restore and extend functionality of XEphem. All patches are created against the version 4.1.0 and can applied with patch -p5 < <path to patchfile>/<patchfile> from within the ../GUI/xephem directory. Here the patch file names with short (hopefully understandable) descriptions: xephem-4.1.0_netmenu_openssl.patch ---------------------------------- Rework of the main ssl logic to adapt to openssl 1.1.x and initialize openssl as early as possible. xephem-4.1.0_skyfits_ssl.patch ------------------------------ Restores the functionality "Fetch and display DSS image" in sky view. xephem-4.1.0_skyfits_maxfov.patch --------------------------------- Increases the max. size of the downloaded DSS images from 30 to 60 arcmins. This is what the download site at https://stdatu.stsci.edu/cgi-bin/dss_form allows as maximum widht and height. The file size is then approx. 14MB (with compression). xephem-4.1.0_skyviewmenu_sv_getcenter.patch ------------------------------------------- If the sky view window is not quadratic the greater value of horizontal or vertical field of view angle is returned as field of view value in the sv_getcenter function. This has the effect, that the field of view of the sky view not decreases each time you download a new DSS image, if the width of sky view window is greater than the height. xephem-4.1.0_skyviewmenu_sv_draw_report_coords.patch ---------------------------------------------------- Fixes a crash that happens if a DSS image is displayed in the sky view and the "Sky Point"-button is pressed in the loaded object index. xephem-4.1.0_gscnet_gsc23fetch.patch ------------------------------------ Restores the download functionality of the field stars from the GSC 2.3 online catalog and enables https transfer for this, if an url which begins with https:// is given. xephem-4.1.0_skyviewmenu_reposition.patch xephem-4.1.0_earthmenu_reposition.patch ----------------------------------------- These patches change the reposition logic in the sky view and the earth view so that the window not jumps to the left or upper margin of the screen. xephem-4.1.0_tips_position.patch -------------------------------- In the position logic for displaying the tooltips were a strange constraint, the hint was displayed on a horizontal position not greater as 1280 pixels. This is removed. xephem-4.1.0_auxil_astorb2edb.patch ----------------------------------- The host ftp.lowell.edu has disabled the plain ftp funcionality but downloading via https is possible. Mit freundlichen Grü?en Lutz M?ndle Internet: lmaendle@... Berlin/Germany

Yes! libssl-dev did the trick. Thank you, Rick, Bernie On 9/27/21 1:32 AM, Rick Towns wrote: > I had the same issue, and I did as Martin mentions… I installed libssl-dev and then 4.10 built successfully. I’m on Arch, but I think the library is the same for Mint. > > Clear skies! > > Rick > >> On Sep 27, 2021, at 4:31 AM, Martin Federspiel <Martin.Federspiel@...> wrote: >> >> Hi Bernie, >> >> first, I had the same error on my Ubuntu Linux. Now openssl is included in the XEphem code to enable downloads via the https protocol, a good thing! You have to install the proper openssl packages of your distribution - in my Ubuntu case it was openssl-dev, but I don't know the name in Linux Mint. After the installation the compilation process went through successfully. >> >> Good luck! >> >> Martin Federspiel >> >> >>> Gesendet: Montag, 27. September 2021 um 10:14 Uhr >>> Von: "Bernie Walp" <duckbill@...> >>> An: [email protected] >>> Betreff: [xephem] 4.1.0 make problem >>> >>> Hi Brandon or anyone: >>> >>> I am stumped by my initial attempt to install 4.1.0 on Linux Mint. It got the make error below, which confuses me because the 4.0.2 make runs fine. Can you give me any advice? Here is the output of make: >>> >>> etc., etc., etc. >>> . >>> . >>> . >>> . >>> gcc -I../../libastro -I../../libip -I../../liblilxml -I../../libjpegd -I../../libpng -I../../libz -g -O2 -Wall -I/usr/include -I/opt/X11/include -c -o aavso.o aavso.c >>> In file included from xephem.h:15, >>> from aavso.c:24: >>> net.h:23:10: fatal error: openssl/ssl.h: No such file or directory >>> 23 | #include <openssl/ssl.h> >>> | ^~~~~~~~~~~~~~~ >>> compilation terminated. >>> make: *** [<builtin>: aavso.o] Error 1 >>> >>> >>> >>> >>> >>> >> >> >> >> >> >> > > > > > >

Hi Brandon or anyone: I am stumped by my initial attempt to install 4.1.0 on Linux Mint. It got the make error below, which confuses me because the 4.0.2 make runs fine. Can you give me any advice? Here is the output of make: etc., etc., etc. . . . . gcc -I../../libastro -I../../libip -I../../liblilxml -I../../libjpegd -I../../libpng -I../../libz -g -O2 -Wall -I/usr/include -I/opt/X11/include -c -o aavso.o aavso.c In file included from xephem.h:15, from aavso.c:24: net.h:23:10: fatal error: openssl/ssl.h: No such file or directory 23 | #include <openssl/ssl.h> | ^~~~~~~~~~~~~~~ compilation terminated. make: *** [<builtin>: aavso.o] Error 1

I'm not sure what the latest state of XEphem is with respect to retrieving SOHO images. The images are currently available via https (e.g. https://sohowww.nascom.nasa.gov/data/realtime/eit_171/1024/latest.jpg) but XEphem fails to communicate with the server. In earlier versions there was an OpenSSH patch that needed compiling. (I'm in macOS V11.6 (Big Sur), XEphem 4.0.1 compiled through MacPorts)

Yes, SSL and more was merged on 4.1 release ... Serge. -- Serge Montagnac + GPG Key 0xDF083D7B + http://www.obs-psr.com Nature, Not Human Activity, Rules the Climate.

The various packaging folks will probably have announcements later, but at the source code level I’ve just released XEphem 4.1.0: https://github.com/XEphem/XEphem/releases/tag/4.1.0 Downloads of Minor Planet Center files and of Earth weather maps have both been fixed, thanks to SSL support. Thank you, Lutz M?ndle! The files for the moons of Mars, Jupiter, Saturn, and Uranus that expired at the end of 2020 have been updated through 2040. Thanks you, IMCCE! Updates from the Astronomical Almanac 2020: Pluto’s long-term orbital elements. The ?T table now runs through 2018.No one with an ability and inclination to code-review the SSL patch for security ever showed up to volunteer, so I applied the SSL patches as-is. At least the links will now work again for minor planets and weather maps!

Hi sir, I am a french amateur Astronomer who uses XEphem from the start ... and a bit surprised by your somewhere nervous attitude ...?? The position of the IMCCE concerned official files are there: https://ftp.imcce.fr/pub/misc/satxyz/ I advise you that the stupidity of some people at Firefox and other browser to suppress the ftp sites access. So you must use FileZilla or other tricks to pick-up these files there. These files were generated specially for XEphem by Mr.Valery Lainey, the astronomer in charge of that work. With Valery Lainey we carefuly calibrated the strict format of polynomials files named XXX.2040 We must be aware that the IMCCE professionals have no reason to help us, but their kindness for other astronomers work like Elwood, Mr Lainey and others ... so I thank them again. I did an XEphem fork to complete (about 10th lines of code extensions) to extend your access for 20 years more to the moons position. Brandon Craig Rhodes very nicely took his time to verify my pull ... everything is now OK. You can "git clone https://github.com/XEphem/XEphem.git" get to GUI/xephem , make ... (I recommend to you to copy all the .2040 files (as .9910 and .1020) in your /usr/local/xephem/auxil/ directory. We checked that with no heck on Ubuntu, Debian, Mageia linux distros on x86-32/64 and the Mac. Best regards, Serge. -- Serge Montagnac + GPG Key 0xDF083D7B + http://www.obs-psr.com Nature, Not Human Activity, Rules the Climate.