On Wed, 2018-01-03 at 00:00 +, Peter Robinson wrote:
> On Tue, Jan 2, 2018 at 11:56 PM, Paul Bolle wrote:
> > But koji isn't carved in stone, is it?
>
> No, but in the current status quo it can't pull from random sources
> (Fedora config, not koji in general), this is an
On Tue, Jan 2, 2018 at 11:56 PM, Paul Bolle wrote:
> On Tue, 2018-01-02 at 17:27 -0500, Josh Boyer wrote:
>> If you're talking about local builds, it isn't tricky at all. Someone
>> would just need to adjust the kernel.spec to do it and/or write steps
>> to have your local
On Tue, 2018-01-02 at 17:21 -0500, Josh Boyer wrote:
> On Tue, Jan 2, 2018 at 4:35 PM, Paul Bolle wrote:
> > Git apply doesn't need a git repo. It is designed to be a patch replacement.
>
> Interesting. I wasn't aware of that. Seems odd?
Apparently a conscious decision:
On Tue, Jan 2, 2018 at 4:55 PM, Paul Bolle wrote:
> On Tue, 2018-01-02 at 12:32 -0800, Laura Abbott wrote:
>> On 01/02/2018 08:35 AM, Paul Bolle wrote:
>> > A bit off topic: I suppose at the ultimate goal is to do rpmbuild from
>> > within
>> > a proper git clone of the
On Tue, Jan 2, 2018 at 4:35 PM, Paul Bolle wrote:
> On Tue, 2018-01-02 at 16:28 -0500, Josh Boyer wrote:
>> So if you want to use git apply instead of patch, I have no objections
>> that I can remember. It'll just require some extra work to make sure
>> the git repo actually
On Tue, 2018-01-02 at 12:32 -0800, Laura Abbott wrote:
> On 01/02/2018 08:35 AM, Paul Bolle wrote:
> > A bit off topic: I suppose at the ultimate goal is to do rpmbuild from
> > within
> > a proper git clone of the kernel repository. Ie, using a branch with
> > Fedora's
> > patches, a specfile,
On Tue, 2018-01-02 at 16:28 -0500, Josh Boyer wrote:
> So if you want to use git apply instead of patch, I have no objections
> that I can remember. It'll just require some extra work to make sure
> the git repo actually exists and that doesn't break other things.
Git apply doesn't need a git
On Sun, Dec 31, 2017 at 9:13 PM, Laura Abbott wrote:
> On 12/30/2017 04:52 AM, Paul Bolle wrote:
>>
>> 0) The v4.14.10 stable updates adds a new executable (tools/objtool/sync-
>> check.sh). Somehow this was added non-executable during my local build of
>> v4.14.10 (on fc26,
On 01/02/2018 08:35 AM, Paul Bolle wrote:
On Sun, 2017-12-31 at 18:13 -0800, Laura Abbott wrote:
On 12/30/2017 04:52 AM, Paul Bolle wrote:
2) Would it make sense to further gitify the specfile and move from patch to
"git apply" here (and a few other places)? Or should we expect patch to do the
On Tue, Jan 02, 2018 at 05:13:59PM +0100, Paul Bolle wrote:
> On Tue, 2018-01-02 at 09:50 -0500, Don Zickus wrote:
> > On Sat, Dec 30, 2017 at 01:52:49PM +0100, Paul Bolle wrote:
> > > diff --git a/kernel.spec b/kernel.spec
> > > index 965345c2a26e..b2a1ffbe843d 100644
> > > --- a/kernel.spec
> >
On Sun, 2017-12-31 at 18:13 -0800, Laura Abbott wrote:
> On 12/30/2017 04:52 AM, Paul Bolle wrote:
> > 2) Would it make sense to further gitify the specfile and move from patch to
> > "git apply" here (and a few other places)? Or should we expect patch to do
> > the
> > right thing? (In the
On Tue, 2018-01-02 at 09:50 -0500, Don Zickus wrote:
> On Sat, Dec 30, 2017 at 01:52:49PM +0100, Paul Bolle wrote:
> > diff --git a/kernel.spec b/kernel.spec
> > index 965345c2a26e..b2a1ffbe843d 100644
> > --- a/kernel.spec
> > +++ b/kernel.spec
> > @@ -1267,8 +1267,9 @@ fi
> > # released_kernel
On Sat, Dec 30, 2017 at 01:52:49PM +0100, Paul Bolle wrote:
> 0) The v4.14.10 stable updates adds a new executable (tools/objtool/sync-
> check.sh). Somehow this was added non-executable during my local build of
> v4.14.10 (on fc26, that is). This made the build fail:
>
> [...]
> + make -s
On 12/30/2017 04:52 AM, Paul Bolle wrote:
0) The v4.14.10 stable updates adds a new executable (tools/objtool/sync-
check.sh). Somehow this was added non-executable during my local build of
v4.14.10 (on fc26, that is). This made the build fail:
[...]
+ make -s ARCH=x86_64 V=1 -j4 bzImage
0) The v4.14.10 stable updates adds a new executable (tools/objtool/sync-
check.sh). Somehow this was added non-executable during my local build of
v4.14.10 (on fc26, that is). This made the build fail:
[...]
+ make -s ARCH=x86_64 V=1 -j4 bzImage
make[2]: execvp: ./sync-check.sh: Permission
15 matches
Mail list logo