[Debian-med-packaging] Bug#520747: Bug#520747: BioCocoa.app and SequenceConverter.app (Was: Bug#520747: Watch file)
tillea at rki.de
Wed Mar 25 15:12:11 UTC 2009
On Wed, 25 Mar 2009, Yavor Doganov wrote:
> GNUstep frameworks are packaged like classic shared libraries (that's
> what they are, in fact), i.e. the biococoa source package should build
> the binary packages libbiococoa2 and libbiococoa-dev.
> You don't need
> the Replaces/Conflicts/Provides: biococoa.app -- sequenceconverter.app
I had the impression that sequenceconverter.app builds and runs
fine without biococoa - strange, but worked on my machine.
> would just build-depend on libbiococoa-dev and end up depending on
> libbiococoa2. If you strongly care about upgrades,
> sequenceconverter.app could build also a dummy transitional package
> biococoa.app that depends on sequenceconverter.app (to be dropped
> after Squeeze).
I'm not sure about this.
> If you don't mind, I can provide a patch for that plus some other
> fixes that make the package compliant to the (still unwritten) Debian
> GNUstep policy.
I would really appreciate any help here - I could even give you
SVN commit permission (if you tell me your alioth login)
> Note that there is a GNUstep transition pending (we are currently
> waiting for the ffmpeg and poppler transitions), so it would be great
> if you upload only when it finishes.
It's fine for me to wait.
> Also, one upstream fix is needed: the top-level GNUmakefile should
> contain the following line:
> LIBRARIES_DEPEND_UPON += $(OBJC_LIBS) $(FND_LIBS)
> to actually link against libobjc and libgnustep-base. If you want to
> know the harm this causes for GNUstep transitions, see this subthread:
> If you can push this upstream and a new release is pending, that would
> be great. Otherwise, please tell me what patch system do you prefer.
We are using quilt. You can find the packaging at
BTW, when doing the actual packaging I was wondering whether a cdbs
module for GNUmake might make sense. If you are undergoing some
renewal of GNUstep issues this might be an interesting thing to do
to simplify packaging and pushing changes through all packages
quickly in case something might change in the future.
Kind regards and I woudl be happy about any help
More information about the Debian-med-packaging