{"thread":{"id":"12809","subject":"perl should be optional like tcl","startedAt":"2008-03-22T13:44:06Z","lastAt":"2008-03-22T17:10:02Z","messageCount":2,"participants":["Sylvain Bertrand","Jeff King"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"72658","messageId":"d512a4f30803220644j1c74642fne709e27da792850@mail.gmail.com","threadId":"12809","inReplyTo":null,"subject":"perl should be optional like tcl","fromName":"Sylvain Bertrand","fromEmail":"sylvain.bertrand@gmail.com","sentAt":"2008-03-22T13:44:06Z","receivedAt":"2008-03-22T13:44:06Z","isPatch":false,"sender":{"key":"sylvain.bertrand@gmail.com","avatar":null},"body":"Hi,\nI'm a gentoo user and since a long time I have been able to disable\nthe perl sweet thanks to the gentoo \"-perl\" use flag. Recently I\nrealized that was not possible anymore (I have *tons* of perl\ndependencies pulled on my system because of this).\nThat's about perl, but it would be similar with all the\nothers:python,ruby,lua,ocaml,vala,webscript,D,foo and foofoo++.\ntcl stays optional for the users who accept to have the tcl sweet\ninstalled, and perl should be treated the same way. Namely in the\nbuild system, perl should be made optional like tcl. The idea is to\nresist the temptation to favor one by making a hard dependency on it.\nSince git is getting more and more popular (it's the best :) ), more\nand more \"high level language\" developers will be interested to\ninteroperate with it. In order to *fairly* and *cleanly* integrate any\nbindings/sweet from those \"high level languages\", the idea would be to\nput their bindings/sweet in their repective directory, and to make the\nbuild system have toggles for them.\nMy intend is not to favor any of them, nor to be naughty with any of them.\nFor instance, regarding the web interfaces we have:\n gitweb (perl)\n wit (python)\n gitarella (ruby)\n git-php (php)\n cgit (C)\n(We may have a C++ one, a lua one, ocaml one, a D one and, of course,\nthe foofoo++ one...)\n\nBest regards,\n\n  Sylvain BERTRAND\n\n\nP.S. Yes, I dislike the fact that emerge is python and paludis is C++.\nIndeed, I dislike the use of automake for a build system. The idea is\nnot make it worse than it is already, a command shell and gmake is\nalmost too much already.\n-- \nuse single GPL licensed software, use Linux and secure your digital freedom!\n"},{"id":"72679","messageId":"20080322171001.GC7611@coredump.intra.peff.net","threadId":"12809","inReplyTo":"d512a4f30803220644j1c74642fne709e27da792850@mail.gmail.com","subject":"Re: perl should be optional like tcl","fromName":"Jeff King","fromEmail":"peff@peff.net","sentAt":"2008-03-22T17:10:02Z","receivedAt":"2008-03-22T17:10:02Z","isPatch":false,"sender":{"key":"peff@peff.net","avatar":"https://avatars.githubusercontent.com/u/45925?v=4"},"body":"On Sat, Mar 22, 2008 at 02:44:06PM +0100, Sylvain Bertrand wrote:\n\n> I'm a gentoo user and since a long time I have been able to disable\n> the perl sweet thanks to the gentoo \"-perl\" use flag. Recently I\n> realized that was not possible anymore (I have *tons* of perl\n> dependencies pulled on my system because of this).\n\nSure, it is possible to do this, and most of git would still work. You\nwould lose:\n\n  - gitweb\n  - interactive add (\"git add -i\")\n  - send-email\n  - CVS/SVN/arch integration (cvsimport, cvsserver, cvsexportcommit,\n    svn, archimport)\n  - git-relink (which I'm not sure is commonly used anyway)\n\nThe test scripts also use perl a bit, so you would lose the ability to\nrun the tests.\n\nThe right way would probably be to add a NO_PERL flag to the Makefile to\navoid building these programs.  I'm not sure anyone else cares enough to\nspend time on this themselves, but you might try working up a patch.\n\n-Peff\n"}]}