On Sat, Jan 2, 2010 at 5:28 PM, Jonas Smedegaard <d...@jones.dk> wrote:
On Sat, Jan 02, 2010 at 04:26:55PM -0600, dfarning wrote:

Is serious the correct category for this type of bug?

Nope.  More info here: http://www.debian.org/Bugs/Developer#severities

Read it.

Also, please simply skip version number rather than providing a bogus one
like "lastest".

Ok, still learning the bug reporting system.  It seems pretty handy to:
Open a debian VM with quem (when testing which debian version should I use?) Update to latest packages.
Run tests
Report via reportbug.

But thanks for trying, and asking - and for reporting! :-)



Sugar activitity developers now depend on the availability of
python-numpy
python-pygames

Several activities such as maze and memorize will not run without these
dependancies

Please file RFP (reguest for packaging) or ITP (intend to package) for each
of those relevant-even-if-not-core activities.

Distros don't need to worry about packaging the non-core activities.  It is 
trivial to preseed the aslo version of the activity for something like SoaS or 
Ubuntu Sugar Remix.

sucrose-NN is intended to depend on all of core Sugar from Sugarlabs,
recommend non-core parts shipped with Debian and suggest oddly packaged
Sugar software (e.g. non-free packages).

The problem is that because activity bundles (.xo) do not have the ability to 
declare dependencies, activity developers must be able to depend on a specific 
set package being available.  I don't belive that this list of packages has 
been set in stone; Rather is is more of a convention that activity developers 
can depend on python-numpy and python-pygames being available.

It does not make sense to me to add non-package dependencies to sucrose-NN.
 It might make sense to maintain such in a separate metapackage, e.g.
honey-NN.

Also, I feel that handling such dependencies are less urgent than packaging
and dependening on actual core Sugar parts - some of which are still
missing.

Let's keep this bugreport open until decided if it belongs here or should be
solved with a separate honey-NN package.


I have resolved the problem in Ubuntu Sugar Remix by making  numpy and pygames 
dependencies of UNR, so it is no longer a blocker.

Creating a separate honey package which contains these expected dependencies makes sense... with the caveat that I _hate_ the terms; glucose, sucrose, fructose, and honey. I can never keep them straight.
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)

iQIcBAEBCgAGBQJLP9auAAoJECx8MUbBoAEha+4P/0XhyGD2wv9mbkzm2bOZYvZi
+K5ebeYaCXXxBwh5QnqwFKgIW+7uiP5Uelk6SjJXmKCFNE8ZrZP0mNu1pPAu09gF
fu8HYUY+X1ha825pQr/qeRi5i7Hybz/O31iDqDYG8gvB0SELc6sTt6UPd0Wve6e1
zoZsDT/LyqANhnPrAKnSns1V5Dx/cvzIrUwEstYk1G1Jxxel4clwvmEGVJSDKC+V
90JRXpHOTYnkWKBJ1kTKNxxnirYM76KYPz4PeOSEuNtpkoiw0DDt5QAHS9HtxbcG
DD7Mu6P9e1LBjdaTtUqtd874p0J1kuC9A9x/cN1ffwgx1u4sgNBczSf5OGmv/3S0
ZplznR29Zt+Kc4N4y76YoYkFMrSnJoQBnQGLTPj/wmflBqWK9VVECYw8yq8Luw/u
OsOkpuGC7yjeAyG0Wwek8T0wURQwdutzMGj1E7tzwVgpKbPygybU8SkTKNbXuxs9
LO81hLnuUgxSpAt/0SV36XJumM4dGKj0pvT3SOYlc8iNEerSaSrA1MB2hcVxdww4
dVa46hMjA6mgnNKwa9PwBktldxcR+6qMnHVLeqP4v59ZfmH2EKwMjhFTDmHsZOH8
sX8QKGal8bhITzTfxPAK9P7g5ZZLLqv/dVTv35qjzs+xx8EIJLzMu5M+X3EIqxD7
u6WcasiIsdRA/frfH6BT
=4HRJ
-----END PGP SIGNATURE-----



Attachment: signature.asc
Description: OpenPGP digital signature

Reply via email to