From: Thorsten Leemhuis on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/968#note_554046904
It's merged now, so just for the record: ACK – and many thx for working
on this!
___
kernel mailing list --
Hello,
We ran automated tests on the following kernel build:
Kernel package: kernel-5.11.15-200.fc33
Task URL: https://koji.fedoraproject.org/koji/taskinfo?taskID=66062987
The results of these automated tests are provided below.
Overall result: PASSED
Tests: OK
Herton R. Krzesinski schreef op vr 16-04-2021 om 19:08 [-0300]:
> We can't make headers noarch: even if x86_64 and i686 headers package
> contents are the same, the other arches should be different, so how you will
> differentiate binary packages for other arches.
I was only referring to i686 and
Justin Forbes schreef op vr 16-04-2021 om 17:08 [-0500]:
> The kernel-cross-headers package could definitely be noarch, but it wasn't
> added that way, and I had not bothered to fix it.
Thank you. This made zero sense to me (which most of the times means I don't
actually understand the problem at
On Fri, Apr 16, 2021 at 10:57:44PM +0200, Paul Bolle wrote:
> Justin Forbes schreef op vr 16-04-2021 om 13:33 [-0500]:
> > The only thing that RHEL builds i686 at all is kernel-headers and
> > kernel-cross headers. For Fedora, kernel-headers is a separate package.
>
> Glad I asked, because I
On Fri, Apr 16, 2021 at 3:57 PM Paul Bolle wrote:
>
> Justin Forbes schreef op vr 16-04-2021 om 13:33 [-0500]:
> > The only thing that RHEL builds i686 at all is kernel-headers and
> > kernel-cross headers. For Fedora, kernel-headers is a separate package.
>
> Glad I asked, because I hadn't
From: Nico Pache on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1034#note_553978547
Ah sorry I didnt see that. Turning it off is probably the better move
anyways.
Marking CLOSED
___
kernel mailing list --
From: Justin Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1034#note_553977999
This is addressed by MR 1033, though it turns it off.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email
From: Nico Pache
Fix `Make dist-srpm` issue with CONFIG_VDPA
when building SRPMS the following mismatch is reported
Processing ./redhat/configs/kernel-s390x-zfcpdump-rhel.config ...
Error: Mismatches found in configuration files
Found CONFIG_VDPA=y after generation, had CONFIG_VDPA=m in Source
Justin Forbes schreef op vr 16-04-2021 om 13:33 [-0500]:
> The only thing that RHEL builds i686 at all is kernel-headers and
> kernel-cross headers. For Fedora, kernel-headers is a separate package.
Glad I asked, because I hadn't realized this. And apologies for yet another
email. In over a
From: Justin Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/772#note_553972180
Yes, this seems correct. For the default case, no one should have to
care beyond "origin"
___
kernel mailing list --
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/995#note_553968195
@jmflinuxtx @prarit - hopefully this implements the solution we
discussed?
___
kernel mailing list -- kernel@lists.fedoraproject.org
To
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/772#note_553966648
@prarit @jmflinuxtx - Do these docs describe what we talked about?
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send
From: Don Zickus
docs: Update docs to reflect newer workflow.
The workflow has recently changed such that all development is done
on the 'os-build' branch. Update the docs to show how easy it is
to make a change, commit it, generate the srpm and upload it to koji.
Also add it a build dep for
From: Ondrej Mosnáček on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/968#note_553963399
Yeah, I just tried to port my script to use ark-infra instead of trying
to find the right os-build commit to merge my changes into and it seems
to work as intended. And it became much
From: Don Zickus
Use upstream/master for merge-base with fallback to master
In Makefile.common there is logic that determines what the
merge-base is and is used to generate changelogs correctly.
The logic assumes a 'master' branch exists and is up to date.
However, the documentation recommends
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/968#note_553947756
@omos - as a developer who requested this feature, can I ask for an
'approve'?
___
kernel mailing list -- kernel@lists.fedoraproject.org
To
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/968#note_553946955
@knurd42 - as a developer who requested this feature, can I ask for a
ceremonial 'approval'? Just a simple comment with 'ACK' or 'I approve"
and then add an @jmflinuxtx or @ptalbert to
From: Augusto Caringi on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/563#note_553924643
request-ack-nack-evaluation
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to
From: Justin Forbes on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1029#note_553909018
This does seem to work as expected. kernel/drivers/gpu/drm/tiny/ is
moved from kernel-core to kernel-modules on armv7 and aarch64, etc.
Thanks for cleaning this up!
On Fri, Apr 16, 2021 at 12:07 PM Paul Bolle wrote:
>
> Paul Bolle schreef op ma 16-11-2020 om 23:32 [+0100]:
> > I tried to clone the ark repo some time ago. For some reason that took ages
> > and I aborted the operation. Maybe I'll try again one of these days and see
> > whether I could submit a
Paul Bolle schreef op ma 16-11-2020 om 23:32 [+0100]:
> I tried to clone the ark repo some time ago. For some reason that took ages
> and I aborted the operation. Maybe I'll try again one of these days and see
> whether I could submit a patch to do this cleanup. OK with you?
So I finally drafted
From: Patrick Talbert
[redhat] Disable CONFIG_VDPA for s390x/zfcpdump
This is enabled as a module now for the generic case so we either need
to bake it in to the zfcpdump kernel or disable it. I chose the latter.
Cc: Philipp Rudo
Cc: Jason Wang
Signed-off-by: Patrick Talbert
diff
From: Jeremy Cline on gitlab.com
Merge Request: https://gitlab.com/cki-project/kernel-ark/-/merge_requests/563
NOTE: Truncated patchset since committer email 'ptalb...@redhat.com'
does not match the submitter's GitLab public email address
'jcl...@redhat.com'.
Hi,
As part of the
From: Patrick Talbert on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/563#note_553503278
Thank you Lyude. I have rebased this and made the requested change. Let
me know what you think.
Patrick
___
kernel mailing list --
From: Patrick Talbert on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/837#note_553459466
Ah. So CONFIG_VDPA_SIM_NET depends on CONFIG_VDPA_SIM and CONFIG_VDPA
but at the time this MR was generated those configs were not enabled. So
we bumped into this bug with the MR
From: Patrick Talbert on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/837#note_553440421
This silly broken MR does not actually set a value for
CONFIG_VDPA_SIM_NET under redhat/configs/common/generic/; it simply
creates an empty file there. I take it we should enable
From: Jan Stancek on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1031#note_553249329
Acked-by: Jan Stancek
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to
28 matches
Mail list logo