scratch team mailing list archive

[Amos Blanton <amos@xxxxxxxxxxxxxxx>]

Ah, this is great Derek! And thanks again for all your hard work with the
plugin as well - it's so nice to have fully functional recording. I hope you
have a relaxing and pleasant vacation. :)

On Wed, Feb 17, 2010 at 5:47 PM, Derek O'Connell <doc@xxxxxxxxxxxxxxxxx>wrote:

> That's a pity after all your hard work but getting into the next Debian
> release is a good thing to aim for.
>
> Re Kubuntu, I took a quick look at the change, it's certainly avoiding
> the problem but is really only a short term solution. What is required
> is to detect which desktop managers (DM's) are installed (could be two
> or more) and do any postinst set-up for *each* of them. Better yet (I
> think I mentioned this a while back) consult freedesktop.org since it is
> all about desktop interoperability. If the Scratch install scripts are
> designed around freedesktop.org specifications then they can be mostly
> independent of any specific DM. There will always be some wrinkles per
> DM, such as sound server/drivers installed, but the freedesktop route is
> definitely recommended. Some links below. I would offer to help but I
> have a busy week ahead and then I'm on holiday for two weeks (on the
> piste ;-) ).
>
> For an overview: http://en.wikipedia.org/wiki/Freedesktop.org
>
> *The* site: http://www.freedesktop.org/
>
> All these desktops are yours, except Europa. Attempt no landings there:
> http://www.freedesktop.org/wiki/Desktops
>
> Specifications: http://www.freedesktop.org/wiki/Specifications
>
> Interesting specs:
> - http://www.freedesktop.org/wiki/Specifications/desktop-entry-spec
> - http://www.freedesktop.org/wiki/Specifications/menu-spec
> - http://www.freedesktop.org/wiki/Specifications/basedir-spec
> - http://www.freedesktop.org/wiki/Specifications/icon-theme-spec
>
> HTH,
>
> -D
>
> On 17/02/2010 21:33, Amos Blanton wrote:
> > Having tried to get the Scratch package into Lucid, I've learned a lot
> about
> > the process. Unfortunately, it sounds like we would have needed to start
> > submitting / REVUing about 2 weeks ago. I met an extremely helpful and
> > friendly MOTU called persia - but they said even they couldn't get it in
> if
> > they owned it at this point. (Officially, things are frozen in about a
> 1/2
> > hour from now or so).
> >
> > I wish I'd started the REVU process earlier! Turns out we could have
> easily
> > added the improved plugin later - an easy fix once we had all the
> packaging
> > issues worked out.
> >
> > There are, however, 3 more weeks until Debian's feature freeze. And if we
> > get in there, we'll get put into future Ubuntu releases automagically.
> And
> > meanwhile of course we have the PPA - and I think I'll add the package to
> > our downloads page soon. So all and all it'll be about like it is for
> users
> > of Windows and Mac.
> >
> > Oh - and a MOTU helped me fix (I think) the bug that was causing problems
> > with installation in Kubuntu. Still need to test things though - but it
> > seems likely to work better.
> >
> > To Do next: isolate the source for the package into a tarball so it can
> be
> > easily packaged for any distro. That's going to take a little work...
> >
> > Scratch On!
> > Amos
> >
> >
> > On Wed, Feb 17, 2010 at 4:21 PM, Derek O'Connell <doc@xxxxxxxxxxxxxxxxx
> >wrote:
> >
> >
> >>  I will be back on-line for a few hours in an hr or so. Will try to
> figure
> >> it out between us then.
> >>
> >>
> >> On 17/02/2010 19:23, Amos Blanton wrote:
> >>
> >> Hi All -
> >>
> >> It's looking like we started a bit too late to get into multiverse -
> alas.
> >> Had I known how complex the process was, I would have gotten started
> >> earlier!
> >>
> >> Currently the major roadblock has to do with incorrect versioning. Our
> >> package was originally a native debian package (I think because Mako's
> >> original plan was to push to Debian first?), and now it seems it should
> be
> >> non-native. The conversion might be trivial for someone with more
> experience
> >> in these matters -- it isn't for me.
> >>
> >> Here's the gist of it as expressed by a motu on ubuntu-motu irc at
> freenode:
> >> ". just generate a proper tarball out of pristine svn sources (svn
> export,
> >> tar -czf) and amend the version in debian/changelog to use
> >> <upstreamversion>-0ubuntu1
> >> (11:44:04 AM) hyperair: where <upstreamversion> is from
> >> scratch_<upstreamversion>.
> >> orig.tar.gz"
> >>
> >> If anyone out there can do this and coordinate the rest of the necessary
> >> changes to the control / rules files, etc., the source is here:
> https://www.assembla.com/spaces/scratchonlinux/trac_subversion_tool
> >>
> >> -Amos
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> _______________________________________________
> >> Mailing list: https://launchpad.net/~scratch<https://launchpad.net/%7Escratch><
> https://launchpad.net/%7Escratch>
> >> Post to     : scratch@xxxxxxxxxxxxxxxxxxx
> >> Unsubscribe : https://launchpad.net/~scratch<https://launchpad.net/%7Escratch><
> https://launchpad.net/%7Escratch>
> >> More help   : https://help.launchpad.net/ListHelp
> >>
> >>
> >>
> >>
> >
> >
>
>


-- 
_____
Amos