From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Newsgroups: gmane.emacs.help Subject: Re: prompt to create non existent directory. Date: Thu, 2 Nov 2017 15:44:29 +0100 Message-ID: <20171102144429.GF6089@tuxteam.de> References: <4278608a-d510-46f5-9cdc-3033a2edecbf@googlegroups.com> <20171027201031.GD29934@tuxteam.de> <86k1zgmcf1.fsf@zoho.com> <20171028070135.GA21162@tuxteam.de> <86fu9xm2uf.fsf@zoho.com> <20171102105721.GD27253@tuxteam.de> <868tfox269.fsf@zoho.com> <20171102131915.GA6089@tuxteam.de> <864lqcwyep.fsf@zoho.com> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; x-action=pgp-signed Content-Transfer-Encoding: 8bit X-Trace: blaine.gmane.org 1509633926 30314 195.159.176.226 (2 Nov 2017 14:45:26 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 2 Nov 2017 14:45:26 +0000 (UTC) User-Agent: Mutt/1.5.21 (2010-09-15) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu Nov 02 15:45:22 2017 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eAGk9-00079D-LK for geh-help-gnu-emacs@m.gmane.org; Thu, 02 Nov 2017 15:45:17 +0100 Original-Received: from localhost ([::1]:60605 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eAGkG-0006k2-Pn for geh-help-gnu-emacs@m.gmane.org; Thu, 02 Nov 2017 10:45:24 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43313) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eAGjW-0006il-OB for help-gnu-emacs@gnu.org; Thu, 02 Nov 2017 10:44:39 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eAGjT-0007YL-HD for help-gnu-emacs@gnu.org; Thu, 02 Nov 2017 10:44:38 -0400 Original-Received: from mail.tuxteam.de ([5.199.139.25]:51745) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eAGjT-0007XO-6T for help-gnu-emacs@gnu.org; Thu, 02 Nov 2017 10:44:35 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tuxteam.de; s=20171004; h=From:In-Reply-To:Content-Transfer-Encoding:Content-Type:MIME-Version:References:Message-ID:Subject:To:Date; bh=JqQ1sBIrjb2OMEwLiDfIOnYNmc6H7dJGfSk2HZYtAGA=; b=kulsrNJSmdkDAmOFE300vcH49+4vKOimI/FxhLH9yN6lNFq14JX8qn+AVRTjRDxs6uhtRNGzQlCyEX+ffb46HthQVvDd0poroJuD0jyj36nKaHByAlHw7MTwNSk11SDsM2nIWjyFhYmfRhtlgdGE/hRLo6HAN0SOksvLXjDArhqgu7kucx4tdxzSnJL6B7R5Jncq6q9yzT5XKWRATSeToU8fA85wjaxq3kJdabgBSxjaEvywbHXObT56Y12Vpxyysm7KaUCQg/G0hPm41ww8IZx25wuXYXpi9cMXX3RYJte4Eg1u/AXuycEieXFF68yOL7XcsosyveAZLBI4Lp9gFQ==; Original-Received: from tomas by mail.tuxteam.de with local (Exim 4.80) (envelope-from ) id 1eAGjN-0002Uz-Cs for help-gnu-emacs@gnu.org; Thu, 02 Nov 2017 15:44:29 +0100 In-Reply-To: <864lqcwyep.fsf@zoho.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 5.199.139.25 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:114728 Archived-At: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, Nov 02, 2017 at 03:25:18PM +0100, Emanuel Berg wrote: > t wrote: > > > Because for ~98% of those packages I want > > "tried and tested" and not "latest and > > greatest". The other 2% I care specially for > > I put more admin work into (and bear with > > ocassional breakage). > > > > [...] > > > > It's still one gadget per app to take care > > of. I don't feel like feeding thousands of > > gadgets, even if they are shell scripts. > > The issue with the "~2%" is that the repo's SW > is too old or sometimes unavailable. > > Why can't this be available without doing it > 100% manually? Well, it can, and that's what > those gadgets do! Why not for Emacs as well? > We have [M]ELPAs for additional software. > Why is it such a far-fetched idea upgrading > Emacs in a similar manner, if it can be done, > as I suspect it can? These gadgets exist. Perl's CPAN, Python's PIP, Emacs's (M)ELPA, the list goes on. Thing is, that they all need a "base" infrastructure, provided by Perl, Python or Emacs, or whatever. Note that Perl, R (and Python, I assume) do run the C compiler in their gadgets (or whatever else) if needed: so the split you are construing (gadget vs compile from source) is a rather artificial one: gadgets do orchestrate the compilation from source since times immemorial. Packagers are no idiots, believe me. And as to bridging -- look at how many Perl packages are maintained by a rather small team at Debian. Why? Because they do leverage Perl's package system (CPAN) to semi-automatically derive Debian packaging. Again, packagers are no idiots. Just hang around in the Debian perl mailing list and you'll see. What they do, and I appreciate that to the utmost, is to make sure all versions of things in there play well with each other (and with the rest of the system). *This* is the hard problem, not "compiling from source". The "solutions" touted these days, packaging each application into its own little world and letting them talk to each other over http is, in my eyes, pretty disgusting. The only (to me) interesting innovation on the horizon is perhaps the NixOS/Guix philosophy, which makes it possible to have different versions of things in parallel, depending on cross-dependencies. Only time will tell whether this leads to "software dust" where each little piece has an own world, with its own libc version, etc. Cheers - -- tomás -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAln7L00ACgkQBcgs9XrR2kbp5gCfVDFrK2kXrQWTjEJVt/5JCvA8 CWQAn1iLEbAUH1BAQA39YiWgisDW0XnQ =zQdv -----END PGP SIGNATURE-----