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

Re: New `dpkg --print-subarchitecture' option

Previously Marcus Brinkmann wrote:
> Ok, I think I slowly realize... if hardware and kernel (=architecture)
> interfaces are realized by (probably) virtual "package names" (or an
> orthogonal structure with similar provide and depends semantics), we need to
> query dpkg(-arch) for the set of installed (available) hardware/kernel
> interfaces, right?


> That's true, and when we go for this new scheme, the relationship between
> dpkg and dpkg-arch becomes a hard one. I would be very satisfied with such a
> solution, as you can imagine :)

It'll definitely be an interesting one. I think we'll have some packages
which provide actual interfaces (say ibcs-2.4.0 providing solaris), and
have some default once (linux or hurd for example) either being there by
quering dpkg-arch by dpkg, or some other way.


 / Generally uninteresting signature - ignore at your convenience  \
| wichert@liacs.nl                    http://www.liacs.nl/~wichert/ |
| 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0  2805 3CB8 9250 2FA3 BC2D |

Reply to: