/etc/init.d/mzscheme does not start web-server

[Joel Borggrén-Franck]

Binary package hint: drscheme

On gutsy mzschemes web-server is started with:

"start-stop-daemon -b -m -p /var/run/$NAME.pid --start --exec $DAEMON -- -L text-launch.ss web-server"

the script text-lauch.ss is in the directory web-server/private, so the startup fails.

[Daniel Holbach (dholbach)]

To get your fix included in Ubuntu, it would help if you tried transforming it into a debdiff (http://wiki.ubuntu.com/PackagingGuide/Recipes/Debdiff) and submit it for review (http://wiki.ubuntu.com/SponsorshipProcess). If you prefer somebody else to do that, that's fine - please just indicate if you're available to do that.

[Joel Borggrén-Franck (jbf)]

I'll take a shot at this during the weekend.

On Wed, Feb 13, 2008 at 12:17 PM, Daniel Holbach
<email address hidden> wrote:
> To get your fix included in Ubuntu, it would help if you tried
> transforming it into a debdiff
> (http://wiki.ubuntu.com/PackagingGuide/Recipes/Debdiff) and submit it
> for review (http://wiki.ubuntu.com/SponsorshipProcess). If you prefer
> somebody else to do that, that's fine - please just indicate if you're
> available to do that.
>
>
>
> --
> /etc/init.d/mzscheme does not start web-server
> https://bugs.launchpad.net/bugs/190888
> You received this bug notification because you are a direct subscriber
> of the bug.
>

[Joel Borggrén-Franck (jbf)]

Okey, I gave it a try, and I got a working package.

BUT there is another problem regarding the web-server, since it depends on MrEd which is included in the drscheme package. So the debdiff also includes a move of the mred collects to the mzscheme deb which might (quite possibly) be the wrong way to do it (and I might also have done the move the wrong way ;). Maybe the whole web-server part should be moved to the drscheme deb since it depends somewhat on graphical elements?

Anyway working diff included.

[Siegfried Gevatter (rainct)]

The target distribution should be hardy, not gutsy (change this in debian/changelog). If you think this is important enough to be fixed in Gutsy too, after getting it into Hardy follow the SRU process (https://wiki.ubuntu.com/StableReleaseUpdates). Also, the syntax for closing an Ubuntu bug is "LP: #nnnn", not "Closes: #nnnn" (which is for Debian).

[Joel Borggrén-Franck (jbf)]

Hardy has upgraded to drscheme 372 which does suffer from related problems, but not the exact same ones, so I need to do a new patch. My proposal is to drop the web-server initscript part from the package. I will try to come up with a patch for this vs hardy later during the week. Also note that the package is orphaned in debian, otherwise I think it would have been better to just fix the debian package.

The bug is not important enough to push through SRU.

[Joel Borggrén-Franck (jbf)]

So I made a shot at ripping out the defunct web-server scripts, and broken init-scripts. I did it the brute force way, just removing files from debian/ and editing rules, don't know if there is a better way to do it.

It installs, and removes cleanly and afaict actually works.

[Luca Falavigna (dktrkranz)]

This seems an intrusive change to me, could it be possible to apply a similar patch to the one in comment #4?

[Joel Borggrén-Franck (jbf)]

Yes and no. As far as I can tell there have been substantial changes in PLT's web-server scripts. Few of the original patches (on web-server) from debian apply, and the script to start a web-server has been replaced with an example (or stub) of how you could define and start your own web-server. So the answer is yes, it can be done, but I don't think you want to do it (the web-server part doesn't feel very well integrated into debian at all) and it would take some time. From my point of view this way we at least ships non-broken software. But I agree it is an intrusive patch.

[Luca Falavigna (dktrkranz)]

Given that, could you open a bug report in Debian to submit your changes? This way, we can be aware of maintainer choices.

[Joel Borggrén-Franck (jbf)]

There is already an entry in the debian todo file regarding this issue, but the package is orphaned i Debian, so I don't think it will matter.

[Luca Falavigna (dktrkranz)]

Fixed in Intrepid with 2:4.0-1ubuntu1.