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.
Fine.
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: http://lists.debian.org/debian-release/2009/03/msg00109.html 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 Vcs-Svn: svn://svn.debian.org/svn/debian-med/trunk/packages/biococoa/trunk/ and Vcs-Svn: svn://svn.debian.org/svn/debian-med/trunk/packages/sequenceconverter/trunk/ 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 Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org