all i know is that one of them must die. i don't care which or if its both and have something replace them.
FFS how difficult it is to have canonical redhat and all the other distros to seat down and decide on one way of distributing software on linux.
As for the distribution i would like a centralized "place" where i can get my software. A unified linux appstore of some sort that even if i end up to the project website i would have to go through the appstore to get what i want (ie. click a link and open the appstore). Options to built from source or use nightly stuff or dev packages are something that i would like to see if technically possible.
The user experience as it is now is horrible.
1. The situation would be the same as it is with Debian and Ubuntu at the moment: both use DEB but the packages aren't compatible. Only difference is that they would be even more incompatible between various major distributios.
2. New users would still have to download packages for their own distribution
3. Propietary software vendors would still have to provide different binaries for different distributions (in most cases at least).
4. The packaking would still be done by distributions so there would be absolutely no difference from developers point of view.
Your second point has nothing to do with the RPM/DPM debate. The horrible user experience has nothing to do with this either. The package management is already abstracted using PackageKit and therefor it doesn't matter what package manager backend you'r using and the interface can remain the same. The AppStream project tries to solve it but again it doesn't have anything to do with this.
You can do what most Windows app do and package up all the libs that app needs.
Then of course you end up with 50 copies of GTK/Qt/OpenSSL/etc libraries all over the place.