[Debian-olpc-devel] Bug#563436: Bug#563436: Bug#563436: Bug#563436: Bug#563436: Bug#563436: Bug#563436: sugar-0.88: sugar depends on python-numpy and python-pygames

[David Farning]

On Mon, Jan 4, 2010 at 2:02 PM, Jonas Smedegaard <dr at jones.dk> wrote:
> On Mon, Jan 04, 2010 at 01:18:50PM -0600, David Farning wrote:
>>
>> On Mon, Jan 4, 2010 at 4:55 AM, Jonas Smedegaard <dr at jones.dk> wrote:
>>>
>>> Do you mean some other package than my proposed honey-NN?
>>
>> No, I have come full circle to agree with the proposed honey-NN
>
> Ok.
>
>
>>>> Either way, while this may be a huge philosophical difference,
>>>> technically it should be straight forward.  Go a head and package according
>>>> to debian standards and expectations.  We can add a couple of changes
>>>> downstream for handling ALSO installs.  If and when those changes prove
>>>> useful, we can talk about pushing them into Debian.
>>>
>>> What downstream hacks do you have in mind? Is it not currently working to
>>> install .xo bundles in Debian, or am I missing the point?
>>
>> Below is a snippet of the script to used to preinstall .xo when
>> constructing the Ubuntu-Sugar-Remix.  I think that SoaS does something
>> similar.
>
> Sorry if my question(s) were ambiguous: My interest (here and now) is not in
> actual code, but in understanding if there is something broken in the way
> the current Debian packages do things, or you are talking about
> extensions/hacks that should perhaps be adopted upstream instead - and if
> not, I want to understand *why* it makes sense to maintain something
> downstream (either Debian+Ubuntu or only Ubuntu).

The only reason for maintaining it down stream would be if it is
useful to a set of end users yet violates Debian policy or
conventions.  If this fall into that case then it seems reasonable to
do so.

I would not consider it broken.... but it would be convenient if the
set of packages sacha mentioned could be installed as part of a
'default' sugar installation with out the activities themselves being
installed.

Activity developer expect the APIs from that set of packages to be
available to them.  Yet, if an end user attempts to install a bundle
that depends on those API they will get an expected error unless it
has been installed.

david

>
> Regards,
>
>  - 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)
>
> iQIcBAEBCgAGBQJLQkltAAoJECx8MUbBoAEhLioP/2X/EGbEYyBCsLDdv3LViGVE
> 6GnSexgSg5XsvEfD23YtUGTB1g3XNNSfozODidqHUwJ43+V/+O6QHxocKMIKqDEb
> 2DzlyZFhrFjK8YflnLR1BbGaBU0dtI+W+Pga3T5I+xp6YVtWvBaQE6rZ/A/pBaOg
> tKOMnT9KIkLygDq22RCFEddbitRCyzH6E1Dua3UYmOJK29h7pEPsYBaqtMGqdC0j
> CR6cP33NArD0No5onEFHs75ChHCOBGc0aF9U6iGuQc1TKn7OvGwbGHqVzVNYUHVv
> LM1RE9ANe8PG79g+fvUMI7VO1RL/DnflGTZqeTYOVwcZAfHwwytTcpZHpnR+NQ5K
> fsn5zzblB8RYKFJY55R3keq898MshP+8WhaQ26qcxAStENII64iGnf5Xg+gxmc8I
> Wz9cV0Oh4Cg2NLaqPRtKqigP7CSFkTvnR8OhHCXfKiT8ka36lwBFLCRUW1AB9oDO
> cZwLN4uWxC5PLxTv57wev8zFbduys5DWXSNfbNB+VavdUWM2gKsAIOg/u++6dw+9
> T99muY2oV5/YVEzLXlHOM3mmu4/RZOn+oh2KSzZUD4CAwe0O+lTAwbxDrbdQOifT
> wXW1PvQXpW7nAkp/qzhyEtqVt4lcOr/0DjdW5hF9ycNsw3iw1lWS28yHGrFeDCEP
> YJdKY6V9P1enkbC3FOe9
> =b7aB
> -----END PGP SIGNATURE-----
>
>