开云体育

[email protected] Xephem will be on ISS! Sun, Aug 1 ? 16:16 SHOW MORE Most of you have no idea who I am. I'm the maintainer of the Xephem mailing list. But I just got word from my grand-daughter that she will be flying to the ISS sometime in the next 2 years and she will be packing a laptop with Xephem installed. Let's all wish her well! BTW she has a doctorate in both Astronomy and Astrophysics. -- perry@... http://www.jpunix.net -- John Perry perry@... Owner/Moderator of XEphem mailing list

Please find attached the world magnetic model file valid for 2020-2025. Replace auxil/wmm.cof with this file and your declination value will function again. This should be the default in the various prepared packages. Elwood

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 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. 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. 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 and the updated compilation instructions in the INSTALL file (which currently focus only on Debian/Ubuntu and MacOS), let me know and I will be happy to update them. At least some MacOS users have been on GitHub discussing segfaults 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!

I tried two routes, neither worked: #1 Install using the linux_install.sh file, then run the installed version Result: xephem: error while loading shared libraries: libXP.so.6: cannot open shared object file: No such file or directory Analysis: After much searching and library install attempts, this file seems long deprecated and not available for ubuntu 20.04 #2 compile from scratch using make MOTIF=../../libXm/linux86 (with the MOTFI and MOTIFL variables suitably modified in the makefile) Result: crash because aavso.c can't find X11/extensions/Print.h The directory exists but Print.h does not because it is part of Xprint which has been deprecated since 2008 according to wikipedia. Has anyone been able to make xephem work on ubuntu 20.04? If so how? Thanks.

Wow, thanks Brandon !! Nice going. and Thanks Elwood !! !! !!!!!!!!!!!!! On 5/20/21 9:16 AM, Brandon Craig Rhodes wrote: > On Fri, Apr 16, 2021 at 3:56 PM Elwood Downey <elwood.downey@... <mailto:elwood.downey@...>> wrote: > > Hi Brandon, > Well, the link is helpful, but what I meant was the doc pages themselves might best be absorbed into github so they can be updated over time as well. > Not that editing them would be any fun. I originally wrote all the docs using Applixware (anyone remember that?) and when that disappeared I hand-edited the html it generated from then on. > In short, feel free to scrape clearskyinstitute.com/xephem <http://clearskyinstitute.com/xephem> for anything you find useful. > > > Thanks very much for permission to snag the XEphem web site as well! I got busy preparing for travel in late April, but I have finally downloaded the “xephem/” directory from your Clear Sky Institute site with “wget -r”, and added the resulting files to a “Site” directory in the repository. It looks like the result works without any hand-editing! > > https://xephem.github.io/XEphem/Site/ <https://xephem.github.io/XEphem/Site/> > > Happily, nearly all the links in your docs are already relative links, so they are working just fine even though the base URL has changed. Very nice. > > I'm not sure I ever used Applixware, though the name is familiar. The Sun labs at Georgia Tech had FrameMaker installed, so that's what I used for a few projects when plain text and TeX didn't seem to fit a particular problem. I don't remember if I ever tried to export HTML from it or not. > > I’ll update the project README to point out that this documentation is now also available in-repo. Thanks again! >

I have a brand new M1 Mac Mini and was curious if XEphem would run on it as it worked nicely on a 2018 MacBook Pro. Prerequisites were having Rosetta 2 and XQuartz installed, the first got done via installing Thunderbird (Big Sur does that the first time an x86 app is installed) and the latter by visiting the XQuartz website. Note that the first release with Apple silicon support was released March 21, 2021. Installation of XEphem was dragging a copy to the Applications folder. Next step was double clicking on the XEphem icon and it came up almost immediately. Interesting part was that there was no "downloaded from the internet" dialog box. Being a brand new installation, I can't guarantee that it's bug-free. I haven't yet installed XCode on my Mini, so haven't done a build from source. The response time with Rosetta 2 is fast enough that I don't see a pressing need for a native version, and shows that Apple did a good job with Rosetta 2. One thing that probably helped was 32 bit support ending with Mojave, the AMD64 ISA is much closer to the ARM ISA than the 32 bit ISA that dates back to the 386. My initial experience with XEphem dates back to the review in Sky & Telescope, which led me to buying a copy to run on my Sun Ultra 10.

Marng this issue here as SOLVED. I use git a little, so I will try to mark it there as well. Doug. On Sat, 27 Mar 2021 16:50:49 +1100 "Doug Laidlaw" <laidlaws@...> wrote: > Thanks. I started this thread, so I will mark it as solved. > > Doug. > > On Fri, 26 > Mar 2021 21:33:10 -0700 "Elwood Downey" <elwood.downey@...> > wrote: > > > Please find attached the 2020-2025 World Magnetic Model ready for > > XEphem. Just replace the wmm.cof in the auxil directory and you will > > start seeing Mag decl values in the main window, no editing > > required. > > > > Someone can check this one off the Issues list.. sorry, I don't > > speak git. > > >

Please find attached the 2020-2025 World Magnetic Model ready for XEphem. Just replace the wmm.cof in the auxil directory and you will start seeing Mag decl values in the main window, no editing required. Someone can check this one off the Issues list.. sorry, I don't speak git. Elwood

Most of the posts here are about installation problems. it is time to create a flatpak for xephem. who knows someone who can do this?

It is somewhat depressing to see how many people have trouble installing xephem on Ubuntu or other distros. I have compiled v. 3.7.7 several times, even though it does install on Arch Linux and Manjaro. I have not tried 4.0.0 on Manjaro, which I use on another system, and which pretty much tracks ArchLInux. (And Manjaro is very easy to install). This is not on the official repo; but Arch User Repository has it, and it works well. Many useful packages that are not found on other distros are in the AUR. Just another reason I prefer Arch Linux over others. Love it! Alan Davis

(Third attempt to post this. :( ) I have the originakl XEphem-3.7.7. Today I tried to update it to the latest release and had 2 issues: (a) Firstly, I downloaded the 2019 magnetic variation file (the address on the NOAA site has changed), and copied it to replace the old one, in /usr/lib/. The file apparently can't be read; the magnetic variation should be +7.4, and a figure in that range is shown in the new file, but the program now shows +0.0. I checked the ownership, and the permissions are standard. (2) I then downloaded the SRPM for Fedora, and tried to configure it for my distro (Mageia) The RPM builder keeps saying that the dependency libXmu-devel isn't met (32-bit or 64-bit.) I had installed both. No version is mentioned in the spec file. *System, Mageia 8 (just released) running 64-bit. Routinely accepts spec files for PCLos and Fedora.

I installed XEphem without much trouble just now on brand new hardware using Linux Mint O.S. ver. 20.1: 0) Unziped the file from https://github.com/XEphem/XEphem and as instructed by the INSTALL file: cd GUI/xephem 1) Downloaded and expanded the MOTIF libraries http://www.clearskyinstitute.com/xephem/contrib/linux-x86-motif-dev.tar.gz into my /usr/lib directory as a new directory /usr/lib/linux-x86-motif-dev 2) Following the recommendation on http://www.clearskyinstitute.com/xephem/contrib/contrib.html, inserted this line into Makefile above the "ifdef MOTIF" line: MOTIF = /usr/lib/linux-x86-motif-dev (because that's where I parked the file referred to in the step above) 3) Made Alexander Wessel's edits to Makefile, as he recommended in his 8 March 2021 e-mail: XLIBS = -lXm -lXt -lXext -lXmu -lX11 CFLAGS := $(LIBINC) $(CFLAGS) LIBS = $(LIBLNK) $(XLIBS) $(LIBLIB) -lm 4) As instructed by the INSTALL file: make MOTIF=../../libXm/linux86 5) Only one wrinkle: my /usr/bin/ld could not find -lXext and -lXmu so I just deleted those two items from the XLIBS specification and ran the "make" again. (Am I right to understand that these libraries pertain to printing?) 6) Continued with Steps 2, 3, ..., n in the INSTALL instructions. Thanks for everybody's help, Bernie On 3/8/21 8:20 PM, rtolesnikov via groups.io wrote: > I've been building XEphem on Cygwin for years and I can confirm that it doesn't use libXp. My guess is that it's not the pre-processor taking care of it, it's that it's not even used anywhere. The print function is not affected as far as I can tell. > > Roman Tolesnikov > > On Monday, March 8, 2021, 09:25:31 PM PST, flexx via groups.io <flexx@...> wrote: > > > Gentoo removed the dependency via a rather simple patch: > > --- a/GUI/xephem/Makefile > +++ b/GUI/xephem/Makefile > @@ -30,7 +30,7 @@ > endif > > # for linux and Apple OS X > -XLIBS = -lXm -lXp -lXt -lXext -lXmu -lX11 > +XLIBS = -lXm -lXt -lXext -lXmu -lX11 > CFLAGS := $(LIBINC) $(CFLAGS) > LIBS = $(LIBLNK) $(XLIBS) $(LIBLIB) -lm > > I haven't looked but since that does not break the build, I assume the preprocessor will deal with the rest. So you should be fine doing the same on ARM. > > Cheers, > Alexander Wessel >

Hello all, After seeing so much interest in packaging XEphem for the future, I am moved to release it under the MIT Open Source license. To clearly delineate the heritage, I have bumped the version to 4.0.0. You can download it from my usual XEphem home page at https://clearskyinstitute.com/xephem. I only changed four files from 3.7.7 to reflect the change in terms: Copyright INSTALL README versionmenu.c XEphem needs your help. In particular note I have not incorporated the recent patches by Lutz M?ndle in the contrib section. That would be a good place to start. In general, I can think of at least the following that need attention. Jupiter and Saturn moons ephemerides polynomials expired in 2020 and will now rapidly grow inaccurate. Pluto's osculating elements Magnetic declination model Delta T model external access to data and images updated field stars databases browser help connections Finally, let me say Thank You to everyone who has used XEphem. I look forward to seeing where others can take it in the future. Best wishes to all, Elwood Downey

Hello, following this instruction http://wiki.jayscafe.net/index.php/Build_Recipe_for_XEphem two issues need to be resolved - Compiler issue: there are some errors because of '"' signs in the GUI/xephem/versionmenu.c file under the copyright section after static char *msg[] = {.... Change the '"' to '\"' - "can not find classicfigs.csf" error do a link from /home/youruserid/auxil to /usr/local/xephem/auxil/ Cheers AG

Dear friends, Sorry for the weird-sounding title... I am using XEphem with students and I would like to have the possibility to view the rotation of the Earth in "Earth view" mode. The default settings show a fixed region of the Earth's surface and the sunlight zone rotating (in spherical view mode) or "translating" (in cylindrical projection mode) as time goes, as if the Sun was rotating around the Earth. Because I am teaching the consequences of the Earth's motion in real life, I would like to have the choice to view things differently (with the Sun in a fixed direction and Earth rotating as time goes). Of course, this would only be in spherical view mode. So far, the only trick I have found is to activate tracking of one of the outer planets, in the hope that their positions relative to the Earth will reveal the sunlight and shadow hemispheres more or less equally. Yours, Maxime

Dear members of the XEphem community, I am using XEphem for basic practical courses on celestial dynamics in a Bachelor for would-be primary school teachers. Unfortunately, most students experienced the same problem during the classes: selecting a date by clicking the month or year in the main window / Calendar panel caused XEphem to crash (needing to kill and restart it). Contrarily, no problem was reported to me when they typed the date in the main window / Time panel. Clicking the day of the month or forward/backward buttons in the main window / Calendar works fine. All PCs run standard Ubuntu 20.04 on a stand-alone install (no VM or so). Thank you in advance for any advice! Yours, Maxime

Dear XEphem enthusiasts, Is it possible (and hopefully, not too difficult) to install and run XEphem in the Windows Subsystem for Linux? Have you ever heard of someone trying this? Yours, Maxime