Re: SuperCollider package
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
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/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
[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
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/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
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
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/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/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
Артём, 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/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
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
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
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 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
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 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
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
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
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 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 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 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
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
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/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/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 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
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
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
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
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
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
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
SuperCollider package
Hello dear members of the Debian-Multimedia packaging team, 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. Should I fill a ITP bug? I didn't see its name in the orphaned packages. It has been orphaned in 2008-2009. See bug #454257. Quick link: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=454257 The package can currently be found on github.com/aalex/debian-supercollider: The usual location of the upstream tarballs is: http://sf.net/supercollider/SuperCollider-(.*)\-Source-linux\.tar\.gz I believe this software should go in non-free, since it unfortunately contains at least one proprietary file. See debian/copyright for more info. (search for the keyword Apple) Maybe we could patch it to remove those files, though. * Package name: supercollider Version : 3.4 Upstream Author : James McCartney and others * URL : http://supercollider.sourceforge.net/ * License : GPL v3 Programming Lang: C++, Smalltalk, Java, Python, bash Description : A real time audio synthesis programming language SuperCollider is an environment and programming language for real time audio synthesis and algorithmic composition. It provides an interpreted object-oriented language which functions as a network client to a state of the art, realtime sound synthesis server. -- 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