[Sugar-devel] Bundling plugins with Browse

Tomeu Vizoso tomeu at sugarlabs.org
Mon Dec 8 14:59:35 EST 2008


On Mon, Dec 8, 2008 at 8:49 PM, Jonas Smedegaard <dr at jones.dk> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On Mon, Dec 08, 2008 at 08:34:29PM +0100, Tomeu Vizoso wrote:
>>On Mon, Dec 8, 2008 at 8:21 PM, Jonas Smedegaard <dr at jones.dk> wrote:
>>> On Mon, Dec 08, 2008 at 07:50:17PM +0100, Tomeu Vizoso wrote:
>>>>I haven't done these tricks myself, but I know that some activities
>>>>ship executables and libraries inside their bundles.
>>>>
>>>>Two places to look at are modifying PATH and LD_LIBRARY_PATH and
>>>>insert in them paths inside the bundle.
>>>
>>> Please make such hacks optional, to ease integration with
>>> distributions, that often mandate the use of shared libraries.
>>
>>Sure, the idea here is to be able to fix a bug in the OLPC distro
>>without having to respin images.
>>
>>Distros shouldn't resort to these hacks ever, but deployers may find it
>>handy in some cases.
>
> Is this not about writing an add-on to the Browse activity, providing a
> new functionality: embedded PDF viewer?
>
> If so, then why do that as a "dirty hack"? I see a use for such add-on
> more widely than just by the OLPC distro.

Yes, this functionality will be added in the standard way. Contained
in source tarballs that every distro would package as they see more
fit. And it would land in 0.84, I'd guess.

The problem is by how OLPC deploys its software, that makes expensive
to assemble, test and deploy new images. For them, is better to be
able to just upgrade a .xo bundle that to update the whole system
image. And they cannot wait for 9.1 images.

> Sorry if I (still) misunderstand the issue here.

Happy to try to clarify.

Regards,

Tomeu


More information about the Sugar-devel mailing list