3 ms·

Packages currently installed on my system that depend on Python (2 and 3, respectively) and don't have "Python" in their name: calibre calibre-bin clang-form

Packages currently installed on my system that depend on Python (2 and 3, respectively) and don't have "Python" in their name: calibre calibre-bin clang-format-3.8 creduce duplicity gimp gvfs-backends inkscape libatk-bridge2.0-dev libatk1.0-dev libatspi2.0-dev libcairo2-dev libgail-dev libgdk-pixbuf2.0-dev libglib2.0-dev libgnomecanvas2-dev libgtk-3-dev libgtk2.0-dev libgtksourceview-3.0-dev libgtksourceview2.0-dev libpango1.0-dev libsmbclient mercurial mercurial-common prosper rubber samba-libs texlive-latex-extra texlive-pictures texlive-pstricks virtualbox virtualbox-qt virtualenv-clone virtualenvwrapper vlc-plugin-samba aisleriot apparmor apport apport-gtk aptdaemon apturl apturl-common checkbox-converged checkbox-gui command-not-found compiz compiz-gnome dh-python firefox foomatic-db-compressed-ppds gconf2 gedit gir1.2-ibus-1.0 gnome-menus gnome-orca gnome-software gnome-terminal hplip hplip-data ibus ibus-table inkscape language-selector-common language-selector-gnome libbonoboui2-0 libgnome-2-0 libgnome2-0 libgnome2-bin libgnome2-common libgnomeui-0 libgnomevfs2-0 libgnomevfs2-common libgnomevfs2-extra lsb-release nautilus-share onboard onboard-data openprinting-ppds plainbox-provider-checkbox plainbox-provider-resource-generic plymouth-theme-ubuntu-text printer-driver-foo2zjs printer-driver-foo2zjs-common printer-driver-postscript-hp printer-driver-ptouch printer-driver-pxljr qml-module-io-thp-pyotherside rhythmbox rhythmbox-plugin-zeitgeist rhythmbox-plugins sessioninstaller snap-confine snapd software-properties-common software-properties-gtk system-config-printer-common system-config-printer-gnome system-config-printer-udev totem-plugins ubuntu-core-launcher ubuntu-desktop ubuntu-drivers-common ubuntu-minimal ubuntu-release-upgrader-core ubuntu-release-upgrader-gtk ubuntu-software ubuntu-standard ubuntu-system-service ufw unattended-upgrades unity unity-control-center unity-control-center-signon unity-lens-photos unity-scope-calculator unity-scope-chromiumbookmarks unity-scope-colourlovers unity-scope-devhelp unity-scope-firefoxbookmarks unity-scope-gdrive unity-scope-home unity-scope-manpages unity-scope-openclipart unity-scope-texdoc unity-scope-tomboy unity-scope-virtualbox unity-scope-yelp unity-scope-zotero unity-webapps-common update-manager update-manager-core update-notifier update-notifier-common usb-creator-common usb-creator-gtk Your mileage may vary, but the prospect of a Python-less system doesn't appear tantalizingly close :-) On the other hand, this language seems to take a subset of Python's syntax and interpret it with different semantics. I find that both theoretically neat and pragmatically smart. Making up a new syntax and writing a reliable parser is boring busywork that takes time better invested elsewhere.

saghm 9y ago
Fair point. I can only answer for myself, but for me it's more of the idea of a language being implemented in Python rather than an issue with having Python installed. I'll admit that I'm a bit of a PL snob, but writing a language in Python just feels inefficient. Another thing to note is that the vast majority of the packages you list are things that might not be installed on a server environment; I admit I haven't thoroughly read through every single package you listed, but the vast majority of them seem to be GUI-related (Gnome, Unity, etc.) or printing related, none of which would be necessary on a server environment. The only ones that stick out as not fitting into these categories are the Ubuntu-specific things like apparmor and the various apt-related packages (which would presumably not be present on a machine that isn't Ubuntu or some other Debian-based system), clang-format (which wouldn't really necessary on a server, since ideally you'd format your code before pushing), and lsb-release (which may or may not be necessary; on the machine where I'm currently writing this, the only package I have that depends on lsb-release is mongodb, so for servers not having a database (or having a different database), this wouldn't be necessary either.

saghm 9y ago

Fair point. I can only answer for myself, but for me it's more of the idea of a language being implemented in Python rather than an issue with having Python installed. I'll admit that I'm a bit of a PL snob, but writing a language in Python just feels inefficient. Another thing to note is that the vast majority of the packages you list are things that might not be installed on a server environment; I admit I haven't thoroughly read through every single package you listed, but the vast majority of them seem to be GUI-related (Gnome, Unity, etc.) or printing related, none of which would be necessary on a server environment. The only ones that stick out as not fitting into these categories are the Ubuntu-specific things like apparmor and the various apt-related packages (which would presumably not be present on a machine that isn't Ubuntu or some other Debian-based system), clang-format (which wouldn't really necessary on a server, since ideally you'd format your code before pushing), and lsb-release (which may or may not be necessary; on the machine where I'm currently writing this, the only package I have that depends on lsb-release is mongodb, so for servers not having a database (or having a different database), this wouldn't be necessary either.