[savi] SaVi 1.4.4 released

[<L.Wood@su...>]

SaVi 1.4.4 is now released, and available from http://savi.sf.net/

The SaVi 1.4.4 release (18 February 2011) builds on Tcl/Tk 8.6b1, updates
script simulating O3b based on latest information, adds simulations of
Japanese NeLS rosette and COMMstellation constellations, allows selection
between existing J2 and classical J0 orbital models with -orbit-model flag,
provides keyboard menu shortcuts (except on buggy Mac Tk), warns against
deletion of help textfiles, supports building with just 'make' on x86_64
linux systems, adds notes on packaging and release processes. 

Enjoy!

Lloyd Wood
http://sat-net.com/L.Wood

[savi] New SaVi development drop

[<L.Wood@su...>]

http://personal.ee.surrey.ac.uk/Personal/L.Wood/software/SaVi/src/unreleased/

I'm gearing up for the release of SaVi 1.4.4, and have done a development tarball for testing purposes. Comments welcomed, particularly on the make and binary detection, which now attempts to handle x86_64 systems where someone has just typed 'make'.

thanks,

L.

Lloyd Wood
L.Wood@...
http://sat-net.com/L.Wood

Re: [savi] Contact Form (getdeb-1297520787)

[<L.Wood@su...>]

Joao,

Thanks for your response.

I should add that:
- on reflection, my suggestion on moving files (the readmes and manual) from /usr/share/savi is a bad idea as they're referenced by the help system, which effectively makes them part of the program. I suggest keeping all the filesl in one place, so that SaVi is consistently in one directory across all platforms (the VERSION file is required for that, and should not be removed.)
- the packaged savi should imo be built using zlib (see included documentation), as having zlib brought in as a package dependency is trivial; most of the time it's already there...
- the modifications made to the moved (rather than copied over) copyright file are surprising to see. SaVi 1.4.3 wasn't obtained from where it is claimed, added copyright information seems incomplete.
- I wasn't notified that a package of savi was created; it has taken me over a year to discover it, try it out, and notice this problem. Is there a mechanism for notifying package authors? (Freshmeat is of no help here.)

SaVi is also a spare-time effort for me. It's been over a year since 1.4.3. I can release SaVi 1.4.4, so that you'll be packaging a new version and pushing out a more useful upgrade for users, rather than wasting time and effort repackaging the code you already make available.

regards

Lloyd Wood
http://savi.sf.net/
________________________________________
From: joao.pinto@... [joao.pinto@...] On Behalf Of Joao Pinto [contact@...]
Sent: 12 February 2011 23:11
To: Wood L Dr (Electronic Eng)
Cc: GetDeb Contact
Subject: Re: Contact Form (getdeb-1297520787)

Hello Lloyd,
we are a very small team, only Christoph has been packaging lately, we do the best we can with our spare time.

We will take care of the package fixing as soon as possible.

Thanks for your understanding.


On Sat, Feb 12, 2011 at 2:26 PM, Lloyd Wood <L.Wood@...<mailto:L.Wood@...>> wrote:
Hello,

Getdeb's packaging of my SaVi project and removal of help textfile broke its help system. Haven't had a response from the packager. Email to him below.

http://www.getdeb.net/software/SaVi
http://sourceforge.net/mailarchive/forum.php?thread_name=FD7B10366AE3794AB1EC5DE97A93A37321500805E5%40EXMB01CMS.surrey.ac.uk&forum_name=savi-developers

Christoph,

I see you created a debian package of my SaVi 1.4.3 ( http://savi.sf.net/ ). While I welcome others packaging SaVi, as it's not something I'd get around to myself, I should point out that the changes made in your packaging broke SaVi's help system.

The options on SaVi's help menu and About SaVi... windows load in the textfiles:
README
README-COVERAGE-TEXTUREMAPPING
COPYRIGHT
BUGS
for easy viewing by GUI users, and help also refers users to the manual/ subdirectory. As far as I can see, all but the COPYRIGHT file (which now lives renamed as 'copyright' under /usr/share/doc/savi ) have been deleted. This breaks SaVi's help system (only 'no information available for these satellites' is displayed), and is very unhelpful to new SaVi users.

(Also missing is /usr/share/savi/.geomview, but since there's been a longstanding bug against geomview for using dot files for configuration and causing false alarms when the tree is scanned, and users aren't going to run SaVi from there, that's understandable. What, if anything, should be done if Geomview and SaVi are both installed as packages, so that SaVi automatically appears in Geomview's menu list, is a separate problem. And the 'get screenshot' option in the Ubuntu Synaptic package manager doesn't seem to work for SaVi, btw.).

As far as I can see for packaging purposes to fix documentation, I can write shell and Tcl code that tests for the existence of the textpage in the usual directory indicated by the SAVI environment variable, and if it can't find the required textfile there it then looks under the separate directory indicated by SAVIDOC, which defaults to /usr/share/doc to satisfy your packaging conventions.

If COPYRIGHT, README-COVERAGE-TEXTUREMAPPING, BUGS, README and manual/ are all moved (names unchanged) under /usr/share/doc/savi to split the tree into code and documentation, that will then do the right thing. Does this sound reasonable for a 1.4.4 release?

regards,

Lloyd Wood
http://sat-net.com/L.Wood

[savi] Packaging broken for SaVi 1.4.3

[<L.Wood@su...>]

Christoph,

I see you created a debian package of my SaVi 1.4.3 ( http://savi.sf.net/ ). While I welcome others packaging SaVi, as it's not something I'd get around to myself, I should point out that the changes made in your packaging broke SaVi's help system.

The options on SaVi's help menu and About SaVi... windows load in the textfiles:
README
README-COVERAGE-TEXTUREMAPPING
COPYRIGHT
BUGS
for easy viewing by GUI users, and help also refers users to the manual/ subdirectory. As far as I can see, all but the COPYRIGHT file (which now lives renamed as 'copyright' under /usr/share/doc/savi ) have been deleted. This breaks SaVi's help system (only 'no information available for these satellites' is displayed), and is very unhelpful to new SaVi users.

(Also missing is /usr/share/savi/.geomview, but since there's been a longstanding bug against geomview for using dot files for configuration and causing false alarms when the tree is scanned, and users aren't going to run SaVi from there, that's understandable. What, if anything, should be done if Geomview and SaVi are both installed as packages, so that SaVi automatically appears in Geomview's menu list, is a separate problem. And the 'get screenshot' option in the Ubuntu Synaptic package manager doesn't seem to work for SaVi, btw.).

As far as I can see for packaging purposes to fix documentation, I can write shell and Tcl code that tests for the existence of the textpage in the usual directory indicated by the SAVI environment variable, and if it can't find the required textfile there it then looks under the separate directory indicated by SAVIDOC, which defaults to /usr/share/doc to satisfy your packaging conventions.

If COPYRIGHT, README-COVERAGE-TEXTUREMAPPING, BUGS, README and manual/ are all moved (names unchanged) under /usr/share/doc/savi to split the tree into code and documentation, that will then do the right thing. Does this sound reasonable for a 1.4.4 release?

regards,

Lloyd Wood
http://sat-net.com/L.Wood