From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Emanuel Berg Newsgroups: gmane.emacs.help Subject: Re: Resources for an old newbie ? Date: Sun, 11 Jun 2023 07:54:40 +0200 Message-ID: <878rcq5ysf.fsf@dataswamp.org> References: <87cz2nvk51.fsf@web.de> <87v8gfybhv.fsf@robbyzambito.me> <87zg5p5hm0.fsf@web.de> <875y8a698v.fsf@web.de> <875y89z9m7.fsf@dataswamp.org> <83fs777q9m.fsf@gnu.org> <87y1kz7bpf.fsf@dataswamp.org> <87cz2asqen.fsf@web.de> <873536sjfq.fsf@web.de> <87fs747dll.fsf@dataswamp.org> <871qiiofki.fsf@web.de> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38061"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) To: help-gnu-emacs@gnu.org Cancel-Lock: sha1:a3ai4GUkjYrd4IFSx9YaXq3uCxw= Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Sun Jun 11 18:28:03 2023 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1q8Nv9-0009eh-18 for geh-help-gnu-emacs@m.gmane-mx.org; Sun, 11 Jun 2023 18:28:03 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1q8NuZ-0002uO-KD; Sun, 11 Jun 2023 12:27:27 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q8E2V-0001nt-CL for help-gnu-emacs@gnu.org; Sun, 11 Jun 2023 01:54:59 -0400 Original-Received: from ciao.gmane.io ([116.202.254.214]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q8E2T-0005yJ-He for help-gnu-emacs@gnu.org; Sun, 11 Jun 2023 01:54:59 -0400 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1q8E2O-0003JA-T7 for help-gnu-emacs@gnu.org; Sun, 11 Jun 2023 07:54:52 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: help-gnu-emacs@gnu.org Mail-Copies-To: never Received-SPF: pass client-ip=116.202.254.214; envelope-from=geh-help-gnu-emacs@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: -16 X-Spam_score: -1.7 X-Spam_bar: - X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Sun, 11 Jun 2023 12:27:24 -0400 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.29 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-mx.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.help:143925 Archived-At: Michael Heerdegen wrote: >> No kidding, but there should be a clear line what warnings >> are considered unimportant and maybe people don't care to >> get rid of them. > > None of them is unimportant! Not in terms of technology, but in terms of the human/technology interface maybe, because if compilation buffers are always flooded by stuff that no one really expects to fix - I mean, if that's the case - then maybe an interface solution how to mute them would be useful. > I just think all the problems are not new in the OPs init > file, they just had not being discovered until now (and > there were the obsoletion warnings). So using the old Emacs > version is as good as using a master build and ignore the > warnings (for now) - that's what I wanted to say. > >> Warnings should only be when there is a WARNING not trying >> to enforce some convention or habit for no real practical >> reason, also bugs are often introduced when fixing bugs, so >> one shouldn't "overfix" them. > > From participating in emacs-dev I can tell that this is > not happening. Okay, so why aren't they fixed then? I see it all the time from not just compiling but also from native compilation and compilations from just a few packages I have from there. Believe me, there are TONS of warnings! As you know, Emacs has a bunch of tools and commands how to improve the style of packages, docstrings, maybe some other things. They are useful and you don't get annoyed by them and whatever they can correct in your files, because that is what you want should happen. However here, it is about compiling stuff, then you don't really care what style-points other people didn't score, at that point it is about installing, not improving one's Elisp skills. So like I said, one could have an option to mute certain warnings etc ... -- underground experts united https://dataswamp.org/~incal