On Tuesday, 28 May 2013, Gonzalo Odiard  wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">After doing a new clone, in F18 I get the following error:<div>
<br></div><div><div>* Building gwebsockets</div><div>    dist = best[req.key] = env.best_match(req, self, installer)</div><div>  File "/usr/lib/python2.7/site-packages/pkg_resources.py", line 825, in best_match</div>

<div>    return self.obtain(req, installer) # try and download/install</div><div>  File "/usr/lib/python2.7/site-packages/pkg_resources.py", line 837, in obtain</div><div>    return installer(requirement)</div>
<div>
  File "/usr/lib/python2.7/site-packages/setuptools/dist.py", line 294, in fetch_build_egg</div><div>    return cmd.easy_install(req)</div><div>  File "/usr/lib/python2.7/site-packages/setuptools/command/easy_install.py", line 592, in easy_install</div>

<div>    raise DistutilsError(msg)</div><div>distutils.errors.DistutilsError: Could not find suitable distribution for Requirement.parse('zope.interface>=3.6.0')</div></div></div></blockquote><div><br></div><div>
<br></div><div>Setuptools is doing an horrible job at reporting the error there, but I suspect this is a transient issue, does it work if you retry now? At least I've seen similar traces before that was just temporary network errors...</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Zope? really? :)</div></div></blockquote><div><br></div><div>I think this is dragged in by autobahn, which is a websocket client we are using for gwebsockets tests. If you want to write a gwebsockets client to avoid the dependency feel free, I take patches :)</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">
<div>The last time I tried, sugar-build installed ruby.<br></div></div></blockquote><div><br></div><div>It is required to build webkitgtk, not much we can do about that other than sending them patches to avoid the dep if possible at all.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>I think we should be more careful about our dependencies, in fact, in the past, adding dependencies was publicly discussed</div>
</div></blockquote><div><br></div><div>It doesn't make much sense to discuss any single sub dependency dragged in by stuff we obviously need like webkit.</div><div><br></div><div>The autobahn dependency in gwebsockets could have be discussed perhaps. As I said the alternative would be to write a gwebsockets client, but in my opinion it's not worth the effort just to avoid this build time dependency. Especially since we are not going to need a client outside the tests.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">
<div>I have the following proposals:</div><div>* Review the dependencies. Have more and more dependencies is a recipe to a nightmare.</div></div></blockquote><div><br></div><div>If we add new stuff, like a new toolkit based on a completely different software stack, and never remove old stuff, like gtk2 support, we are doomed to increase our dependencies. I don't think there is a way around that.</div>
<div><br></div><div>Of course I agree that we should be careful. But sometimes it's better to depend on something than to write your own code which you then need to maintain. I think that's the case for the autobahn dependency in gwebsockets for example.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>* Split the compilation, one part to compile sugar and another to compile sugar-web,</div>

<div>sugar-web is more unstable, and have a lot of issues.</div></div></blockquote><div><br></div><div>This would add more maintenance, buildbot etc work that I personally don't have time to do. I welcome anyone to jump in and maintain a sugar-without-html build if it is considered necessary.</div>
<div><br></div><div>IMO we decided that HTML activities was the main goal for the release and it would good if it was more of a collective effort, including testing and fixing the build. Right now is mostly just me and Manuel... Most other people seems to be a<span></span>nnoyed by the build issues rather than trying to participate. If we wanted to have only a small part of the team work on it and the rest not being bothered by the changes, it would have been better to work on a branch until stuff was more stable.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>* The buildbot should compile all, doing a clean clone. </div></div></blockquote><div>
<br></div><div>Sure, it does one clean build per day.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>* If possible, the changes should be tested before are commited to git. </div>
</div></blockquote><div><br></div><div>They are generally tested but it's often difficult to anticipate all the possible issues. The network issue Lionel was having triggered issues that I had not anticipated for example.</div>
<div>In your case, the change landed several days ago, so it has definitely been tested by multiple people and by the bots. When we figure out what the issue is exactly we can probably understand why it was not catched. </div>
<br><br>-- <br>Daniel Narvaez<br><br>