[IAEP] activites known not to either work at all or not on certin platforms
dr at jones.dk
Thu Feb 12 20:28:32 EST 2009
-----BEGIN PGP SIGNED MESSAGE-----
On Thu, Feb 12, 2009 at 07:09:02PM -0500, Luke Faraone wrote:
>On Thu, Feb 12, 2009 at 2:44 PM, Jonas Smedegaard <dr at jones.dk> wrote:
>Ubuntu will sync their changes back to Debian as soon as we can; that
>is, as soon as Sugar releases its next stable version. Which brings up
>a related question: are "beta" and "Release Candidate"s considered
>stable enough for Debian inclusion in your opinion?
Not as a general rule, but yes, I'd say so here.
But changing packaging style has a higher priority for me than bumping
to next stable release: I really want more people to help package for
Debian, and the only one really interested (you!) have tried and failed
for a year now, due to the current packaging style.
Also, I want to keep 0.82.x for Debian, to offer an environment for
Uruguay and others still using that branch. Also as an excercise in how
to get package dependencies and conflicts right when not only handling
multiple concurrent _source_ packages but also _binary_ packages.
>> >Debian now contains the most unstable sugar release there is...
>> This comes as a big surprise to me. Honestly!
>A main problem with *most* of the Sugar activities in Debian/Ubuntu:
>They run but don't scale properly to most screens.
In other words: Bugs not specific to Debian, so unrekated to Debian
being "the most unstable sugar release there is...".
>The second of course is that we don't have many activities: to this we have
>* Wait for Debian to get 0.84 and get the autoupdater, which will download
>the activities to ~
That is a workaround, not a solution.
Per-user downloading works in 0.82.x too (except for
non-backwards-compatible activities, but that's not a bug in Debian).
>* Package more activities :)
The only solution to too few activities packaged!
* Jonas Smedegaard - idealist og 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.9 (GNU/Linux)
-----END PGP SIGNATURE-----
More information about the IAEP