[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Working on dpkg-checkbuilddeps support for dpkg-cross

> > You know, some build-deps should be kept as-is, and some should be
> > changed to -arch-cross. A good alrorithm is to convert (to
> > -$arch-cross) packages from lib and libdevel sections, while keeping
> > all the rest as-is. But information of package sections is not easily
> > available. Converting everything by default and using only 'keepdeps'
> > and 'ignoredeps' to override is a bad idea IMHO. It will make these
> > lists completely unmaintainable. And 'ignoredeps' will become
> > package-dependent.
> At first it was important to get a version working.

I'm afraid it will make more harm than value if implemented based on 
removedeps/keepdeps only. To make this functional, we will have to add at 
least half of >10000 debian packages to those lists. If we don't, almost 
every run of a cross dpkg-buildpackage on a new package will get an 
'unsatisfied build deps' error. This will be too anoying.

> Yes, this stupid 
> implementation may lead to more maintership.
> The idear with determining the section of a package is a good I think.
> Using libapt-pkg-perl it should be easy get it working.

Note that apt cache available on host is for host architecture, not the 
target one. Although I'm not aware of a situation where package section 
differs from arch to arch, at least some packages are available on some 
architecture and not available on others.

Reply to: