Your message dated Tue, 22 Dec 2015 22:19:16 +0100
with message-id <20151222211916.ga22...@ramacher.at>
and subject line Re: Bug#242821: include structure not compatible with default 
(lack of) installation
has caused the Debian Bug report #242821,
regarding include structure not compatible with default (lack of) installation
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
242821: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=242821
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: liblivemedia-dev
Version: 2004.02.09-1

In the standard way to use liblivemedia-dev, that is on the uninstalled
build tree, the headers come in the following directories:

BasicUsageEnvironment/include/
UsageEnvironment/include/
groupsock/include/
liveMedia/include/

Some programs expect this behaviour. Mplayer, for example:

CPLUSPLUSINCLUDE = -I$(LIVE_LIB_DIR)/liveMedia/include
CPLUSPLUSINCLUDE += -I$(LIVE_LIB_DIR)/UsageEnvironment/include
CPLUSPLUSINCLUDE += -I$(LIVE_LIB_DIR)/BasicUsageEnvironment/include
CPLUSPLUSINCLUDE += -I$(LIVE_LIB_DIR)/groupsock/include
(from MPlayer-1.0pre3try2/libmpdemux/Makefile)

The package has the headers directly in BasicUsageEnvironment,
UsageEnvironment, groupsock and liveMedia.

Suggested fix: a symlink include -> . in each of the four directories.

Attachment: pgp9FFllLET4k.pgp
Description: PGP signature


--- End Message ---
--- Begin Message ---
On 2004-04-09 11:31:08, Sam Hocevar wrote:
> severity 242821 wishlist
> tags 242821 +wontfix
> thanks
> 
> On Fri, Apr 09, 2004, Nicolas George wrote:
> 
> > In the standard way to use liblivemedia-dev, that is on the uninstalled
> > build tree
> 
>    This may be the standard way to use an uninstalled build tree, but
> certainly not the standard way to use liblivemedia-dev :-)
> 
> > Some programs expect this behaviour. Mplayer, for example:
> > 
> > CPLUSPLUSINCLUDE = -I$(LIVE_LIB_DIR)/liveMedia/include
> > CPLUSPLUSINCLUDE += -I$(LIVE_LIB_DIR)/UsageEnvironment/include
> > CPLUSPLUSINCLUDE += -I$(LIVE_LIB_DIR)/BasicUsageEnvironment/include
> > CPLUSPLUSINCLUDE += -I$(LIVE_LIB_DIR)/groupsock/include
> > (from MPlayer-1.0pre3try2/libmpdemux/Makefile)
> 
>    This is utterly broken. $(LIVE_LIB_DIR) is searched amongst
> directories such as /usr/lib/live or /usr/local/lib/live, while it
> should look for headers in /usr/include/ or similar. And judging from
> the way this is handled in the configure script (linking .a files
> instead of using -l/-L, linking with -lstdc++), there was little clue
> involved in this convenience hack.
> 
>    You quote MPlayer as an example, are there other programs using this
> scheme to link with liblivemedia? If there are others, I may change
> my mind, but for the moment I'm tagging this bug wontfix and blaming
> MPlayer for suggesting stupid non-standard installation methods.
> 
> > Suggested fix: a symlink include -> . in each of the four directories.
> 
>    I suggest fixing MPlayer.

I agree with Sam, so I'm closing this old wontfix bug.

Cheers
-- 
Sebastian Ramacher

Attachment: signature.asc
Description: PGP signature


--- End Message ---
_______________________________________________
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Reply via email to