No creía que hubiera ninguna distribución que admitiera ambas de forma nativa, pero resulta que hay una en desarrollo, Bedrock Linux (gracias a iMalinowski por la información). En otras distribuciones puedes usar herramientas de conversión como alien para convertir de un formato a otro. Cualquier cosa basada en software es factible, con suficiente tiempo y energía, por lo que sería posible crear una distribución de este tipo (pero dadas las diferencias entre las capacidades de .deb y .rpm paquetes, bastante difícil).
Sin embargo, todo esto probablemente se deba a la idea de que admitir ambos formatos de paquetes simplificaría la vida, ya que podría instalar paquetes desde cualquier lugar (bueno, desde cualquier lugar que proporcione un .deb o .rpm ). Filosóficamente, eso es defectuoso. Una distribución es un conjunto coherente de paquetes; si desea proporcionar software para esa distribución, realmente necesita orientarlo específicamente, lo que incluye el uso de su formato de paquete (y, lo que es más importante, los metadatos). No tiene sentido admitir múltiples formatos de paquetes de forma nativa.
(En el mundo de Debian, los paquetes pueden funcionar en variantes que no son su objetivo principal, porque la nomenclatura del paquete es bastante homogénea y porque la mayoría de las distribuciones encajan en un árbol de herencia. Eso no es cierto en el mundo de RPM. En ambos casos, mezclar y emparejar es una mala idea.)
Debe considerar su distribución como una base sobre la cual construir el sistema deseado, ajustándose a las reglas y el ecosistema de su distribución, sin mezclar elementos de otras distribuciones. Necesita abstracciones de alto nivel para admitir la mezcla y la combinación (o más bien, para proporcionar entornos de distribución cruzada):el tiempo de ejecución de Steam, Flatpak, etc.
Bedrock Linux hace esto. No digo que haya hecho esto, o que sea una buena idea, pero se está haciendo.
No, tal monstruo no debería construirse. A diferencia de, por ejemplo, un paquete de aplicaciones de MacOS, que generalmente incluye todo lo que la aplicación necesita para ejecutarse en el sistema operativo, los paquetes RPM y .deb casi siempre dependen de otros paquetes, como bibliotecas compartidas. Los paquetes de Linux enumeran los otros paquetes que deben estar presentes y el administrador de paquetes ayuda a hacer cumplir esos requisitos. Además, las distribuciones de Linux difieren en la forma en que se hacen las cosas (por ejemplo, /etc/network/interfaces.d contra /etc/sysconfig/network-scripts ).
Ni siquiera debería mezclar paquetes de repositorios arbitrarios dentro de la misma familia de formato de paquete. Es decir, instalar paquetes de SuSE en una máquina CentOS es solo buscar problemas, aunque ambos usen RPM. Ni siquiera instalaría paquetes destinados a una versión diferente del mismo sistema operativo (por ejemplo, paquetes de Ubuntu 14.04 en un sistema 16.04) a menos que supiera exactamente lo que estaba haciendo.
Por lo tanto, tratar de admitir tanto RPM como .deb en el mismo sistema está fuera de discusión. En ciertas situaciones desesperadas, puede convertir paquetes específicos usando alien , pero debería esforzarse mucho en solucionar los problemas que inevitablemente surgirían de dichos ataques.