<div dir="ltr">Theres also the fact 'mobile' is relative, given the current progress of phone/tablet hardware the need for a desktop is getting rapidly smaller even for a development env, given 64bit ARM is only just reaching consumer products and the likely hood the mobile OS itself will be the development environment going forward, not being able to self host on 32bit seems to me to be shooting oneself in the foot. <div class="gmail_extra">
<br><br><div class="gmail_quote">On 23 September 2013 23:18, Carsten Haitzler <span dir="ltr"><<a href="mailto:tizen@rasterman.com" target="_blank">tizen@rasterman.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Mon, 23 Sep 2013 13:46:48 +0300 Artem Bityutskiy<br>
<div><div class="h5"><<a href="mailto:artem.bityutskiy@linux.intel.com">artem.bityutskiy@linux.intel.com</a>> said:<br>
<br>
> On Mon, 2013-09-23 at 19:08 +0900, Carsten Haitzler wrote:<br>
> > On Mon, 23 Sep 2013 12:42:34 +0300 Artem Bityutskiy<br>
> > <<a href="mailto:artem.bityutskiy@linux.intel.com">artem.bityutskiy@linux.intel.com</a>> said:<br>
> ><br>
> > > Hi JF,<br>
> > ><br>
> > > there is a lot of confusion in this thread about what are you going to<br>
> > > do and why.<br>
> > ><br>
> > > And frankly, the announcement is guilty in that. You did not carefully<br>
> > > and nicely explain what exactly you do, and why exactly, and which users<br>
> > > would be affected and how exactly.<br>
> > ><br>
> > > I suggest you guys to come up with a new good survey description. Make<br>
> > > sure it answers the above questions. Also, go through this thread, find<br>
> > > out what confused people, and make sure you have a Q&A section in your<br>
> > > new survey, and the section clears the confusion.<br>
> > ><br>
> > > Thanks!<br>
> > ><br>
> > > P.S. What I found out from talking to people, _not_ from the announce:<br>
> > ><br>
> > > 1. The intended change _only_ affects mic and gbs, nothing else.<br>
> > > 2. The change is about stopping producing i586 mic and gbs builds. Other<br>
> > > tools will still have i586 builds.<br>
> > > 3. The change _does not_ mean that mic/gbs won't be able to generate<br>
> > > i586 images.<br>
> > > 4. On the opposite, x86_68 mic/gbs _will_ be able to generate i586<br>
> > > images.<br>
> > > 5. So this will only limit people in choosing their _build host_, not<br>
> > > the _target Tizen OS_.<br>
> > ><br>
> > > Right?<br>
> ><br>
> > that's what i'm assuming. :) and here i assume that tizen SHOULD be<br>
> > self-hosting.<br>
><br>
> Why? :) Is Android self-hosting, for example? :-)<br>
<br>
</div></div>i don't much care, BUT every distribution i know if *IS* and tizen is a linux<br>
distribution, it is not android. android is a totally foreign OS.<br>
<div class="im"><br>
> >  that means a tizen install (on a hypothetical tizen pc laptop or<br>
> > a tizen tablet or phone or ivi system - who cares) SHOULD be able to, with<br>
> > some added pkgs, have gbs, mic, gcc, toolchains etc.<br>
><br>
> Hypothetical Tizen PC - sure, sounds natural.<br>
<br>
</div>and at that point it's game over. people are working on tizen pc already. so<br>
its not hypothetical. it's real for some already.<br>
<div class="im"><br>
> Mobile/IVI? Not sure. IVI - may be (have not heard arguments or real<br>
> usage stories yet), Mobile - less sure. Really, I do not know. I'd love<br>
> to find this out as an outcome of this survey. :-)<br>
<br>
</div>how is mobile different to a pc? if i have a tablet and a keyboard attached..<br>
should i not be able to do do development on it? todays phones and tablets are<br>
faster than the pc you did top end development on a few years back. with as<br>
much or more memory and much faster "disk", and well enough of it. i don't even<br>
need a keyboard. touchscreen will do. and see below about tizen pc.<br>
<div class="im"><br>
> So if you really need to run MIC/GBS on a Phone/IVI system running<br>
> Tizen, tell some about your use-case.<br>
<br>
</div>tizen pc. enough said. mobile is no different other than default ui style. the<br>
os is the same from the point of view of gbs/qemu/builds etc.<br>
<div class="im"><br>
> Remember, this is also about resources. Is it best to spend time on<br>
> 32-bit support now vs working on other things.<br>
<br>
</div>32bit is REAL. TODAY. most people in the office have ONLY 32bit distro installs<br>
because the early sdk's only supported 32bit. installing a 64bit distro is<br>
exceedingly painful due to restrictions on the network, and thnigs like<br>
thumbdrives and removable media being banned/disallowed (without jumping<br>
through hoops), so people dont just install a new distro whenever they feel<br>
like it. it will pretty much mean several days of downtime and a lot of hoop<br>
jumping.<br>
<div class="HOEnZb"><div class="h5"><br>
> >  installed just like any distro,<br>
> > and then i should be able to use that tizen running device (be it ix86,<br>
> > x86_64 or arm or arm64) to build tizen entirely from nothing to working<br>
> > image (building tizen here means build a running working target image of<br>
> > ix86, x86-64, arm, arm64 or for that matter any other architectures we will<br>
> > end up supporting, if any).<br>
><br>
> Again, I am not sure many people would do this  on a Tizen phone. And<br>
> the survey was about finding out if anyone really uses a 32-bit system<br>
> to build Tizen images "from nothing", would these mind to switch to a<br>
> 64-bit system, etc. They need some numbers, details.<br>
><br>
> > if removing support for 32bit means "giving up on qemu 32bit address space<br>
> > bugs" and thus making 32bit hosts unable to run gbs etc. etc. to run a local<br>
> > build to product an arbitrary architecture output, then i think that would<br>
> > be embarrassing that we can't self host.<br>
><br>
> I agree self-host is great and a high bar and indication of quality<br>
> maturity. Are we on that level? I wish we would. But right now we do not<br>
> even sign Tizen repos, and Tizen images, although it is 21st century,<br>
> and people care about security. We do not sign git tags too. Do we have<br>
> git history on all projects? Things like this are _more_ embarrassing to<br>
> me than being not able to build a Tizen image on a Tizen phone... The<br>
> latter is not even embarassing, IMHO.<br>
><br>
> So I'd try to be practical and look at reality/priorities/goals and<br>
> resources available. Would you like help with 32-bit issues the tools<br>
> people hit? :-)<br>
><br>
> --<br>
> Best Regards,<br>
> Artem Bityutskiy<br>
><br>
<br>
<br>
</div></div><div class="im HOEnZb">--<br>
Carsten Haitzler (The Rasterman) <<a href="mailto:tizen@rasterman.com">tizen@rasterman.com</a>><br>
</div><div class="HOEnZb"><div class="h5">_______________________________________________<br>
General mailing list<br>
<a href="mailto:General@lists.tizen.org">General@lists.tizen.org</a><br>
<a href="https://lists.tizen.org/listinfo/general" target="_blank">https://lists.tizen.org/listinfo/general</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr">Dale Anderson<br>JOOB Evangelist<br>Jade Software Corporation<br><br>M 0226071690<br>P +64 3 367 8531<br>E <a href="mailto:danderson@joobworld.com" target="_blank">danderson@joobworld.com</a> <<a href="mailto:danderson@jadeworld.com" target="_blank">danderson@jadeworld.com</a>><br>
T swishyTM<br>B <a href="http://swishytm.blogspot.com/" target="_blank">http://swishytm.blogspot.com/</a><br><br>Logistics | Investigations & Intelligence | Financial Services | High <br>Performance Technology<div><br>
</div><div>JoobMobile connecting your business systems to any mobile device quickly, simply and securely.</div><div><br></div><div><a href="http://www.joobmobile.com" target="_blank">www.joobmobile.com</a><br><br></div></div>

</div></div>