Hi all -

Re: lists. New to this kind of coordination (surprise!) so I'm open to any
suggestions.
Right now [email protected] is a google group that also sends to
[email protected]

It sounds like it would be good if assembla also mailed to the
li...@scratchlist. I'll see about setting that up.

I filed a bug against the current VM package, also requesting upgrade.
https://bugs.launchpad.net/ubuntu/+source/squeak-vm/+bug/517663

..after asking if the updated version was likely to make it into Lucid here:
https://answers.launchpad.net/ubuntu/+source/squeak-vm/+question/99934

Haven't heard anything conclusive.
Any help on how to navigate this world would be greatly appreciated - I'd
thought such a question would constitute contacting the vm maintainer, but
perhaps I'm going about it the wrong way.

At this point I think we're just going to try to submit the package as it is
(with bundled VM), and hope the MOTU's will allow it. The deadline is next
Friday, so I want to get something in even if we have to try and change it
down the road, which I hope won't be too hard.

re: Adding Scratchplugin to Squeak. John and I spoke about this. It's fine
to include that code with the VM under any license you like.  But it seems
like the Scratch package should include / use its own version of the plugin
in case we have to update it / make changes that follow updates / fixes /
new versions of Scratch. So since it's only used just for Scratch, it
doesn't seem like getting into the squeak package is a high priority - but
there are no objections to it on our end.

-Amos

On Thu, Feb 11, 2010 at 6:48 AM, Derek O'Connell <[email protected]>wrote:

>  Hi Bert,
>
> thanks for the attachments.
>
>
> >GStreamer is not really meant to be used for generated sound. It's more of
> a media decoding framework.
>
> True but it was a such a common request that a year ago the GSt developers
> finally promoted the "App Library"  containing the appsrc/appsink plugins to
> the "base" set which mean they then became officially supported. I think it
> was around the second half of 2009 by the time they made it into Ubuntu as
> standard and could therefore be relied upon by application developers.
> Here's some links, the first being the request to move them into base:
>
> https://bugzilla.gnome.org/show_bug.cgi?id=564421
>
> http://www.gstreamer.net/data/doc/gstreamer/head/gst-plugins-base-libs/html/gstreamer-app.html
>
> http://www.gstreamer.net/data/doc/gstreamer/head/gst-plugins-base-libs/html/gst-plugins-base-libs-appsrc.html
>
> http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst-plugins-base-libs/html/gst-plugins-base-libs-appsink.html
>
> -D
>
>
>
>
> On 11/02/2010 08:23, Bert Freudenberg wrote:
>
> On 10.02.2010, at 22:39, Derek O'Connell wrote:
>
>
>  I know very little about the Debian packaging &
> distribution process let alone RPM, though I guess they are two separate
> processes and the RPM package has it's own maintainer/s?
>
>
>  Each distribution has their own package maintainers, yes. In general it's 
> not needed (and effectively impossible) for an open-source project to even 
> know all the ways your software gets packaged.
>
> For example, I try to keep track of in which distros Squeak and Etoys pops 
> up, though it generally isn't expected of an "upstream" project to even get 
> involved directly with bugs found in a particular packaging:
> http://wiki.squeakland.org/display/sq/Bug+Tracking
>
>    As for DBus, I made a changeset that makes it work in current Scratch. 
> It's part of my sugarization work. What would you need it for though?
>
>
>
>  In the first instance receiving and reacting sensibly to critical system
> messages, eg, "battery-low".
>
>
>  Ah, makes sense.
>
>
>
>  Could otherwise be useful in the future for
> greater platform integration and for communicating with other
> applications. It seems to be almost standard now to send hw sensor data
> over DBus... instant thought... does the XO send a msg when the screen
> is folded back into tablet mode?
>
>
>  Likely, but I'm not sure.
>
>
>
>
>  **** Btw, I'm just checking mail archives and getting confused. Did
> anyone see my reply to Bert's email from 2nd Feb that ended with...
>
>
>
>  Nice! Do you possibly have changesets for this to migrate it to a
>
>
>  current image?
>
>
>  Also, I just noticed that [email protected] is an alias for the
>
>
>  launchpad list? Had me confused ...
>
> ...I replied to [email protected] with the change-sets attached but 
> cannot seem to locate the post in mail archives. Please let me know if not.
>
>
>  I got them, though I didn't base mine on it since I had already started 
> porting and you said it your's wasn't finished yet.
>
>
>
>  I will repost after this email just to be sure. The attachments may be 
> redundant if Bert has already done the migration but I don't like the fact 
> that it appears I have not bothered replying. Btw, Bert, where can I get your 
> version?
>
>
>  Not published yet, attaching. I wouldn't consider this "stable" yet. In 
> fact, when I just tried, it didn't work anymore :/
>
> Anyway, it's two changesets, one to add compatibility methods and one for the 
> actual DBus bindings.
>
>
>
>  @Amos: I guess we are now all using [email protected] ?
>
>
>  What's the difference to [email protected] ?
>
>
>
>   You mentioned previously about utilising mainstream VM, is there any
> progress or plan for that? Is the Scratch plug-in going to be pushed
> upstream?
>
>
>
>  You need to communicate with the VM maintainers about that. Also read this 
> thread:
> http://lists.squeakfoundation.org/pipermail/vm-dev/2009-September/003182.html
>
>        I realise your comment was probably aimed at Amos but I was simply
> looking for a date when it might happen. Is the licence issue resolved?
>
>
>  I don't think I ever heard back from John on the matter. It seemed like a 
> good idea but there was not much interest except mine, so I have not been 
> pushing the issue.
>
> - Bert -
>
>
>
> This body part will be downloaded on demand.
>
>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~scratch
> Post to     : [email protected]
> Unsubscribe : https://launchpad.net/~scratch
> More help   : https://help.launchpad.net/ListHelp
>
>


-- 
_____
Amos
_______________________________________________
Mailing list: https://launchpad.net/~scratch
Post to     : [email protected]
Unsubscribe : https://launchpad.net/~scratch
More help   : https://help.launchpad.net/ListHelp

Reply via email to