Re: Removal of not+kfreebsd and linux-gnu dependency, bugs already filled
Hi! On Fri, 2010-07-02 at 10:48:44 -0500, Peter Samuelson wrote: [Sebastian Andrzej Siewior] Since Debian-Policy 3.9.0 architecture wild cards are allowed so this dependency would become libudev-dev (= 0.139) [linux-any] and the type-handling aliases (which are hack according to #585767) could go. Based on this and the fact that some packages are already using them I filled some bugs [0]. Policy only allows these wildcards for the build-time fields. In libgnomevfs2-dev (subject of bug 587877), it is a regular Depends:, and your wildcard solution will not work. Policy will be allowing this in next revision (3.9.0+). Unless, that is, dpkg-gencontrol expands the wildcard appropriately at build time - but I don't think it does. Yes, dpkg-gencontrol does trim the architecture restrictions on binary dependency fields, and removes the dependencies if they are not fullfilled for the host architecture. See #400322 for further details. regards, guillem -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100708061914.ga31...@gaara.hadrons.org
Re: Removal of not+kfreebsd and linux-gnu dependency, bugs already filled
On Fri, Jul 2, 2010 at 16:01:01 +0200, Sebastian Andrzej Siewior wrote: This started as Kyle (Cc) filled #585767 because some packages failed to build on powerpcspe (not official, in debian-ports atm). The gnu triplet there is powerpc-linux-gnuspe so type-handling provides not+linux-gnu. This is also the case for armel since its triplet ends with gnueabi. Sounds like a bug in type-handling to me. Cheers, Julien signature.asc Description: Digital signature
Re: Removal of not+kfreebsd and linux-gnu dependency, bugs already filled
[Sebastian Andrzej Siewior] Since Debian-Policy 3.9.0 architecture wild cards are allowed so this dependency would become libudev-dev (= 0.139) [linux-any] and the type-handling aliases (which are hack according to #585767) could go. Based on this and the fact that some packages are already using them I filled some bugs [0]. Policy only allows these wildcards for the build-time fields. In libgnomevfs2-dev (subject of bug 587877), it is a regular Depends:, and your wildcard solution will not work. Unless, that is, dpkg-gencontrol expands the wildcard appropriately at build time - but I don't think it does. -- Peter Samuelson | org-tld!p12n!peter | http://p12n.org/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100702154844.ga2...@p12n.org
Re: Removal of not+kfreebsd and linux-gnu dependency, bugs already filled
* Julien Cristau | 2010-07-02 16:20:24 [+0100]: This started as Kyle (Cc) filled #585767 because some packages failed to build on powerpcspe (not official, in debian-ports atm). The gnu triplet there is powerpc-linux-gnuspe so type-handling provides not+linux-gnu. This is also the case for armel since its triplet ends with gnueabi. Sounds like a bug in type-handling to me. Yep, that what we though in the beginning. However the match we get is os-gnuname i.e. the $hostos. This is not gnu but gnueabi in the armel case. So the bug is actually to use linux-gnu while one really meant linux which is correctly provided by the type-handling package. Cheers, Julien Sebastian -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100702211829.gb20...@chamillionaire.breakpoint.cc
