On Thu, Jun 6, 2024 at 9:19 AM Thorsten Leemhuis wrote:
>
> [CCing Justin]
>
> On 04.06.24 18:12, Mikhail Gavrilov wrote:
>
> > Instruction [1] about building upstream kernel should be updated,
>
> I'd tend to disagree. I think the root of the problem should be fixed,
> which you...
>
> > because
On Thu, Jun 6, 2024 at 9:19 AM Thorsten Leemhuis wrote:
>
> [CCing Justin]
>
> On 04.06.24 18:12, Mikhail Gavrilov wrote:
>
> > Instruction [1] about building upstream kernel should be updated,
>
> I'd tend to disagree. I think the root of the problem should be fixed,
> which you...
>
> > because
On Sat, Jun 1, 2024 at 3:08 AM Mikhail Gavrilov
wrote:
>
> Something broke in the build environment
> I can't build the kernel package in the mock environment for two days.
> I attached an archived build log here.
I saw no build log attached. What kernel version were you trying to
build, and
Please rebase any pending MRs and repush.
As we have done since 5.15, we have done this again for os-build, we expect
to keep it up as a cadence with every upstream release. This means we
will do it again when 6.10 releases, and again with 6.11... It is
difficult to manage a regularly rebased
On Wed, Mar 6, 2024 at 3:20 PM Dan Horák wrote:
>
> Hi Justin,
>
> On Wed, 6 Mar 2024 14:50:57 -0600
> Justin Forbes wrote:
>
> > Unfortunately I will be out on medical leave for the next 4-8 weeks.
> > Augusto Caringi (acaringi) has been doing a great job wit
Unfortunately I will be out on medical leave for the next 4-8 weeks.
Augusto Caringi (acaringi) has been doing a great job with the fedora
stable kernel releases recently and will be the point of contact for
fedora kernel issues in my absence. Other good points of contact
include Peter Robinson
Unfortunately I will be out on medical leave for the next 4-8 weeks.
Augusto Caringi (acaringi) has been doing a great job with the fedora
stable kernel releases recently and will be the point of contact for
fedora kernel issues in my absence. Other good points of contact
include Peter Robinson
On Tue, Mar 5, 2024 at 7:10 AM Sérgio Basto wrote:
>
> On Tue, 2024-03-05 at 07:59 -0500, Prarit Bhargava wrote:
> > On 3/4/24 11:49, Sérgio Basto wrote:
> > > Hi,
> > >
> > > We can't build webkitgtk on i686 lately.
> > >
> > > webkitgtk is in critical path and break rawhide composes, if fail
>
On Mon, Mar 4, 2024 at 7:52 PM Kevin Fenzi wrote:
>
> Hey everyone.
>
> The koji builders are currently using 6.7.6-200.fc39, which is mostly
> fine, but on i386 builds there's some kind of memory issue and (some)
> builds run out of memory and fail. ;(
>
> See:
On Tue, Feb 27, 2024 at 2:16 PM Richard W.M. Jones wrote:
>
>
> https://gitlab.com/cki-project/kernel-ark/-/commit/ed5ba266c61e01a52359b5793a627e7c9aae8854
>
> Why wasn't this a Fedora change proposal?
>
> Also the justification given for such a major change is very thin.
> I'm sure product
On Mon, Feb 12, 2024 at 7:49 AM Julian Sikorski wrote:
>
> Am 12.02.24 um 10:03 schrieb Michael J Gruber:
> > Am So., 11. Feb. 2024 um 23:14 Uhr schrieb Julian Sikorski
> > :
> >>
> >> Hello,
> >>
> >> I am trying to bisect an issue which appears to have regressed between
> >> 5.18 final and
On Thu, Feb 1, 2024 at 5:49 PM Leigh Scott wrote:
>
> > Thanks for holding the push to testing, I have managed to patch nvidia
> > 545.xx and
> > 550.xx so
> 470.xx is also patched.
>
> I think it is ok to push the new kernel to testing, the legacy nvidia drivers
> shouldn't hold up the new
On Wed, Jan 31, 2024 at 6:36 AM Leon Fauster via devel
wrote:
>
> Am 31.01.24 um 09:57 schrieb Larina Loriasel via devel:
> >> 'sync' has some strong downsides though: various operations become
> >> painfully slow (this depends a lot on the hardware and its age, and
> >> the history of previous
On Thu, Feb 1, 2024 at 1:45 AM Leigh Scott wrote:
>
> Kernel-6.7.3 still has debugging enabled which will break the nvidia driver
This is not accurate. The 6.7.3 (and 6.6.15) updates did break the
nvidia driver. It has nothing to do with debugging being enabled. A
proper and valid bugfix:
Please rebase any pending MRs and repush.
As we have done since 5.15, we have done this again for os-build, we expect
to keep it up as a cadence with every upstream release. This means we
will do it again when 6.8 releases, and again with 6.9... It is
difficult to manage a regularly rebased tree,
On Sun, Nov 26, 2023 at 11:48 AM Chris Adams wrote:
>
> kernel-tools-libs changed libcpupower.so.0 to libcpupower.so.1 in
> 6.6.2-200.fc39, which breaks mate-applets and gnome-applets.
This was backed out for the stable Fedora updates. The soname bump
stands in F40. Note, there is no
Please rebase any pending MRs and repush.
As we have done since 5.15, we have done this again for os-build, we expect
to keep it up as a cadence with every upstream release. This means we
will do it again when 6.7 releases, and again with 6.8... It is
difficult to manage a regularly rebased tree,
On Sat, Sep 30, 2023 at 10:55 AM Kevin Fenzi wrote:
>
> On Sat, Sep 30, 2023 at 11:13:32AM +0200, Marius Schwarz wrote:
> >
> > Hi,
> >
> > this is emerg ping for the security team, to take a look at this bz :
> >
> > https://bugzilla.redhat.com/show_bug.cgi?id=2241470
>
> If this is an embargoed
On Thu, Sep 14, 2023 at 4:02 PM Linus Torvalds
wrote:
>
> On Wed, 13 Sept 2023 at 12:32, Jarkko Sakkinen wrote:
> >
> > Ok, I'll make something more reasonable.
>
> Well, I took the pull already, just saying "tpm fix".
>
> I assume the only thing the typo actually causes is printk's with a
>
On Tue, Sep 12, 2023 at 4:41 AM Jarkko Sakkinen wrote:
>
> On Tue Sep 12, 2023 at 1:32 AM EEST, Justin M. Forbes wrote:
> > Commit d2e8071bed0be ("tpm: make all 'class' structures const")
> > unfortunately had a typo for the name on tpmrm.
> >
> > Fixes: d2e8071bed0b ("tpm: make all 'class'
On Mon, Sep 11, 2023 at 5:09 PM Jarkko Sakkinen wrote:
>
> On Fri Sep 8, 2023 at 5:06 PM EEST, Justin M. Forbes wrote:
> > Commit d2e8071bed0be ("tpm: make all 'class' structures const")
> > unfortunately had a typo for the name on tpmrm.
> >
> > Fixes: d2e8071bed0b ("tpm: make all 'class'
Please rebase any pending MRs and repush.
As we have done since 5.15, we have done this again for os-build, we expect
to keep it up as a cadence with every upstream release. This means we
will do it again when 6.6 releases, and again with 6.7... It is
difficult to manage a regularly rebased tree,
On Thu, Jul 20, 2023 at 8:53 AM Daniel P. Berrangé wrote:
>
> On Sat, May 20, 2023 at 06:14:17PM -0500, Justin Forbes wrote:
> > On Sat, May 20, 2023 at 3:44 PM Demi Marie Obenour
> > wrote:
> > >
> > > I noticed that by default, Qubes OS has voluntary kernel
Please rebase any pending MRs and repush.
As we have done since 5.15, we have done this again for os-build, we expect
to keep it up as a cadence with every upstream release. This means we
will do it again when 6.5 releases, and again with 6.6... It is
difficult to manage a regularly rebased tree,
On Wed, May 31, 2023 at 1:10 PM stan via kernel
wrote:
>
> It has been ages since I wanted to patch the kernel when I built a
> custom kernel. I tried putting the patch in the spec file where the
> other patches were, but it doesn't apply. There is no error, or even
> indication that it saw the
On Sat, May 20, 2023 at 3:44 PM Demi Marie Obenour
wrote:
>
> I noticed that by default, Qubes OS has voluntary kernel preemption
> as opposed to full preemption. I found that enabling full preemption
> (preempt=full on kernel command line) makes the system significantly
> more responsive under
On Wed, May 17, 2023 at 9:37 AM Steve Bennett wrote:
>
> Hi,
>
> Is there a reason why CONFIG_NFT_CONNLIMIT is not set in default Fedora
> kernels?
> I think there was a problem with it in early kernel 4.19, but that was quite
> a while ago, and as it stands it seems that documented
On Wed, Apr 26, 2023 at 04:31:53PM +0200, Fabio Valentini wrote:
> On Wed, Apr 26, 2023 at 3:26 PM Fedora Rawhide Report
> wrote:
> >
>
> Can we please make the kernel RPM not have 2000 lines of changelog
> every time there's a version bump?
> It doesn't make sense to include the entire git
On Tue, Apr 18, 2023 at 5:22 PM Andrew Morton wrote:
>
> On Wed, 12 Apr 2023 18:27:08 +0100 Catalin Marinas
> wrote:
>
> > > It sounds nice in theory. In practice. EXPERT hides too much. When you
> > > flip expert, you expose over a 175ish new config options which are
> > > hidden behind
Please rebase any pending MRs and repush.
As we have done since 5.15, we have done this again for os-build, we expect
to keep it up as a cadence with every upstream release. This means we
will do it again when 6.4 releases, and again with 6.3... It is
difficult to manage a regularly rebased tree,
On Wed, Apr 19, 2023 at 6:12 AM Catalin Marinas wrote:
>
> On Tue, Apr 18, 2023 at 03:05:57PM -0700, Andrew Morton wrote:
> > On Wed, 12 Apr 2023 18:27:08 +0100 Catalin Marinas
> > wrote:
> > > > It sounds nice in theory. In practice. EXPERT hides too much. When you
> > > > flip expert, you
t Monday, that way it
will automatically follow into stable Fedora as they get the 6.3
rebase.
Justin
> John Kacur
>
> On Sun, Apr 9, 2023 at 12:12 AM Zamir SUN wrote:
>>
>>
>> On 4/5/23 23:49, Justin Forbes wrote:
>> > On Wed, Apr 5, 2023 at 5:05 AM Zam
t Monday, that way it
will automatically follow into stable Fedora as they get the 6.3
rebase.
Justin
> John Kacur
>
> On Sun, Apr 9, 2023 at 12:12 AM Zamir SUN wrote:
>>
>>
>> On 4/5/23 23:49, Justin Forbes wrote:
>> > On Wed, Apr 5, 2023 at 5:05 AM Zam
On Wed, Apr 5, 2023 at 5:05 AM Zamir SUN wrote:
>
> Hi,
>
> I'm working on libtraceevent and libtracefs update. There will be soname
> bump happening to them. Namely,
>
> libtraceevent.so 1.6.3 -> 1.7.2
> libtracefs.so 1.5.0 -> 1.6.4
>
> IIRC only kernel-tools (for perf and rtla) and trace-cmd
On Wed, Apr 5, 2023 at 5:05 AM Zamir SUN wrote:
>
> Hi,
>
> I'm working on libtraceevent and libtracefs update. There will be soname
> bump happening to them. Namely,
>
> libtraceevent.so 1.6.3 -> 1.7.2
> libtracefs.so 1.5.0 -> 1.6.4
>
> IIRC only kernel-tools (for perf and rtla) and trace-cmd
On Tue, Apr 4, 2023 at 2:22 AM Mike Rapoport wrote:
>
> On Wed, Mar 29, 2023 at 10:55:37AM -0500, Justin Forbes wrote:
> > On Sat, Mar 25, 2023 at 1:09 AM Mike Rapoport wrote:
> > >
> > > From: "Mike Rapoport (IBM)"
> > >
> > > It i
On Sat, Mar 25, 2023 at 1:09 AM Mike Rapoport wrote:
>
> From: "Mike Rapoport (IBM)"
>
> It is not a good idea to change fundamental parameters of core memory
> management. Having predefined ranges suggests that the values within
> those ranges are sensible, but one has to *really* understand
>
On Sun, Mar 5, 2023 at 12:48 PM stan via kernel
wrote:
>
> Hi,
> I just built a kernel from the 6.2.2 fc37 src.rpm. It built fine, but
> at the end there was a missing file warning for cpufreq.h. I build the
> header files when building the kernel, so I would think that would be
> included in
Please rebase any pending MRs and repush.
As we have done since 5.15, we have done this again for os-build, we expect
to keep it up as a cadence with every upstream release. This means we
will do it again when 6.3 releases, and again with 6.4... It is
difficult to manage a regularly rebased tree,
On Sat, Feb 11, 2023 at 1:37 AM Ondrej Mosnáček wrote:
>
> On Fri, Feb 10, 2023 at 9:10 PM Justin Forbes wrote:
> >
> > On Fri, Feb 10, 2023 at 11:28 AM Paul Moore wrote:
> > >
> > > On Fri, Feb 10, 2023 at 12:15 PM Paul Moore wrote:
>
On Fri, Feb 10, 2023 at 11:28 AM Paul Moore wrote:
>
> On Fri, Feb 10, 2023 at 12:15 PM Paul Moore wrote:
> >
> > Hi Fedora Kernel People,
> >
> > The SELinux folks recently stumbled across some test failures due to a
> > change in the Rawhide kernel config that happened this week while we
> >
On Fri, Feb 3, 2023 at 6:52 AM Dan Horák wrote:
>
> On Thu, 2 Feb 2023 14:17:36 -0600
> Justin Forbes wrote:
>
> > As the MR is now merged, it is a good time to make sure that everyone
> > is aware. As of 6.2-rc5, Rawhide is no longer forcing a debug build
> >
On Fri, Feb 3, 2023 at 6:52 AM Dan Horák wrote:
>
> On Thu, 2 Feb 2023 14:17:36 -0600
> Justin Forbes wrote:
>
> > As the MR is now merged, it is a good time to make sure that everyone
> > is aware. As of 6.2-rc5, Rawhide is no longer forcing a debug build
> >
As the MR is now merged, it is a good time to make sure that everyone
is aware. As of 6.2-rc5, Rawhide is no longer forcing a debug build
with any kernels. All rawhide kernels are now built just like stable
Fedora kernels, with both non-debug and debug variations. This
change was necessary
As the MR is now merged, it is a good time to make sure that everyone
is aware. As of 6.2-rc5, Rawhide is no longer forcing a debug build
with any kernels. All rawhide kernels are now built just like stable
Fedora kernels, with both non-debug and debug variations. This
change was necessary
On Thu, Jan 26, 2023 at 4:39 PM Bruno Wolff III wrote:
>
> I'm not too great at figuring how you tell which is which from the build
> process, but there was a comment in a kernel build today that suggests
> that things have changed so that now rawhide kernels are nodebug by default.
> Is that
For a *very* long time, Rawhide has built rcX kernels as "release"
kernels and daily git snapshots as debug kernels only. This has
brought attention to some issues that might otherwise be missed.
Specifically around things like lockdep. Unfortunately, even without
changing our selected debug
On Fri, Jan 13, 2023 at 9:00 AM wrote:
>
> Justin Forbes wrote:
>
> > On Wed, Jan 11, 2023 at 6:53 AM Miro Hrončok wrote:
> >
> > This does seem a bug. The big question, is does 6.1 make it go away?
> > kernel-6.1.4-200.fc37 is available in koji. The 6.0 series
On Wed, Jan 11, 2023 at 7:33 AM Miro Hrončok wrote:
>
> On 11. 01. 23 14:12, Justin Forbes wrote:
> >> Is this a bug that needs to be fixed or do the tests need to be changed
> >> not to
> >> assert this?
> >>
> >> The fact that 6.2.0 mak
On Wed, Jan 11, 2023 at 6:53 AM Miro Hrončok wrote:
>
> Hello.
>
> On Monday I observed that the Fedora 37 and 36 Python CI tests on the Testing
> farm fail.
>
> https://lists.fedoraproject.org/archives/list/c...@lists.fedoraproject.org/thread/YOXVRWJNJMNSTUG6O43KE4K6Q57GV7DR/
>
> The same tests
On Tue, Jan 3, 2023 at 11:15 AM Peter Robinson wrote:
>
> On Tue, Jan 3, 2023 at 1:28 PM Nicolas Chauvet wrote:
> >
> > Hi,
> >
> > With the removal of the armhfp koji target in rawhide, the
> > kernel-rawhide-nodebug kernel repository is missing an armhfp build.
Yeah, armhfp is no longer a
Please rebase any pending MRs and repush.
As we have done since 5.15, we have done this again for os-build, we expect
to keep it up as a cadence with every upstream release. This means we
will do it again when 6.2 releases, and again with 6.3... It is
difficult to manage a regularly rebased tree,
On Sat, Nov 26, 2022 at 9:54 AM Hans de Goede wrote:
>
> Hi,
>
> On 11/25/22 11:40, Thorsten Leemhuis wrote:
> > Hi! The following is all nitpicking. I hope it won't cause a
> > bikeshedding discussion, I'm not going to fight for any of this, I just
> > want to get it of my chest.
>
> Sorry, I do
On Fri, Nov 11, 2022 at 12:04 PM Jiri Olsa wrote:
>
> On Fri, Nov 04, 2022 at 09:59:49AM +0100, Jiri Olsa wrote:
> > hi,
> > I'm upgrading libbpf to 1.0 and because it's changing the soname it
> > requires changes in dependent packages.
> >
> > You're receiving this email because you're
On Mon, Oct 31, 2022 at 11:52 AM Hector Martin wrote:
>
> On 01/11/2022 01.15, Justin Forbes wrote:
> > On Thu, Oct 27, 2022 at 8:57 AM Hector Martin wrote:
> >>
> >> drm_fb_build_fourcc_list() currently returns all emulated formats
> >> unconditionally as
On Thu, Oct 27, 2022 at 8:57 AM Hector Martin wrote:
>
> drm_fb_build_fourcc_list() currently returns all emulated formats
> unconditionally as long as the native format is among them, even though
> not all combinations have conversion helpers. Although the list is
> arguably provided to
On Mon, Oct 17, 2022 at 6:08 PM Prarit Bhargava wrote:
>
>
> > While this does sound useful, it means we must create the commits,
> > push to create an MR, then immediately go back and edit the commits
> > because we have an MR number now. This link would be short lived as
> > it would go away
On Sun, Oct 16, 2022 at 9:43 AM Prarit Bhargava wrote:
>
> Hey ptalbert and jforbes,
>
> I'm writing a script that will automate some of the CS9/RHEL CONFIG reviews.
>
> One thing I'm doing in the script is comparing the CS9/RHEL CONFIG value
> to the ARK value. If they match then the scripts
On Sun, Jul 24, 2022 at 4:29 AM Richard W.M. Jones wrote:
>
> The current Fedora Rawhide kernels are too slow to run libguestfs
> tests when doing Koji builds. These run in a qemu VM, running the
> Rawhide kernel, emulated using software virtualization (ie. TCG).
> They now time out because
On Thu, Oct 13, 2022 at 6:11 AM Bruno Wolff III wrote:
>
> Are you guys thinking of enabling MGLRU soon?
Yes, config options for Fedora typically get set somewhere between rc3
and rc7, with bigger changes earlier in the cycle and more of the
small drivers set later. I do intend to flip MGLRU on
Please rebase any pending MRs and repush.
As we have done since 5.15, we have done this again for os-build, we expect
to keep it up as a cadence with every upstream release. This means we
will do it again when 6.1 releases, and again with 6.2... It is
difficult to manage a regularly rebased tree,
On Wed, Sep 21, 2022 at 4:48 AM Gerd Hoffmann wrote:
>
> Hi,
>
> > > Should we have a Fedora feature page for unified kernel support?
> >
> > I'm not sure we especially want to publicise unified kernel images as
> > a standalone thing to users, as it is more of just a building block.
> >
> > If
On Thu, Sep 1, 2022 at 9:58 AM Daniel P. Berrangé wrote:
>
> On Thu, Sep 01, 2022 at 10:37:03AM -0400, Prarit Bhargava wrote:
> > Hey Gerd,
> >
> > Thanks for this changeset.
> >
> > On 8/31/22 08:46, Gerd Hoffmann wrote:
> > >Hi,
> > >
> > > Here is a little patch series to kick off a
On Thu, Aug 4, 2022 at 9:04 AM Justin Forbes wrote:
>
> On Thu, Aug 4, 2022 at 5:44 AM Peter Robinson wrote:
> >
> > On Thu, Aug 4, 2022 at 11:35 AM Hans de Goede wrote:
> > >
> > > Hi,
> > >
> > > On 8/2/22 22:15, Justin Forbes wrote:
&
On Thu, Aug 4, 2022 at 5:44 AM Peter Robinson wrote:
>
> On Thu, Aug 4, 2022 at 11:35 AM Hans de Goede wrote:
> >
> > Hi,
> >
> > On 8/2/22 22:15, Justin Forbes wrote:
> > > The initial fedora-5.19 branch has been created in kernel-ark. As I
> > >
On Sun, Jul 24, 2022 at 4:29 AM Richard W.M. Jones wrote:
>
> The current Fedora Rawhide kernels are too slow to run libguestfs
> tests when doing Koji builds. These run in a qemu VM, running the
> Rawhide kernel, emulated using software virtualization (ie. TCG).
> They now time out because
The initial fedora-5.19 branch has been created in kernel-ark. As I
mentioned earlier, F37 will branch a 6.0 merge window kernel, but that
will be replaced with 5.19 as soon as possible. We will also do
stabilization for the 5.19 branch and hope to rebase Fedora 35 and 36
to 5.19 in a timely
As we have done since 5.15, we have done this again for os-build, we expect
to keep it up as a cadence with every upstream release. This means we
will do it again when 6.0 releases, and again with 6.1... It is
difficult to manage a regularly rebased tree, because any outstanding
MR is invalidated
On Thu, Jul 28, 2022 at 9:53 AM Prarit Bhargava wrote:
>
> $subject essentially. Does it actually serve any purpose. I know its
> been there a long time but I'm not sure if it serves any actual purpose
> anymore other than creating noise in the output.
>
> The line itself is output from
On Wed, Jul 27, 2022 at 6:53 PM Mikhail Gavrilov
wrote:
>
> Unable build kernel locally because command fedpkg mockbuild failed with
> error "Empty %files file
> /builddir/build/BUILD/kernel-5.19-rc8-17-g39c3c396f813/debugfiles.list"
>
> Full build log: https://pastebin.com/48ZYg3XQ
>
> I also
I am not building 5,18.14 for Fedora, This is the upstream retbleed
fix for stable. We have been carrying most of those patches since
5.18.11, and the last of them were picked up with the 5.18.13 build.
The only thing in the upstream 5.18.14 build that is not in our
5.18.13 build is the version
Fedora 37 does not branch from Rawhide until August 9th, and the 5.20
merge window will open up on August 1, that puts us in a bit of an odd
situation. Fedora 37 will release on a 5.19 kernel because 5.20 is not
expected to release before the final freeze begins. I don't think it
would be wise
On Tue, Jul 19, 2022 at 3:43 PM stan via kernel
wrote:
>
> On Mon, 18 Jul 2022 11:57:08 -0700
> stan via kernel wrote:
>
> > Found the problem. There is a mismatch in the file name.
> > The kernel should be looking for
> > /usr/lib/systemd/libsystemd-core-251.3-1.fc37.so
> > not
> >
On Sun, Jul 17, 2022 at 4:17 PM stan via kernel
wrote:
>
> On Sun, 17 Jul 2022 11:40:14 -0700
> stan wrote:
>
> > I'll be building the rc6 kernel with the new option enabled to see if
> > that fixes things, but the kernel should still run even if the
> > automatic mitigation is turned off.
On Tue, Jun 28, 2022 at 8:47 AM Dennis Pries wrote:
>
> Hi all,
> currently the intel IPU6 based cameras are unsupported. This cameras are used
> in the tiger lake and alder lake platforms.
>
> Ubuntu made changes to support them:
>
On Tue, Jun 21, 2022 at 3:11 PM Matthew Miller wrote:
>
> On Sun, Jun 19, 2022 at 01:36:22PM -0700, Gordon Messmer wrote:
> > can probably just treat as a proxy for RHEL performance.) Clear and
> > RHEL (rebuilds) probably get most of their advantages from building
> > for an x86_64-v2
On Tue, May 31, 2022 at 3:12 AM Laszlo Ersek wrote:
>
> On 05/31/22 08:58, Dan Horák wrote:
> > On Tue, 31 May 2022 08:39:28 +0200
> > Laszlo Ersek wrote:
> >
> >> Hi,
> >>
> >> where can I find the exploded git tree for "kernel-5.17.4-200.fc35"?
> >>
> >> The tree at
> >>
The fedora-5.18 branch has not been created in the kernel-ark
repository. The kernel test week for 5.18 will be June 5th - June
11th, and the rebase for Fedora 35 and 36 will be shortly after that,
pending the results of test week. As Fedora 34 will already be EOL,
it will not get a 5.18 rebase.
As we have done since 5.15, we have done this again for os-build, we expect
to keep it up as a cadence with every upstream release. This means we
will do it again when 5.19 releases, and again with 5.20... It is
difficult to manage a regularly rebased tree, because any outstanding
MR is
On Thu, May 19, 2022 at 9:51 AM Richard W.M. Jones wrote:
>
> https://dl.fedoraproject.org/pub/alt/rawhide-kernel-nodebug/
>
> At time of writing the nodebug kernels have a lower NVR than the ones
> in Koji and Rawhide. In fact, this is quite often the case.
>
> Now I understand why this
On Mon, May 9, 2022 at 8:00 AM JT wrote:
>
> All,
>
> I'm sending this email to announce that I'm going to start up the weekly
> Security Meetings in the IRC/Matrix channel. About two months ago I sent in
> an email to this mailing list and haven't heard any response and there hasn't
> been
On Wed, Apr 27, 2022 at 11:27 AM Ian McInerney wrote:
>
> On Wed, Apr 27, 2022 at 4:06 PM Peter Robinson wrote:
>>
>> Hey Dusty,
>>
>> > > Hey jforbes,
>> > >
>> > > I'm looking at buying a quartz64 ARM board (relatively new board
>> > > from pine64 kind of like a Raspberry Pi) [1]. I think
On Tue, Apr 26, 2022 at 9:15 PM Dusty Mabe wrote:
>
> Hey jforbes,
>
> I'm looking at buying a quartz64 ARM board (relatively new board
> from pine64 kind of like a Raspberry Pi) [1]. I think there are
> some config options in the kernel that need to be set. I found where
> someone opened a PR
On Thu, Apr 21, 2022 at 12:02 PM Sérgio Basto wrote:
>
> On Thu, 2022-04-21 at 11:50 -0500, Justin Forbes wrote:
> > On Thu, Apr 21, 2022 at 8:58 AM Sérgio Basto wrote:
> > >
> > > Hi,
> > >
> > > to test Virtualbox host kmods on new kernel (x86
On Thu, Apr 21, 2022 at 8:58 AM Sérgio Basto wrote:
>
> Hi,
>
> to test Virtualbox host kmods on new kernel (x86_64 only), I install
> fedora-rawhide-kernel-nodebug [1]
>
> but last two update I see with ack SLS [2] but SLS is strict arm thing
> , this is a bug ? or I'm missing something ?
SLS
On Tue, Apr 19, 2022 at 7:48 AM Bruno Goncalves (via Email Bridge)
wrote:
>
> From: Bruno Goncalves on gitlab.com
> https://gitlab.com/cki-project/kernel-ark/-/merge_requests/1748#note_916697510
>
> @npache I used to bot to test this MR, but it failed to build for x86_64:
>
On Thu, Apr 14, 2022 at 6:39 AM Kevin Kofler via devel
wrote:
>
> Ralf Corsépius wrote:
> > I do not agree with this statement. Like previous "Legacy SIGs" this is
> > a red herring to obfuscate RHATs lack of disinterest with topics, which
> > do not match into their business objectives.
>
> I
On Wed, Apr 13, 2022 at 12:29 PM stan wrote:
>
> On Tue, 12 Apr 2022 15:23:47 -0500
> Justin Forbes wrote:
>
> > And now you see why kernel-headers is a separate package for Fedora,
> > you can't build the tools without installed kernel headers from the
> > same ke
On Tue, Apr 12, 2022 at 12:19 PM stan wrote:
>
> On Mon, 11 Apr 2022 10:53:54 -0500
> Justin Forbes wrote:
> > Coming soon to the kernel-ark repo, but the fix is easy in the spec:
> >
> > diff --git a/kernel.spec b/kernel.spec
> > index fb67ab956..515942496 10075
On Mon, Apr 11, 2022 at 8:58 AM stan via kernel
wrote:
>
> On Mon, 11 Apr 2022 07:23:39 -0500
> Justin Forbes wrote:
>
> > I am guessing this is because you turned on a build of kernel-tools
> > with it? libnl3 is only needed for kernel tools (the intel_sdsi build
>
On Sun, Apr 10, 2022 at 3:35 PM stan via kernel
wrote:
>
> Information.
>
> I'm building a custom kernel from the src.rpm tuned to my system. The
> last 5.17 kernel built just fine. However, this 5.18 kernel fails with
> the following error.
>
> + popd
> + pushd tools/arch/x86/intel_sdsi
> +
On Wed, Apr 6, 2022 at 6:31 PM Chris Murphy wrote:
>
> On Wed, Apr 6, 2022 at 10:23 AM Justin Forbes wrote:
>
> > > Apple and Microsoft signing NVIDIA's proprietary driver doesn't at all
> > > indicate Apple and Microsoft trust the driver itself. It is trusting
>
On Tue, Apr 5, 2022 at 6:39 PM Chris Murphy wrote:
>
> On Tue, Apr 5, 2022 at 3:08 PM Jared Dominguez wrote:
>
> > The security of UEFI systems is immeasurably better. Standardized firmware
> > updates, support for modern secure TPMs, OS protection from firmware (SMM
> > mitigations), HTTP(S)
On Tue, Apr 5, 2022 at 8:50 AM Neal Gompa wrote:
>
> On Tue, Apr 5, 2022 at 9:48 AM Colin Walters wrote:
> >
> >
> >
> > On Mon, Apr 4, 2022, at 3:51 PM, Justin Forbes wrote:
> > > On Mon, Apr 4, 2022 at 11:47 AM Colin Walters wrote:
> >
On Tue, Apr 5, 2022 at 8:10 AM Chris Adams wrote:
>
> Once upon a time, Neal Gompa said:
> > What about squashfs? We use that for the live media, is that affected?
>
> There's also vfat (for EFI system partition) and ISO9660 (base for all
> media). How do they handle dates?
> --
FAT
On Mon, Apr 4, 2022 at 11:47 AM Colin Walters wrote:
>
> Hi, creating a thread on this from:
> https://github.com/coreos/fedora-coreos-config/pull/1650
>
> Basically I'd propose that not just our default images have y2038-compatible
> filesystem setups, we ensure that if e.g. XFS is explicitly
On Tue, Mar 22, 2022 at 1:24 PM Thorsten Leemhuis wrote:
>
> Hi Don!
>
> On 08.02.22 20:24, Donald Zickus wrote:
> >
> > It has been awhile since we changed how this mailing list is used. As
> > folks have noticed, we have increased traffic significantly over the
> > past couple of years to
On Mon, Mar 14, 2022 at 4:30 AM Yu Zhao wrote:
>
> On Mon, Mar 14, 2022 at 2:09 AM Huang, Ying wrote:
> >
> > Hi, Yu,
> >
> > Yu Zhao writes:
> > > diff --git a/mm/Kconfig b/mm/Kconfig
> > > index 3326ee3903f3..747ab1690bcf 100644
> > > --- a/mm/Kconfig
> > > +++ b/mm/Kconfig
> > > @@ -892,6
As we have done since 5.15, we have done this again for os-build, we expect
to keep it up as a cadence with every upstream release. This means we
will do it again when 5.18 releases, and again with 5.19... It is
difficult to manage a regularly rebased tree, because any outstanding
MR is
On Mon, Mar 21, 2022 at 9:47 AM Prarit Bhargava wrote:
>
> While working on the Makefiles I've noticed that the tarball names are
> different for Fedora vs CentOS/RHEL.
>
> Fedora uses an upstream based tarball version whereas CENTOS/RHEL use a
> tarball version that is based off the RPM NVR.
>
>
1 - 100 of 766 matches
Mail list logo
