4 ms·

> Requires python3 o_O twitch

by lj3 9y ago

saghm 9y ago
Does it bother you that it requires Python3 specifically, or just Python at all? (I can empathize with not wanting to use a language that's implemented in Python, although if I had to, I'd probably prefer it was Python3)
- lj3 9y ago
  The latter. It just seems wrong for a language to require python just to install.
  - saghm 9y ago
    Not only that, but I assume it needs it to run as well, since it seems to be implemented in Python.
  - tom_mellior 9y ago
    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.

> Requires python3 o_O twitch

by lj3 9y ago

> Requires python3 o_O twitch

Does it bother you that it requires Python3 specifically, or just Python at all? (I can empathize with not wanting to use a language that's implemented in Python, although if I had to, I'd probably prefer it was Python3)

lj3 9y ago
The latter. It just seems wrong for a language to require python just to install.
- saghm 9y ago
  Not only that, but I assume it needs it to run as well, since it seems to be implemented in Python.
- tom_mellior 9y ago
  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.