scratch team mailing list archive

[Derek O'Connell <doc@xxxxxxxxxxxxxxxxx>]

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>
>> Post to     : scratch@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~scratch <https://launchpad.net/%7Escratch>
>> More help   : https://help.launchpad.net/ListHelp
>>
>>
>>
>>     
>
>