Hi again,

To resolve this conflict, I did a merge between pull requests #76 and #77 using some git magic.
This resulted in a merged branch and a new pull request:
https://github.com/OSGeo/OSGeoLive/pull/79

The commit history from source branches is preserved.
Pull request #78 will be closed (it was missing many changes that existed in #77 anyway)

Cheers,
Angelos

On 02/17/2016 09:18 PM, Angelos Tzotsos wrote:
Hi Brian,

There is no point to debug outside chroot.
As you can see in the rasdaman case, the new installer works fine outside chroot, but causes trouble in chroot by creating a new system user:
https://github.com/OSGeo/OSGeoLive/pull/74#issuecomment-185346808

You have expressed your wish to not use GitHub and I respect that. You have also expressed your wish not to reveal your personal git repository (for security reasons) and you provided me the URL of your server to pull from. I respect that too.

I have asked several times on IRC to send your pull requests via e-mail on this mailing list, so that there is a time-stamp and an open thread to review your changes (the same way every other pull request can be commented on GitHub). And since the proposed changes have to be visible on a public git repository for this review for everyone, I have offered to host your branches on my public git repo.

Based on the above, regarding your changes in ipy-rename2 and app-data-ipy-rename branches, I have created two public PRs to review:
https://github.com/OSGeo/OSGeoLive/pull/77
https://github.com/OSGeo/OSGeoLive/pull/78

Those changes happened a little while after I had opened PR76 (using IRC log as a time-stamp), so I will evaluate PR76 first. I also took the time to review your changes and I already merged some of your changes in my PR: https://github.com/kalxas/OSGeoLive/commit/c20cbab30de6e77f1b701a225dddcde5fd41bd99

Right now I am building a nightly based on PR76, which takes a long time due to slow network (perhaps the glibc updates have caused this). If there is a positive result, I will merge PR 76 and then we can evaluate your pull request (new nightly builds and merge).

Best,
Angelos

On 02/17/2016 07:43 PM, Brian M Hamlin wrote:
Hi Angelos -

as indicated in IRC ... my snapshot is LUbuntu 1404 amd64, with updates

   I ran :   bootstrap, setup "nightly", install_services, install_java,
install_tomcat, install_apache, ldconfig, updatedb -- FREEZE


.. there might have seen some errors on bootstrap / setup

but since I am not in chroot full setup, I moved on.. the most important thing
is the content of /etc/apt/sources.lis.d and the keys

(output pasted:   apt-key list   )

running install_jupyer.sh a second time shows no package errors.. missing
apt-get update perhaps

   so   http://SERVER:PORT/osgeolive_athens ipy-rename2

has three changes to bin/install_jupyter.sh and git mv app-data/ipython
   app-data/jupyter

   try accepting those changes and re-building, please

     --Brian


On Wed, 17 Feb 2016 18:27:57 +0200, Angelos Tzotsos <gcpp.kal...@gmail.com> wrote:

     Hi Brian,

     I do not understand what you tried to do, did you try specific
     installers or did you try to build an iso?
     The iso build process is described here:
https://wiki.osgeo.org/wiki/Live_GIS_Build#How_to_do_development_.2F_debugging_with_the_current_build_method

     The nightly from last night failed due to this PR:
     https://github.com/OSGeo/OSGeoLive/pull/74
which is leading to a broken login I have described in the PR discussion.

     I am now building a new iso based only on the Jupyter PR:
     https://github.com/OSGeo/OSGeoLive/pull/76

It seems that the glibc patching has affected part of the net and the
     downloads are awfully slow today.
     https://www.debian.org/security/2016/dsa-3481
     The build process is taking forever.

     Cheers,
     Angelos

     On 02/17/2016 03:31 AM, Brian M Hamlin wrote:
      > Hi Angelos -
      >
> I am eager to get the Jupyter things resolved.. I just attempted a build here, but it fails regarding python packages.. there are conflicts unless the apt sources are set carefully in a certain order.. So, in the interest of time, I stopped. There is a new VM here with LUbuntu 1404, and minimal
     setup as a snapshot, ready for further testing.
      >
      > --
      > Brian M Hamlin
      > OSGeo California Chapter
      > blog.light42.com
      >
      > _______________________________________________
      > Live-demo mailing list
      > Live-demo@lists.osgeo.org
      > http://lists.osgeo.org/mailman/listinfo/live-demo
      > http://live.osgeo.org
      > http://wiki.osgeo.org/wiki/Live_GIS_Disc


     --
     Angelos Tzotsos, PhD
     OSGeo Charter Member
     http://users.ntua.gr/tzotsos

     _______________________________________________
     Live-demo mailing list
     Live-demo@lists.osgeo.org
     http://lists.osgeo.org/mailman/listinfo/live-demo
     http://live.osgeo.org
     http://wiki.osgeo.org/wiki/Live_GIS_Disc




--
Brian M Hamlin
OSGeo California Chapter
blog.light42.com





--
Angelos Tzotsos, PhD
OSGeo Charter Member
http://users.ntua.gr/tzotsos

_______________________________________________
Live-demo mailing list
Live-demo@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/live-demo
http://live.osgeo.org
http://wiki.osgeo.org/wiki/Live_GIS_Disc

Reply via email to