<div dir="ltr">Hi<div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jul 21, 2017 at 5:39 PM, db <span dir="ltr"><<a href="mailto:iamsudo@gmail.com" target="_blank">iamsudo@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On 21 Jul 2017, at 13:02, Umesh Singla <<a href="mailto:umeshksingla@gmail.com" target="_blank">umeshksingla@gmail.com</a>> wrote:<br>
> Unless we have a snapshot of the previous state, that is, before it got hampered.<br>
> But then again, we reinstall all the ports presently. At this time, it could be hard for me to detect what went wrong while sync or upgrade.<br>
<br>
</span>If I understood you correctly it will presently reinstall all ports in a given snapshot.<br>
<br>
I'm not saying that these commands should check for what went wrong during upgrade, but to reinstall only those whose upgrade caused another port to stop working as expected. The actual cause is for the user to find. For example, let's say you did upgrade outdated and hstr doesn't work anymore, but you realise that from its rdeps only ncurses was updated. Then you could use restore with the snapshot preceding the upgrade to just rollback the whole tree to that state by reinstalling in this case only ncurses and not hstr, readline, etc.<br>
<br>
hstr<br>
pkgconfig<br>
libiconv<br>
gperf<br>
ncurses<br>
readline<br>
<br>
</blockquote></div><br></div><div class="gmail_extra">Let's say we have a snapshot of the state before sync or upgrade. </div><div class="gmail_extra"><br></div><div class="gmail_extra">I don't know, in the above example, what do you mean when you say "..you realize that from its deps..", like, realize how? I am just asking this if there's some other way to get info on the latest modifications that I might not be aware of.</div><div class="gmail_extra"><br></div><div class="gmail_extra">'sync' or 'upgrade outdated' provide the information what all ports got updated immediately on console but I'm not sure if it can be accessed later since the user may not realize that another port has broken immediately, like hstr here.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Another thing that comes to my mind now is if, suppose, updated version of ncurses was actually required for some another port and reverting it to the older state could possibly result in breaking of that port. May be, we could get all the ports which depend on it and check if this specific port requirement could be satisfied by its older versions as well and then just ask the user if the user would like to restore or not?</div><div class="gmail_extra"><br></div><div class="gmail_extra">Again, I'm not really aware of the things, so I'd like the inputs of community here.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Regards,</div><div class="gmail_extra">Umesh</div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div></div>