[Sugar-devel] [SoaS] Policy for activities for downstream inclusion

[Tomeu Vizoso]

On Wed, Sep 15, 2010 at 00:51, Jonas Smedegaard <dr at jones.dk> wrote:
> On Tue, Sep 14, 2010 at 09:05:53AM -0500, David Farning wrote:
>>
>> On Tue, Sep 14, 2010 at 5:27 AM, Simon Schampijer <simon at schampijer.de>
>> wrote:
>>>
>>> Hi,
>>>
>>> what is the current status for activity releases in order to include them
>>> in distributions like Soas*? Do you guys need tarballs or did you switch
>>> over to construct the rpms from the .xo? For example the latest Paint rpm
>>> uses the .xo AFAIK (build even the binaries from the non-python sources in
>>> the bundle).
>>>
>>> And is the email from ASLO enough for packagers to know about new
>>> releases? Any other notification that packagers need?
>>
>> In the .deb side of the universe, we prefer tarballs but we can work
>> directly from the git repository.
>
> True, the Debian workflow generally is optimized for (gzip or bzip2
> compressed) tarballs.  It is possible to step aside from that and custom
> generate tarballs based on whatever unusual formats provided upstream, e.g.
> pulling it out of Git repositories or extracting from xo packages.  But then
> we loose some of the nice infrastructure, like automatic tracking of new
> releases across all 30.000 upstreams.
>
> I believe Debian is not alone in preferring tarballs from upstream authors.
>  I believe it is quite general in the FLOSS world.  Feel free to be weird
> and unusual also in this area,

This time we weren't trying to outsmart everybody else ;)

We actually do believe in tarballs and tagging, even if we don't get
it right always. We have these instructions for modules in glucose and
fructose and of course I recommend them as well to other modules:

http://wiki.sugarlabs.org/go/Development_Team/Release#Fructose

Note that we have lots of activities unmaintained, people maintaining
several ex-orphaned activities, activity authors that have no idea how
distros are made, etc. Ideally we would have some kind of support
group to help those people out, but obviously we don't have such a
thing.

> just beware that you put a slight higher
> burden on your downstreams every time you choose to stand out from the
> crowd.  So consider the benefits are worth the risk of loosing consumption
> from some downstreams.

Hope that with the above you understand a bit better the situation we are in.

Btw, we may want to review our release process in light of:

http://www.metux.de/index.php/de/component/content/article/57.html

Regards,

Tomeu

>
>> I have cced jonas for an official position.
>
> Thanks for notifying me, David.
>
>
>  - Jonas
>
> --
>  * Jonas Smedegaard - idealist & Internet-arkitekt
>  * Tlf.: +45 40843136  Website: http://dr.jones.dk/
>
>  [x] quote me freely  [ ] ask before reusing  [ ] keep private
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iQIcBAEBCgAGBQJMj/x5AAoJECx8MUbBoAEhW8cQAIYyYCa90vhzC5cXmkq+HZIk
> 74HZZ7qUeb8rXTRedHf/GM3Pd5TaE36xQ/9JSvjkGilZd6zBEh+9OmgQLcOa9i86
> en5aKiuPhXXccRqXMFP6CZRCC/g3avwgidgDjbMoWTvigQ35KRuYQEKQx4HxQ6Uw
> hYuxfh8YizlLw5Cw9nuhJsBinJkZDSFk8LThZlsD8s6yirGOhK2CTbyPKJcUj155
> g/EXthvxUzhZjdYr3rjTTlh3RQIzQvLu4PLHKBAuXgkpZpsHlmvRMi6vDV3dHGlz
> dwDPAhB+EqFj2jblRvG74s1KGO/AMrIo5mgSihjg9FgAs9HGx+yerSy8O1uin+ry
> ooqsFVEvAXdbDM2X3egbhPomWGg9Und2WKJG2KYd4VCQU5kXx1DxRGxIu7a3TJBW
> 95kzxkwBPqgX3b1xxUWyfcrZPwjj5GDvcJOEBImpqv47IOvM0vYxSYJozV0CBJcp
> y0+JMVVutGLEwExseGXdZ/OWiXJmoaNCpEiL+9xMYWidmIMq/vhGOcrtZ9iuzunG
> 4iHQGfyYbJips3Q3MzjUPNVyVUTeJFM6Fu9SYiA5TGC/bk35N6aFQW87l6JYkyUM
> 4jKGGCgG35XZ/RkM/IUHGEYFCKumdlaKKBYZLB4YmnU2nKCUBbu8HjLNX/sAMxL4
> sEBf/45CK7FqIMQcY2Tl
> =QpBn
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> Sugar-devel mailing list
> Sugar-devel at lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
>