From mboxrd@z Thu Jan 1 00:00:00 1970
Path: news.gmane.org!.POSTED!not-for-mail
From: Nikolay Kudryavtsev
Newsgroups: gmane.emacs.devel
Subject: Re: emacs-win-builder
Date: Thu, 1 Sep 2016 15:39:42 +0300
Message-ID: <2daa28a1-8223-b6e3-3424-ff281a3fa67e@gmail.com>
References: <1137fded-fc14-2445-bc6b-e8f2aceed56c@gmail.com>
<83y43dkops.fsf@gnu.org>
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: multipart/alternative;
boundary="------------4D343B07B4A58CE6685E3D1D"
X-Trace: blaine.gmane.org 1472733656 28075 195.159.176.226 (1 Sep 2016 12:40:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 1 Sep 2016 12:40:56 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101
Thunderbird/45.2.0
Cc: emacs-devel@gnu.org
To: Eli Zaretskii
Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Sep 01 14:40:46 2016
Return-path:
Envelope-to: ged-emacs-devel@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 1bfRIQ-0005oY-35
for ged-emacs-devel@m.gmane.org; Thu, 01 Sep 2016 14:40:42 +0200
Original-Received: from localhost ([::1]:36884 helo=lists.gnu.org)
by lists.gnu.org with esmtp (Exim 4.71)
(envelope-from )
id 1bfRIN-0006MY-QC
for ged-emacs-devel@m.gmane.org; Thu, 01 Sep 2016 08:40:39 -0400
Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47433)
by lists.gnu.org with esmtp (Exim 4.71)
(envelope-from ) id 1bfRHn-0006MP-EF
for emacs-devel@gnu.org; Thu, 01 Sep 2016 08:40:04 -0400
Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
(envelope-from ) id 1bfRHj-00011x-5X
for emacs-devel@gnu.org; Thu, 01 Sep 2016 08:40:02 -0400
Original-Received: from mail-lf0-x22a.google.com ([2a00:1450:4010:c07::22a]:33437)
by eggs.gnu.org with esmtp (Exim 4.71)
(envelope-from )
id 1bfRHi-00011r-P9; Thu, 01 Sep 2016 08:39:59 -0400
Original-Received: by mail-lf0-x22a.google.com with SMTP id b199so59769563lfe.0;
Thu, 01 Sep 2016 05:39:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
h=from:subject:to:references:cc:message-id:date:user-agent
:mime-version:in-reply-to;
bh=4xHMaFXEiPaHZJEjfAorYnjXV0CCLcN5Y2S0Vr5RL2I=;
b=hY28MmItC6FpjsQwGrlGr3N84RMi2x6G+B5UgUYp8imHw7APcQpkmO5NK9A1/bkdBI
UDaewNRHpb2ZhrqEIWlRHlsIph+6zC2GHmhS0DYAl8lGxLjvPbNx9OLDP5eru/UHeDFs
y/DC8Y/085oWNhvaR1I22GI/WdPWL8NkIEDAbj3aHI2MAjGq5E3Jd9ElxqDp3yvjdWJ/
3Mu3EGwA/mEbW2w5vZox6pNgnkORJ23TeZl2GYHSiH4LTBbezp5SmsUyEt/hLBLNBdQ+
kB42FrmhT2qpLbDvDULIF0YUhDkbeI8Lf+Y2itrX7EPnXnKv4pIvkCYad2Hdru/lw0WY
nH5A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20130820;
h=x-gm-message-state:from:subject:to:references:cc:message-id:date
:user-agent:mime-version:in-reply-to;
bh=4xHMaFXEiPaHZJEjfAorYnjXV0CCLcN5Y2S0Vr5RL2I=;
b=O5l9vFEn/EhsaSmcuGjDtfRSFMkzvjlc+wpkY3Ke4Jz/Jtx0ayZ+GymJpUMNp0Lh2A
bx09wyrdu0Tx/sIztY0LdhMEcg2PBCejfrSPRSCAAepzbB1Fq0oEn/Y4fL687GdQ0bCY
nQVlP1V7+aDAmxEm+CbNeg8Dn2k3omvsw3tlzQrFJl+QeDXNhuTM5AoM3l8Z8g4GARfj
SCqKTtPjO3YCImg2rt9Q9Nz2tNvCdVJyvfmxI1hmHp4hR18+XNFhFk2G0bzvcZP3hUAH
q9kE5hJ7FiTnDbJg1mjPU4nW6n9i5APqzll5mz6NcbsTxK7k10/J495w9i8nTcAgiatg
HChQ==
X-Gm-Message-State: AE9vXwOs9n96vA3cpAv5Q8+i0ZJPXaO9IWZSPun8EbbRmte9qE7kYsiZWA2tce8XyrrQ4w==
X-Received: by 10.46.1.92 with SMTP id 89mr4882442ljb.21.1472733597161;
Thu, 01 Sep 2016 05:39:57 -0700 (PDT)
Original-Received: from [192.168.199.2]
(broadband-95-84-209-126.nationalcablenetworks.ru. [95.84.209.126])
by smtp.gmail.com with ESMTPSA id u14sm889275lja.11.2016.09.01.05.39.55
(version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
Thu, 01 Sep 2016 05:39:56 -0700 (PDT)
X-Google-Original-From: Nikolay Kudryavtsev
In-Reply-To: <83y43dkops.fsf@gnu.org>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From: 2a00:1450:4010:c07::22a
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:207056
Archived-At:
This is a multi-part message in MIME format.
--------------4D343B07B4A58CE6685E3D1D
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
> E.g., on my systems, MSYS can only work when invoked from the MSYS Bash window.
That's interesting. What's the possible breaking point here? Assuming
that we clear our exec-path, use bash.exe from msys directory and add
whatever necessary to the process environment, I could not think of
anything that should break here, that's not easily fixable.
> Wouldn't it be better to use start-file-process instead?
Yes, I'm planning to fix that. Just wanted to have this ready for
testing ASAP.
> The list of dependencies to download should IMO be on a separate file.
Was thinking of doing that too. Will do.
> The repeated portions of the URLs of the download sites could also be specified only once in that separate file.
Great idea. Gonna implement that.
> Various versions of 7z are not Free Software, so I think we'd prefer to use bsdtar from libarchive instead.
Well, 7z is lGPL 2.1 with unrar exception and IMHO that's one of the
cases where having non-free code is ethical. But, I do understand those
who disagree. The practical reason why 7z is used there, is that I
wanted to limit the need for manual user action. Since 7z is distributed
as exe, you can install it from a script. For libarchive we would need
some way to extract zip files first. GnuWin provides a setup version of
unzip , so I guess
that would be one option.
> So some other factor is at work here, most probably the download URLs that all end in "/download".
Yep. I missed that sourceforge does a redirect from filename too. Will fix.
> install in some staging area, leaving it to the user to copy to the final destination after exiting Emacs.
Or maybe install into staging area, then try to copy to the final
destination? Alert when fail. Gonna implement some solution to that end,
since this is something that would happen from time to time.
Eli, I also have a couple questions for you and maybe other people who
may have that knowledge.
First, what would be some reasonable optimization profiles. I think we
all agree that we want to have something with debug information as
default. So what would be the best flags here? And then there should be
an option to make an optimized build, what would be the best flags for
it? Also I do "--enable-checking='yes,glyphs'
--enable-check-lisp-object-type" everywhere. Just in case, is keeping
those flags everywhere safe? Also, are there any other configure related
options we may want to implement?
--
Best Regards,
Nikolay Kudryavtsev
--------------4D343B07B4A58CE6685E3D1D
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit
E.g., on my systems, MSYS can only work when invoked from the MSYS Bash window.
That's interesting. What's the possible breaking point here?
Assuming that we clear our exec-path, use bash.exe from msys
directory and add whatever necessary to the process environment, I
could not think of anything that should break here, that's not
easily fixable.
Wouldn't it be better to use start-file-process instead?
Yes, I'm planning to fix that. Just wanted to have this ready for
testing ASAP.
The list of dependencies to download should IMO be on a separate file.
Was thinking of doing that too. Will do.
The repeated portions of the URLs of the download sites could also be specified only once in that separate file.
Great idea. Gonna implement that.
Various versions of 7z are not Free Software, so I think we'd prefer to use bsdtar from libarchive instead.
Well, 7z is lGPL 2.1 with unrar exception and IMHO that's one of
the cases where having non-free code is ethical. But, I do
understand those who disagree. The practical reason why 7z is used
there, is that I wanted to limit the need for manual user action.
Since 7z is distributed as exe, you can install it from a script.
For libarchive we would need some way to extract zip files first.
GnuWin provides a setup version of unzip,
so I guess that would be one option.
So some other factor is at work here, most probably the download URLs that all end in "/download".
Yep. I missed that sourceforge does a redirect from filename too.
Will fix.
install in some staging area, leaving it to the user to copy to the final destination after exiting Emacs.
Or maybe install into staging area, then try to copy to the final
destination? Alert when fail. Gonna implement some solution to
that end, since this is something that would happen from time to
time.
Eli, I also have a couple questions for you and maybe other
people who may have that knowledge.
First, what would be some reasonable optimization profiles. I
think we all agree that we want to have something with debug
information as default. So what would be the best flags here? And
then there should be an option to make an optimized build, what
would be the best flags for it? Also I do
"--enable-checking='yes,glyphs' --enable-check-lisp-object-type"
everywhere. Just in case, is keeping those flags everywhere safe?
Also, are there any other configure related options we may want to
implement?
--
Best Regards,
Nikolay Kudryavtsev
--------------4D343B07B4A58CE6685E3D1D--