Re: [Rosegarden-devel] Yes, You!!! Don't wait, send your header files now before it's too late!!!

[Daniel W. <dan...@gn...>]

Le lundi, 31 mars 2003, =E0 14:57, Silvan a =E9crit :

> On Sunday 30 March 2003 10:59 pm, Daniel Wyeth wrote:
>
>> package.  I believe that this package is actually derived from the
>> kdemultimedia package as released by KDE ( they do not themselves
>> release a kdemultimedia-dev package ).
>
> KDE releases source code.  Distros compile it and package it up.  Most=20=

> distros
> will offer one package per KDE package, plus a separate -dev or -devel
> package to contain headers and other things of interest only to people=20=

> who
> need to compile against these libs.  Debian does one better than most,
> dividing the huge KDE packages into myriad individual components, so=20=

> you can
> install just Konqueror or just KMail, etc., with only the minimum=20
> necessary
> support structure to make those specific applications run.

I was working on the same assumption, which is why I found it strange=20
that Debian lists artsmidi.h as contained in kdemultimedia-dev, and yet=20=

this file isn't a part of the package that the dev package is derived=20
from ( so to speak ).  Of course I'm not sure which version of the=20
package in Debian contains it... damn didn't think of that.

>> I am hoping that this is only a compile time dependency, as
>> kdemultimedia is not available in any distribution for Darwin.  As =
the
>
> kdemultimedia is all the arts-dependant stuff, it looks like.  Seems=20=

> you can
> probably do without it as long as you can get arts working.

aRts is fine, so hopefully all that will be needed are the headers for=20=

libraries that aRts already supplies.  Not that I'm usually that luck=20
of course...

>> In the hope that this was the case I downloaded the source distfile
>> from kde.org.  The artsmidi.idl file is included in the arts/midi/
>> directory, artsmidi.h however is not, and I have no idea where else =
to
>> look for it, given that it's not in aRts either.  There may well be
>
> libarts-dev stuff, most likely.  I don't have an artsmidi.h either,=20
> now that
> you mention it, but I don't run arts, and don't compile against it, so=20=

> your
> particular situation is different.

That would make sense to me, if this is actually from an aRts-dev=20
package then it would explain why kdemultimedia didn't include it,=20
although not why the Debian package database says that it does,=20
especially if you ( as a Debian user ) have the package and yet don't=20
have the file...

> I'll do it if you still need me to.  Does this Fink thing have apt? =20=

> Try this:
>
> apt-cache search arts|grep dev

Fink is primarily a build system, basically a tree of build=20
descriptions similar to FreeBSD ports, but the binary package=20
management part does use dpkg ( and apt ), so I'll try that... well,=20
maybe arts-dev isn't what I'm looking for then:

	> apt-cache search arts | grep dev

		arts-dev - KDE - arts development headers and libraries

It would appear that it is installed, which I guess means that it=20
doesn't contain artsmidi.h.

> I'm using third-party weird stuff, so my package names might not be=20
> the same.
> I come up with this:
>
> libarts1-dev - aRts Sound system (development files)
> libartsc0-dev - aRts Sound system C support library (development =
files)
>
> Well no, nevermind.  I have those installed, and I don't have=20
> artsmidi.h
>
> I'm getting kdemultimedia-dev.  I'll tar up the...  Um...  Wait.  I've=20=

> got KDE
> 3.1.1, how about you?  Need to make sure it's the right version before=20=

> I do
> this, but if you've got 3.1.1 I'll tar up my include dir for you.
>
> Probably no good without the libs the headers are meant to interface=20=

> with, but
> it costs nothing to try...

Well I don't have the whole thing installed but for the individual=20
components:

	> fink list kde | grep " i " ;  fink list arts | grep " i " ;

	 i      kdelibs3-ssl    		3.1-17  	KDE - =
essential libraries
	 i      kdelibs3-ssl-dev        	3.1-17  	KDE - =
essential development=20
libraries and headers
	 i      kdelibs3-ssl-shlibs     3.1-17  	KDE - essential =
shared=20
libraries
	 i      arts    			1.1.0-17	KDE - =
analog realtime synthesizer
	 i      arts-dev        		1.1.0-17	KDE - =
arts development headers and=20
libraries
	 i      arts-shlibs     		1.1.0-17	KDE - =
arts shared libraries

so the includes for 3.1.1, just the include/arts/ part, should be fine=20=

I hope.

And once again, thank you for this.

Daniel.

I'm trying not to think about how to automate this build for the Fink=20
distribution, the words Binary Only come to mind.=