From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eric Abrahamsen Newsgroups: gmane.emacs.devel Subject: Re: debbugs tracker builds character Date: Sun, 24 Jul 2016 17:20:43 -0400 Message-ID: <87y44qu40k.fsf@ericabrahamsen.net> References: <83eg76n5h5.fsf@gnu.org> <87y45eeoor.fsf@lifelogs.com> <577D42BB.1020500@cs.ucla.edu> <87oa694rfw.fsf@russet.org.uk> <837fcxlbay.fsf@gnu.org> <87lh1d2wg5.fsf@russet.org.uk> <83eg75jk5h.fsf@gnu.org> <87lh1cb6p0.fsf@lifelogs.com> <87oa5sa176.fsf_-_@lifelogs.com> <874m7kmkcm.fsf@gmx.de> <871t2o6t94.fsf@gmx.de> <87wpkf6pup.fsf@lifelogs.com> <87poq6iweb.fsf@ericabrahamsen.net> <87shv0uy3w.fsf@ericabrahamsen.net> <87oa5ouf6x.fsf@ericabrahamsen.net> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1469395276 6567 80.91.229.3 (24 Jul 2016 21:21:16 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 24 Jul 2016 21:21:16 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jul 24 23:21:07 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1bRQpd-0003Z2-N7 for ged-emacs-devel@m.gmane.org; Sun, 24 Jul 2016 23:21:05 +0200 Original-Received: from localhost ([::1]:57502 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bRQpc-0008Jj-Ja for ged-emacs-devel@m.gmane.org; Sun, 24 Jul 2016 17:21:04 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50834) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bRQpW-0008Jd-Vg for emacs-devel@gnu.org; Sun, 24 Jul 2016 17:20:59 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bRQpT-0000EE-Mf for emacs-devel@gnu.org; Sun, 24 Jul 2016 17:20:58 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:56237) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bRQpT-0000E3-FI for emacs-devel@gnu.org; Sun, 24 Jul 2016 17:20:55 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1bRQpR-0003Ra-Od for emacs-devel@gnu.org; Sun, 24 Jul 2016 23:20:53 +0200 Original-Received: from otwaon234vw-lp140-05-1176444371.dsl.bell.ca ([70.31.29.211]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Jul 2016 23:20:53 +0200 Original-Received: from eric by otwaon234vw-lp140-05-1176444371.dsl.bell.ca with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Jul 2016 23:20:53 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 26 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: otwaon234vw-lp140-05-1176444371.dsl.bell.ca User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) Cancel-Lock: sha1:Yytc5R/Mwe+aRwD02p3j9zhL8RI= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:206095 Archived-At: Stefan Monnier writes: >> But the `seq-intersection' call will filter out packages that have been >> installed (are in package-alist), but not loaded (are not in features). > > That was the intention. But indeed, if the user submits the report from > another Emacs session than the one where the bug occurs, this may filter > out the relevant package. > >> Also, what was the outcome of the seq.el pre-loading/autoloading >> discussion? Are seq-* functions guaranteed to be available? > > We'd (require 'seq), that's not a problem. > But indeed, by that measure we could also package-initialize > unconditionally and just use package-alist. Okay, understood on both counts. I can't say I have much of an opinion on the finer points -- I'm just pleased to have the basics in place. We can either "go big" (use features), or "go small" (manually package-initialize, then use package-alist). Would you make an executive decision, and I'll patch? Eric