The package discussed in this thread is now available via
http://astrotortilla.sourceforge.net/cygwin-custom
--
jussi
Hello, and pardon me for still pestering you.
I've got a custom repo now working with setup.exe -X @
http://rubor.org/astrometrytortilla (won't be the final location).
Signatures are more troublesome. I suspect my .sig files are in a
wrong format, but can't find detailed info on what the correct
On Fri, Nov 11, 2011 at 12:46 PM, Jussi Kantola wrote:
Hello, and pardon me for still pestering you.
Right. I didn't intend this for the mailing-list. Also, I think I
just got the signatures working by
using --detach-sig instead of --sign.
Please excuse me my butter-fingers and all that comes
Well, well.
I'm grateful for esp. the hours Chuck put into this, and for having at
least seen the process and all, but I suppose it's time to end this --
I just can't bear to watch losing all the votes so bravely fought for
;-)
AstroTortilla is fine with a custom repo. All we ever wanted was to
On 11/9/2011 5:00 AM, Jussi Kantola wrote:
AstroTortilla is fine with a custom repo. All we ever wanted was to
be able to install astrometry.net with Cygwin's setup.exe
OK.
How many
would we need for it to be considered significant enough?
No idea.
Is this document still valid?
On 11/8/2011 2:19 AM, Christopher Faylor wrote:
Cygwin is supposed to be like a Linux distro. Including packages which
come with Linux distros is a no-brainer. Including a large, specialized
package which is not commonly found on Linux and which has a small user
base is not a no-brainer.
On 11/8/2011 8:19 AM, Christopher Faylor wrote:
I think it's kinda cool for cygwin be one of the first (not THE first;
it's already in BSD ports IIUC) to provide these tools, so that's why I
voted +1.
^That is actually the type of answer I was looking for. I wanted to
know why people
On Tue, Nov 08, 2011 at 07:01:52PM +0100, Marco Atzeri wrote:
On 11/8/2011 8:19 AM, Christopher Faylor wrote:
I think it's kinda cool for cygwin be one of the first (not THE first;
it's already in BSD ports IIUC) to provide these tools, so that's why I
voted +1.
^That is actually the type of
On 8 November 2011 07:44, Ken Brown wrote:
I was the last person to vote +1, and I have to admit that it was mostly to
help the guy out. I regret that I didn't give it more thought. Now that
I've seen this discussion, I am no longer in favor of including the package
in the distro. I think
On Fri, Nov 4, 2011 at 11:13 PM, Charles Wilson wrote:
You should probably do that, to ensure that the build procedure works on
your machine. Also, to test the resuts; I have no idea how to use this
stuff.
It builds fine, and the resulting installation works fine when I put
some sky catalogs
On 11/7/2011 8:18 AM, Jussi Kantola wrote:
On Fri, Nov 4, 2011 at 11:13 PM, Charles Wilson wrote:
You should probably do that, to ensure that the build procedure works on
your machine. Also, to test the resuts; I have no idea how to use this
stuff.
It builds fine, and the resulting
On Mon, Nov 7, 2011 at 4:46 PM, Charles Wilson wrote:
Good news. Please post *your* rebuilt packages somewhere, so they can
be uploaded.
wget \
http://rubor.org/astrometrytortilla/astrometry.net/astrometry.net-0.38-2.tar.bz2
\
On Mon, Nov 07, 2011 at 09:46:21AM -0500, Charles Wilson wrote:
On 11/7/2011 8:18 AM, Jussi Kantola wrote:
On Fri, Nov 4, 2011 at 11:13 PM, Charles Wilson wrote:
You should probably do that, to ensure that the build procedure works on
your machine. Also, to test the resuts; I have no idea how
On 11/7/2011 11:17 AM, Christopher Faylor wrote:
I've been trying not to offer an opinion here but it isn't clear to me
why so many people voted +1 for this package. It seems like we're
adding a huge package
Meh, if you exclude the star catalogs (and I think we should; and the OP
has agreed
On Mon, Nov 07, 2011 at 11:49:45PM -0500, Charles Wilson wrote:
On 11/7/2011 11:17 AM, Christopher Faylor wrote:
I've been trying not to offer an opinion here but it isn't clear to me
why so many people voted +1 for this package. It seems like we're
adding a huge package
Meh, if you exclude
On 10/7/2011 12:18 PM, Jussi Kantola wrote:
However I had to modify backend-main.c so that the config file (which
defines the location of index files)
could be read from cygwin's preferred location,
/usr/share/astrometry/etc/backend.cfg.
That's a little odd, and I don't think that's exactly
On Fri, Nov 4, 2011 at 8:29 AM, Charles Wilson wrote:
I don't think this is a showstopper for this release, but ordinarily
configuration files belong in the top-level /etc directory. However, once
installed there, a name like backend.cfg is poorly chosen, since it
doesn't really indicate what
On Fri, 2011-11-04 at 02:29 -0400, Charles Wilson wrote:
On 10/7/2011 12:18 PM, Jussi Kantola wrote:
However I had to modify backend-main.c so that the config file (which
defines the location of index files)
could be read from cygwin's preferred location,
On 11/4/2011 11:11 AM, Yaakov (Cygwin/X) wrote:
software is quite unpolished.
From reading the web page, it appears to be a research project by a
couple of grad students -- with goals of supporting amateur and even
professional astronomers by automating what is currently a
labor-intensive
On 11/4/2011 2:29 AM, Charles Wilson wrote:
Your build still links against libbackend.a, rather than cygbackend.dll.
I'm trying to massage your -src package to DTRT. Stay tuned.
I've posted a revised version of your package here:
On Oct 30 23:10, Jussi Kantola wrote:
Bump. The package has the 5 votes required for inclusion of a new
package, still missing the GTG. If someone knows the package is not
GTG, can I please get directions about what's wrong. The project that
sort of needs astrometry.net in the Cygwin repos
On 11/3/2011 8:02 AM, Corinna Vinschen wrote:
I hoped that somebody who voted on the package would do the final
GTG, but in vain it seems.
Sorry...I had intended to, but got swamped with other stuff. :-(
Anyway, I just had a look. The packaging now looks basically good. One
issue I still
On Nov 3 08:55, Charles Wilson wrote:
On 11/3/2011 8:02 AM, Corinna Vinschen wrote:
I hoped that somebody who voted on the package would do the final
GTG, but in vain it seems.
Sorry...I had intended to, but got swamped with other stuff. :-(
Anyway, I just had a look. The packaging now
On Thu, Nov 3, 2011 at 2:02 PM, Corinna Vinschen wrote:
Is it really necessary to have all the binaries as user-accessible
binaries in /usr/bin? Or are many of the binaries just called from
another (or other) binaries which serve as the primary UI?
The latter was true. I updated the packages
Bump. The package has the 5 votes required for inclusion of a new
package, still missing the GTG. If someone knows the package is not
GTG, can I please get directions about what's wrong. The project that
sort of needs astrometry.net in the Cygwin repos is close to its first
publicized release
Bump, if only to show that I'm serious about maintaining the package.
On Tue, Oct 11, 2011 at 1:19 PM, Marco Atzeri wrote:
+1 . Same comment about missing package procedure
Thanks for the vote. I'm sorry but if there's still an issue about
packaging, or procedure, I need it pointed out.
AFAIK
On 18 October 2011 07:21, Jussi Kantola wrote:
+3 at the moment ...
+1
Chris
--
Chris Sutcliffe
http://emergedesktop.org
http://www.google.com/profiles/ir0nh34d
On 10/5/2011 6:01 PM, Charles Wilson wrote:
On 10/4/2011 4:02 AM, Jussi Kantola wrote:
category: Science
requires: cairo libcairo2 python-cairo libnetpbm10 netpbm libpng14
libjpeg8 zlib zlib0 python python-numpy pkg-config cygwin
sdesc:Astrometry.net astrometrical solver.
ldesc:
Bumping up (is this cool, or am I being too spammy?)
--
jussi
On Mon, Oct 10, 2011 at 09:54:18PM +0300, Jussi Kantola wrote:
Bumping up (is this cool, or am I being too spammy?)
You are being spammy.
cgf
On Fri, Oct 7, 2011 at 5:20 PM, Marco Atzeri wrote:
Hi Jussi,
could you clarify the usage/scope of
usr/lib/astrometry/libbackend.so ?
I'm not a programmer of astrometry.net, and don't know how it works
internally (except that it's looking for
stars in the image to be solved, then constructs
Sorry for my linebreaking, gmail has been messing it up lately :/
--
jussi
I've updated the package as per instructions from this thread (fixed
the paths, dropped the unnecessary libs).
Hopefully I got it right this time -- I've found a new respect for
package maintainers of all my favorite distros,
this stuff requires more concentration and care than actually
On 10/4/2011 1:02 AM, Jussi Kantola wrote:
snip
It's a package that our project
(http://sourceforge.net/projects/astromate/) would benefit immensely
from, as the routine of installing cygwin, selecting (all of the) the
required packages and compiling astrometry.net is beyond the skills of
the
I'm curious, partly for myself. Would it not be a fairly simple alternative
for your users if you distributed a binary package and told them that
installing Cygwin is a prereq for running your binary (assuming it is)?
List, is there a reason this should not be done?
That's how it'll be done
On 10/4/2011 4:02 AM, Jussi Kantola wrote:
category: Science
requires: cairo libcairo2 python-cairo libnetpbm10 netpbm libpng14
libjpeg8 zlib zlib0 python python-numpy pkg-config cygwin
sdesc:Astrometry.net astrometrical solver.
ldesc:Astrometry.net analyses an astronomical image
+1
Hi Jussi,
On Oct 4 11:02, Jussi Kantola wrote:
Hi folks --
I'm trying this for the second and final time, just in case this got
ignored earlier because of formal mistakes in the submission, or
holidays, or ...
It's a package that our project
(http://sourceforge.net/projects/astromate/)
38 matches
Mail list logo