Lo mínimo que puede esperar encontrar en cualquier sistema Unix que no sea antiguo o incrustado es POSIX/Singe UNIX. Específicamente, todos los Unice actuales se ajustan en su mayoría a POSIX:2004, también conocido como Single Unix número 6. Esto le brinda sh, sed y awk como lenguajes de programación.
Si los paquetes de desarrollo están instalados (que a menudo no están en un servidor), puede desarrollar con cc (compilador de C), lex, yacc, make; pero aparte de hacer que estos no sean útiles en las máquinas en las que implementará su aplicación, solo en máquinas de desarrollo.
Si asume Linux, la mayoría de las distribuciones siguen la base estándar de Linux hasta cierto punto. El LSB va más allá de POSIX. La especificación central incluye un tiempo de ejecución C con soporte para subprocesos múltiples, NSS, PAM, ncurses, libz, SSL y algunas bibliotecas más. El LSB no requiere bash, solo un POSIX sh que podría ser ash o ksh, pero en la práctica, la mayoría de las distribuciones de Linux no integradas incluyen bash como parte de la instalación predeterminada. La especificación de lenguajes incluye Perl y Python. En la práctica, no todas las distribuciones hacen que el soporte completo de LSB sea parte de su instalación predeterminada, pero generalmente puede argumentar que si LSB lo especifica (pero no en la especificación de escritorio LSB, obviamente), debe instalarse en un servidor Linux .
En otros sistemas, Perl suele estar disponible. Python no es tan común pero está ganando popularidad. Puede contar con bash o pdksh (pero no siempre; IIRC NetBSD solo tiene ash en su instalación predeterminada). Para lenguajes compilados, siempre encontrará un tiempo de ejecución de C y casi siempre encontrará un tiempo de ejecución de C++.
No puede asumir que Perl o Python están instalados, aunque a menudo lo estén. Por ejemplo, las distribuciones tipo redhat normalmente instalan Python, pero otras distribuciones normalmente no lo hacen.
Debe apuntar a distribuciones específicas si esto es un problema, o de lo contrario tendrá que crear la suya propia (por ejemplo, python) y enviarla usted mismo; esta es la única forma de garantizar que esté disponible. En realidad, si está escribiendo una pieza de software no trivial que debe ser portátil para muchas distribuciones, probablemente sea necesario enviar su propio Python.