Re: SuperCollider package

2011-01-04 Thread Dan S
2010/12/25 Felipe Sateler fsate...@debian.org:
 On Mon, Nov 15, 2010 at 12:58, Dan S danstowell+de...@gmail.com wrote:
 2010/11/14 Felipe Sateler fsate...@debian.org:
 On Wed, Nov 3, 2010 at 12:15, Dan S danstowell+de...@gmail.com wrote:
 2010/11/3 Felipe Sateler fsate...@debian.org:
 By the way, the package needs to get the SONAME issue right, does
 upstream have a stance on this?

 We have had a long-term stable ABI and that's generally the
 philosophy, but we agreed that we should version the lib names anyway.
 One of the other devs has a patch for it that they're digging out...

 Any news on this?

 I've (today) sent a patchset to the sc-dev list which does the
 lib-versioning. Feel free to read the patches and feed back to me:
 http://thread.gmane.org/gmane.comp.audio.supercollider.devel/29794

 Once they're in, I'll also need to remember to tweak the debian
 install so both the *.so and the *.so.1 get installed, then that
 should cover it.


 What's the status on this?

The patch is in, upstream. What's happening right now is we're
preparing a 3.4.2 release, which will include this patch. (release
candidate files are at
http://sourceforge.net/projects/supercollider/files/Source/3.4.2/)

The neatest thing is to wait for 3.4.2 official release, then import
it to the deb-mm repo and tweak the scripts for .so.1. Should be soon!

Dan

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: SuperCollider package

2010-12-25 Thread Felipe Sateler
On Mon, Nov 15, 2010 at 12:58, Dan S danstowell+de...@gmail.com wrote:
 2010/11/14 Felipe Sateler fsate...@debian.org:
 On Wed, Nov 3, 2010 at 12:15, Dan S danstowell+de...@gmail.com wrote:
 2010/11/3 Felipe Sateler fsate...@debian.org:
 By the way, the package needs to get the SONAME issue right, does
 upstream have a stance on this?

 We have had a long-term stable ABI and that's generally the
 philosophy, but we agreed that we should version the lib names anyway.
 One of the other devs has a patch for it that they're digging out...

 Any news on this?

 I've (today) sent a patchset to the sc-dev list which does the
 lib-versioning. Feel free to read the patches and feed back to me:
 http://thread.gmane.org/gmane.comp.audio.supercollider.devel/29794

 Once they're in, I'll also need to remember to tweak the debian
 install so both the *.so and the *.so.1 get installed, then that
 should cover it.


What's the status on this?

-- 

Saludos,
Felipe Sateler

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: SuperCollider package

2010-11-15 Thread Dan S
2010/11/14 Felipe Sateler fsate...@debian.org:
 On Wed, Nov 3, 2010 at 12:15, Dan S danstowell+de...@gmail.com wrote:
 2010/11/3 Felipe Sateler fsate...@debian.org:
 By the way, the package needs to get the SONAME issue right, does
 upstream have a stance on this?

 We have had a long-term stable ABI and that's generally the
 philosophy, but we agreed that we should version the lib names anyway.
 One of the other devs has a patch for it that they're digging out...

 Any news on this?

I've (today) sent a patchset to the sc-dev list which does the
lib-versioning. Feel free to read the patches and feed back to me:
http://thread.gmane.org/gmane.comp.audio.supercollider.devel/29794

Once they're in, I'll also need to remember to tweak the debian
install so both the *.so and the *.so.1 get installed, then that
should cover it.

Dan

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: SuperCollider package

2010-11-15 Thread rosea.grammostola

[OT] Cool to see packages like supercollider and puredata hit Debian[/OT]

\r

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: SuperCollider package

2010-11-14 Thread Felipe Sateler
On Wed, Nov 3, 2010 at 12:15, Dan S danstowell+de...@gmail.com wrote:
 2010/11/3 Felipe Sateler fsate...@debian.org:
 By the way, the package needs to get the SONAME issue right, does
 upstream have a stance on this?

 We have had a long-term stable ABI and that's generally the
 philosophy, but we agreed that we should version the lib names anyway.
 One of the other devs has a patch for it that they're digging out...

Any news o nthis?


-- 

Saludos,
Felipe Sateler

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: SuperCollider package

2010-11-03 Thread Dan S
2010/11/3 Felipe Sateler fsate...@debian.org:
 2010/11/2 Dan S danstowell+de...@gmail.com:
 2010/10/31 Felipe Sateler fsate...@debian.org:
 Артём, you are CCed because I don't know if you are subscribed to the list.

 On Sat, Oct 16, 2010 at 11:09, Dan S danstowell+de...@gmail.com wrote:

 2010/10/6 Felipe Sateler fsate...@debian.org:
  Hi all, (Dan CCed because I'm not sure if you are subscribed to the list)
 
  I managed to take a few minutes to take a look at the package and it is
  not in a very good shape (it was still using simple-patchsys!). I have
  worked a bit on it, but it still has a long way to go. I will try to
  work on it during this week, I think I can find one hour or two.
 
  Dan, as you are part of upstream, could you comment on the patches
  included in the packaging? I can see they are in upstream svn ubuntu
  packaging module, with yourself as last commiter on most of them. They
  are older than the latest sc release, though.

 Hi - sorry for slow reply, I missed this thread. Most of the patches
 are by other people but I will try to comment:

 02_disable_elisp_compilation.diff
  - not sure I'm afraid, it's connected with the emacs sc3 mode, which
 I don't use. Looks like it might disable something from running simply
 because the build machine isn't the target machine.

 03_fix_elisp_install_path.diff
  - another emacs mode thing, not sure.

 Does anyone use emacs and can comment on wether this should be applied
 upstream? The patch changes the elisp install path from
 /usr/share/emacs/site-lisp to /usr/share/emacs/site-lisp/supercollider


 06_deb_scvim.diff
  - build machine != target machine so don't error out if no ruby executable

 07_deb_sced.diff
  - build machine != target machine so don't modify machine's mime database

 Dan, can you comment on whether these can be upstreamed? I don't see
 why they should be debian-specific.

 Right, that makes sense. I've had a look at the scons scripts and not
 been able to integrate them in neatly (was hoping to add a nice option
 for not-installing-here - if anyone has the scons chops to suggest
 something then please do, I'd be grateful.)

 Can't do it, at least for the time being.

np. In the medium-term, upstream is moving from scons to cmake; the
build scripts will hopefully be less quirky!


 FYI, supercollider 3.4.1 (bugfix release) has just been agreed, so is
 likely to come out very very soon without any further upstreaming. I
 hope that doesn't get in the way of debianising... would these patches
 be considered blocking issues, do you think?

 I'm not quite sure what you mean. If you mean that the patches are not
 likely to be upstreamed before that, then it is no problem, we can
 continue with the patches.

Yes, that's what I meant, thanks. Just making sure I get the flow
right, don't miss out anything I should be doing.

Thanks
Dan

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: SuperCollider package

2010-11-03 Thread Felipe Sateler
On Wed, Nov 3, 2010 at 06:32, Dan S danstowell+de...@gmail.com wrote:
 2010/11/3 Felipe Sateler fsate...@debian.org:
 2010/11/2 Dan S danstowell+de...@gmail.com:
 2010/10/31 Felipe Sateler fsate...@debian.org:
 Артём, you are CCed because I don't know if you are subscribed to the list.

 On Sat, Oct 16, 2010 at 11:09, Dan S danstowell+de...@gmail.com wrote:

 2010/10/6 Felipe Sateler fsate...@debian.org:
  Hi all, (Dan CCed because I'm not sure if you are subscribed to the 
  list)
 
  I managed to take a few minutes to take a look at the package and it is
  not in a very good shape (it was still using simple-patchsys!). I have
  worked a bit on it, but it still has a long way to go. I will try to
  work on it during this week, I think I can find one hour or two.
 
  Dan, as you are part of upstream, could you comment on the patches
  included in the packaging? I can see they are in upstream svn ubuntu
  packaging module, with yourself as last commiter on most of them. They
  are older than the latest sc release, though.

 Hi - sorry for slow reply, I missed this thread. Most of the patches
 are by other people but I will try to comment:

 02_disable_elisp_compilation.diff
  - not sure I'm afraid, it's connected with the emacs sc3 mode, which
 I don't use. Looks like it might disable something from running simply
 because the build machine isn't the target machine.

 03_fix_elisp_install_path.diff
  - another emacs mode thing, not sure.

 Does anyone use emacs and can comment on wether this should be applied
 upstream? The patch changes the elisp install path from
 /usr/share/emacs/site-lisp to /usr/share/emacs/site-lisp/supercollider


 06_deb_scvim.diff
  - build machine != target machine so don't error out if no ruby 
 executable

 07_deb_sced.diff
  - build machine != target machine so don't modify machine's mime database

 Dan, can you comment on whether these can be upstreamed? I don't see
 why they should be debian-specific.

 Right, that makes sense. I've had a look at the scons scripts and not
 been able to integrate them in neatly (was hoping to add a nice option
 for not-installing-here - if anyone has the scons chops to suggest
 something then please do, I'd be grateful.)

 Can't do it, at least for the time being.

 np. In the medium-term, upstream is moving from scons to cmake; the
 build scripts will hopefully be less quirky!

cmake does this automatically: rpath is used when building, but it is
stripped at install time.



 FYI, supercollider 3.4.1 (bugfix release) has just been agreed, so is
 likely to come out very very soon without any further upstreaming. I
 hope that doesn't get in the way of debianising... would these patches
 be considered blocking issues, do you think?

 I'm not quite sure what you mean. If you mean that the patches are not
 likely to be upstreamed before that, then it is no problem, we can
 continue with the patches.

 Yes, that's what I meant, thanks. Just making sure I get the flow
 right, don't miss out anything I should be doing.

Don't worry.

By the way, the package needs to get the SONAME issue right, does
upstream have a stance on this?



-- 

Saludos,
Felipe Sateler

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: SuperCollider package

2010-11-03 Thread Dan S
2010/11/3 Felipe Sateler fsate...@debian.org:
 On Wed, Nov 3, 2010 at 06:32, Dan S danstowell+de...@gmail.com wrote:
 2010/11/3 Felipe Sateler fsate...@debian.org:
 2010/11/2 Dan S danstowell+de...@gmail.com:
 2010/10/31 Felipe Sateler fsate...@debian.org:
 Артём, you are CCed because I don't know if you are subscribed to the 
 list.

 On Sat, Oct 16, 2010 at 11:09, Dan S danstowell+de...@gmail.com wrote:

 2010/10/6 Felipe Sateler fsate...@debian.org:
  Hi all, (Dan CCed because I'm not sure if you are subscribed to the 
  list)
 
  I managed to take a few minutes to take a look at the package and it is
  not in a very good shape (it was still using simple-patchsys!). I have
  worked a bit on it, but it still has a long way to go. I will try to
  work on it during this week, I think I can find one hour or two.
 
  Dan, as you are part of upstream, could you comment on the patches
  included in the packaging? I can see they are in upstream svn ubuntu
  packaging module, with yourself as last commiter on most of them. They
  are older than the latest sc release, though.

 Hi - sorry for slow reply, I missed this thread. Most of the patches
 are by other people but I will try to comment:

 02_disable_elisp_compilation.diff
  - not sure I'm afraid, it's connected with the emacs sc3 mode, which
 I don't use. Looks like it might disable something from running simply
 because the build machine isn't the target machine.

 03_fix_elisp_install_path.diff
  - another emacs mode thing, not sure.

 Does anyone use emacs and can comment on wether this should be applied
 upstream? The patch changes the elisp install path from
 /usr/share/emacs/site-lisp to /usr/share/emacs/site-lisp/supercollider


 06_deb_scvim.diff
  - build machine != target machine so don't error out if no ruby 
 executable

 07_deb_sced.diff
  - build machine != target machine so don't modify machine's mime 
 database

 Dan, can you comment on whether these can be upstreamed? I don't see
 why they should be debian-specific.

 Right, that makes sense. I've had a look at the scons scripts and not
 been able to integrate them in neatly (was hoping to add a nice option
 for not-installing-here - if anyone has the scons chops to suggest
 something then please do, I'd be grateful.)

 Can't do it, at least for the time being.

 np. In the medium-term, upstream is moving from scons to cmake; the
 build scripts will hopefully be less quirky!

 cmake does this automatically: rpath is used when building, but it is
 stripped at install time.



 FYI, supercollider 3.4.1 (bugfix release) has just been agreed, so is
 likely to come out very very soon without any further upstreaming. I
 hope that doesn't get in the way of debianising... would these patches
 be considered blocking issues, do you think?

 I'm not quite sure what you mean. If you mean that the patches are not
 likely to be upstreamed before that, then it is no problem, we can
 continue with the patches.

 Yes, that's what I meant, thanks. Just making sure I get the flow
 right, don't miss out anything I should be doing.

 Don't worry.

 By the way, the package needs to get the SONAME issue right, does
 upstream have a stance on this?

We have had a long-term stable ABI and that's generally the
philosophy, but we agreed that we should version the lib names anyway.
One of the other devs has a patch for it that they're digging out...

Dan

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: SuperCollider package

2010-11-03 Thread Felipe Sateler
On Wed, Nov 3, 2010 at 12:15, Dan S danstowell+de...@gmail.com wrote:
 2010/11/3 Felipe Sateler fsate...@debian.org:

 the package needs to get the SONAME issue right, does
 upstream have a stance on this?

 We have had a long-term stable ABI and that's generally the
 philosophy, but we agreed that we should version the lib names anyway.
 One of the other devs has a patch for it that they're digging out...

Great. Unfortunately, scons does not have a proper SONAME tool so you
have to do it manually. A real pain, indeed. Please let us know when
this patch has been dug out!

-- 

Saludos,
Felipe Sateler

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: SuperCollider package

2010-11-02 Thread Dan S
2010/10/31 Felipe Sateler fsate...@debian.org:
 Артём, you are CCed because I don't know if you are subscribed to the list.

 On Sat, Oct 16, 2010 at 11:09, Dan S danstowell+de...@gmail.com wrote:

 2010/10/6 Felipe Sateler fsate...@debian.org:
  Hi all, (Dan CCed because I'm not sure if you are subscribed to the list)
 
  I managed to take a few minutes to take a look at the package and it is
  not in a very good shape (it was still using simple-patchsys!). I have
  worked a bit on it, but it still has a long way to go. I will try to
  work on it during this week, I think I can find one hour or two.
 
  Dan, as you are part of upstream, could you comment on the patches
  included in the packaging? I can see they are in upstream svn ubuntu
  packaging module, with yourself as last commiter on most of them. They
  are older than the latest sc release, though.

 Hi - sorry for slow reply, I missed this thread. Most of the patches
 are by other people but I will try to comment:

 02_disable_elisp_compilation.diff
  - not sure I'm afraid, it's connected with the emacs sc3 mode, which
 I don't use. Looks like it might disable something from running simply
 because the build machine isn't the target machine.

 03_fix_elisp_install_path.diff
  - another emacs mode thing, not sure.

 Does anyone use emacs and can comment on wether this should be applied
 upstream? The patch changes the elisp install path from
 /usr/share/emacs/site-lisp to /usr/share/emacs/site-lisp/supercollider


 06_deb_scvim.diff
  - build machine != target machine so don't error out if no ruby executable

 07_deb_sced.diff
  - build machine != target machine so don't modify machine's mime database

 Dan, can you comment on whether these can be upstreamed? I don't see
 why they should be debian-specific.

Right, that makes sense. I've had a look at the scons scripts and not
been able to integrate them in neatly (was hoping to add a nice option
for not-installing-here - if anyone has the scons chops to suggest
something then please do, I'd be grateful.)

FYI, supercollider 3.4.1 (bugfix release) has just been agreed, so is
likely to come out very very soon without any further upstreaming. I
hope that doesn't get in the way of debianising... would these patches
be considered blocking issues, do you think?

Dan


 08_deb_scvim_checkactive.diff
  - the 'scvim' script is a wrapper which launches vim with the sc3
 plugin. debian vim-addons policy requires the plugin not to be
 auto-enabled when installing, so we must modify the scvim script to
 detect if the addon is not enabled, and to help the user enable it if
 they want to. (Needs to be a patch since vim-addon-manager not
 necessarily used on all linuxes)

 This one has been upstreamed, great!


 10_fix_rpath.diff
  - I'm not clear on why the change from -rpath to -rpath-link has to
 be done here as a patch. cc'ing this message to Артём who may be able
 to comment on this, and possibly others.

 This looks like it could be upstreamed too?




 --

 Saludos,
 Felipe Sateler

 ___
 pkg-multimedia-maintainers mailing list
 pkg-multimedia-maintainers@lists.alioth.debian.org
 http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: SuperCollider package

2010-11-02 Thread Felipe Sateler
2010/11/2 Dan S danstowell+de...@gmail.com:
 2010/10/31 Felipe Sateler fsate...@debian.org:
 Артём, you are CCed because I don't know if you are subscribed to the list.

 On Sat, Oct 16, 2010 at 11:09, Dan S danstowell+de...@gmail.com wrote:

 2010/10/6 Felipe Sateler fsate...@debian.org:
  Hi all, (Dan CCed because I'm not sure if you are subscribed to the list)
 
  I managed to take a few minutes to take a look at the package and it is
  not in a very good shape (it was still using simple-patchsys!). I have
  worked a bit on it, but it still has a long way to go. I will try to
  work on it during this week, I think I can find one hour or two.
 
  Dan, as you are part of upstream, could you comment on the patches
  included in the packaging? I can see they are in upstream svn ubuntu
  packaging module, with yourself as last commiter on most of them. They
  are older than the latest sc release, though.

 Hi - sorry for slow reply, I missed this thread. Most of the patches
 are by other people but I will try to comment:

 02_disable_elisp_compilation.diff
  - not sure I'm afraid, it's connected with the emacs sc3 mode, which
 I don't use. Looks like it might disable something from running simply
 because the build machine isn't the target machine.

 03_fix_elisp_install_path.diff
  - another emacs mode thing, not sure.

 Does anyone use emacs and can comment on wether this should be applied
 upstream? The patch changes the elisp install path from
 /usr/share/emacs/site-lisp to /usr/share/emacs/site-lisp/supercollider


 06_deb_scvim.diff
  - build machine != target machine so don't error out if no ruby executable

 07_deb_sced.diff
  - build machine != target machine so don't modify machine's mime database

 Dan, can you comment on whether these can be upstreamed? I don't see
 why they should be debian-specific.

 Right, that makes sense. I've had a look at the scons scripts and not
 been able to integrate them in neatly (was hoping to add a nice option
 for not-installing-here - if anyone has the scons chops to suggest
 something then please do, I'd be grateful.)

Can't do it, at least for the time being.


 FYI, supercollider 3.4.1 (bugfix release) has just been agreed, so is
 likely to come out very very soon without any further upstreaming. I
 hope that doesn't get in the way of debianising... would these patches
 be considered blocking issues, do you think?

I'm not quite sure what you mean. If you mean that the patches are not
likely to be upstreamed before that, then it is no problem, we can
continue with the patches.

-- 

Saludos,
Felipe Sateler

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: SuperCollider package

2010-10-31 Thread Felipe Sateler
Артём, you are CCed because I don't know if you are subscribed to the list.

On Sat, Oct 16, 2010 at 11:09, Dan S danstowell+de...@gmail.com wrote:

 2010/10/6 Felipe Sateler fsate...@debian.org:
  Hi all, (Dan CCed because I'm not sure if you are subscribed to the list)
 
  I managed to take a few minutes to take a look at the package and it is
  not in a very good shape (it was still using simple-patchsys!). I have
  worked a bit on it, but it still has a long way to go. I will try to
  work on it during this week, I think I can find one hour or two.
 
  Dan, as you are part of upstream, could you comment on the patches
  included in the packaging? I can see they are in upstream svn ubuntu
  packaging module, with yourself as last commiter on most of them. They
  are older than the latest sc release, though.

 Hi - sorry for slow reply, I missed this thread. Most of the patches
 are by other people but I will try to comment:

 02_disable_elisp_compilation.diff
  - not sure I'm afraid, it's connected with the emacs sc3 mode, which
 I don't use. Looks like it might disable something from running simply
 because the build machine isn't the target machine.

 03_fix_elisp_install_path.diff
  - another emacs mode thing, not sure.

Does anyone use emacs and can comment on wether this should be applied
upstream? The patch changes the elisp install path from
/usr/share/emacs/site-lisp to /usr/share/emacs/site-lisp/supercollider


 06_deb_scvim.diff
  - build machine != target machine so don't error out if no ruby executable

 07_deb_sced.diff
  - build machine != target machine so don't modify machine's mime database

Dan, can you comment on whether these can be upstreamed? I don't see
why they should be debian-specific.


 08_deb_scvim_checkactive.diff
  - the 'scvim' script is a wrapper which launches vim with the sc3
 plugin. debian vim-addons policy requires the plugin not to be
 auto-enabled when installing, so we must modify the scvim script to
 detect if the addon is not enabled, and to help the user enable it if
 they want to. (Needs to be a patch since vim-addon-manager not
 necessarily used on all linuxes)

This one has been upstreamed, great!


 10_fix_rpath.diff
  - I'm not clear on why the change from -rpath to -rpath-link has to
 be done here as a patch. cc'ing this message to Артём who may be able
 to comment on this, and possibly others.

This looks like it could be upstreamed too?




--

Saludos,
Felipe Sateler

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: SuperCollider package

2010-10-31 Thread Felipe Sateler
On Fri, Oct 1, 2010 at 17:24, Dan Stowell danstow...@gmail.com wrote:
 Hi Alexandre, Felipe et al,

 Looking at the lintian issues for supercollider, I found the source of
 problem for the most important error
 (sharedobject-in-library-directory-missing-soname). I've fixed it in
 the upstream build script:
 http://supercollider.svn.sourceforge.net/supercollider/?rev=10372view=rev

This hides the warning, but it does not fix the underlying issue.
Libraries installed in /usr/lib should be versioned, and the version
bumped whenever there is an ABI break. Does upstream commit to a
stable ABI?

-- 

Saludos,
Felipe Sateler

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: SuperCollider package

2010-10-31 Thread Артём Попов
2010/11/1 Felipe Sateler fsate...@debian.org:
 Артём, you are CCed because I don't know if you are subscribed to the list.

 On Sat, Oct 16, 2010 at 11:09, Dan S danstowell+de...@gmail.com wrote:

 2010/10/6 Felipe Sateler fsate...@debian.org:
  Hi all, (Dan CCed because I'm not sure if you are subscribed to the list)
 
  I managed to take a few minutes to take a look at the package and it is
  not in a very good shape (it was still using simple-patchsys!). I have
  worked a bit on it, but it still has a long way to go. I will try to
  work on it during this week, I think I can find one hour or two.
 
  Dan, as you are part of upstream, could you comment on the patches
  included in the packaging? I can see they are in upstream svn ubuntu
  packaging module, with yourself as last commiter on most of them. They
  are older than the latest sc release, though.

 Hi - sorry for slow reply, I missed this thread. Most of the patches
 are by other people but I will try to comment:

 02_disable_elisp_compilation.diff
  - not sure I'm afraid, it's connected with the emacs sc3 mode, which
 I don't use. Looks like it might disable something from running simply
 because the build machine isn't the target machine.

 03_fix_elisp_install_path.diff
  - another emacs mode thing, not sure.

 Does anyone use emacs and can comment on wether this should be applied
 upstream? The patch changes the elisp install path from
 /usr/share/emacs/site-lisp to /usr/share/emacs/site-lisp/supercollider


 06_deb_scvim.diff
  - build machine != target machine so don't error out if no ruby executable

 07_deb_sced.diff
  - build machine != target machine so don't modify machine's mime database

 Dan, can you comment on whether these can be upstreamed? I don't see
 why they should be debian-specific.


 08_deb_scvim_checkactive.diff
  - the 'scvim' script is a wrapper which launches vim with the sc3
 plugin. debian vim-addons policy requires the plugin not to be
 auto-enabled when installing, so we must modify the scvim script to
 detect if the addon is not enabled, and to help the user enable it if
 they want to. (Needs to be a patch since vim-addon-manager not
 necessarily used on all linuxes)

 This one has been upstreamed, great!


 10_fix_rpath.diff
  - I'm not clear on why the change from -rpath to -rpath-link has to
 be done here as a patch. cc'ing this message to Артём who may be able
 to comment on this, and possibly others.

 This looks like it could be upstreamed too?


This one, AFAIK, affects those, who prefer to run SC3 from trunk
directory. So I'd suggest it should be replaced by some build hack,
that will allow building and running a fresh checkout from source
directory or just stay in place.

--Artem

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: SuperCollider package

2010-10-25 Thread Alexandre Quessy
Hello,

2010/10/20 Dan S danstowell+de...@gmail.com:
 2010/10/20 Felipe Sateler fsate...@debian.org:
 Welcome!

 Thanks! I'm happy to be here.

 Dan

Excellent! I'm quite happy you join the team too. You've been working
on this package for a little while now. You're the best one to work on
this. (and this team is the more appropriate to do so, IMHO)

I'll follow this. I don't have much time those days though.
I'm idling around as aalex on irc.OFTC.net/#debian-multimedia and
would be up for a sprint in an evening. (though our time zones don't
match quite)

Later,
-- 
Alexandre Quessy
http://alexandre.quessy.net/

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: SuperCollider package

2010-10-20 Thread Felipe Sateler
On Tue, Oct 19, 2010 at 04:22, Dan S danstowell+de...@gmail.com wrote:
 2010/10/19 Felipe Sateler fsate...@debian.org:
 On Sat, Oct 16, 2010 at 11:09, Dan S danstowell+de...@gmail.com wrote:
 2010/10/6 Felipe Sateler fsate...@debian.org:
 Hi all, (Dan CCed because I'm not sure if you are subscribed to the list)

 I managed to take a few minutes to take a look at the package and it is
 not in a very good shape (it was still using simple-patchsys!). I have
 worked a bit on it, but it still has a long way to go. I will try to
 work on it during this week, I think I can find one hour or two.

 Dan, as you are part of upstream, could you comment on the patches
 included in the packaging? I can see they are in upstream svn ubuntu
 packaging module, with yourself as last commiter on most of them. They
 are older than the latest sc release, though.

 Hi - sorry for slow reply, I missed this thread. Most of the patches
 are by other people but I will try to comment:


 06_deb_scvim.diff
  - build machine != target machine so don't error out if no ruby executable

 This seems to also disable building scvim help?

 Yes, but that's OK - it gets done on first run rather than on build.

Oh OK.



 08_deb_scvim_checkactive.diff
  - the 'scvim' script is a wrapper which launches vim with the sc3
 plugin. debian vim-addons policy requires the plugin not to be
 auto-enabled when installing, so we must modify the scvim script to
 detect if the addon is not enabled, and to help the user enable it if
 they want to. (Needs to be a patch since vim-addon-manager not
 necessarily used on all linuxes)

 The code seems to be appropriately protected. I think it can be safely
 incorporated upstream.

 Good point. I've done that now in the svn.


 BTW, Dan, would you like to help maintain sc in debian? You could join
 our team, it is always good to have someone involved in upstream
 development.

 Yes I would like to - thanks! Do I need an account somewhere? (On
 git.debian.org I don't see much instruction...)

You need to get an account on alioth.debian.org. Then request to join
the pkg-multimedia project (it has a link somewhere in the project
page), and we will add you. Also read wiki.debian.org/DebianMultimedia
for some information on how we have been working.


-- 

Saludos,
Felipe Sateler

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: SuperCollider package

2010-10-20 Thread Felipe Sateler
On Tue, Oct 19, 2010 at 04:02, Dan S danstowell+de...@gmail.com wrote:
 2010/10/19 Felipe Sateler fsate...@debian.org:
 On Sat, Oct 16, 2010 at 11:15, Dan S danstowell+de...@gmail.com wrote:
 2010/10/9 Alexandre Quessy alexan...@quessy.net:
 Hello Felipe and the team,

 2010/10/6 Felipe Sateler fsate...@debian.org:
 On 09/21/2010 01:40 PM, Alexandre Quessy wrote:
 There are quite a few lintian warnings, but I tried the vim plugin and
 it works.

 Yes, quite a bit. The package needs a lot of work. First of all,
 debian/copyright needs some serious overhaul. Are you familiar with the
 codebase? If so, please take a look at that.

 No much familiar, no. Dan would know better than me.

 What sort of overhaul is needed? There are quite a few different
 copyrights asserted, making it fairly bulky, but I don't spot any
 wrongness.

 For starters, a whole lot of paths are wrong (they are missing the
 common/ subdir prefix). Hmm, maybe serious overhaul is an
 overstatement, but getting the right paths is a must, and made me
 doubt the overall quality of the file, perhaps indicative of neglect.

 Ah thankyou. Yes that is neglect but fairly recent neglect, we
 reorganised the folder structure before 3.4 but it seems we forgot the
 paths in the copyright folder.

Great.


 OK I've fixed it now in svn.
 http://supercollider.svn.sf.net/viewvc/supercollider/packages/ubuntu/copyright?r1=10329r2=10403
 Feel free to pull it in. (I'd like to help with the debian packaging
 git - could I be given access or should I start my own git and send
 pull requests?)

No, join our team and then clone the ssh address of our repository.


 Where did you get the packaging from? Upstream?

 Yes. I took it from the upstream SVN repository. Dan has done one more
 - at least - after I took it, though. He might have removed some
 files. I specifically told him about some proprietary files that he
 removed. I'll double check this and let you know.

 If Dan would tell us what he changed meanwhile, that would help. Dan?

 I removed common/Source/lang/LangPrimSource/HID_Utilities/* since that
 had an apple copyright with a dubious gpl compatibility, and (in the
 svn packaging info) removed the apple entry from debian/copyrights as
 a result.
 (To be more accurate: We have a script that makes a pruned
 linux-source .tar.gz, so what I did was to add the folder to the list
 of what gets pruned out. The folder is still there in the upstream and
 used on mac.)

 Where is this pruned linux-source tar.gz? Our repository seems to have
 the SuperCollider-3.4-Source-With-Extras-linux.tar.gz file from
 sourceforge with md5sum 20631117a7e9fb1c862833ce424ce9f4. Should we be
 using the without extras variant? Or maybe even another tarball?

 With-extras should be fine, however so far I've only tweaked the
 not-with-extras one to remove the Apple files
 (SuperCollider-3.4-rev2-Source-linux.tar.gz at
 http://sourceforge.net/projects/supercollider/files/Source/3.4/ ).
 We're hoping to get 3.4.1 released very soon so I'll include these
 tweaks in that.

What are the extras? The without extras tarball seems to be much smaller.

And if there are conflictive files we should use the pruned tarballs.


-- 

Saludos,
Felipe Sateler

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: SuperCollider package

2010-10-20 Thread Dan S
2010/10/20 Felipe Sateler fsate...@debian.org:
 On Tue, Oct 19, 2010 at 04:22, Dan S danstowell+de...@gmail.com wrote:
 2010/10/19 Felipe Sateler fsate...@debian.org:
 On Sat, Oct 16, 2010 at 11:09, Dan S danstowell+de...@gmail.com wrote:
 2010/10/6 Felipe Sateler fsate...@debian.org:
 Hi all, (Dan CCed because I'm not sure if you are subscribed to the list)

 I managed to take a few minutes to take a look at the package and it is
 not in a very good shape (it was still using simple-patchsys!). I have
 worked a bit on it, but it still has a long way to go. I will try to
 work on it during this week, I think I can find one hour or two.

 Dan, as you are part of upstream, could you comment on the patches
 included in the packaging? I can see they are in upstream svn ubuntu
 packaging module, with yourself as last commiter on most of them. They
 are older than the latest sc release, though.

 Hi - sorry for slow reply, I missed this thread. Most of the patches
 are by other people but I will try to comment:


 06_deb_scvim.diff
  - build machine != target machine so don't error out if no ruby executable

 This seems to also disable building scvim help?

 Yes, but that's OK - it gets done on first run rather than on build.

 Oh OK.



 08_deb_scvim_checkactive.diff
  - the 'scvim' script is a wrapper which launches vim with the sc3
 plugin. debian vim-addons policy requires the plugin not to be
 auto-enabled when installing, so we must modify the scvim script to
 detect if the addon is not enabled, and to help the user enable it if
 they want to. (Needs to be a patch since vim-addon-manager not
 necessarily used on all linuxes)

 The code seems to be appropriately protected. I think it can be safely
 incorporated upstream.

 Good point. I've done that now in the svn.


 BTW, Dan, would you like to help maintain sc in debian? You could join
 our team, it is always good to have someone involved in upstream
 development.

 Yes I would like to - thanks! Do I need an account somewhere? (On
 git.debian.org I don't see much instruction...)

 You need to get an account on alioth.debian.org. Then request to join
 the pkg-multimedia project (it has a link somewhere in the project
 page), and we will add you. Also read wiki.debian.org/DebianMultimedia
 for some information on how we have been working.

OK thanks. I've created an account danstowell-guest and submitted a request.

Dan

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: SuperCollider package

2010-10-20 Thread Felipe Sateler
On Wed, Oct 20, 2010 at 09:16, Dan S danstowell+de...@gmail.com wrote:
 2010/10/20 Felipe Sateler fsate...@debian.org:

 You need to get an account on alioth.debian.org. Then request to join
 the pkg-multimedia project (it has a link somewhere in the project
 page), and we will add you. Also read wiki.debian.org/DebianMultimedia
 for some information on how we have been working.

 OK thanks. I've created an account danstowell-guest and submitted a request.

Welcome!

-- 

Saludos,
Felipe Sateler

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: SuperCollider package

2010-10-20 Thread Dan S
2010/10/20 Felipe Sateler fsate...@debian.org:
 On Tue, Oct 19, 2010 at 04:02, Dan S danstowell+de...@gmail.com wrote:
 2010/10/19 Felipe Sateler fsate...@debian.org:
 On Sat, Oct 16, 2010 at 11:15, Dan S danstowell+de...@gmail.com wrote:
 2010/10/9 Alexandre Quessy alexan...@quessy.net:
 Hello Felipe and the team,

 2010/10/6 Felipe Sateler fsate...@debian.org:
 On 09/21/2010 01:40 PM, Alexandre Quessy wrote:
 There are quite a few lintian warnings, but I tried the vim plugin and
 it works.

 Yes, quite a bit. The package needs a lot of work. First of all,
 debian/copyright needs some serious overhaul. Are you familiar with the
 codebase? If so, please take a look at that.

 No much familiar, no. Dan would know better than me.

 What sort of overhaul is needed? There are quite a few different
 copyrights asserted, making it fairly bulky, but I don't spot any
 wrongness.

 For starters, a whole lot of paths are wrong (they are missing the
 common/ subdir prefix). Hmm, maybe serious overhaul is an
 overstatement, but getting the right paths is a must, and made me
 doubt the overall quality of the file, perhaps indicative of neglect.

 Ah thankyou. Yes that is neglect but fairly recent neglect, we
 reorganised the folder structure before 3.4 but it seems we forgot the
 paths in the copyright folder.

 Great.


 OK I've fixed it now in svn.
 http://supercollider.svn.sf.net/viewvc/supercollider/packages/ubuntu/copyright?r1=10329r2=10403
 Feel free to pull it in. (I'd like to help with the debian packaging
 git - could I be given access or should I start my own git and send
 pull requests?)

 No, join our team and then clone the ssh address of our repository.


 Where did you get the packaging from? Upstream?

 Yes. I took it from the upstream SVN repository. Dan has done one more
 - at least - after I took it, though. He might have removed some
 files. I specifically told him about some proprietary files that he
 removed. I'll double check this and let you know.

 If Dan would tell us what he changed meanwhile, that would help. Dan?

 I removed common/Source/lang/LangPrimSource/HID_Utilities/* since that
 had an apple copyright with a dubious gpl compatibility, and (in the
 svn packaging info) removed the apple entry from debian/copyrights as
 a result.
 (To be more accurate: We have a script that makes a pruned
 linux-source .tar.gz, so what I did was to add the folder to the list
 of what gets pruned out. The folder is still there in the upstream and
 used on mac.)

 Where is this pruned linux-source tar.gz? Our repository seems to have
 the SuperCollider-3.4-Source-With-Extras-linux.tar.gz file from
 sourceforge with md5sum 20631117a7e9fb1c862833ce424ce9f4. Should we be
 using the without extras variant? Or maybe even another tarball?

 With-extras should be fine, however so far I've only tweaked the
 not-with-extras one to remove the Apple files
 (SuperCollider-3.4-rev2-Source-linux.tar.gz at
 http://sourceforge.net/projects/supercollider/files/Source/3.4/ ).
 We're hoping to get 3.4.1 released very soon so I'll include these
 tweaks in that.

 What are the extras? The without extras tarball seems to be much smaller.

Actually I think we should not include the extras for now, because
that could muddy the process. The extras are essentially third-party
addons, two types of thing: plugins for the audio server, and add-ons
for the language. They're both GPL but the copyrights and other things
would be a bit awkward, and there are additional dependencies and
other stuff. (The extras are more loosely policed than the core.)

 And if there are conflictive files we should use the pruned tarballs.

Yes, definitely the pruned ones (*-linux.tar.gz*) are what to use.

  OK thanks. I've created an account danstowell-guest and submitted a 
  request.

 Welcome!

Thanks! I'm happy to be here.

Dan

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: SuperCollider package

2010-10-20 Thread Felipe Sateler
On Wed, Oct 20, 2010 at 09:23, Dan S danstowell+de...@gmail.com wrote:
 2010/10/20 Felipe Sateler fsate...@debian.org:
 On Tue, Oct 19, 2010 at 04:02, Dan S danstowell+de...@gmail.com wrote:
 2010/10/19 Felipe Sateler fsate...@debian.org:
 On Sat, Oct 16, 2010 at 11:15, Dan S danstowell+de...@gmail.com wrote:
 2010/10/9 Alexandre Quessy alexan...@quessy.net:
 Hello Felipe and the team,

 2010/10/6 Felipe Sateler fsate...@debian.org:
 On 09/21/2010 01:40 PM, Alexandre Quessy wrote:
 There are quite a few lintian warnings, but I tried the vim plugin and
 it works.

 Yes, quite a bit. The package needs a lot of work. First of all,
 debian/copyright needs some serious overhaul. Are you familiar with the
 codebase? If so, please take a look at that.

 No much familiar, no. Dan would know better than me.

 What sort of overhaul is needed? There are quite a few different
 copyrights asserted, making it fairly bulky, but I don't spot any
 wrongness.

 For starters, a whole lot of paths are wrong (they are missing the
 common/ subdir prefix). Hmm, maybe serious overhaul is an
 overstatement, but getting the right paths is a must, and made me
 doubt the overall quality of the file, perhaps indicative of neglect.

 Ah thankyou. Yes that is neglect but fairly recent neglect, we
 reorganised the folder structure before 3.4 but it seems we forgot the
 paths in the copyright folder.

 Great.


 OK I've fixed it now in svn.
 http://supercollider.svn.sf.net/viewvc/supercollider/packages/ubuntu/copyright?r1=10329r2=10403
 Feel free to pull it in. (I'd like to help with the debian packaging
 git - could I be given access or should I start my own git and send
 pull requests?)

 No, join our team and then clone the ssh address of our repository.


 Where did you get the packaging from? Upstream?

 Yes. I took it from the upstream SVN repository. Dan has done one more
 - at least - after I took it, though. He might have removed some
 files. I specifically told him about some proprietary files that he
 removed. I'll double check this and let you know.

 If Dan would tell us what he changed meanwhile, that would help. Dan?

 I removed common/Source/lang/LangPrimSource/HID_Utilities/* since that
 had an apple copyright with a dubious gpl compatibility, and (in the
 svn packaging info) removed the apple entry from debian/copyrights as
 a result.
 (To be more accurate: We have a script that makes a pruned
 linux-source .tar.gz, so what I did was to add the folder to the list
 of what gets pruned out. The folder is still there in the upstream and
 used on mac.)

 Where is this pruned linux-source tar.gz? Our repository seems to have
 the SuperCollider-3.4-Source-With-Extras-linux.tar.gz file from
 sourceforge with md5sum 20631117a7e9fb1c862833ce424ce9f4. Should we be
 using the without extras variant? Or maybe even another tarball?

 With-extras should be fine, however so far I've only tweaked the
 not-with-extras one to remove the Apple files
 (SuperCollider-3.4-rev2-Source-linux.tar.gz at
 http://sourceforge.net/projects/supercollider/files/Source/3.4/ ).
 We're hoping to get 3.4.1 released very soon so I'll include these
 tweaks in that.

 What are the extras? The without extras tarball seems to be much smaller.

 Actually I think we should not include the extras for now, because
 that could muddy the process.

OK. So, if I understand correctly, we should use the -rev2 version
without extras?

 The extras are essentially third-party
 addons, two types of thing: plugins for the audio server, and add-ons
 for the language. They're both GPL but the copyrights and other things
 would be a bit awkward, and there are additional dependencies and
 other stuff. (The extras are more loosely policed than the core.)

Are they also released indepently of the core? If so, we could package
it separately, which may simplify things.


-- 

Saludos,
Felipe Sateler

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: SuperCollider package

2010-10-20 Thread Felipe Sateler
On Wed, Oct 20, 2010 at 12:29, Dan S danstowell+de...@gmail.com wrote:
 2010/10/20 Felipe Sateler fsate...@debian.org:
 On Wed, Oct 20, 2010 at 09:23, Dan S danstowell+de...@gmail.com wrote:
 2010/10/20 Felipe Sateler fsate...@debian.org:
 On Tue, Oct 19, 2010 at 04:02, Dan S danstowell+de...@gmail.com wrote:
 2010/10/19 Felipe Sateler fsate...@debian.org:
 On Sat, Oct 16, 2010 at 11:15, Dan S danstowell+de...@gmail.com wrote:
 2010/10/9 Alexandre Quessy alexan...@quessy.net:
 Hello Felipe and the team,

 2010/10/6 Felipe Sateler fsate...@debian.org:
 On 09/21/2010 01:40 PM, Alexandre Quessy wrote:
 There are quite a few lintian warnings, but I tried the vim plugin 
 and
 it works.

 Yes, quite a bit. The package needs a lot of work. First of all,
 debian/copyright needs some serious overhaul. Are you familiar with 
 the
 codebase? If so, please take a look at that.

 No much familiar, no. Dan would know better than me.

 What sort of overhaul is needed? There are quite a few different
 copyrights asserted, making it fairly bulky, but I don't spot any
 wrongness.

 For starters, a whole lot of paths are wrong (they are missing the
 common/ subdir prefix). Hmm, maybe serious overhaul is an
 overstatement, but getting the right paths is a must, and made me
 doubt the overall quality of the file, perhaps indicative of neglect.

 Ah thankyou. Yes that is neglect but fairly recent neglect, we
 reorganised the folder structure before 3.4 but it seems we forgot the
 paths in the copyright folder.

 Great.


 OK I've fixed it now in svn.
 http://supercollider.svn.sf.net/viewvc/supercollider/packages/ubuntu/copyright?r1=10329r2=10403
 Feel free to pull it in. (I'd like to help with the debian packaging
 git - could I be given access or should I start my own git and send
 pull requests?)

 No, join our team and then clone the ssh address of our repository.


 Where did you get the packaging from? Upstream?

 Yes. I took it from the upstream SVN repository. Dan has done one more
 - at least - after I took it, though. He might have removed some
 files. I specifically told him about some proprietary files that he
 removed. I'll double check this and let you know.

 If Dan would tell us what he changed meanwhile, that would help. Dan?

 I removed common/Source/lang/LangPrimSource/HID_Utilities/* since that
 had an apple copyright with a dubious gpl compatibility, and (in the
 svn packaging info) removed the apple entry from debian/copyrights as
 a result.
 (To be more accurate: We have a script that makes a pruned
 linux-source .tar.gz, so what I did was to add the folder to the list
 of what gets pruned out. The folder is still there in the upstream and
 used on mac.)

 Where is this pruned linux-source tar.gz? Our repository seems to have
 the SuperCollider-3.4-Source-With-Extras-linux.tar.gz file from
 sourceforge with md5sum 20631117a7e9fb1c862833ce424ce9f4. Should we be
 using the without extras variant? Or maybe even another tarball?

 With-extras should be fine, however so far I've only tweaked the
 not-with-extras one to remove the Apple files
 (SuperCollider-3.4-rev2-Source-linux.tar.gz at
 http://sourceforge.net/projects/supercollider/files/Source/3.4/ ).
 We're hoping to get 3.4.1 released very soon so I'll include these
 tweaks in that.

 What are the extras? The without extras tarball seems to be much smaller.

 Actually I think we should not include the extras for now, because
 that could muddy the process.

 OK. So, if I understand correctly, we should use the -rev2 version
 without extras?

 Yes.

 The extras are essentially third-party
 addons, two types of thing: plugins for the audio server, and add-ons
 for the language. They're both GPL but the copyrights and other things
 would be a bit awkward, and there are additional dependencies and
 other stuff. (The extras are more loosely policed than the core.)

 Are they also released indepently of the core? If so, we could package
 it separately, which may simplify things.

 Yes. Some of the extra plugins need the main sc source in order to
 build, which is a bit of a pain, it's something we need to clean up
 upstream before we come back downstream to package it.


OK. I'll import rev2 now. Please review the copyright statements after
I've done this, to prune the files only found in the with-extras
version.


-- 

Saludos,
Felipe Sateler

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: SuperCollider package

2010-10-20 Thread Felipe Sateler
On Wed, Oct 20, 2010 at 13:07, Felipe Sateler fsate...@debian.org wrote:

 I'll import rev2 now. Please review the copyright statements after
 I've done this, to prune the files only found in the with-extras
 version.

I've uploaded it. Since supercollider has not been released to debian,
I created a new repository, so the size has gone down from 25 to 6 Mb.

-- 

Saludos,
Felipe Sateler

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: SuperCollider package

2010-10-20 Thread Dan S
2010/10/20 Felipe Sateler fsate...@debian.org:
 On Wed, Oct 20, 2010 at 13:07, Felipe Sateler fsate...@debian.org wrote:

 I'll import rev2 now. Please review the copyright statements after
 I've done this, to prune the files only found in the with-extras
 version.

 I've uploaded it. Since supercollider has not been released to debian,
 I created a new repository, so the size has gone down from 25 to 6 Mb.

OK thanks. I have pushed some changes, inc checking and updating the
copyright file. (It didn't actually have anything about the extras in
it.)

Dan

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: SuperCollider package

2010-10-19 Thread Dan S
2010/10/19 Felipe Sateler fsate...@debian.org:
 On Sat, Oct 16, 2010 at 11:15, Dan S danstowell+de...@gmail.com wrote:
 2010/10/9 Alexandre Quessy alexan...@quessy.net:
 Hello Felipe and the team,

 2010/10/6 Felipe Sateler fsate...@debian.org:
 On 09/21/2010 01:40 PM, Alexandre Quessy wrote:
 There are quite a few lintian warnings, but I tried the vim plugin and
 it works.

 Yes, quite a bit. The package needs a lot of work. First of all,
 debian/copyright needs some serious overhaul. Are you familiar with the
 codebase? If so, please take a look at that.

 No much familiar, no. Dan would know better than me.

 What sort of overhaul is needed? There are quite a few different
 copyrights asserted, making it fairly bulky, but I don't spot any
 wrongness.

 For starters, a whole lot of paths are wrong (they are missing the
 common/ subdir prefix). Hmm, maybe serious overhaul is an
 overstatement, but getting the right paths is a must, and made me
 doubt the overall quality of the file, perhaps indicative of neglect.

Ah thankyou. Yes that is neglect but fairly recent neglect, we
reorganised the folder structure before 3.4 but it seems we forgot the
paths in the copyright folder.

OK I've fixed it now in svn.
http://supercollider.svn.sf.net/viewvc/supercollider/packages/ubuntu/copyright?r1=10329r2=10403
Feel free to pull it in. (I'd like to help with the debian packaging
git - could I be given access or should I start my own git and send
pull requests?)

 Where did you get the packaging from? Upstream?

 Yes. I took it from the upstream SVN repository. Dan has done one more
 - at least - after I took it, though. He might have removed some
 files. I specifically told him about some proprietary files that he
 removed. I'll double check this and let you know.

 If Dan would tell us what he changed meanwhile, that would help. Dan?

 I removed common/Source/lang/LangPrimSource/HID_Utilities/* since that
 had an apple copyright with a dubious gpl compatibility, and (in the
 svn packaging info) removed the apple entry from debian/copyrights as
 a result.
 (To be more accurate: We have a script that makes a pruned
 linux-source .tar.gz, so what I did was to add the folder to the list
 of what gets pruned out. The folder is still there in the upstream and
 used on mac.)

 Where is this pruned linux-source tar.gz? Our repository seems to have
 the SuperCollider-3.4-Source-With-Extras-linux.tar.gz file from
 sourceforge with md5sum 20631117a7e9fb1c862833ce424ce9f4. Should we be
 using the without extras variant? Or maybe even another tarball?

With-extras should be fine, however so far I've only tweaked the
not-with-extras one to remove the Apple files
(SuperCollider-3.4-rev2-Source-linux.tar.gz at
http://sourceforge.net/projects/supercollider/files/Source/3.4/ ).
We're hoping to get 3.4.1 released very soon so I'll include these
tweaks in that.

Dan

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: SuperCollider package

2010-10-19 Thread Dan S
2010/10/19 Felipe Sateler fsate...@debian.org:
 On Sat, Oct 16, 2010 at 11:09, Dan S danstowell+de...@gmail.com wrote:
 2010/10/6 Felipe Sateler fsate...@debian.org:
 Hi all, (Dan CCed because I'm not sure if you are subscribed to the list)

 I managed to take a few minutes to take a look at the package and it is
 not in a very good shape (it was still using simple-patchsys!). I have
 worked a bit on it, but it still has a long way to go. I will try to
 work on it during this week, I think I can find one hour or two.

 Dan, as you are part of upstream, could you comment on the patches
 included in the packaging? I can see they are in upstream svn ubuntu
 packaging module, with yourself as last commiter on most of them. They
 are older than the latest sc release, though.

 Hi - sorry for slow reply, I missed this thread. Most of the patches
 are by other people but I will try to comment:


 06_deb_scvim.diff
  - build machine != target machine so don't error out if no ruby executable

 This seems to also disable building scvim help?

Yes, but that's OK - it gets done on first run rather than on build.


 08_deb_scvim_checkactive.diff
  - the 'scvim' script is a wrapper which launches vim with the sc3
 plugin. debian vim-addons policy requires the plugin not to be
 auto-enabled when installing, so we must modify the scvim script to
 detect if the addon is not enabled, and to help the user enable it if
 they want to. (Needs to be a patch since vim-addon-manager not
 necessarily used on all linuxes)

 The code seems to be appropriately protected. I think it can be safely
 incorporated upstream.

Good point. I've done that now in the svn.


 BTW, Dan, would you like to help maintain sc in debian? You could join
 our team, it is always good to have someone involved in upstream
 development.

Yes I would like to - thanks! Do I need an account somewhere? (On
git.debian.org I don't see much instruction...)

Thanks
Dan

 --

 Saludos,
 Felipe Sateler


___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: SuperCollider package

2010-10-18 Thread Felipe Sateler
On Sat, Oct 16, 2010 at 11:15, Dan S danstowell+de...@gmail.com wrote:
 2010/10/9 Alexandre Quessy alexan...@quessy.net:
 Hello Felipe and the team,

 2010/10/6 Felipe Sateler fsate...@debian.org:
 On 09/21/2010 01:40 PM, Alexandre Quessy wrote:
 There are quite a few lintian warnings, but I tried the vim plugin and
 it works.

 Yes, quite a bit. The package needs a lot of work. First of all,
 debian/copyright needs some serious overhaul. Are you familiar with the
 codebase? If so, please take a look at that.

 No much familiar, no. Dan would know better than me.

 What sort of overhaul is needed? There are quite a few different
 copyrights asserted, making it fairly bulky, but I don't spot any
 wrongness.

For starters, a whole lot of paths are wrong (they are missing the
common/ subdir prefix). Hmm, maybe serious overhaul is an
overstatement, but getting the right paths is a must, and made me
doubt the overall quality of the file, perhaps indicative of neglect.



 Where did you get the packaging from? Upstream?

 Yes. I took it from the upstream SVN repository. Dan has done one more
 - at least - after I took it, though. He might have removed some
 files. I specifically told him about some proprietary files that he
 removed. I'll double check this and let you know.

 If Dan would tell us what he changed meanwhile, that would help. Dan?

 I removed common/Source/lang/LangPrimSource/HID_Utilities/* since that
 had an apple copyright with a dubious gpl compatibility, and (in the
 svn packaging info) removed the apple entry from debian/copyrights as
 a result.
 (To be more accurate: We have a script that makes a pruned
 linux-source .tar.gz, so what I did was to add the folder to the list
 of what gets pruned out. The folder is still there in the upstream and
 used on mac.)

Where is this pruned linux-source tar.gz? Our repository seems to have
the SuperCollider-3.4-Source-With-Extras-linux.tar.gz file from
sourceforge with md5sum 20631117a7e9fb1c862833ce424ce9f4. Should we be
using the without extras variant? Or maybe even another tarball?


-- 

Saludos,
Felipe Sateler

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: SuperCollider package

2010-10-18 Thread Felipe Sateler
On Sat, Oct 16, 2010 at 11:09, Dan S danstowell+de...@gmail.com wrote:
 2010/10/6 Felipe Sateler fsate...@debian.org:
 Hi all, (Dan CCed because I'm not sure if you are subscribed to the list)

 I managed to take a few minutes to take a look at the package and it is
 not in a very good shape (it was still using simple-patchsys!). I have
 worked a bit on it, but it still has a long way to go. I will try to
 work on it during this week, I think I can find one hour or two.

 Dan, as you are part of upstream, could you comment on the patches
 included in the packaging? I can see they are in upstream svn ubuntu
 packaging module, with yourself as last commiter on most of them. They
 are older than the latest sc release, though.

 Hi - sorry for slow reply, I missed this thread. Most of the patches
 are by other people but I will try to comment:


 06_deb_scvim.diff
  - build machine != target machine so don't error out if no ruby executable

This seems to also disable building scvim help?

 08_deb_scvim_checkactive.diff
  - the 'scvim' script is a wrapper which launches vim with the sc3
 plugin. debian vim-addons policy requires the plugin not to be
 auto-enabled when installing, so we must modify the scvim script to
 detect if the addon is not enabled, and to help the user enable it if
 they want to. (Needs to be a patch since vim-addon-manager not
 necessarily used on all linuxes)

The code seems to be appropriately protected. I think it can be safely
incorporated upstream.



BTW, Dan, would you like to help maintain sc in debian? You could join
our team, it is always good to have someone involved in upstream
development.

-- 

Saludos,
Felipe Sateler

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: SuperCollider package

2010-10-16 Thread Dan S
2010/10/6 Felipe Sateler fsate...@debian.org:
 Hi all, (Dan CCed because I'm not sure if you are subscribed to the list)

 I managed to take a few minutes to take a look at the package and it is
 not in a very good shape (it was still using simple-patchsys!). I have
 worked a bit on it, but it still has a long way to go. I will try to
 work on it during this week, I think I can find one hour or two.

 Dan, as you are part of upstream, could you comment on the patches
 included in the packaging? I can see they are in upstream svn ubuntu
 packaging module, with yourself as last commiter on most of them. They
 are older than the latest sc release, though.

Hi - sorry for slow reply, I missed this thread. Most of the patches
are by other people but I will try to comment:

02_disable_elisp_compilation.diff
 - not sure I'm afraid, it's connected with the emacs sc3 mode, which
I don't use. Looks like it might disable something from running simply
because the build machine isn't the target machine.

03_fix_elisp_install_path.diff
 - another emacs mode thing, not sure.

06_deb_scvim.diff
 - build machine != target machine so don't error out if no ruby executable

07_deb_sced.diff
 - build machine != target machine so don't modify machine's mime database

08_deb_scvim_checkactive.diff
 - the 'scvim' script is a wrapper which launches vim with the sc3
plugin. debian vim-addons policy requires the plugin not to be
auto-enabled when installing, so we must modify the scvim script to
detect if the addon is not enabled, and to help the user enable it if
they want to. (Needs to be a patch since vim-addon-manager not
necessarily used on all linuxes)

10_fix_rpath.diff
 - I'm not clear on why the change from -rpath to -rpath-link has to
be done here as a patch. cc'ing this message to Артём who may be able
to comment on this, and possibly others.

Dan

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: SuperCollider package

2010-10-16 Thread Dan S
2010/10/9 Alexandre Quessy alexan...@quessy.net:
 Hello Felipe and the team,

 2010/10/6 Felipe Sateler fsate...@debian.org:
 On 09/21/2010 01:40 PM, Alexandre Quessy wrote:
 There are quite a few lintian warnings, but I tried the vim plugin and
 it works.

 Yes, quite a bit. The package needs a lot of work. First of all,
 debian/copyright needs some serious overhaul. Are you familiar with the
 codebase? If so, please take a look at that.

 No much familiar, no. Dan would know better than me.

What sort of overhaul is needed? There are quite a few different
copyrights asserted, making it fairly bulky, but I don't spot any
wrongness.


 Where did you get the packaging from? Upstream?

 Yes. I took it from the upstream SVN repository. Dan has done one more
 - at least - after I took it, though. He might have removed some
 files. I specifically told him about some proprietary files that he
 removed. I'll double check this and let you know.

 If Dan would tell us what he changed meanwhile, that would help. Dan?

I removed common/Source/lang/LangPrimSource/HID_Utilities/* since that
had an apple copyright with a dubious gpl compatibility, and (in the
svn packaging info) removed the apple entry from debian/copyrights as
a result.
(To be more accurate: We have a script that makes a pruned
linux-source .tar.gz, so what I did was to add the folder to the list
of what gets pruned out. The folder is still there in the upstream and
used on mac.)

Dan

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: SuperCollider package

2010-10-16 Thread Артём Попов
2010/10/16 Dan S danstowell+de...@gmail.com:
 2010/10/6 Felipe Sateler fsate...@debian.org:
 Hi all, (Dan CCed because I'm not sure if you are subscribed to the list)

 I managed to take a few minutes to take a look at the package and it is
 not in a very good shape (it was still using simple-patchsys!). I have
 worked a bit on it, but it still has a long way to go. I will try to
 work on it during this week, I think I can find one hour or two.

 Dan, as you are part of upstream, could you comment on the patches
 included in the packaging? I can see they are in upstream svn ubuntu
 packaging module, with yourself as last commiter on most of them. They
 are older than the latest sc release, though.

 Hi - sorry for slow reply, I missed this thread. Most of the patches
 are by other people but I will try to comment:

 02_disable_elisp_compilation.diff
  - not sure I'm afraid, it's connected with the emacs sc3 mode, which
 I don't use. Looks like it might disable something from running simply
 because the build machine isn't the target machine.

 03_fix_elisp_install_path.diff
  - another emacs mode thing, not sure.

 06_deb_scvim.diff
  - build machine != target machine so don't error out if no ruby executable

 07_deb_sced.diff
  - build machine != target machine so don't modify machine's mime database

 08_deb_scvim_checkactive.diff
  - the 'scvim' script is a wrapper which launches vim with the sc3
 plugin. debian vim-addons policy requires the plugin not to be
 auto-enabled when installing, so we must modify the scvim script to
 detect if the addon is not enabled, and to help the user enable it if
 they want to. (Needs to be a patch since vim-addon-manager not
 necessarily used on all linuxes)

 10_fix_rpath.diff
  - I'm not clear on why the change from -rpath to -rpath-link has to
 be done here as a patch. cc'ing this message to Артём who may be able
 to comment on this, and possibly others.

 Dan


Hi!

This last patch was added to fix rpath that pointed to the build
directory. -rpath-link only used rpath at the linking stage, so the
binaries in /usr are sane.

--Artem

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: SuperCollider package

2010-10-08 Thread Alexandre Quessy
Hello Felipe and the team,

2010/10/6 Felipe Sateler fsate...@debian.org:
 On 09/21/2010 01:40 PM, Alexandre Quessy wrote:
 There are quite a few lintian warnings, but I tried the vim plugin and
 it works.

 Yes, quite a bit. The package needs a lot of work. First of all,
 debian/copyright needs some serious overhaul. Are you familiar with the
 codebase? If so, please take a look at that.

No much familiar, no. Dan would know better than me.


 I think we might need to remove the debian/3.4-1 tag that
 git-import-dsc creates automatically. Right?

 Yes, I have just deleted it, please delete it from your local copy with
 git tag -d debian/3.4-1.

Excellent.

 Where did you get the packaging from? Upstream?

Yes. I took it from the upstream SVN repository. Dan has done one more
- at least - after I took it, though. He might have removed some
files. I specifically told him about some proprietary files that he
removed. I'll double check this and let you know.

If Dan would tell us what he changed meanwhile, that would help. Dan?

-- 
Alexandre Quessy
http://alexandre.quessy.net/

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: SuperCollider package

2010-10-05 Thread Felipe Sateler
Hi all, (Dan CCed because I'm not sure if you are subscribed to the list)

I managed to take a few minutes to take a look at the package and it is
not in a very good shape (it was still using simple-patchsys!). I have
worked a bit on it, but it still has a long way to go. I will try to
work on it during this week, I think I can find one hour or two.

Dan, as you are part of upstream, could you comment on the patches
included in the packaging? I can see they are in upstream svn ubuntu
packaging module, with yourself as last commiter on most of them. They
are older than the latest sc release, though.

-- 
Saludos,
Felipe Sateler

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: SuperCollider package

2010-10-01 Thread Dan Stowell
Hi Alexandre, Felipe et al,

Looking at the lintian issues for supercollider, I found the source of
problem for the most important error
(sharedobject-in-library-directory-missing-soname). I've fixed it in
the upstream build script:
http://supercollider.svn.sourceforge.net/supercollider/?rev=10372view=rev

If you want to try applying that patch in your git, it should remove
that particular problem. It'll be a while before a new point release
so I'd suggest we add it as a specific patch for now.

Dan


2010/9/21 Alexandre Quessy alexan...@quessy.net:
 Hello Felipe and everyone,

 2010/9/20 Felipe Sateler fsate...@debian.org:
 I am interested, but currently short on time. I think it will be at
 least a week before I can do anything. But please do move it to the team
 git area in the mean time (be sure to set up the commit list hooks!)

 It's online.
 ssh://git.debian.org/git/pkg-multimedia/supercollider.git

 There are quite a few lintian warnings, but I tried the vim plugin and
 it works.

 I think we might need to remove the debian/3.4-1 tag that
 git-import-dsc creates automatically. Right?

 Later,
 --
 Alexandre Quessy
 http://alexandre.quessy.net/

 ___
 pkg-multimedia-maintainers mailing list
 pkg-multimedia-maintainers@lists.alioth.debian.org
 http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers




-- 
http://www.mcld.co.uk

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: SuperCollider package

2010-09-21 Thread Alexandre Quessy
Hello Felipe and everyone,

2010/9/20 Felipe Sateler fsate...@debian.org:
 I am interested, but currently short on time. I think it will be at
 least a week before I can do anything. But please do move it to the team
 git area in the mean time (be sure to set up the commit list hooks!)

It's online.
ssh://git.debian.org/git/pkg-multimedia/supercollider.git

There are quite a few lintian warnings, but I tried the vim plugin and
it works.

I think we might need to remove the debian/3.4-1 tag that
git-import-dsc creates automatically. Right?

Later,
-- 
Alexandre Quessy
http://alexandre.quessy.net/

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: SuperCollider package

2010-09-20 Thread Felipe Sateler
On 19/09/10 05:27, Alexandre Quessy wrote:
 Hello again,
 Just a few quick notes:
 
 2010/9/18 Alexandre Quessy alexan...@quessy.net:
 I am interested in adopting supercollider. Would someone be interested
 in working with me on this? (I am not yet an uploader) My Alioth
 username is alexandrequessy.
 
 I can upload it to the team Git repository, if needed and desired.
 
 The package can currently be found on github.com/aalex/debian-supercollider:
 
 The correct URL is http://github.com/aalex/debian-supercollider !
 I'm already using git-buildpackage. I took the packaging work from
 SuperCollider's SVN itself. Its URL is
 http://supercollider.svn.sourceforge.net/viewvc/supercollider/packages/ubuntu/
 but I modified it already somewhat.
 
 Note that there were release critical bugs at the time it has been
 removed from Debian. I guess I should look into these and try to fix
 them! Not sure of to find them.


I am interested, but currently short on time. I think it will be at
least a week before I can do anything. But please do move it to the team
git area in the mean time (be sure to set up the commit list hooks!)

-- 
Saludos,
Felipe Sateler

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: SuperCollider package

2010-09-19 Thread Alexandre Quessy
Hello again,
Just a few quick notes:

2010/9/18 Alexandre Quessy alexan...@quessy.net:
 I am interested in adopting supercollider. Would someone be interested
 in working with me on this? (I am not yet an uploader) My Alioth
 username is alexandrequessy.

I can upload it to the team Git repository, if needed and desired.

 The package can currently be found on github.com/aalex/debian-supercollider:

The correct URL is http://github.com/aalex/debian-supercollider !
I'm already using git-buildpackage. I took the packaging work from
SuperCollider's SVN itself. Its URL is
http://supercollider.svn.sourceforge.net/viewvc/supercollider/packages/ubuntu/
but I modified it already somewhat.

Note that there were release critical bugs at the time it has been
removed from Debian. I guess I should look into these and try to fix
them! Not sure of to find them.

Later,
-- 
Alexandre Quessy
http://alexandre.quessy.net/

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers