tag 615764 + patch thanks On 28.02.2011 19:37, James Vega wrote: > Last time this was filed[0], it was reassigned to libxft-dev since as > far as I can tell this is their problem. The library is supplying a > fontconfig-compatible interface by default[1] and as such should include > fontconfig in the Requires field of its .pc.
sorry, fall-out for mass filing bug reports. > If I'm misunderstanding the situation with libxft-dev, then > clarification in that bug report would be good. Otherwise, I'll merge > this bug into the other one. Also, as mentioned in [1], plt-scheme (now > racket) no longer uses the code that was causing this problem so this > bug will be irrelevant either way once we get the next package uploaded > and through NEW. > > [0]: #556064 which is marked as affecting src:plt-scheme, so a new bug > shouldn't have been filed > [1]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=556064#30 I think the bug belongs to plt-scheme. libmred is a convenience/local library in plt-scheme, which is only built as a static lib. When using automake you can express dependencies for such libraries too, but the plt-scheme build system doesn't support it, and so you have to link the missing lib to each binary which is using symbols from libmred. The proposed patch at http://launchpadlibrarian.net/62531540/plt-scheme_4.2.4-2ubuntu2_4.2.4-2ubuntu3.diff.gz looks good to me. No need to apply it unless plt-scheme would need a binary NMU for some other transition. Matthias -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
