From mboxrd@z Thu Jan  1 00:00:00 1970
From: Artem Mygaiev <artem.mygaiev@globallogic.com>
Subject: Re: [Need Input] (informal) Automotive PV drivers
 subproject request
Date: Tue, 10 Jun 2014 17:22:08 +0300
Message-ID: <CALQdcALsH4c-=V47mzskv_7WoSffmTCj-Od7etH=0X66SWdYag@mail.gmail.com>
References: <CALQdcA+XazbLamek3H89XafhaHZS-XixfOjicsj0bvgM2WchAA@mail.gmail.com>
	<538F2BA7.8060806@xen.org> <1401899758.6866.44.camel@Solace>
	<CALQdcAKawPE0o8xdgf-6ajcvubKxjAsjA9fc=jkuiG0UXZMFCQ@mail.gmail.com>
	<1402045192.29759.31.camel@kazak.uk.xensource.com>
	<5391BC9C.40503@xen.org>
	<1402067321.1313.95.camel@kazak.uk.xensource.com>
	<CALQdcAJ2Y5L-5qM4+Bj+Eepm-TaCpomPaY5Gvuc=gH6J0PbR1g@mail.gmail.com>
	<1402092104.29895.18.camel@Abyss>
	<alpine.DEB.2.02.1406091106240.2526@kaball.uk.xensource.com>
	<5395A7B7.4080203@xen.org> <5395AA78.1080904@xen.org>
	<21397.45741.953881.375975@mariner.uk.xensource.com>
	<5395B71F.8060707@xen.org>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============3794001583040737688=="
Return-path: <xen-devel-bounces@lists.xen.org>
In-Reply-To: <5395B71F.8060707@xen.org>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xen.org>
List-Help: <mailto:xen-devel-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=subscribe>
Sender: xen-devel-bounces@lists.xen.org
Errors-To: xen-devel-bounces@lists.xen.org
To: Lars Kurth <lars.kurth@xen.org>
Cc: Ian Campbell <Ian.Campbell@citrix.com>, Stefano Stabellini <stefano.stabellini@eu.citrix.com>, Dario Faggioli <dario.faggioli@citrix.com>, Ian Jackson <Ian.Jackson@eu.citrix.com>, "xen-devel@lists.xen.org" <xen-devel@lists.xen.org>, David Vrabel <david.vrabel@citrix.com>, Andrii Tseglytskyi <andrii.tseglytskyi@globallogic.com>
List-Id: xen-devel@lists.xenproject.org

--===============3794001583040737688==
Content-Type: multipart/alternative; boundary=089e0122ea1c8b086904fb7c0d11

--089e0122ea1c8b086904fb7c0d11
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

>
> So:
>>
>>  * we need an official xenbits.org/pvdrivers.git repo; it would also com=
e
>>> with its own mailing list if desired
>>> * in addition we need integration branches for xen.git, linux.git,
>>> pvdrivers.git - it appears that the consensus here is that we use the
>>> same pattern as elsewhere
>>>
>> Rather, we should have:
>>
>>    xenbits.xen.org/automotive/pvdrivers.git
>>    xenbits.xen.org/automotive/linux.git
>>    xenbits.xen.org/automotive/xen.git
>>    etc.
>>
>> (FSVO "automotive"; I currently have no opinion about the project
>> name.)
>>
> That would make sense. So we follow the convention xenbits.xen.org/<subpr=
oject
> name>/pvdrivers.git
>

=E2=80=8BI like the idea :)=E2=80=8B

However, if we allowed linux.git and xen.git in xenbits.xen.org/<subproject
> name>, it does increase the risk of creating a permanent fork (i.e. the
> main concerns raised by IanC, Stefano, etc.)


=E2=80=8BTrue. But this is always a risk (like with mentioned XenRT), even =
without
staging trees in subprojects=E2=80=8B. To me it is more a matter of maintai=
ners'
and community discipline...

Artem Mygaiev | AVP - Delivery
GlobalLogic
P +380.44.4929695 ext.2023 M +380.67.9211131 S rosenkrantzguildenstern
www.globallogic.com
<http://www.globallogic.com/>
http://www.globallogic.com/email_disclaimer.txt=E2=80=8B

--089e0122ea1c8b086904fb7c0d11
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote"><blo=
ckquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left=
-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;paddi=
ng-left:1ex">
<div class=3D""><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0=
px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-le=
ft-style:solid;padding-left:1ex">So:<br>
<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;p=
adding-left:1ex">
* we need an official <a href=3D"http://xenbits.org/pvdrivers.git" target=
=3D"_blank">xenbits.org/pvdrivers.git</a> repo; it would also come<br>
with its own mailing list if desired<br>
* in addition we need integration branches for xen.git, linux.git,<br>
pvdrivers.git - it appears that the consensus here is that we use the<br>
same pattern as elsewhere<br>
</blockquote>
Rather, we should have:<br>
<br>
=C2=A0 =C2=A0<a href=3D"http://xenbits.xen.org/automotive/pvdrivers.git" ta=
rget=3D"_blank">xenbits.xen.org/automotive/<u></u>pvdrivers.git</a><br>
=C2=A0 =C2=A0<a href=3D"http://xenbits.xen.org/automotive/linux.git" target=
=3D"_blank">xenbits.xen.org/automotive/<u></u>linux.git</a><br>
=C2=A0 =C2=A0<a href=3D"http://xenbits.xen.org/automotive/xen.git" target=
=3D"_blank">xenbits.xen.org/automotive/<u></u>xen.git</a><br>
=C2=A0 =C2=A0etc.<br>
<br>
(FSVO &quot;automotive&quot;; I currently have no opinion about the project=
<br>
name.)<br>
</blockquote></div>
That would make sense. So we follow the convention <a href=3D"http://xenbit=
s.xen.org/" target=3D"_blank">xenbits.xen.org/</a>&lt;subproject name&gt;/p=
vdrivers.git<br></blockquote><div><br></div><div><div class=3D"gmail_defaul=
t" style=3D"font-size:small">
=E2=80=8BI like the idea :)=E2=80=8B</div></div><div><br></div><blockquote =
class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left-width:1=
px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:=
1ex">However, if we allowed linux.git and xen.git in <a href=3D"http://xenb=
its.xen.org/" target=3D"_blank">xenbits.xen.org/</a>&lt;subproject name&gt;=
, it does increase the risk of creating a permanent fork (i.e. the main con=
cerns raised by IanC, Stefano, etc.)</blockquote>
<div class=3D"gmail_quote"><br></div><div class=3D"gmail_quote"><div class=
=3D"gmail_default" style=3D"font-size:small">=E2=80=8BTrue. But this is alw=
ays a risk (like with mentioned XenRT), even without staging trees in subpr=
ojects=E2=80=8B. To me it is more a matter of maintainers&#39; and communit=
y discipline...</div>
</div><br clear=3D"all"><div><div dir=3D"ltr"><font><span style=3D"vertical=
-align:baseline;font-family:Arial;font-weight:bold;background-color:transpa=
rent">Artem Mygaiev |=C2=A0</span><span style=3D"font-family:Arial;font-wei=
ght:bold">AVP - Delivery</span></font><font size=3D"-1"><br>
<span style=3D"vertical-align:baseline;font-size:12px;font-family:Arial;bac=
kground-color:transparent">GlobalLogic</span><br><span style=3D"vertical-al=
ign:baseline;font-size:12px;font-family:Arial;background-color:transparent"=
>P +380.44.4929695 ext.2023=C2=A0</span></font><span style=3D"font-family:A=
rial;font-size:12px;background-color:transparent">M +380.67.9211131 S rosen=
krantzguildenstern</span><div>
<font size=3D"-1"><a href=3D"http://www.globallogic.com/" target=3D"_blank"=
><span style=3D"font-size:12px;font-family:Arial;vertical-align:baseline;ba=
ckground-color:transparent">www.globallogic.com</span></a><span style=3D"ve=
rtical-align:baseline;font-size:12px;font-family:Arial;background-color:tra=
nsparent"></span><br>
<a href=3D"http://www.globallogic.com/" target=3D"_blank"><span style=3D"fo=
nt-size:12px;font-family:Arial;vertical-align:baseline;background-color:tra=
nsparent"></span></a><br></font></div></div></div><div class=3D"gmail_defau=
lt" style=3D"font-size:small">
<a href=3D"http://www.globallogic.com/email_disclaimer.txt" target=3D"_blan=
k"><span style=3D"font-size:11px;font-family:Arial;vertical-align:baseline;=
background-color:transparent">http://www.globallogic.com/email_disclaimer.t=
xt</span></a>=E2=80=8B</div>
</div><br></div></div>

--089e0122ea1c8b086904fb7c0d11--


--===============3794001583040737688==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel

--===============3794001583040737688==--