You can subscribe to this list here.
2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(14) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2011 |
Jan
(10) |
Feb
(19) |
Mar
(43) |
Apr
(18) |
May
(34) |
Jun
(32) |
Jul
(43) |
Aug
(66) |
Sep
(118) |
Oct
(24) |
Nov
(26) |
Dec
(39) |
2012 |
Jan
(37) |
Feb
(31) |
Mar
(62) |
Apr
(61) |
May
(25) |
Jun
(68) |
Jul
(35) |
Aug
(54) |
Sep
(18) |
Oct
(19) |
Nov
(27) |
Dec
(8) |
2013 |
Jan
(3) |
Feb
(22) |
Mar
(40) |
Apr
(67) |
May
(27) |
Jun
(10) |
Jul
(10) |
Aug
(13) |
Sep
(7) |
Oct
(7) |
Nov
(3) |
Dec
(3) |
2014 |
Jan
(8) |
Feb
(7) |
Mar
(35) |
Apr
(9) |
May
(8) |
Jun
(11) |
Jul
(11) |
Aug
(20) |
Sep
(2) |
Oct
(2) |
Nov
(9) |
Dec
|
2015 |
Jan
(10) |
Feb
(11) |
Mar
(20) |
Apr
(1) |
May
(7) |
Jun
(18) |
Jul
(12) |
Aug
(12) |
Sep
(14) |
Oct
(8) |
Nov
(2) |
Dec
|
2016 |
Jan
|
Feb
(1) |
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
(2) |
Feb
(4) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
|
Oct
(1) |
Nov
|
Dec
|
2018 |
Jan
(1) |
Feb
|
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
(1) |
2019 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
(2) |
Feb
|
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
(3) |
Oct
(1) |
Nov
|
Dec
(4) |
2021 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
From: Trevor C. <tr...@no...> - 2023-10-19 16:39:00
|
Apparently there wasn't enough storage in github so I've shared the sample data as a torrent. You can grab the torrent file from Release/ or use the following magnet link magnet:?xt=urn:btih:847c87aabe29474d2d1ae83c9a78a0db6e4846c5&dn=SampleData On Fri, Oct 13, 2023 at 2:31 PM Trevor Clarke <tr...@no...> wrote: > I've committed the sample data into git with git-lfs. It's in > Release/SampleData. > You'll need to have git-lfs installed. Pulling the latest master should > grab all the sample data (about 1.6GiB) > > On Wed, Oct 11, 2023 at 1:56 AM 韦 海军 <Ama...@ho...> wrote: > >> Dear Clarke, >> After building Opticks from source, I'm trying to learn how to use it. >> When I read the Tutorials , The Sample Files can't be download from the >> Opticks website at: >> http://opticks.org/confluence/display/opticks/Sample+Data. Can you tell >> me somewhere else can i get the data? Many thanks and I look forward to >> hearing from you! >> >> Best Regards,Wei >> > |
From: Trevor C. <tr...@no...> - 2023-10-13 19:03:23
|
I've committed the sample data into git with git-lfs. It's in Release/SampleData. You'll need to have git-lfs installed. Pulling the latest master should grab all the sample data (about 1.6GiB) On Wed, Oct 11, 2023 at 1:56 AM 韦 海军 <Ama...@ho...> wrote: > Dear Clarke, > After building Opticks from source, I'm trying to learn how to use it. > When I read the Tutorials , The Sample Files can't be download from the > Opticks website at: > http://opticks.org/confluence/display/opticks/Sample+Data. Can you tell > me somewhere else can i get the data? Many thanks and I look forward to > hearing from you! > > Best Regards,Wei > |
From: Trevor C. <tr...@no...> - 2021-06-14 19:25:43
|
I just merged in the mie4nitf branch to master and made some fixes for windows runtime. It should now set the "Debugging" path to include the vcpkg installation bin directories so you won't need to copy DLLs to the build directory anymore. I have not yet tested on Linux and only did a smoke test on windows. I'll do more extensive testing this afternoon. |
From: Trevor C. <tr...@no...> - 2021-02-01 20:52:53
|
4.12.2 has been released and is on github and opticks.org. It is the same as 4.12.2rc1 except the version number changed and the "Developer Release - Not for Production" banners have been removed. |
From: Trevor C. <tr...@no...> - 2021-01-27 17:02:41
|
I've just uploaded a release candidate for opticks 4.12.2. This contains a single fix for a NITF loading problem introduced in 4.12.1. Please test and report back. I plan to make a production release next week unless another problem arises. Information and downloads can be found here: https://github.com/opticks-org/opticks/releases/tag/v4.12.2rc1 Note, I've only put up a windows 64-bit build and toolkit for the rc but I will do a full release with Linux for the production release. |
From: Trevor C. <tr...@no...> - 2020-12-28 16:30:11
|
I just upgraded postgres on the opticks website. It should be up and running but I haven't tested everything yet. If you see any problems please let me know. |
From: Trevor C. <tr...@no...> - 2020-12-21 20:52:19
|
I just pushed a change to master which updates most of the dependencies and switches over to using vcpkg instead of ivy. (known to work on windows, when available, you are better off using system dependencies for Linux via apt, yum, etc.) I also setup a windows debug build pipeline on azure. There are some caveats, it must use cached vcpkg builds as there isn't sufficient time to build them all (free/open source pipelines are limited to 60 minutes). There's also code to delete a bunch of intermediates from vcpkg as disk space is limited to 10gb and a full vcpkg dependency build tree and opticks build tree is much larger (mostly pdbs, precompiled headers, etc.) The build is failing in the pipeline right now and I have to investigate because it was working on my machine. It might just be an include path failure. Please read through the entire commit log entry as there were some other changes worth reading. There's updated build instructions in BUILDING.md. Finally, I have not tested this on Linux yet as I haven't had a chance to get a clean system installed at home (I'm out of office during covid). If you're a linux dev, try and build and let me know if there are problems. |
From: Trevor C. <tr...@no...> - 2020-12-07 16:54:17
|
Everything should be working fine again. |
From: Trevor C. <tr...@no...> - 2020-12-03 17:37:43
|
The main opticks.org site as well as downloads from opticks.org/downloads will be offline Friday through Sunday for power maintenance in the building. The github page (source code, issues, etc.) will be unaffected. |
From: Trevor C. <tr...@no...> - 2020-10-15 15:33:09
|
Requiring signed commits on master has been more trouble than it's worth as I typically need to do merge commits only which breaks history a bit. Pushes to master still require admin/maintainer roles but no longer require every commit in every branch to be signed in order to merge with history. That said, if you are setup to sign commits I'd prefer them but I'm only going to require them for rollup commits. |
From: Trevor C. <tr...@no...> - 2020-09-29 19:25:43
|
FYI, I've just pushed a change removing 32-bit Windows support from Opticks 5.x. |
From: Trevor C. <tr...@no...> - 2020-09-17 14:23:07
|
Great, thanks as always. As an FYI I've got some funded work coming to work on Opticks which includes a lot of updates for the build system and graphics system. Right now, the VS2017/Qt5 stuff that's in master uses the regular vsproj files. My first goal is to resolve any changes from there and get them into the cmake stuff and then merge cmake into master. Also going to resolve dependency issues on windows so they are more up to date and don't lag compared to linux. On Wed, Sep 16, 2020 at 11:53 PM Ed Leaver <ewl...@co...> wrote: > I downloaded Opticks on 12 Sep and have updated it's feature/cmake (in a > local feature/cmake-qt5-dev1 branch) to complete the Qt5 port there. It > builds and executes on CentOS-7 and CentOS-8 (and Fedora 32), but all > I've done is light it up and make sure all the plugins load. Testing is > still in order. > > I hope to submit a WIP pull request tomorrow or Friday, after I complete > my notes. Then look into Windows. > > All Dependencies libraries are supplied either by system packages, or a > few compiled from readily available source. It's actually looking rather > good. > > -Ed Leaver > > On 7/18/20 7:10 AM, opt...@li... wrote: > > Send Opticks-devs mailing list submissions to > > opt...@li... > > > > To subscribe or unsubscribe via the World Wide Web, visit > > https://lists.sourceforge.net/lists/listinfo/opticks-devs > > or, via email, send a message with subject or body 'help' to > > opt...@li... > > > > You can reach the person managing the list at > > opt...@li... > > > > When replying, please edit your Subject line so it is more specific > > than "Re: Contents of Opticks-devs digest..." > > > > > > Today's Topics: > > > > 1. merged glsl replacement for cg (Clarke, Trevor) > > > > > > ---------------------------------------------------------------------- > > > > Message: 1 > > Date: Fri, 17 Jul 2020 19:04:43 +0000 > > From: "Clarke, Trevor" <tc...@ba...> > > To: "'opt...@li...'" > > <opt...@li...> > > Subject: [Opticks-devs] merged glsl replacement for cg > > Message-ID: <e65...@ba...> > > Content-Type: text/plain; charset="us-ascii" > > > > Just pushed a change to master that replaces the Cg dynamic image and > filter code with code that uses GLSL. This should work on Linux as well as > Windows but requires testing. If anyone wants to build and test this code, > especially on Linux, let me know how it works. > > > > ---------------------- > > Trevor R.H. Clarke > > Software Engineer, Ball Aerospace > > (937)320-7087 > > > > This message and any enclosures are intended only for the addressee. > Please > > notify the sender by email if you are not the intended recipient. If > you are > > not the intended recipient, you may not use, copy, disclose, or > distribute this > > message or its contents or enclosures to any other person and any such > actions > > may be unlawful. Ball reserves the right to monitor and review all > messages > > and enclosures sent to or from this email address. > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > > > ------------------------------ > > > > > > > > ------------------------------ > > > > Subject: Digest Footer > > > > _______________________________________________ > > Opticks-devs mailing list > > Opt...@li... > > https://lists.sourceforge.net/lists/listinfo/opticks-devs > > > > > > ------------------------------ > > > > End of Opticks-devs Digest, Vol 69, Issue 2 > > ******************************************* > > > > _______________________________________________ > Opticks-devs mailing list > Opt...@li... > https://lists.sourceforge.net/lists/listinfo/opticks-devs > |
From: Ed L. <ewl...@co...> - 2020-09-17 03:53:21
|
I downloaded Opticks on 12 Sep and have updated it's feature/cmake (in a local feature/cmake-qt5-dev1 branch) to complete the Qt5 port there. It builds and executes on CentOS-7 and CentOS-8 (and Fedora 32), but all I've done is light it up and make sure all the plugins load. Testing is still in order. I hope to submit a WIP pull request tomorrow or Friday, after I complete my notes. Then look into Windows. All Dependencies libraries are supplied either by system packages, or a few compiled from readily available source. It's actually looking rather good. -Ed Leaver On 7/18/20 7:10 AM, opt...@li... wrote: > Send Opticks-devs mailing list submissions to > opt...@li... > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/opticks-devs > or, via email, send a message with subject or body 'help' to > opt...@li... > > You can reach the person managing the list at > opt...@li... > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Opticks-devs digest..." > > > Today's Topics: > > 1. merged glsl replacement for cg (Clarke, Trevor) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 17 Jul 2020 19:04:43 +0000 > From: "Clarke, Trevor" <tc...@ba...> > To: "'opt...@li...'" > <opt...@li...> > Subject: [Opticks-devs] merged glsl replacement for cg > Message-ID: <e65...@ba...> > Content-Type: text/plain; charset="us-ascii" > > Just pushed a change to master that replaces the Cg dynamic image and filter code with code that uses GLSL. This should work on Linux as well as Windows but requires testing. If anyone wants to build and test this code, especially on Linux, let me know how it works. > > ---------------------- > Trevor R.H. Clarke > Software Engineer, Ball Aerospace > (937)320-7087 > > This message and any enclosures are intended only for the addressee. Please > notify the sender by email if you are not the intended recipient. If you are > not the intended recipient, you may not use, copy, disclose, or distribute this > message or its contents or enclosures to any other person and any such actions > may be unlawful. Ball reserves the right to monitor and review all messages > and enclosures sent to or from this email address. > -------------- next part -------------- > An HTML attachment was scrubbed... > > ------------------------------ > > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > Opticks-devs mailing list > Opt...@li... > https://lists.sourceforge.net/lists/listinfo/opticks-devs > > > ------------------------------ > > End of Opticks-devs Digest, Vol 69, Issue 2 > ******************************************* |
From: Clarke, T. <tc...@ba...> - 2020-07-17 19:28:20
|
Just pushed a change to master that replaces the Cg dynamic image and filter code with code that uses GLSL. This should work on Linux as well as Windows but requires testing. If anyone wants to build and test this code, especially on Linux, let me know how it works. ---------------------- Trevor R.H. Clarke Software Engineer, Ball Aerospace (937)320-7087 This message and any enclosures are intended only for the addressee. Please notify the sender by email if you are not the intended recipient. If you are not the intended recipient, you may not use, copy, disclose, or distribute this message or its contents or enclosures to any other person and any such actions may be unlawful. Ball reserves the right to monitor and review all messages and enclosures sent to or from this email address. |
From: Trevor C. <tr...@no...> - 2020-07-13 20:14:47
|
I just pushed a bunch of changes from an Opticks fork over to master. The commit message has all the details but the main changes are upgrades to VS2017 and Qt5. You'll need a special download of Dependencies for right now: https://opticks.org/downloads/working_deps/dependencies64_vs2017_updates.7z and it will only build and run under x64|Release builds on Windows as I don't have updated dependency builds for other platforms and configurations. I'm putting this off until I merge the CMake changes. My next major task is to get the testbed into github. Initially it won't run if you don't have the data available. I'll need to look at all the data and see what I can make available or can switch to some existing sample data but at least I'll be able to run it regularly and get some regression testing done. After that I'll be merging up the cmake changes. This will make dependency management much easier on all platforms. |
From: Trevor C. <tr...@no...> - 2020-03-15 22:32:48
|
I'd welcome any patches. A couple of things. The cmake branch is a bit out of date and not quite finished so use some care. I want to get it updated to push to master. I also have some patches I'm trying to pull in from a fork of 4.11.0 which update to Qt 5, Visual Studio 2017 (for windows), and make a few other fixes. Getting the patches is taking a bit longer than I'd hoped so I don't have a date on that yet but the Qt5 port was non-trivial. On Sun, Mar 15, 2020 at 2:59 PM Ed Leaver <ewl...@co...> wrote: > I've been working on gcc8/gcc9 compatibility with an eye toward an > eventual RHEL8/CentOS8 future, and updating feature/cmake. I have both > working well on Fedora30; after Trevor's fixing the previous > ca-certs/ivy-config issue I'm now working on verifying them on CentOS7. > The compiler update is particularly interesting in view of much improved > diagnostics. Please reply if any have interest in me pushing this work > upstream, and we can open a discussion on what to name the development > sub-branches, which upstream objects they should track, what should be > in them, and when. > > At present I have my gcc9/cmake work combined on a single non-tracking > local gcc8 development branch (CentOS8 is on gcc8 while Fedora30 > currently tracks gcc9), but am breaking the compiler updates and > features/cmake into separate branches for testing on CentOS7. Separate > gcc/cmake branches might be easier both to discuss and to eventually > merge, but please let me know your preferences. > > Thanks! > > Ed Leaver > > > > > _______________________________________________ > Opticks-devs mailing list > Opt...@li... > https://lists.sourceforge.net/lists/listinfo/opticks-devs > |
From: Ed L. <ewl...@co...> - 2020-03-15 18:59:01
|
I've been working on gcc8/gcc9 compatibility with an eye toward an eventual RHEL8/CentOS8 future, and updating feature/cmake. I have both working well on Fedora30; after Trevor's fixing the previous ca-certs/ivy-config issue I'm now working on verifying them on CentOS7. The compiler update is particularly interesting in view of much improved diagnostics. Please reply if any have interest in me pushing this work upstream, and we can open a discussion on what to name the development sub-branches, which upstream objects they should track, what should be in them, and when. At present I have my gcc9/cmake work combined on a single non-tracking local gcc8 development branch (CentOS8 is on gcc8 while Fedora30 currently tracks gcc9), but am breaking the compiler updates and features/cmake into separate branches for testing on CentOS7. Separate gcc/cmake branches might be easier both to discuss and to eventually merge, but please let me know your preferences. Thanks! Ed Leaver |
From: Trevor C. <tr...@no...> - 2020-03-13 22:25:07
|
Ok, the problem is twofold. 1) The opticks server has changed to only support https (http is redirected) but I did not update the ivy config to use https. I believe it may not be redirecting correctly. I've pushed a fix to trunk. 2) I did a clean setup of centos7 in a clean VM and was receiving SSL errors on opticks.org. It's not immediately obvious from ivy/any that is the problem but a curl showed the issue. It seems the latest letsencrypt root cert is not installed in cent by default. An update of ca-certificates didn't seem to help. However, manually installing the CA cert fixed everything. As root (or with sudo) > curl -o /etc/pki/ca-trust/source/anchors/letsencryptauthorityx3.pem https://letsencrypt.org/certs/letsencryptauthorityx3.pem.txt > update-ca-trust It should work after that provided you've updated to include https in the download configs. I've added issue #440 to resolve this in master. On Fri, Mar 13, 2020 at 1:02 PM Ed Leaver <ewl...@co...> wrote: > Hi. I'm building Opticks 4.12.1 on Fedora30 and CentOS7. My immediate > problem is running Dependencies/retrieve-dependencies.sh > > I use git. On Fedora retrieve-dependencies.sh works fine from the > feature/cmake branch, but fails from master. feature/cmake is at > 4.12.0rc1b, master at 4.12.1. > > On CentOS7, while git clone etc. works fine, retrieve-dependencies.sh > fails on either branch. It's output is attached, and ends with > > [ivy:retrieve] ==== opticks-public: tried > [ivy:retrieve] > http://opticks.org/downloads/ivy-repo//opticks/opticks-deps/4.12.0rc1b/opticks-deps-ivy.xml > [ivy:retrieve] -- artifact > opticks#opticks-deps;4.12.0rc1b!opticks-deps.jar: > [ivy:retrieve] > http://opticks.org/downloads/ivy-repo//opticks/opticks-deps/4.12.0rc1b/opticks-deps.jar > [ivy:retrieve] :::::::::::::::::::::::::::::::::::::::::::::: > [ivy:retrieve] :: UNRESOLVED DEPENDENCIES :: > [ivy:retrieve] :::::::::::::::::::::::::::::::::::::::::::::: > [ivy:retrieve] :: opticks#opticks-deps;4.12.0rc1b: not found > [ivy:retrieve] :::::::::::::::::::::::::::::::::::::::::::::: > [ivy:retrieve] > [ivy:retrieve] :: USE VERBOSE OR DEBUG MESSAGE LEVEL FOR MORE DETAILS > > BUILD FAILED > /media/truecrypt1/Users/leaver/project/RemoteSensing/Opticks/Source/git/opticks/Dependencies/build.xml:195: > impossible to resolve dependencies: > resolve failed - see output for details > > --------------------------------------------------------------------------------------------------- > > I'm thinking I might have a system configuration issue, as > retrieve-dependencies.sh partly works on my Fedora, but not CentOS. How can > I debug this thing? How do I pass debug or verbose options to ivy-retrieve? > > On CentOS7 I added CA LetsEncrypt's X3 authority .pem to my > /etc/pki/ca-trust/source/anchor/ and re-ran update-ca-trust. It helped wget > a little, but not ivy. > > My Fedora and CentOS are on two different machines, so I've two different > home dirs, and two different ~/.ivy2/cache dirs, with Fedora's being the > more highly populated as I've been working with Opticks for several years. > I haven't tried copying Fedora's .ivy2 to CentOS -- *yet* -- as while > that might help with feature/cmake, it's unlikely the root cause of the > problem and I'll need master Real Soon... Any suggestions? > > Thanks! > > Ed Leaver > _______________________________________________ > Opticks-devs mailing list > Opt...@li... > https://lists.sourceforge.net/lists/listinfo/opticks-devs > |
From: Ed L. <ewl...@co...> - 2020-03-13 17:02:39
|
<html> <head> <meta http-equiv="content-type" content="text/html; charset=UTF-8"> </head> <body> Hi. I'm building Opticks 4.12.1 on Fedora30 and CentOS7. My immediate problem is running Dependencies/retrieve-dependencies.sh<br> <br> I use git. On Fedora retrieve-dependencies.sh works fine from the feature/cmake branch, but fails from master. feature/cmake is at 4.12.0rc1b, master at 4.12.1.<br> <br> On CentOS7, while git clone etc. works fine, retrieve-dependencies.sh fails on either branch. It's output is attached, and ends with<br> <br> [ivy:retrieve] ==== opticks-public: tried<br> [ivy:retrieve] <a class="moz-txt-link-freetext" href="http://opticks.org/downloads/ivy-repo//opticks/opticks-deps/4.12.0rc1b/opticks-deps-ivy.xml">http://opticks.org/downloads/ivy-repo//opticks/opticks-deps/4.12.0rc1b/opticks-deps-ivy.xml</a><br> [ivy:retrieve] -- artifact opticks#opticks-deps;4.12.0rc1b!opticks-deps.jar:<br> [ivy:retrieve] <a class="moz-txt-link-freetext" href="http://opticks.org/downloads/ivy-repo//opticks/opticks-deps/4.12.0rc1b/opticks-deps.jar">http://opticks.org/downloads/ivy-repo//opticks/opticks-deps/4.12.0rc1b/opticks-deps.jar</a><br> [ivy:retrieve] ::::::::::::::::::::::::::::::::::::::::::::::<br> [ivy:retrieve] :: UNRESOLVED DEPENDENCIES ::<br> [ivy:retrieve] ::::::::::::::::::::::::::::::::::::::::::::::<br> [ivy:retrieve] :: opticks#opticks-deps;4.12.0rc1b: not found<br> [ivy:retrieve] ::::::::::::::::::::::::::::::::::::::::::::::<br> [ivy:retrieve] <br> [ivy:retrieve] :: USE VERBOSE OR DEBUG MESSAGE LEVEL FOR MORE DETAILS<br> <br> BUILD FAILED<br> /media/truecrypt1/Users/leaver/project/RemoteSensing/Opticks/Source/git/opticks/Dependencies/build.xml:195: impossible to resolve dependencies:<br> resolve failed - see output for details<br> ---------------------------------------------------------------------------------------------------<br> <br> I'm thinking I might have a system configuration issue, as retrieve-dependencies.sh partly works on my Fedora, but not CentOS. How can I debug this thing? How do I pass debug or verbose options to ivy-retrieve?<br> <br> On CentOS7 I added CA LetsEncrypt's X3 authority .pem to my /etc/pki/ca-trust/source/anchor/ and re-ran update-ca-trust. It helped wget a little, but not ivy.<br> <br> My Fedora and CentOS are on two different machines, so I've two different home dirs, and two different ~/.ivy2/cache dirs, with Fedora's being the more highly populated as I've been working with Opticks for several years. I haven't tried copying Fedora's .ivy2 to CentOS -- <i>yet</i> -- as while that might help with feature/cmake, it's unlikely the root cause of the problem and I'll need master Real Soon... Any suggestions?<br> <br> Thanks!<br> <br> Ed Leaver<br> </body> </html> |
From: Trevor C. <tr...@no...> - 2020-01-10 20:14:12
|
It's finally here! Opticks 4.12.1 has been released. There are binary builds for Centos7 and Windows 64-bit. I've tested on Windows 10 only. You can get the details here: https://github.com/opticks-org/opticks/releases/tag/v4.12.1 |
From: Clarke, T. <tc...@ba...> - 2020-01-10 19:51:46
|
It's finally here! Opticks 4.12.1 has been release. There are binary builds for Centos7 and Windows 64-bit. I've tested on Windows 10 only. You can get the details here: https://github.com/opticks-org/opticks/releases/tag/v4.12.1 ---------------------- Trevor R.H. Clarke Software Engineer, Ball Aerospace (937)320-7087 This message and any enclosures are intended only for the addressee. Please notify the sender by email if you are not the intended recipient. If you are not the intended recipient, you may not use, copy, disclose, or distribute this message or its contents or enclosures to any other person and any such actions may be unlawful. Ball reserves the right to monitor and review all messages and enclosures sent to or from this email address. |
From: Trevor C. <tr...@no...> - 2019-01-15 05:52:28
|
I'll be doing a 4.12.1rc1 rollup later in the week. If you have anything you would like to submit for the release, please do so before Thursday. |
From: Trevor C. <tr...@no...> - 2019-01-10 03:35:34
|
I’m planning an opticks 4.12.1 release sometime this month. It will not contain many changes so most users will likely not need to update. Check the announcement when the release goes out for more information. In addition, I put together a post with information on some new, more streamlined development and release processes. It’s linked below. In short, there will be much less process and documentation for future releases unless explicitly requested by someone. If you are using Opticks and have particular documentation or testing requirements, you will want to read this. If you plan to develop for Opticks, you should read this. Anyone else, read it if you want. https://opticks.org/x/awAYC |
From: Trevor C. <tr...@no...> - 2019-01-09 22:55:24
|
I’m planning an opticks 4.12.1 release sometime this month. It will not contain many changes so most users will likely not need to update. Check the announcement when the release goes out for more information. In addition, I put together a post with information on some new, more streamlined development and release processes. It’s linked below. In short, there will be much less process and documentation for future releases unless explicitly requested by someone. If you are using Opticks and have particular documentation or testing requirements, you will want to read this. If you plan to develop for Opticks, you should read this. Anyone else, read it if you want. https://opticks.org/x/awAYC |
From: Clarke, T. <tc...@ba...> - 2018-12-11 20:12:02
|
Confluence is back up and running. Please let me know if there are further problems. ---------------------- Trevor R.H. Clarke Software Engineer, Ball Aerospace (937)320-7087 This message and any enclosures are intended only for the addressee. Please notify the sender by email if you are not the intended recipient. If you are not the intended recipient, you may not use, copy, disclose, or distribute this message or its contents or enclosures to any other person and any such actions may be unlawful. Ball reserves the right to monitor and review all messages and enclosures sent to or from this email address. |