On Sat, Sep 05, 2020 at 03:57:14AM -, GitLab Bridge on behalf of bcrocker
wrote:
> From: Ben Crocker
>
> In redhat/Makefile and redhat/Makefile.common, introduce a
> GIT macro:
>
> GIT ?= git
>
> which takes on the value from the environment, if it
> exists, and defaults to 'git'
On Sat, Sep 05, 2020 at 04:10:31AM -, GitLab Bridge on behalf of bcrocker
wrote:
> From: Ben Crocker
>
> In redhat/Makefile and redhat/Makefile.common, introduce a
> GIT macro:
>
> GIT ?= git
>
> which takes on the value from the environment, if it
> exists, and defaults to 'git'
On Tue, Oct 06, 2020 at 07:12:44AM -0500, Justin Forbes wrote:
> > Would be nice if those could be links to the commits in question,
> > as that makes it easy to look at them. How about something like this:
> >
> > $ git log --no-merges --pretty=oneline --no-decorate master..$EXCLUDE_FILES
> > |
On Mon, Oct 19, 2020 at 01:39:34PM -0400, Lyude Paul wrote:
> lgtm
Hi Lyude,
Could you respond with an Acked-by instead? Thanks!
Cheers,
Don
>
> On Fri, 2020-10-16 at 15:29 +, GitLab Bridge on behalf of jeremycline
> wrote:
> > From: Fedora Kernel Team
> >
> > Hi,
> >
> > As part of
On Mon, Oct 19, 2020 at 01:40:17PM -0400, Lyude Paul wrote:
> lgtm
Could you respond with an Acked-by here too. Thanks!
Cheers,
Don
>
> On Fri, 2020-10-16 at 15:29 +, GitLab Bridge on behalf of jeremycline
> wrote:
> > From: Fedora Kernel Team
> >
> > Hi,
> >
> > As part of the ongoing
On Mon, Oct 19, 2020 at 11:09:57AM +0200, Jiri Benc wrote:
> On Thu, 15 Oct 2020 12:20:41 +0200, Jiri Benc wrote:
> > On Thu, 15 Oct 2020 09:13:27 -, CKI Project wrote:
> > > Overall result: FAILED (see details below)
> > > Merge: OK
> > >Compile: FAILED
> >
> >
On Mon, Oct 19, 2020 at 11:09:57AM +0200, Jiri Benc wrote:
> On Thu, 15 Oct 2020 12:20:41 +0200, Jiri Benc wrote:
> > On Thu, 15 Oct 2020 09:13:27 -, CKI Project wrote:
> > > Overall result: FAILED (see details below)
> > > Merge: OK
> > >Compile: FAILED
> >
> >
On Tue, Aug 25, 2020 at 09:51:17AM -0400, Prarit Bhargava wrote:
> On 8/24/20 11:52 AM, Don Zickus wrote:
> > make mrproper
> > mkdir output
> > make O=output dist-configs
>
> Here's a simpler case:
>
> make dist-config *works*.
>
> However, make dist-
On Fri, Aug 21, 2020 at 01:44:55PM -, GitLab Bridge on behalf of prarit
wrote:
> diff --git a/Makefile.rhelver b/Makefile.dist
> similarity index 77%
> rename from Makefile.rhelver
> rename to Makefile.dist
> index 8fceabade7c8..0b4f2d28e7b8 100644
> --- a/Makefile.rhelver
> +++
On Sat, Aug 22, 2020 at 06:56:29AM -0400, Prarit Bhargava wrote:
> > and final files are not tagged with 'rhel'.
>
> That's the current way dist-configs does things. I debated adding a rename
> function to the os specific configs targets but think that should be a
> separate
> patch. *This*
On Mon, Aug 24, 2020 at 10:25:21AM -0400, Prarit Bhargava wrote:
> > dist-configs would be supported but not as an expected common command and
> > would only be seen through dist-full-help?
>
> Yeah, I think that's what he's getting at. dist-configs would be an internal
> only target.
On Mon, Aug 24, 2020 at 09:31:53AM -0500, Justin Forbes wrote:
> > Right. rh-configs and fedora-configs are nice in that they build ONLY those
> > configs.
> >
> I don't see a problem with having them broken out for specific cases,
> but really by default people should be in the habit of
On Mon, Aug 24, 2020 at 03:24:28PM -0300, Marcelo Ricardo Leitner wrote:
>
> But yeah, some will complain that now they need to copy a different
> file to import the .config, but at least they will be sure of what
> they are copying.
Ah ok, so both rhel and fedora was built, one was tossed and
On Sun, Aug 23, 2020 at 12:25:17PM -, GitLab Bridge on behalf of prarit
wrote:
> diff --git a/Makefile.rhelver b/Makefile.dist
> similarity index 78%
> rename from Makefile.rhelver
> rename to Makefile.dist
> index 8fceabade7c8..1b3b3ca89bf3 100644
> --- a/Makefile.rhelver
> +++
On Fri, Sep 18, 2020 at 10:49:09AM +0200, Bohdan Khomutskyi wrote:
> Hello,
>
> While working on the change proposal
> https://fedoraproject.org/wiki/Changes/OptimizeSquashFS
>
> I discovered that several kernel configuration options are set sub-optimally
> in Fedora. In RHEL 8, the optimal
On Mon, Sep 28, 2020 at 02:58:26PM -, GitLab Bridge on behalf of prarit
wrote:
> From: Prarit Bhargava
>
> Sending new version, previous version not acked.
Acked-by: Don Zickus
>
> P.
>
> --8<--
>
> dzickus pointed out that my change is not optima
On Fri, Oct 02, 2020 at 01:19:07PM -0400, Don Zickus wrote:
> On Thu, Oct 01, 2020 at 12:44:27AM -, GitLab Bridge on behalf of bcrocker
> wrote:
> > From: Ben Crocker
> >
> > GIT ?= git
> >
> > and replace literal occurrences of 'git' with $(GIT).
&g
On Fri, Oct 02, 2020 at 01:19:07PM -0400, Don Zickus wrote:
> On Thu, Oct 01, 2020 at 12:44:27AM -, GitLab Bridge on behalf of bcrocker
> wrote:
> > From: Ben Crocker
> >
> > GIT ?= git
> >
> > and replace literal occurrences of 'git' with $(GIT).
&g
lready accepted it!
Cheers,
Don
>
> Kind regards,
>
> On 29/09/2020 16:34, Don Zickus wrote:
> > On Fri, Sep 18, 2020 at 10:49:09AM +0200, Bohdan Khomutskyi wrote:
> > > Hello,
> > >
> > > While working on the change proposal
> > > https://fedo
hat prints additional information
> and/or does additional processing before and/or after (or
> even instead of) invoking /usr/bin/git.
Acked-by: Don Zickus
>
> Signed-off-by: Ben Crocker
> ---
> redhat/Makefile| 29 +++--
> redhat/Makefile.commo
On Fri, Oct 02, 2020 at 01:19:07PM -0400, Don Zickus wrote:
> On Thu, Oct 01, 2020 at 12:44:27AM -, GitLab Bridge on behalf of bcrocker
> wrote:
> > From: Ben Crocker
> >
> > GIT ?= git
> >
> > and replace literal occurrences of 'git' with $(GIT).
&g
On Thu, Oct 01, 2020 at 12:44:27AM -, GitLab Bridge on behalf of bcrocker
wrote:
> From: Ben Crocker
>
> GIT ?= git
>
> and replace literal occurrences of 'git' with $(GIT).
> This change enables us to override 'git' with, e.g., some
> arbitrary shell script that prints additional
On Fri, Oct 02, 2020 at 01:19:07PM -0400, Don Zickus wrote:
> On Thu, Oct 01, 2020 at 12:44:27AM -, GitLab Bridge on behalf of bcrocker
> wrote:
> > From: Ben Crocker
> >
> > GIT ?= git
> >
> > and replace literal occurrences of 'git' with $(GIT).
&g
-s /usr/bin/python3 /usr/libexec/platform-python
>
> Change the message to be distribution agnostic.
Acked-by: Don Zickus
>
> Signed-off-by: Prarit Bhargava
> ---
> redhat/Makefile | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/redhat
On Wed, Oct 28, 2020 at 09:46:37AM -0400, Brian Masney wrote:
> On Wed, Oct 28, 2020 at 12:44:14PM -, GitLab Bridge on behalf of
> dzickusrh wrote:
> > From: Don Zickus
> >
> > For CKI and its cross-compile environment, it can not cross
> > compile userspace
On Wed, Oct 28, 2020 at 09:46:37AM -0400, Brian Masney wrote:
> On Wed, Oct 28, 2020 at 12:44:14PM -, GitLab Bridge on behalf of
> dzickusrh wrote:
> > From: Don Zickus
> >
> > For CKI and its cross-compile environment, it can not cross
> > compile userspace
d another script has been added there as well,
> so fix up the directory.
Acked-by: Don Zickus
>
> Signed-off-by: Justin M. Forbes
> ---
> redhat/kernel.spec.template | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/redhat/kernel.spec.template b
stored in TAG which is used by MARKER. The value of MARKER is set
> using a cut command on 'g' which results in MARKER being set to
> "it69119673bd50.1" instead of "d76dfb51aa86"
Hmm, surprising it is showing up now.
Acked-by: Don Zickus
>
> The problem with con
On Fri, Jul 31, 2020 at 02:55:54PM -, GitLab Bridge on behalf of prarit
wrote:
> dist-configs-prep: dist-clean-configs
> - cd $(REDHAT)/configs; TARGET=$(DIST_TARGET) ./build_configs.sh
> $(PACKAGE_NAME) $(ARCH_MACH)
> + cd $(REDHAT)/configs; ./build_configs.sh $(PACKAGE_NAME)
/ and the makefile.
As agreed..
Acked-by: Don Zickus
>
> Signed-off-by: Prarit Bhargava
> ---
> .gitattributes | 2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/.gitattributes b/.gitattributes
> index 33d4be033ae5..4b32eaa9571e 100644
> --- a/.gitattributes
&g
On Sun, Jul 12, 2020 at 01:09:18PM -, GitLab Bridge on behalf of pbrobinson
wrote:
> From: pbrobinson on gitlab.com
>
> Revert the old version of the patches, apply the latest upstream
> version:
Hi Peter,
It looks like most of your patches are git cherry-picks? If so, just using
'git
On Mon, Jul 13, 2020 at 05:07:35PM +0100, Peter Robinson wrote:
> > On Sun, Jul 12, 2020 at 01:09:18PM -, GitLab Bridge on behalf of
> > pbrobinson wrote:
> > > From: pbrobinson on gitlab.com
> > >
> > > Revert the old version of the patches, apply the latest upstream
> > > version:
> >
> >
On Thu, Jun 18, 2020 at 01:01:25PM -0400, Prarit Bhargava wrote:
> On 6/18/20 12:52 PM, Don Zickus wrote:
> > On Wed, Jun 17, 2020 at 03:44:16PM -, GitLab Bridge on behalf of prarit
> > wrote:
> >> From: Prarit Bhargava
> >>
> >> There are times wh
rh-configs make targets.
Regardless, I like this idea and as bonus keeps muscle memory for
rh-configs.
Acked-by: Don Zickus
>
> v2: Add rh-help entries.
>
> Signed-off-by: Prarit Bhargava
> ---
> redhat/Makefile | 8
> 1 file changed, 8 insertions(+)
>
On Tue, Jun 16, 2020 at 11:47:20PM -, GitLab Bridge on behalf of prarit
wrote:
> From: Prarit Bhargava
>
> kernsec.org recommends using SHA512 [1] for kernel module signing. There
> isn't any reason not to do this and the benefit is a stronger module
> hash.
>
> [1]
>
).
> Certification is adopting a new process in which CPU certifications will
> be tracked on https://catalog.redhat.com.
>
> Remove the vendor specific CPU ID checks from rh_check_supported().
Acked-by: Don Zickus
I could argue the whole rh_check_supported() could go. The whole s
On Fri, Jun 05, 2020 at 05:19:22PM +0100, Peter Robinson wrote:
> >
> > Well, I don't mind a few more mails, I already get a lot and they make
> > not much of a difference, *if* they are useful somehow. But to be useful
> > they are currently to hard to parse/understand: you have to scroll down
>
On Mon, Jun 08, 2020 at 03:19:52PM -0400, Jeremy Cline wrote:
> On Mon, Jun 08, 2020 at 03:10:15PM -0400, Prarit Bhargava wrote:
> > On 6/8/20 2:58 PM, Jeremy Cline wrote:
> > > Hey folks,
> > >
> > > Seeing the merge window configs rolling in along with people starting to
> > > open GitLab merge
Hi Knurd,
Thanks for the feedback!
On Fri, Jun 05, 2020 at 02:24:13PM +0200, Thorsten Leemhuis wrote:
> Lo! I'm slightly puzzled. These messages are now sent to
> fedora-kernel-list, which kinda sounds like input from the fedora
> community is wanted. But all this discussions look RHEL-specific
On Tue, Jul 21, 2020 at 10:38:09AM -0400, Prarit Bhargava wrote:
> On 7/20/20 9:45 AM, Don Zickus wrote:
> > On Fri, Jul 17, 2020 at 12:07:53PM -, GitLab Bridge on behalf of prarit
> > wrote:
> >> From: prarit on gitlab.com
> >>
> >> The merge request
ewer keys while updating to fix the "boothole" CVEs.
Acked-by: Don Zickus
> ___
> kernel mailing list -- kernel@lists.fedoraproject.org
> To unsubscribe send an email to kernel-le...@lists.fedoraproject.org
> Fedora Code of Condu
On Fri, Jul 17, 2020 at 12:07:53PM -, GitLab Bridge on behalf of prarit
wrote:
> From: prarit on gitlab.com
>
> The merge request had no description.
Any thoughts of adding a simple cover letter? The above description will go
in as a merge changelog and looks kinda funny.
Merge request
l very recently.
>
> Add a comment about when we started tagging Fedora RPMs in the ARK tree.
Acked-by: Don Zickus
>
> Signed-off-by: Prarit Bhargava
> Cc: jfor...@redhat.com
> ---
> redhat/docs/repository-layout.rst | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff -
On Mon, Dec 21, 2020 at 09:43:52AM -0600, Justin Forbes wrote:
> On Sat, Dec 19, 2020 at 1:42 PM GitLab Bridge on behalf of pbrobinson
> wrote:
> >
> > From: pbrobinson on gitlab.com
> > https://gitlab.com/cki-project/kernel-ark/-/merge_requests/825#note_470649351
> >
> > No idea why that failed,
On Wed, Nov 25, 2020 at 06:10:21AM +0100, Thorsten Leemhuis wrote:
> Lo!
>
> Am 24.11.20 um 23:22 schrieb GitLab Bridge on behalf of dzickusrh:
> > From: Don Zickus
> >
> > The workflow has recently changed such that all development is done
> > on the 'os-build'
On Sat, Nov 21, 2020 at 04:55:49PM -, GitLab Bridge on behalf of pecastro
wrote:
> From: "Paulo E. Castro"
>
> In file included from scripts/sorttable.c:191:
> scripts/sorttable.h:89:10: fatal error: asm/orc_types.h: No such file or
> directory
>89 | #include
> |
On Sat, Nov 21, 2020 at 04:55:49PM -, GitLab Bridge on behalf of pecastro
wrote:
> From: pecastro on gitlab.com
>
> `make prepare` fails when trying to build external kernel modules.
> Details in https://bugzilla.redhat.com/show_bug.cgi?id=1882854 and
> previous related bugs.
First, thank
On Tue, Nov 24, 2020 at 09:37:57PM -, GitLab Bridge on behalf of Don Zickus
wrote:
> From: Don Zickus on gitlab.com
> https://gitlab.com/cki-project/kernel-ark/-/issues/35#note_453840783
>
> Should be resolved now with the new spec file changes introduced last
> month.
Sor
;
> This change enables us to override 'git' with, e.g., some\
> arbitrary shell script that prints additional information\
> and/or does additional processing before and/or after (or\
> even instead of) invoking /usr/bin/git.
Acked-by: Don Z
On Mon, Oct 19, 2020 at 11:58:59PM +0200, Sabrina Dubroca wrote:
> 2020-10-19, 13:35:11 -0300, Marcelo Ricardo Leitner wrote:
> > On Fri, Oct 16, 2020 at 03:29:58PM -, GitLab Bridge on behalf of
> > jeremycline wrote:
> > > --- /dev/null
> > > +++
On Thu, Oct 22, 2020 at 10:59:02AM -0400, Bastien Nocera wrote:
> Hey,
>
> A couple of months ago I filed bugs about the kernel-cki build
> process and some problems I encountered:
> https://gitlab.com/cki-project/kernel-ark/-/issues
>
> Today, I wanted to build a test kernel for a Fedora user
forgot to cc Jiri
On Tue, Nov 24, 2020 at 06:11:13PM -, GitLab Bridge on behalf of dzickusrh
wrote:
> From: Don Zickus
>
> This option is needed to allow the latest features of bpftool
> to compile correctly. Currently it was disabled because of
> a gcc bug around DWARF
On Fri, Dec 04, 2020 at 02:23:11PM -, GitLab Bridge on behalf of bcrocker
wrote:
> From: bcrocker on gitlab.com
>
> Add a GIT macro to Makefile:
>
> GIT ?= git
>
> and replace literal occurrences of 'git' with $(GIT)\
> in Makefile and Makefile.commo
On Tue, Dec 01, 2020 at 10:27:58AM -0500, Bastien Nocera wrote:
> > - git checkout linus/master
> > - git merge -m "Merge branch 'os-build'" os-build
> > - # Fedora carries a patch to alter this setting, so we need to change the
> > configuration to build a vanilla tree.
> > - # If you're
On Tue, Dec 01, 2020 at 10:27:58AM -0500, Bastien Nocera wrote:
>
>
> - Original Message -
> > From: Don Zickus
> >
> > The workflow has recently changed such that all development is done
> > on the 'os-build' branch. Update the docs to show how easy i
On Wed, Dec 09, 2020 at 09:06:08PM -0500, Ben Crocker wrote:
> Hi!
>
> Can anyone tell me how to get useful information from
>
> make dist-get-latest?
>
> I've tried putting various strings in ./localversion, leaving it empty
> or even removing it entirely.
>
> When I do
>
> make
On Wed, Dec 23, 2020 at 07:39:26AM -0500, Prarit Bhargava wrote:
> >
> > Err. Nope. That was the how the original public webhook worked until
> > someone started posting commits with empty merge request descriptions.
> >
> > *cough*Prarit*cough*
>
> Me? Moi?
>
> /me looks around innocently
>
On Tue, Dec 22, 2020 at 01:17:43PM -0500, Prarit Bhargava wrote:
> It seems that cki-bot doesn't like it when I remove the "No CCs" label from an
> MR. You can see this odd behaviour in !741:
>
> https://gitlab.com/cki-project/kernel-ark/-/merge_requests/741
>
> I ran a script to identify all
On Tue, Dec 22, 2020 at 02:56:19PM -0500, Don Zickus wrote:
> On Tue, Dec 22, 2020 at 01:17:43PM -0500, Prarit Bhargava wrote:
> > It seems that cki-bot doesn't like it when I remove the "No CCs" label from
> > an
> > MR. You can see this odd behaviour in !741:
Ben! It seems to be reasonable. Lots of cookie cutter conversions.
Hopefully the normal workflow will expose any quirks, but after reading this
over 3 times (over the last couple of weeks), I think we should be fine.
Acked-by: Don Zickus
>
> http://pastebin.test.redhat.com/917268
>
>
r to back that change out in the short term. This reverts us to
> the way that Fedora used to compress the modules.
Hopefully it isn't that much slower. But yeah stability over speed.
Acked-by: Don Zickus
>
> Signed-off-by: Justin M. Forbes
> ---
> redhat/kernel.spec.template
On Fri, Nov 20, 2020 at 12:17:01AM -, GitLab Bridge on behalf of bcrocker
wrote:
> From: bcrocker on gitlab.com
>
> Add a GIT macro to Makefile:
>
> GIT ?= git
>
> and replace literal occurrences of 'git' with $(GIT)\
> in Makefile and Makefile.commo
d at:
>
> http://pastebin.test.redhat.com/917268
It was hard for me to know what has changed since the previous version, but
I will assume this version addresses all of Jiri's concerns.
Acked-by: Don Zickus
>
> SC2001: See if you can use ${variable//search/replace} instead.\
> SC2002: Use
On Mon, Nov 16, 2020 at 09:34:36PM -, GitLab Bridge on behalf of bcrocker
wrote:
> +merge-base )
> +if [ -n "$EGIT_OVERRIDE_MERGE_BASE" ]
> +then
> +# This should be an SHA1:
> +echo "$EGIT_OVERRIDE_MERGE_BASE"
> +else
> +git
On Fri, Nov 13, 2020 at 09:11:36PM -, GitLab Bridge on behalf of bcrocker
wrote:
> From: bcrocker on gitlab.com
>
> Add a GIT macro to Makefile:
>
> GIT ?= git
>
> and replace literal occurrences of 'git' with $(GIT)\
> in Makefile and Makefile.common.
>
> This change enables us to
On Wed, Oct 28, 2020 at 09:46:37AM -0400, Brian Masney wrote:
> On Wed, Oct 28, 2020 at 12:44:14PM -, GitLab Bridge on behalf of
> dzickusrh wrote:
> > From: Don Zickus
> >
> > For CKI and its cross-compile environment, it can not cross
> > compile userspace
o include schedule jobs and pages deployment (Don Zickus)
>
> Signed-off-by: Veronika Kabatova
> ---
> .gitlab-ci.yml | 179 ++---
> 1 file changed, 169 insertions(+), 10 deletions(-)
>
> diff --git a/.gitlab-ci.yml b/.gitlab-ci.yml
>
gt; Signed-off-by: Wei Huang
Thanks for this work!
Acked-by: Don Zickus
> ---
> redhat/rhdocs/MAINTAINERS/RHMAINTAINERS | 156 +++-
> 1 file changed, 155 insertions(+), 1 deletion(-)
>
> diff --git a/redhat/rhdocs/MAINTAINERS/RHMAINTAINERS
> b/redhat/rhdoc
On Mon, Apr 05, 2021 at 11:35:13PM +0200, Paul Bolle wrote:
> Hi Don,
>
> Don Zickus (via Email Bridge) schreef op ma 05-04-2021 om 21:27 [+]:
> > Also ran some bash scripts to find another 60 or so duplicates.
>
> Lazy question (I had trouble skimming the diffs): what
On Thu, Mar 04, 2021 at 06:27:04PM +0100, Thorsten Leemhuis wrote:
> > * I take os-build spin off the 'redhat' directory (and other infra pieces)
> > into a branch called 'redhat-infra'??? or something better
>
> I'd prefer to not have "redhat" in there (but I can live with it if we
> don't
is wrote:
> > Am 25.11.20 um 15:43 schrieb Don Zickus:
> >> On Wed, Nov 25, 2020 at 06:10:21AM +0100, Thorsten Leemhuis wrote:
> >>> Am 24.11.20 um 23:22 schrieb GitLab Bridge on behalf of dzickusrh:
> >>>> From: Don Zickus
> >>>> The workflow has
On Thu, Mar 04, 2021 at 06:27:04PM +0100, Thorsten Leemhuis wrote:
> > Just to remind myself of your expectation.
> >
> > * I take os-build spin off the 'redhat' directory (and other infra pieces)
> > into a branch called 'redhat-infra'??? or something better
>
> I'd prefer to not have
On Wed, Apr 07, 2021 at 07:17:44PM +0200, Paul Bolle wrote:
> Don Zickus schreef op wo 07-04-2021 om 12:38 [-0400]:
> > I welcome any feedback as someone who tried to help. :-D
>
> Well, I've just done my first web-based merge-request. (Actually my first
> merge-request ever.
On Wed, Apr 07, 2021 at 04:14:28PM +0200, Paul Bolle wrote:
> Don Zickus schreef op di 06-04-2021 om 10:30 [-0400]:
> > To me, duplicates meant that same config setting in fedora and (common or
> > ark).
>
> common is for settings that are identical in fedora and ark, ri
Hi,
A couple of us have been fixing bug in the email bridge in the last week.
Most changes won't be noticed. However, one notable exception is 'bot spam'
filtering.
The email bridge will no longer send emails from the various bots about
webhook or other admin things. As a submitter of the MR
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/362#note_344755261
Dropped patch1 because internally Red Hat may drop the whole patch
anyway. Let's just fix the Fedora compile problem for now.
___
kernel
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/598#note_410579156
another test.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le...@lists.fedoraproject.org
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/670#note_427359494
@bcrocker - Yes, I acked the 666 patch to get you a self-tests
directory. Let's convert this back to a WIP to stop the email spam and
rebase this patch set on top of 666. Then you can
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/443#note_432877518
Re-adding Acked-by label as the only change was a changelog addition of
'cc'.
___
kernel mailing list -- kernel@lists.fedoraproject.org
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/591#note_397300894
Seems like a no-brainer..
Acked-by: Don Zickus
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/600#note_400207726
Indeed, I referenced the wrong script. Your example is very helpful. I
rescind my objection and bow to your bash awesomeness... :-)
___
kernel
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/600#note_400102618
What happens when FLAVOR is 'not defined'. I am worried
build_configs.sh shifts the variables and '1' is accidentally used as
FLAVOR
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/504#note_390849521
merged locally because gitlab can't handle updating MRs on a rebasing
branch.
___
kernel mailing list -- kernel@lists.fedoraproject.org
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/442#note_358936367
I will close this and in preference to Justin's change.
Cheers,
Don
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/741#note_461857999
> > Signed-off-by: Fedora Kernel Team
> >
>
>
> Hi,
>
> This patchset seems a little obtuse to me. As far as I can tell this
should
> just be one sing
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/issues/32#note_453843747
That is stale document data. Your clone should set you up at os-build
(default branch) and everything should just work as expected. The
'master' branch just follows upstream but is merged nightly
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/issues/33#note_453842283
Hmm, not sure why the new docs have not been updated on that page. We
now recommend everyone start on 'os-build' and apply changes there.
Does that address your concern
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/issues/35#note_453840783
Should be resolved now with the new spec file changes introduced last
month.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/761#note_463631448
@pecastro Thanks!
Acked-by: Don Zickus
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/issues/35#note_459195031
Ok. Should be resolved with a documentation update
[diffs](https://gitlab.com/cki-project/kernel-
ark/-/merge_requests/772/diffs). Does executing "git branch master
--track upstream/m
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/772#note_465400429
I assume you are referring to internal scripts reference to 'master'.
If so, I worry that not everyone will use 'upstream' as their reference
name. And they may not 'git fetch upstream
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/772#note_465400566
Yeah, I can remove that. Thanks!
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/786#note_466539358
@jpoimboe reverted the requested change. Sorry about that, trying to
debug other CI issues.
___
kernel mailing list -- kernel
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/670#note_445200383
Nitpick, can we not use 'dnf' here? It is slow. I think a 'test -x
$(which bats)' or something similar is faster and just as effective
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/670#note_445201118
Another 'dnf list'
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/670#note_445201003
Same here, maybe use 'test -x' instead of 'dnf list'?
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/764#note_445885090
Other than the git-update-index command, which seems odd, but I guess
necessary, I am ok with it.
Acked-by: Don Zickus
___
kernel mailing list
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/670#note_449451551
last one.
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le...@lists.fedoraproject.org
Fedora
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/670#note_449432599
Just a test comment
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le
From: Don Zickus on gitlab.com
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/670#note_449453970
double email
___
kernel mailing list -- kernel@lists.fedoraproject.org
To unsubscribe send an email to kernel-le...@lists.fedoraproject.org
101 - 200 of 770 matches
Mail list logo