<div dir="ltr">Awesome Angelos!<div><br></div><div>I'll try to find a bit of time to test the packaging :-)</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 3 Sep 2020 at 19:24, Angelos Tzotsos <<a href="mailto:gcpp.kalxas@gmail.com">gcpp.kalxas@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi all,<br>
<br>
I had a call with Alex and Kirill a couple of hours ago to kick off the <br>
ODC application for OSGeoLive.<br>
We discussed about the ODC dependencies and we now have a first <br>
(untested) debian package in place:<br>
<br>
<a href="https://launchpad.net/~gcpp-kalxas/+archive/ubuntu/osgeolive/+sourcepub/11562787/+listing-archive-extra" rel="noreferrer" target="_blank">https://launchpad.net/~gcpp-kalxas/+archive/ubuntu/osgeolive/+sourcepub/11562787/+listing-archive-extra</a><br>
<br>
Best,<br>
Angelos<br>
<br>
<br>
On 9/2/20 10:25 PM, Brian M Hamlin wrote:<br>
> Hi Markus and Alex -<br>
><br>
>   the osgeolive 2020 python3 environment is not yet alpha. Already in <br>
> meetings, there are different ideas of how to build python, between <br>
> the voting members, and I mean the kind of different ideas that do not <br>
> overlap much .. there are just different ways to install python3 and <br>
> they are not the same results or process.<br>
><br>
>   perhaps you read the trac ticket #2247, the famous-but-not-famous  <br>
> 'Python and Jupyter' task for osgeolive 2020. the first alpha builds <br>
> of osgeolive may be quite different, and people are busy .. so perhaps <br>
> a little bit of positive communication up front will help to avoid <br>
> distressing or non-overlapping design of python3 libs on osgeolive 2020.<br>
><br>
>   miniconda linux is not an option for osgeolive;  straight deb-only <br>
> install is preferred by the os-level maintainers;  pip has improved <br>
> multiple times over several years and has signed installs available, <br>
> and certainly python-only libraries are the least friction.  Security <br>
> is not the focus of osgeolive, but it is foolish to ignore<br>
><br>
>   I welcome your input, and the reason I write is that you two are <br>
> both aware of the steady and continuing body of MachineLearning / <br>
> Statistically-driven prediction  and even AI systems of some kinds, <br>
> expanding from python3.  I can also say quickly that I do not think <br>
> that a GPU-aware DeepLearning setup is a priority on osgeolive, but it <br>
> could be done, maybe a side-project.<br>
><br>
>   -Brian<br>
><br>
><br>
><br>
><br>
><br>
> _______________________________________________<br>
> osgeolive mailing list<br>
> <a href="mailto:osgeolive@lists.osgeo.org" target="_blank">osgeolive@lists.osgeo.org</a><br>
> <a href="https://lists.osgeo.org/mailman/listinfo/osgeolive" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/osgeolive</a><br>
<br>
<br>
-- <br>
Angelos Tzotsos, PhD<br>
President<br>
Open Source Geospatial Foundation<br>
<a href="http://users.ntua.gr/tzotsos" rel="noreferrer" target="_blank">http://users.ntua.gr/tzotsos</a><br>
<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div>Alex Leith<br></div>m: 0419189050</div></div>