installation fails with slib

[Dave Love]

In current dapper, installation fails like this:

...
setup-plt: Done setting up
PLT installation done.
finished
Building MzScheme zo files: This can take a LONG time (10 minutes in some cases!)
finished.
Cataloging SLIB routines...
reference to undefined identifier: with-load-pathname
dpkg: error processing mzscheme (--configure):
 subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
 mzscheme
E: Sub-process /usr/bin/dpkg returned an error code (1)

[Dave Love (fx-gnu)]

This diff, derived from a more recent PLT seems to
DTRT.

[Felix Breuer (felix-fbreuer)]

I am having the exact same problem. I hope this will be fixed in the final Dapper release?

[Emmet Hikory (persia)]

Install completes smoothly for me with drscheme 209-9ubuntu1

[Dave Love (fx-gnu)]

Emmet Hikory <email address hidden> writes:

> Install completes smoothly for me with drscheme 209-9ubuntu1

Did you really have slib installed before that installation (or,
actually, the installation of mzscheme)? I'm rather surprised if so
-- there's clearly a problem with the current mzscheme.

[Emmet Hikory (persia)]

Oops. Sorry about that. I can now confirm the issue. When I build a package including the attached patch, I receive the following error from the postinst:

...
Building MzScheme zo files: This can take a LONG time (10 minutes in some cases!)
finished.
Cataloging SLIB routines...
reference to undefined identifier: path->string
dpkg: error processing mzscheme (--install):
 subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
 mzscheme

    Note that purging slib again resolves the issue, and mzscheme can complete installation.

[Alexandre Vassalotti (avassalotti)]

On Dapper 6.06:

Setting up mzscheme (209-9ubuntu2) ...
Completing install...This program should be used again only when the PLT tree was moved.
You should use bin/setup-plt instead.
finished
Building MzScheme zo files: This can take a LONG time (10 minutes in some cases!)
finished.
Cataloging SLIB routines...
reference to undefined identifier: with-load-pathname
dpkg: error processing mzscheme (--configure):
 subprocess post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of drscheme:
 drscheme depends on mzscheme (= 1:209-9ubuntu2); however:
  Package mzscheme is not configured yet.
dpkg: error processing drscheme (--configure):
 dependency problems - leaving unconfigured

[Dave Love (fx-gnu)]

Alexandre Vassalotti <email address hidden> writes:

> On Dapper 6.06:
>
> Setting up mzscheme (209-9ubuntu2) ...

I'm not sure what this is posted for. The most recent upload
obviously didn't do anything about the problem at hand.

I built the Debian 301-15 version OK.

[Emmet Hikory (persia)]

The Debian version is the right fix. It will be part of Edgy.

[Pavel Rojtberg (rojtberg)]

not sure if its the same problem, but my install fails with:
path->string: expects argument of type <path>; given "/usr/share/slib"
E: Sub-process /usr/bin/dpkg returned an error code (1)

latest edgy

[Pavel Rojtberg (rojtberg)]

jup, removing shlib allowed me to installed it - one really should apply the fix for edgy.

[Emmet Hikory (persia)]

I can reproduce the installation failure with slib 3a4-4 and drscheme 1:352-6, although the error is now:

...
Setting up mzscheme (352-6) ...
Cataloging SLIB routines...
reference to undefined identifier: slib:features
dpkg: error processing mzscheme (--configure):
...

[Emmet Hikory (persia)]

This isn't really a slib bug. drscheme needs to match the slib namespace properly.

[Emmet Hikory (persia)]

drscheme 360 appears to address this bug (at least until a new slib API is published).

[Hew (hew)]

Thank you for taking the time to report this bug and helping to make Ubuntu better. You reported this bug a while ago and there hasn't been any activity in it recently. We were wondering is this still an issue for you? Can you try with the latest Ubuntu release? Thanks in advance.

[Felix Breuer (felix-fbreuer)]

I do not have this problem in Hardy with mzscheme 372 and slib 3a4.

[Emmet Hikory (persia)]

I'm marking this bug Fix Released based on the most recent test report. While the nature of the drscheme and slib packaging may well cause this issue to occur again, it is likely better to encourage a new bug report, rather than having this considered to be a long standing issue. If there is a future regression, the fix for a given release is to ensure that the included drscheme and slib use the same version of the API, so the drscheme postinst can be completed correctly. This may involve adjusting the version of one or the other past typical freeze deadlines to ensure they are in sync (or rolling back, although this likely requires the same number of recompiles, and should only be considered if the newer version breaks more than it fixes).