The idea is that a user will want to request the sources for a given binary package – after all, that is the promise of GPL and co that you can easily get the source for the binary you have installed. So for me at least this binary-to-source mapping is very intuitive and I would be very confused about your intuitive non-mapping.
Any way of handling can result in confusion every time a source and binary package have the same name, but produce/include packages with other names. A prime example used to be 'automake', but nowadays at least that mess was cleaned up. I don't think changing defaults would help here, especially not after ~25 years of operating in this way. I guess it might be more helpful to detect these collisions and have apt-get print/apt ask the user about it rather than assuming that one way or the other and an option to change it is intuitive for all users at all times. Or, well, teach package maintainers that these collisions are a horrible idea. Preferably both. (Personally not going to work on either through in the foreseeable future.) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to apt in Ubuntu. https://bugs.launchpad.net/bugs/2003785 Title: apt source exact-source-package doesn't download the requested source package Status in apt package in Ubuntu: New Bug description: apt source exact-source-package doesn't download the right source package when specifying source package, i expect the exact source package to be downloaded. example: $ apt source linux-lowlatency => incorrectly downloads linux-meta-lowlatency $ apt source --only-source linux-lowlatency => is very counter intuitive but downloads linux-lowlatency source package Please default to downloading exact source package by default first, and offer binary->source resolution separately. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/apt/+bug/2003785/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp