[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CA+r1ZhjW+OeTnCkffjMfoORx63h8PTNW91HVyvbqVWCpud0UiQ@mail.gmail.com>
Date: Tue, 5 Dec 2017 14:23:46 -0700
From: Jim Davis <jim.epost@...il.com>
To: Paolo Pisati <paolo.pisati@...onical.com>
Cc: Masahiro Yamada <yamada.masahiro@...ionext.com>,
Michal Marek <michal.lkml@...kovi.net>,
Behan Webster <behanw@...verseincode.com>,
Matthias Kaehlcke <mka@...omium.org>,
VinÃcius Tinti <viniciustinti@...il.com>,
linux-kbuild <linux-kbuild@...r.kernel.org>,
linux-kernel <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v3] scripts/package: snap-pkg target
On Tue, Dec 5, 2017 at 4:43 AM, Paolo Pisati <paolo.pisati@...onical.com> wrote:
>> I noticed that if I tried to make snap-pkg with the O=/some/dir option
>> the tar step failed but the rest of the build continued, and seems to
>> have finished successfully. Should the snap-pkg target stop after a
>> tar failure?
>
> That is weird, how did you do that?
make O=/some/dir defconfig (or your-config-of-choice)
make O=/some/dir snap-pkg
The snap-pkg target is calling the src_tar command, which bails when
$(objtree) isn't $(srctree).
Is $(objtree) = $(srctree) a necessary restriction with snap builds?
It's a restriction for rpm builds for some reason or another, but I
thought that was just a peculiarity of the rpm build process. If the
snap's tarball could be built without using src_tar, like the buildtar
script does, then Bob's your uncle.
Though if the source tree is an essential part of the snap build then
perhaps the build should just exit if the tarball can't be generated
for whatever reason, including users doing weird things :)
--
Jim
Powered by blists - more mailing lists