<div dir="ltr">Hi Rainer, <div><br></div><div>I have already created a new branch gsoc17-migrate in macports-base after discussing with Jackson on IRC and just now, pushed some initial code to <a href="https://github.com/macports/macports-base/tree/gsoc17-migrate">https://github.com/macports/macports-base/tree/gsoc17-migrate</a>, to begin with. For the copyright part, I'll just ignore it, for now, it doesn't seem to be a big deal.</div><div><br></div><div>Thanks</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jun 9, 2017 at 5:18 AM, Rainer Müller <span dir="ltr"><<a href="mailto:raimue@macports.org" target="_blank">raimue@macports.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello Umesh,<br>
<br>
good to hear from you! I was afraid we had already lost you...<br>
<br>
Where you will push your work to? Either create a new branch (e.g.<br>
gsoc17-migration) in macports/macports-base, or push to your own github<br>
account. It would be good to know which place to watch for updates.<br>
<br>
I will answer some of other questions inline below.<br>
<br>
On 2017-06-09 00:38, Umesh Singla wrote:<br>
> 2. In the proposal, I had written "what would be desirable is if `port`<br>
> was to /recommend/ a migration upon detecting a new environment", so we<br>
> can have it two ways - either check for the changes in the environment<br>
> before running every command or only check for the changes when a user<br>
> actually uses restore (or migrate) action.<br>
><br>
> While the first one seems to be more realistic from user's perspective<br>
> but running it every time is also not a good idea since OS/hardware<br>
> changes are not frequent. I suggest running the detection for changes in<br>
> architecture before a set of some commands like install, sync,<br>
> selfupdate etc. The second option is actually on-top-of-head type<br>
> solution which assumes the user to be aware of any arch changes by<br>
> himself and thus, is actually not "recommending". Please suggest a way<br>
> to proceed.<br>
><br>
> Also, is there any existing action which checks for changes in the<br>
> environment which I can use as a reference. I checked selfupdate but it<br>
> only checks how old port definitions are. Is it sufficed to check for<br>
> universal_arch/build_arch like options in `macports.conf` file,<br>
> comparing it with `uname -a` or `env` command outputs. How rigorous we<br>
> need the detection to be?<br>
<br>
Such a check already exists, which is executed an every initialization<br>
of the macports1.0 package. As this is just a simple compare of the OS<br>
version, it is no problem to run this every time. Currently it prints a<br>
link to the Migration wiki page:<br>
<br>
<a href="https://github.com/macports/macports-base/blob/e3a0dc2ebde62a9c5feac6a1edee1708a95bb02a/src/macports1.0/macports.tcl#L651-L656" rel="noreferrer" target="_blank">https://github.com/macports/<wbr>macports-base/blob/<wbr>e3a0dc2ebde62a9c5feac6a1edee17<wbr>08a95bb02a/src/macports1.0/<wbr>macports.tcl#L651-L656</a><br>
<br>
> 5. I saw the copyright license on top of most of the files. Do<br>
> developers have this, right from the beginning or after the initial work<br>
> on the module gets finished?<br>
<br>
The following goes with the usual IANAL disclaimer. In almost all<br>
jurisdictions, you own the copyright from the moment you create<br>
something. There is no need to explicitly claim copyright any more<br>
(mostly after USA reformed their copyright law in 1989). The headers in<br>
source code files have pure informational use.<br>
<br>
In my opinion, it only makes sense to list authors who contributed a<br>
significant amount of code to the file. Most of files in base should<br>
already list "The MacPorts Project". Although not being a legal entity,<br>
this is a kind of placeholder for all contributors holding the joint<br>
copyright ownership.<br>
<br>
<br>
While I could not answer all your questions right now (I have to leave<br>
some work for Bradley ;-)), feel free to ask questions as much as you<br>
like on the list or via IRC.<br>
<br>
Happy hacking on your project!<br>
<span class="HOEnZb"><font color="#888888"><br>
Rainer<br>
</font></span></blockquote></div><br></div>