<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<div class="moz-cite-prefix">On 3/1/21 2:34 PM, Peter Kahn via
elrepo-devel wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAKLmJjeOCHh-qNe-Ez+dYjhKRQw1tAGfYSZNWUZsXnvjvxmokA@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="ltr">
<div>Thanks. That makes sense to me. I wanted to make sure I
understood. The majority of the source we need are in the
devel package anyway for our specific driver build case.</div>
<div><br>
</div>
<div>Peter<br>
</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Mon, Mar 1, 2021 at 1:44 PM
Akemi Yagi <<a href="mailto:toracat@elrepo.org"
moz-do-not-send="true">toracat@elrepo.org</a>> wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On
Mon, Mar 1, 2021 at 10:30 AM Manuel Wolfshant<br>
<<a href="mailto:wolfy@nobugconsulting.ro" target="_blank"
moz-do-not-send="true">wolfy@nobugconsulting.ro</a>>
wrote:<br>
><br>
> On 3/1/21 7:58 PM, Peter Kahn via elrepo-devel wrote:<br>
> > Hi,<br>
> ><br>
> > Can someone tell me why kernel-lt
4.4.236-1.el7.elrepo.x86_64 has a<br>
> > nosrc package instead of a SRPM? I thought these
normally were used<br>
> > with 3rdparty vendor restrictions forced the issue
and I assumed that<br>
> > the kernel-lt would be open source under a GPL
license.<br>
> ><br>
> > Please let me know what's driving this choice.<br>
><br>
><br>
> if I were to guess I'd say mere size and the fact that
the original is<br>
> available in any kernel mirror. there is no benefit in
duplicating that<br>
> on the ElRepo's mirrors.<br>
<br>
To expand on what wolfy said, what is not included in our
"nosrc" SRPM<br>
is the original linux code. In your case,<br>
<br>
<a
href="http://mirrors.coreix.net/elrepo-archive-archive/kernel/el7/SRPMS/kernel-lt-4.4.236-1.el7.elrepo.nosrc.rpm"
rel="noreferrer" target="_blank" moz-do-not-send="true">http://mirrors.coreix.net/elrepo-archive-archive/kernel/el7/SRPMS/kernel-lt-4.4.236-1.el7.elrepo.nosrc.rpm</a><br>
<br>
and<br>
<br>
<a
href="https://cdn.kernel.org/pub/linux/kernel/v4.x/linux-4.4.236.tar.xz"
rel="noreferrer" target="_blank" moz-do-not-send="true">https://cdn.kernel.org/pub/linux/kernel/v4.x/linux-4.4.236.tar.xz</a><br>
<br>
together will create a full source SRPM.<br>
<br>
Akemi</blockquote>
</div>
</blockquote>
<p> </p>
<p style="margin-bottom: 0in; line-height: 100%"><br>
</p>
<p style="margin-bottom: 0in; line-height: 100%">To expand just a
little more, Yes, kernel srpms are really big, especially when
mirroring the elrepo archive. There are similar issues with
repackaged graphics driver srpms. There are also issues with
exploding the size of local, long term backups when the sources
are
included.</p>
<p style="margin-bottom: 0in; line-height: 100%">You can install the
nosrc.rpm as a user on your system, drop the
linux-<ver>.tar.xz
into ~/rpmbuild/SOURCES/ and then either:</p>
<p style="margin-bottom: 0in; line-height: 100%">1) build the binary
directly via rpmbuild or</p>
<p style="margin-bottom: 0in; line-height: 100%">2) repackage the
nosrc.rpm into a srpm by editing the
~/rpmbuild/SPECS/<specfile>
to comment out the line containing “NoSource: <value>”,
rebuild the srpm via rpmbuild -bs <specfile> and then use
the
srpm to build the binary in a mock environment.</p>
<p>Steve<br>
</p>
<p style="margin-bottom: 0in; line-height: 100%"><br>
</p>
<p>
<style type="text/css">p { margin-bottom: 0.1in; line-height: 120% S
</style></p>
</body>
</html>