On Fri, 06 Nov 2009, Jaldhar H. Vyas wrote: > On Thu, 5 Nov 2009, Raphael Hertzog wrote: > > >On Wed, 04 Nov 2009, Jaldhar H. Vyas wrote: > >>What I would like to do instead is to use the multiple .orig.tar.gz > >>feature of the 3.0 (quilt) source format. Each module would become a > >>l-a-b-p-b-p_$version-$modulename-$moduleversion.orig.tar.gz and together > > > >l-a-b-p-b-p_$version.orig-$module.tar.gz rather > > > > Actually what I did was to to change the .'s in the module version > to -'s. It works fine.
It works in sid but not yet in lenny, your package will be rejected at upload because lenny's dpkg-source can't unpack it. See #554086. And your template was still wrong, the supplementary tarballs are .orig-<component>.tar.<ext> not -<component>.orig.tar.<ext>. > >-sn means "generate a native package" to me, I fail to see how that would > >be relevant and helpful in your case. You don't want your package to be > >native... > > > > Well this combination of software doesn't exist outside of Debian but ok. But native means "a single tarball of everything", it just can't support multiple tarballs. > >What I can do however is add a supplementary option like > >--create-empty-orig that would help bootstrap the process for your > >specific case (that would not encourage repacking an upstream source > >tree). > > That would be wonderful. Thanks! I changed the severity to wishlist due to this. Cheers, -- Raphaël Hertzog -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
