[Starlingx-discuss] Repo consolidation
I would like to propose that the following repo's be consolidated under stx-integ.
* stx-gplv2
* stx-gplv3
* stx-upstream
Any objections/comments ?
Brent
Objection. We separated those out to comply with software license checking tools that we will still need to run.
Pranjal and Abraham are the subject matter experts here. If there is a way to pass the code scanning tools and still combine these, I would not object at all.
brucej
From: Rowsell, Brent [mailto:Brent.Rowsell@windriver.com] Sent: Wednesday, June 13, 2018 10:22 AM To: starlingx-discuss@lists.starlingx.io Subject: [Starlingx-discuss] Repo consolidation
I would like to propose that the following repo's be consolidated under stx-integ.
* stx-gplv2
* stx-gplv3
* stx-upstream
Any objections/comments ?
Brent
I don't understand the distinction. There is already gpl code in stx_integ.
Brent
From: Jones, Bruce E [mailto:bruce.e.jones@intel.com] Sent: Wednesday, June 13, 2018 1:29 PM To: Rowsell, Brent Brent.Rowsell@windriver.com; starlingx-discuss@lists.starlingx.io Cc: AMBARDEKAR, PRANJAL pranjal.ambardekar@intel.com Subject: RE: [Starlingx-discuss] Repo consolidation
Objection. We separated those out to comply with software license checking tools that we will still need to run.
Pranjal and Abraham are the subject matter experts here. If there is a way to pass the code scanning tools and still combine these, I would not object at all.
brucej
From: Rowsell, Brent [mailto:Brent.Rowsell@windriver.com] Sent: Wednesday, June 13, 2018 10:22 AM To: starlingx-discuss@lists.starlingx.iomailto:starlingx-discuss@lists.starlingx.io Subject: [Starlingx-discuss] Repo consolidation
I would like to propose that the following repo's be consolidated under stx-integ.
* stx-gplv2
* stx-gplv3
* stx-upstream
Any objections/comments ?
Brent
This was a convenience separation. The license checking tool expects to have a repository per project and a main license defined for the entire repository. In this case, we wanted to release the project as Apache License 2.0 and the tool assumes that all the code inside the repository should has friendly licenses. However, the tool found some conflicting components and to solve the issue we move out those into the gplv2/3 repositories.
This doesn’t mean that were actual license conflicts, it means that this use case was outside of the scope of the tool.
I would like to discuss the advantage of consolidation vs split, I’m wondering if a model like CentOS has could help us, they have a repository for each component. This will lead us to have around 250 repositories (CentOS manages around 600) but I think that managing each of them would be more easy.
-Erich
From: "Rowsell, Brent" Brent.Rowsell@windriver.com Date: Wednesday, June 13, 2018 at 12:48 PM To: "Jones, Bruce E" bruce.e.jones@intel.com, "starlingx-discuss@lists.starlingx.io" starlingx-discuss@lists.starlingx.io Cc: "Ambardekar, Pranjal" pranjal.ambardekar@intel.com Subject: Re: [Starlingx-discuss] Repo consolidation
I don’t understand the distinction. There is already gpl code in stx_integ.
Brent
From: Jones, Bruce E [mailto:bruce.e.jones@intel.com] Sent: Wednesday, June 13, 2018 1:29 PM To: Rowsell, Brent Brent.Rowsell@windriver.com; starlingx-discuss@lists.starlingx.io Cc: AMBARDEKAR, PRANJAL pranjal.ambardekar@intel.com Subject: RE: [Starlingx-discuss] Repo consolidation
Objection. We separated those out to comply with software license checking tools that we will still need to run.
Pranjal and Abraham are the subject matter experts here. If there is a way to pass the code scanning tools and still combine these, I would not object at all.
brucej
From: Rowsell, Brent [mailto:Brent.Rowsell@windriver.com] Sent: Wednesday, June 13, 2018 10:22 AM To: starlingx-discuss@lists.starlingx.iomailto:starlingx-discuss@lists.starlingx.io Subject: [Starlingx-discuss] Repo consolidation
I would like to propose that the following repo’s be consolidated under stx-integ.
* stx-gplv2 * stx-gplv3 * stx-upstream
Any objections/comments ?
Brent
The objective over time is to eliminate the changes to these open source packages by upstreaming the changes. Given that, I don’t think we want the overhead of creating/managing 250 repos. This project already has 50 repos. Currently we have these packages spread over 4 repos with no real functional division. I am proposing it would make more sense to consolidate into one. One repo to manage, making it easier to track the retirement of customizations over time.
Brent
From: Cordoba Malibran, Erich [mailto:erich.cordoba.malibran@intel.com] Sent: Wednesday, June 13, 2018 2:43 PM To: Rowsell, Brent Brent.Rowsell@windriver.com; JONES, BRUCE bruce.e.jones@intel.com; starlingx-discuss@lists.starlingx.io Cc: AMBARDEKAR, PRANJAL pranjal.ambardekar@intel.com Subject: Re: [Starlingx-discuss] Repo consolidation
This was a convenience separation. The license checking tool expects to have a repository per project and a main license defined for the entire repository. In this case, we wanted to release the project as Apache License 2.0 and the tool assumes that all the code inside the repository should has friendly licenses. However, the tool found some conflicting components and to solve the issue we move out those into the gplv2/3 repositories.
This doesn’t mean that were actual license conflicts, it means that this use case was outside of the scope of the tool.
I would like to discuss the advantage of consolidation vs split, I’m wondering if a model like CentOS has could help us, they have a repository for each component. This will lead us to have around 250 repositories (CentOS manages around 600) but I think that managing each of them would be more easy.
-Erich
From: "Rowsell, Brent" <Brent.Rowsell@windriver.commailto:Brent.Rowsell@windriver.com> Date: Wednesday, June 13, 2018 at 12:48 PM To: "Jones, Bruce E" <bruce.e.jones@intel.commailto:bruce.e.jones@intel.com>, "starlingx-discuss@lists.starlingx.iomailto:starlingx-discuss@lists.starlingx.io" <starlingx-discuss@lists.starlingx.iomailto:starlingx-discuss@lists.starlingx.io> Cc: "Ambardekar, Pranjal" <pranjal.ambardekar@intel.commailto:pranjal.ambardekar@intel.com> Subject: Re: [Starlingx-discuss] Repo consolidation
I don’t understand the distinction. There is already gpl code in stx_integ.
Brent
From: Jones, Bruce E [mailto:bruce.e.jones@intel.com] Sent: Wednesday, June 13, 2018 1:29 PM To: Rowsell, Brent <Brent.Rowsell@windriver.commailto:Brent.Rowsell@windriver.com>; starlingx-discuss@lists.starlingx.iomailto:starlingx-discuss@lists.starlingx.io Cc: AMBARDEKAR, PRANJAL <pranjal.ambardekar@intel.commailto:pranjal.ambardekar@intel.com> Subject: RE: [Starlingx-discuss] Repo consolidation
Objection. We separated those out to comply with software license checking tools that we will still need to run.
Pranjal and Abraham are the subject matter experts here. If there is a way to pass the code scanning tools and still combine these, I would not object at all.
brucej
From: Rowsell, Brent [mailto:Brent.Rowsell@windriver.com] Sent: Wednesday, June 13, 2018 10:22 AM To: starlingx-discuss@lists.starlingx.iomailto:starlingx-discuss@lists.starlingx.io Subject: [Starlingx-discuss] Repo consolidation
I would like to propose that the following repo’s be consolidated under stx-integ.
* stx-gplv2 * stx-gplv3 * stx-upstream
Any objections/comments ?
Brent
I do not think the license checking tool will allow us to consolidate, but we will re-check this
Thanks, Pranjal
From: Rowsell, Brent [mailto:Brent.Rowsell@windriver.com] Sent: Wednesday, June 13, 2018 12:00 PM To: Cordoba Malibran, Erich erich.cordoba.malibran@intel.com; Jones, Bruce E bruce.e.jones@intel.com; starlingx-discuss@lists.starlingx.io Cc: Ambardekar, Pranjal pranjal.ambardekar@intel.com Subject: RE: [Starlingx-discuss] Repo consolidation
The objective over time is to eliminate the changes to these open source packages by upstreaming the changes. Given that, I don’t think we want the overhead of creating/managing 250 repos. This project already has 50 repos. Currently we have these packages spread over 4 repos with no real functional division. I am proposing it would make more sense to consolidate into one. One repo to manage, making it easier to track the retirement of customizations over time.
Brent
From: Cordoba Malibran, Erich [mailto:erich.cordoba.malibran@intel.com] Sent: Wednesday, June 13, 2018 2:43 PM To: Rowsell, Brent <Brent.Rowsell@windriver.commailto:Brent.Rowsell@windriver.com>; JONES, BRUCE <bruce.e.jones@intel.commailto:bruce.e.jones@intel.com>; starlingx-discuss@lists.starlingx.iomailto:starlingx-discuss@lists.starlingx.io Cc: AMBARDEKAR, PRANJAL <pranjal.ambardekar@intel.commailto:pranjal.ambardekar@intel.com> Subject: Re: [Starlingx-discuss] Repo consolidation
This was a convenience separation. The license checking tool expects to have a repository per project and a main license defined for the entire repository. In this case, we wanted to release the project as Apache License 2.0 and the tool assumes that all the code inside the repository should has friendly licenses. However, the tool found some conflicting components and to solve the issue we move out those into the gplv2/3 repositories.
This doesn’t mean that were actual license conflicts, it means that this use case was outside of the scope of the tool.
I would like to discuss the advantage of consolidation vs split, I’m wondering if a model like CentOS has could help us, they have a repository for each component. This will lead us to have around 250 repositories (CentOS manages around 600) but I think that managing each of them would be more easy.
-Erich
From: "Rowsell, Brent" <Brent.Rowsell@windriver.commailto:Brent.Rowsell@windriver.com> Date: Wednesday, June 13, 2018 at 12:48 PM To: "Jones, Bruce E" <bruce.e.jones@intel.commailto:bruce.e.jones@intel.com>, "starlingx-discuss@lists.starlingx.iomailto:starlingx-discuss@lists.starlingx.io" <starlingx-discuss@lists.starlingx.iomailto:starlingx-discuss@lists.starlingx.io> Cc: "Ambardekar, Pranjal" <pranjal.ambardekar@intel.commailto:pranjal.ambardekar@intel.com> Subject: Re: [Starlingx-discuss] Repo consolidation
I don’t understand the distinction. There is already gpl code in stx_integ.
Brent
From: Jones, Bruce E [mailto:bruce.e.jones@intel.com] Sent: Wednesday, June 13, 2018 1:29 PM To: Rowsell, Brent <Brent.Rowsell@windriver.commailto:Brent.Rowsell@windriver.com>; starlingx-discuss@lists.starlingx.iomailto:starlingx-discuss@lists.starlingx.io Cc: AMBARDEKAR, PRANJAL <pranjal.ambardekar@intel.commailto:pranjal.ambardekar@intel.com> Subject: RE: [Starlingx-discuss] Repo consolidation
Objection. We separated those out to comply with software license checking tools that we will still need to run.
Pranjal and Abraham are the subject matter experts here. If there is a way to pass the code scanning tools and still combine these, I would not object at all.
brucej
From: Rowsell, Brent [mailto:Brent.Rowsell@windriver.com] Sent: Wednesday, June 13, 2018 10:22 AM To: starlingx-discuss@lists.starlingx.iomailto:starlingx-discuss@lists.starlingx.io Subject: [Starlingx-discuss] Repo consolidation
I would like to propose that the following repo’s be consolidated under stx-integ.
* stx-gplv2 * stx-gplv3 * stx-upstream
Any objections/comments ?
Brent
I met with Pranjal and Abraham today to discuss this.
The problem is that we separated that code out for a reason. We have an internal requirement to run a license scanning tool, and the tool assumes that all of the code within a single git repo is covered by the same license. If you have files covered under multiple licenses, it reports errors.
It’s rather silly that we’re letting a tool dictate something like this.
We are setting up a process to run that tool on a regular basis, so when it comes time to do a release, we don’t run into issues that we didn’t already know about.
It would not be the end of the world if someone submitted and approved a PR to merge those repos. It would make mine, Abraham’s and Pranjal’s lives easier if we did not. If you think that this would make things better for everyone else, I would withdraw my objection.
Meanwhile, our goal is to get rid of those repos, long term.
Brucej
From: Rowsell, Brent [mailto:Brent.Rowsell@windriver.com] Sent: Wednesday, June 13, 2018 12:00 PM To: Cordoba Malibran, Erich erich.cordoba.malibran@intel.com; Jones, Bruce E bruce.e.jones@intel.com; starlingx-discuss@lists.starlingx.io Cc: Ambardekar, Pranjal pranjal.ambardekar@intel.com Subject: RE: [Starlingx-discuss] Repo consolidation
The objective over time is to eliminate the changes to these open source packages by upstreaming the changes. Given that, I don’t think we want the overhead of creating/managing 250 repos. This project already has 50 repos. Currently we have these packages spread over 4 repos with no real functional division. I am proposing it would make more sense to consolidate into one. One repo to manage, making it easier to track the retirement of customizations over time.
Brent
From: Cordoba Malibran, Erich [mailto:erich.cordoba.malibran@intel.com] Sent: Wednesday, June 13, 2018 2:43 PM To: Rowsell, Brent <Brent.Rowsell@windriver.commailto:Brent.Rowsell@windriver.com>; JONES, BRUCE <bruce.e.jones@intel.commailto:bruce.e.jones@intel.com>; starlingx-discuss@lists.starlingx.iomailto:starlingx-discuss@lists.starlingx.io Cc: AMBARDEKAR, PRANJAL <pranjal.ambardekar@intel.commailto:pranjal.ambardekar@intel.com> Subject: Re: [Starlingx-discuss] Repo consolidation
This was a convenience separation. The license checking tool expects to have a repository per project and a main license defined for the entire repository. In this case, we wanted to release the project as Apache License 2.0 and the tool assumes that all the code inside the repository should has friendly licenses. However, the tool found some conflicting components and to solve the issue we move out those into the gplv2/3 repositories.
This doesn’t mean that were actual license conflicts, it means that this use case was outside of the scope of the tool.
I would like to discuss the advantage of consolidation vs split, I’m wondering if a model like CentOS has could help us, they have a repository for each component. This will lead us to have around 250 repositories (CentOS manages around 600) but I think that managing each of them would be more easy.
-Erich
From: "Rowsell, Brent" <Brent.Rowsell@windriver.commailto:Brent.Rowsell@windriver.com> Date: Wednesday, June 13, 2018 at 12:48 PM To: "Jones, Bruce E" <bruce.e.jones@intel.commailto:bruce.e.jones@intel.com>, "starlingx-discuss@lists.starlingx.iomailto:starlingx-discuss@lists.starlingx.io" <starlingx-discuss@lists.starlingx.iomailto:starlingx-discuss@lists.starlingx.io> Cc: "Ambardekar, Pranjal" <pranjal.ambardekar@intel.commailto:pranjal.ambardekar@intel.com> Subject: Re: [Starlingx-discuss] Repo consolidation
I don’t understand the distinction. There is already gpl code in stx_integ.
Brent
From: Jones, Bruce E [mailto:bruce.e.jones@intel.com] Sent: Wednesday, June 13, 2018 1:29 PM To: Rowsell, Brent <Brent.Rowsell@windriver.commailto:Brent.Rowsell@windriver.com>; starlingx-discuss@lists.starlingx.iomailto:starlingx-discuss@lists.starlingx.io Cc: AMBARDEKAR, PRANJAL <pranjal.ambardekar@intel.commailto:pranjal.ambardekar@intel.com> Subject: RE: [Starlingx-discuss] Repo consolidation
Objection. We separated those out to comply with software license checking tools that we will still need to run.
Pranjal and Abraham are the subject matter experts here. If there is a way to pass the code scanning tools and still combine these, I would not object at all.
brucej
From: Rowsell, Brent [mailto:Brent.Rowsell@windriver.com] Sent: Wednesday, June 13, 2018 10:22 AM To: starlingx-discuss@lists.starlingx.iomailto:starlingx-discuss@lists.starlingx.io Subject: [Starlingx-discuss] Repo consolidation
I would like to propose that the following repo’s be consolidated under stx-integ.
* stx-gplv2 * stx-gplv3 * stx-upstream
Any objections/comments ?
Brent
Hi Bruce;
Thanks for your flexibility – we will proceed with consolidation. The fewer repos the better, it will be one place to monitor and retire these changes. Maybe there are some ways to make the tool work for us – instead of the other way around. Let’s discuss on IRC.
Regards;
Ian
From: "Jones, Bruce E" bruce.e.jones@intel.com Date: Monday, June 18, 2018 at 5:40 PM To: Brent Rowsell Brent.Rowsell@windriver.com, "CORDOBA MALIBRAN, ERICH" erich.cordoba.malibran@intel.com, "starlingx-discuss@lists.starlingx.io" starlingx-discuss@lists.starlingx.io Cc: "AMBARDEKAR, PRANJAL" pranjal.ambardekar@intel.com Subject: Re: [Starlingx-discuss] Repo consolidation
I met with Pranjal and Abraham today to discuss this.
The problem is that we separated that code out for a reason. We have an internal requirement to run a license scanning tool, and the tool assumes that all of the code within a single git repo is covered by the same license. If you have files covered under multiple licenses, it reports errors.
It’s rather silly that we’re letting a tool dictate something like this.
We are setting up a process to run that tool on a regular basis, so when it comes time to do a release, we don’t run into issues that we didn’t already know about.
It would not be the end of the world if someone submitted and approved a PR to merge those repos. It would make mine, Abraham’s and Pranjal’s lives easier if we did not. If you think that this would make things better for everyone else, I would withdraw my objection.
Meanwhile, our goal is to get rid of those repos, long term.
Brucej
From: Rowsell, Brent [mailto:Brent.Rowsell@windriver.com] Sent: Wednesday, June 13, 2018 12:00 PM To: Cordoba Malibran, Erich erich.cordoba.malibran@intel.com; Jones, Bruce E bruce.e.jones@intel.com; starlingx-discuss@lists.starlingx.io Cc: Ambardekar, Pranjal pranjal.ambardekar@intel.com Subject: RE: [Starlingx-discuss] Repo consolidation
The objective over time is to eliminate the changes to these open source packages by upstreaming the changes. Given that, I don’t think we want the overhead of creating/managing 250 repos. This project already has 50 repos. Currently we have these packages spread over 4 repos with no real functional division. I am proposing it would make more sense to consolidate into one. One repo to manage, making it easier to track the retirement of customizations over time.
Brent
From: Cordoba Malibran, Erich [mailto:erich.cordoba.malibran@intel.com] Sent: Wednesday, June 13, 2018 2:43 PM To: Rowsell, Brent <Brent.Rowsell@windriver.commailto:Brent.Rowsell@windriver.com>; JONES, BRUCE <bruce.e.jones@intel.commailto:bruce.e.jones@intel.com>; starlingx-discuss@lists.starlingx.iomailto:starlingx-discuss@lists.starlingx.io Cc: AMBARDEKAR, PRANJAL <pranjal.ambardekar@intel.commailto:pranjal.ambardekar@intel.com> Subject: Re: [Starlingx-discuss] Repo consolidation
This was a convenience separation. The license checking tool expects to have a repository per project and a main license defined for the entire repository. In this case, we wanted to release the project as Apache License 2.0 and the tool assumes that all the code inside the repository should has friendly licenses. However, the tool found some conflicting components and to solve the issue we move out those into the gplv2/3 repositories.
This doesn’t mean that were actual license conflicts, it means that this use case was outside of the scope of the tool.
I would like to discuss the advantage of consolidation vs split, I’m wondering if a model like CentOS has could help us, they have a repository for each component. This will lead us to have around 250 repositories (CentOS manages around 600) but I think that managing each of them would be more easy.
-Erich
From: "Rowsell, Brent" <Brent.Rowsell@windriver.commailto:Brent.Rowsell@windriver.com> Date: Wednesday, June 13, 2018 at 12:48 PM To: "Jones, Bruce E" <bruce.e.jones@intel.commailto:bruce.e.jones@intel.com>, "starlingx-discuss@lists.starlingx.iomailto:starlingx-discuss@lists.starlingx.io" <starlingx-discuss@lists.starlingx.iomailto:starlingx-discuss@lists.starlingx.io> Cc: "Ambardekar, Pranjal" <pranjal.ambardekar@intel.commailto:pranjal.ambardekar@intel.com> Subject: Re: [Starlingx-discuss] Repo consolidation
I don’t understand the distinction. There is already gpl code in stx_integ.
Brent
From: Jones, Bruce E [mailto:bruce.e.jones@intel.com] Sent: Wednesday, June 13, 2018 1:29 PM To: Rowsell, Brent <Brent.Rowsell@windriver.commailto:Brent.Rowsell@windriver.com>; starlingx-discuss@lists.starlingx.iomailto:starlingx-discuss@lists.starlingx.io Cc: AMBARDEKAR, PRANJAL <pranjal.ambardekar@intel.commailto:pranjal.ambardekar@intel.com> Subject: RE: [Starlingx-discuss] Repo consolidation
Objection. We separated those out to comply with software license checking tools that we will still need to run.
Pranjal and Abraham are the subject matter experts here. If there is a way to pass the code scanning tools and still combine these, I would not object at all.
brucej
From: Rowsell, Brent [mailto:Brent.Rowsell@windriver.com] Sent: Wednesday, June 13, 2018 10:22 AM To: starlingx-discuss@lists.starlingx.iomailto:starlingx-discuss@lists.starlingx.io Subject: [Starlingx-discuss] Repo consolidation
I would like to propose that the following repo’s be consolidated under stx-integ.
* stx-gplv2 * stx-gplv3 * stx-upstream
Any objections/comments ?
Brent
Ok, I'll proceed with the reorg per Brent's 'Starlingx_setup_v3.xlxs' document.
I'll do the work piecewise, and leave relocating stx-gplv2/3 content till last. So there is still some time for discussion.
Scott
On 18-06-19 10:04 AM, Jolliffe, Ian wrote:
Hi Bruce;
Thanks for your flexibility – we will proceed with consolidation. The fewer repos the better, it will be one place to monitor and retire these changes. Maybe there are some ways to make the tool work for us – instead of the other way around. Let’s discuss on IRC.
Regards;
Ian
*From: *"Jones, Bruce E" bruce.e.jones@intel.com *Date: *Monday, June 18, 2018 at 5:40 PM *To: *Brent Rowsell Brent.Rowsell@windriver.com, "CORDOBA MALIBRAN, ERICH" erich.cordoba.malibran@intel.com, "starlingx-discuss@lists.starlingx.io" starlingx-discuss@lists.starlingx.io *Cc: *"AMBARDEKAR, PRANJAL" pranjal.ambardekar@intel.com *Subject: *Re: [Starlingx-discuss] Repo consolidation
I met with Pranjal and Abraham today to discuss this.
The problem is that we separated that code out for a reason. We have an internal requirement to run a license scanning tool, and the tool assumes that all of the code within a single git repo is covered by the same license. If you have files covered under multiple licenses, it reports errors.
It’s rather silly that we’re letting a tool dictate something like this.
We are setting up a process to run that tool on a regular basis, so when it comes time to do a release, we don’t run into issues that we didn’t already know about.
It would not be the end of the world if someone submitted and approved a PR to merge those repos. It would make mine, Abraham’s and Pranjal’s lives easier if we did not. If you think that this would make things better for everyone else, I would withdraw my objection.
Meanwhile, our goal is to get rid of those repos, long term.
Brucej
*From:* Rowsell, Brent [mailto:Brent.Rowsell@windriver.com] *Sent:* Wednesday, June 13, 2018 12:00 PM *To:* Cordoba Malibran, Erich erich.cordoba.malibran@intel.com; Jones, Bruce E bruce.e.jones@intel.com; starlingx-discuss@lists.starlingx.io *Cc:* Ambardekar, Pranjal pranjal.ambardekar@intel.com *Subject:* RE: [Starlingx-discuss] Repo consolidation
The objective over time is to eliminate the changes to these open source packages by upstreaming the changes.
Given that, I don’t think we want the overhead of creating/managing 250 repos. This project already has 50 repos.
Currently we have these packages spread over 4 repos with no real functional division.
I am proposing it would make more sense to consolidate into one. One repo to manage, making it easier to track the retirement of customizations over time.
Brent
*From:* Cordoba Malibran, Erich [mailto:erich.cordoba.malibran@intel.com] *Sent:* Wednesday, June 13, 2018 2:43 PM *To:* Rowsell, Brent <Brent.Rowsell@windriver.commailto:Brent.Rowsell@windriver.com>; JONES, BRUCE <bruce.e.jones@intel.commailto:bruce.e.jones@intel.com>; starlingx-discuss@lists.starlingx.iomailto:starlingx-discuss@lists.starlingx.io *Cc:* AMBARDEKAR, PRANJAL <pranjal.ambardekar@intel.commailto:pranjal.ambardekar@intel.com> *Subject:* Re: [Starlingx-discuss] Repo consolidation
This was a convenience separation. The license checking tool expects to have a repository per project and a main license defined for the entire repository. In this case, we wanted to release the project as Apache License 2.0 and the tool assumes that all the code inside the repository should has friendly licenses. However, the tool found some conflicting components and to solve the issue we move out those into the gplv2/3 repositories.
This doesn’t mean that were actual license conflicts, it means that this use case was outside of the scope of the tool.
I would like to discuss the advantage of consolidation vs split, I’m wondering if a model like CentOS has could help us, they have a repository for each component. This will lead us to have around 250 repositories (CentOS manages around 600) but I think that managing each of them would be more easy.
-Erich
*From: *"Rowsell, Brent" <Brent.Rowsell@windriver.commailto:Brent.Rowsell@windriver.com> *Date: *Wednesday, June 13, 2018 at 12:48 PM *To: *"Jones, Bruce E" <bruce.e.jones@intel.commailto:bruce.e.jones@intel.com>, "starlingx-discuss@lists.starlingx.iomailto:starlingx-discuss@lists.starlingx.io" <starlingx-discuss@lists.starlingx.iomailto:starlingx-discuss@lists.starlingx.io> *Cc: *"Ambardekar, Pranjal" <pranjal.ambardekar@intel.commailto:pranjal.ambardekar@intel.com> *Subject: *Re: [Starlingx-discuss] Repo consolidation
I don’t understand the distinction. There is already gpl code in stx_integ.
Brent
*From:* Jones, Bruce E [mailto:bruce.e.jones@intel.com] *Sent:* Wednesday, June 13, 2018 1:29 PM *To:* Rowsell, Brent <Brent.Rowsell@windriver.commailto:Brent.Rowsell@windriver.com>; starlingx-discuss@lists.starlingx.iomailto:starlingx-discuss@lists.starlingx.io *Cc:* AMBARDEKAR, PRANJAL <pranjal.ambardekar@intel.commailto:pranjal.ambardekar@intel.com> *Subject:* RE: [Starlingx-discuss] Repo consolidation
Objection. We separated those out to comply with software license checking tools that we will still need to run.
Pranjal and Abraham are the subject matter experts here. If there is a way to pass the code scanning tools and still combine these, I would not object at all.
brucej
*From:* Rowsell, Brent [mailto:Brent.Rowsell@windriver.com] *Sent:* Wednesday, June 13, 2018 10:22 AM *To:* starlingx-discuss@lists.starlingx.iomailto:starlingx-discuss@lists.starlingx.io *Subject:* [Starlingx-discuss] Repo consolidation
I would like to propose that the following repo’s be consolidated under stx-integ.
- stx-gplv2
- stx-gplv3
- stx-upstream
Any objections/comments ?
Brent
Starlingx-discuss mailing list Starlingx-discuss@lists.starlingx.io http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss
Cool. Can we see the document? Best way would be to create a Story and enter the contents into the Story so we can all see it.
brucej
From: Scott Little [mailto:scott.little@windriver.com] Sent: Tuesday, June 19, 2018 7:40 AM To: Jolliffe, Ian (Wind River) ian.jolliffe@windriver.com; Jones, Bruce E bruce.e.jones@intel.com; Rowsell, Brent (Wind River) brent.rowsell@windriver.com; Cordoba Malibran, Erich erich.cordoba.malibran@intel.com; starlingx-discuss@lists.starlingx.io Cc: Ambardekar, Pranjal pranjal.ambardekar@intel.com Subject: Re: [Starlingx-discuss] Repo consolidation
Ok, I'll proceed with the reorg per Brent's 'Starlingx_setup_v3.xlxs' document.
I'll do the work piecewise, and leave relocating stx-gplv2/3 content till last. So there is still some time for discussion.
Scott
On 18-06-19 10:04 AM, Jolliffe, Ian wrote: Hi Bruce;
Thanks for your flexibility – we will proceed with consolidation. The fewer repos the better, it will be one place to monitor and retire these changes. Maybe there are some ways to make the tool work for us – instead of the other way around. Let’s discuss on IRC.
Regards;
Ian
From: "Jones, Bruce E" bruce.e.jones@intel.commailto:bruce.e.jones@intel.com Date: Monday, June 18, 2018 at 5:40 PM To: Brent Rowsell Brent.Rowsell@windriver.commailto:Brent.Rowsell@windriver.com, "CORDOBA MALIBRAN, ERICH" erich.cordoba.malibran@intel.commailto:erich.cordoba.malibran@intel.com, "starlingx-discuss@lists.starlingx.io"mailto:starlingx-discuss@lists.starlingx.io starlingx-discuss@lists.starlingx.iomailto:starlingx-discuss@lists.starlingx.io Cc: "AMBARDEKAR, PRANJAL" pranjal.ambardekar@intel.commailto:pranjal.ambardekar@intel.com Subject: Re: [Starlingx-discuss] Repo consolidation
I met with Pranjal and Abraham today to discuss this.
The problem is that we separated that code out for a reason. We have an internal requirement to run a license scanning tool, and the tool assumes that all of the code within a single git repo is covered by the same license. If you have files covered under multiple licenses, it reports errors.
It’s rather silly that we’re letting a tool dictate something like this.
We are setting up a process to run that tool on a regular basis, so when it comes time to do a release, we don’t run into issues that we didn’t already know about.
It would not be the end of the world if someone submitted and approved a PR to merge those repos. It would make mine, Abraham’s and Pranjal’s lives easier if we did not. If you think that this would make things better for everyone else, I would withdraw my objection.
Meanwhile, our goal is to get rid of those repos, long term.
Brucej
From: Rowsell, Brent [mailto:Brent.Rowsell@windriver.com] Sent: Wednesday, June 13, 2018 12:00 PM To: Cordoba Malibran, Erich erich.cordoba.malibran@intel.commailto:erich.cordoba.malibran@intel.com; Jones, Bruce E bruce.e.jones@intel.commailto:bruce.e.jones@intel.com; starlingx-discuss@lists.starlingx.iomailto:starlingx-discuss@lists.starlingx.io Cc: Ambardekar, Pranjal pranjal.ambardekar@intel.commailto:pranjal.ambardekar@intel.com Subject: RE: [Starlingx-discuss] Repo consolidation
The objective over time is to eliminate the changes to these open source packages by upstreaming the changes. Given that, I don’t think we want the overhead of creating/managing 250 repos. This project already has 50 repos. Currently we have these packages spread over 4 repos with no real functional division. I am proposing it would make more sense to consolidate into one. One repo to manage, making it easier to track the retirement of customizations over time.
Brent
From: Cordoba Malibran, Erich [mailto:erich.cordoba.malibran@intel.com] Sent: Wednesday, June 13, 2018 2:43 PM To: Rowsell, Brent <Brent.Rowsell@windriver.commailto:Brent.Rowsell@windriver.com>; JONES, BRUCE <bruce.e.jones@intel.commailto:bruce.e.jones@intel.com>; starlingx-discuss@lists.starlingx.iomailto:starlingx-discuss@lists.starlingx.io Cc: AMBARDEKAR, PRANJAL <pranjal.ambardekar@intel.commailto:pranjal.ambardekar@intel.com> Subject: Re: [Starlingx-discuss] Repo consolidation
This was a convenience separation. The license checking tool expects to have a repository per project and a main license defined for the entire repository. In this case, we wanted to release the project as Apache License 2.0 and the tool assumes that all the code inside the repository should has friendly licenses. However, the tool found some conflicting components and to solve the issue we move out those into the gplv2/3 repositories.
This doesn’t mean that were actual license conflicts, it means that this use case was outside of the scope of the tool.
I would like to discuss the advantage of consolidation vs split, I’m wondering if a model like CentOS has could help us, they have a repository for each component. This will lead us to have around 250 repositories (CentOS manages around 600) but I think that managing each of them would be more easy.
-Erich
From: "Rowsell, Brent" <Brent.Rowsell@windriver.commailto:Brent.Rowsell@windriver.com> Date: Wednesday, June 13, 2018 at 12:48 PM To: "Jones, Bruce E" <bruce.e.jones@intel.commailto:bruce.e.jones@intel.com>, "starlingx-discuss@lists.starlingx.iomailto:starlingx-discuss@lists.starlingx.io" <starlingx-discuss@lists.starlingx.iomailto:starlingx-discuss@lists.starlingx.io> Cc: "Ambardekar, Pranjal" <pranjal.ambardekar@intel.commailto:pranjal.ambardekar@intel.com> Subject: Re: [Starlingx-discuss] Repo consolidation
I don’t understand the distinction. There is already gpl code in stx_integ.
Brent
From: Jones, Bruce E [mailto:bruce.e.jones@intel.com] Sent: Wednesday, June 13, 2018 1:29 PM To: Rowsell, Brent <Brent.Rowsell@windriver.commailto:Brent.Rowsell@windriver.com>; starlingx-discuss@lists.starlingx.iomailto:starlingx-discuss@lists.starlingx.io Cc: AMBARDEKAR, PRANJAL <pranjal.ambardekar@intel.commailto:pranjal.ambardekar@intel.com> Subject: RE: [Starlingx-discuss] Repo consolidation
Objection. We separated those out to comply with software license checking tools that we will still need to run.
Pranjal and Abraham are the subject matter experts here. If there is a way to pass the code scanning tools and still combine these, I would not object at all.
brucej
From: Rowsell, Brent [mailto:Brent.Rowsell@windriver.com] Sent: Wednesday, June 13, 2018 10:22 AM To: starlingx-discuss@lists.starlingx.iomailto:starlingx-discuss@lists.starlingx.io Subject: [Starlingx-discuss] Repo consolidation
I would like to propose that the following repo’s be consolidated under stx-integ.
* stx-gplv2 * stx-gplv3 * stx-upstream
Any objections/comments ?
Brent
_______________________________________________
Starlingx-discuss mailing list
Starlingx-discuss@lists.starlingx.iomailto:Starlingx-discuss@lists.starlingx.io
http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss
I'd like to leave it to Brent to share any documents. What I have is a draft and might not reflect the final intent. Likewise for creating a story, I'd prefer that to our architect team.
On 18-06-19 02:22 PM, Jones, Bruce E wrote:
Cool. Can we see the document? Best way would be to create a Story and enter the contents into the Story so we can all see it.
brucej
*From:*Scott Little [mailto:scott.little@windriver.com] *Sent:* Tuesday, June 19, 2018 7:40 AM *To:* Jolliffe, Ian (Wind River) ian.jolliffe@windriver.com; Jones, Bruce E bruce.e.jones@intel.com; Rowsell, Brent (Wind River) brent.rowsell@windriver.com; Cordoba Malibran, Erich erich.cordoba.malibran@intel.com; starlingx-discuss@lists.starlingx.io *Cc:* Ambardekar, Pranjal pranjal.ambardekar@intel.com *Subject:* Re: [Starlingx-discuss] Repo consolidation
Ok, I'll proceed with the reorg per Brent's 'Starlingx_setup_v3.xlxs' document.
I'll do the work piecewise, and leave relocating stx-gplv2/3 content till last. So there is still some time for discussion.
Scott
On 18-06-19 10:04 AM, Jolliffe, Ian wrote:
Hi Bruce; Thanks for your flexibility – we will proceed with consolidation. The fewer repos the better, it will be one place to monitor and retire these changes. Maybe there are some ways to make the tool work for us – instead of the other way around. Let’s discuss on IRC. Regards; Ian *From: *"Jones, Bruce E" <bruce.e.jones@intel.com> <mailto:bruce.e.jones@intel.com> *Date: *Monday, June 18, 2018 at 5:40 PM *To: *Brent Rowsell <Brent.Rowsell@windriver.com> <mailto:Brent.Rowsell@windriver.com>, "CORDOBA MALIBRAN, ERICH" <erich.cordoba.malibran@intel.com> <mailto:erich.cordoba.malibran@intel.com>, "starlingx-discuss@lists.starlingx.io" <mailto:starlingx-discuss@lists.starlingx.io> <starlingx-discuss@lists.starlingx.io> <mailto:starlingx-discuss@lists.starlingx.io> *Cc: *"AMBARDEKAR, PRANJAL" <pranjal.ambardekar@intel.com> <mailto:pranjal.ambardekar@intel.com> *Subject: *Re: [Starlingx-discuss] Repo consolidation I met with Pranjal and Abraham today to discuss this. The problem is that we separated that code out for a reason. We have an internal requirement to run a license scanning tool, and the tool assumes that all of the code within a single git repo is covered by the same license. If you have files covered under multiple licenses, it reports errors. It’s rather silly that we’re letting a tool dictate something like this. We are setting up a process to run that tool on a regular basis, so when it comes time to do a release, we don’t run into issues that we didn’t already know about. It would not be the end of the world if someone submitted and approved a PR to merge those repos. It would make mine, Abraham’s and Pranjal’s lives easier if we did not. If you think that this would make things better for everyone else, I would withdraw my objection. Meanwhile, our goal is to get rid of those repos, long term. Brucej *From:* Rowsell, Brent [mailto:Brent.Rowsell@windriver.com] *Sent:* Wednesday, June 13, 2018 12:00 PM *To:* Cordoba Malibran, Erich <erich.cordoba.malibran@intel.com> <mailto:erich.cordoba.malibran@intel.com>; Jones, Bruce E <bruce.e.jones@intel.com> <mailto:bruce.e.jones@intel.com>; starlingx-discuss@lists.starlingx.io <mailto:starlingx-discuss@lists.starlingx.io> *Cc:* Ambardekar, Pranjal <pranjal.ambardekar@intel.com> <mailto:pranjal.ambardekar@intel.com> *Subject:* RE: [Starlingx-discuss] Repo consolidation The objective over time is to eliminate the changes to these open source packages by upstreaming the changes. Given that, I don’t think we want the overhead of creating/managing 250 repos. This project already has 50 repos. Currently we have these packages spread over 4 repos with no real functional division. I am proposing it would make more sense to consolidate into one. One repo to manage, making it easier to track the retirement of customizations over time. Brent *From:* Cordoba Malibran, Erich [mailto:erich.cordoba.malibran@intel.com] *Sent:* Wednesday, June 13, 2018 2:43 PM *To:* Rowsell, Brent <Brent.Rowsell@windriver.com <mailto:Brent.Rowsell@windriver.com>>; JONES, BRUCE <bruce.e.jones@intel.com <mailto:bruce.e.jones@intel.com>>; starlingx-discuss@lists.starlingx.io <mailto:starlingx-discuss@lists.starlingx.io> *Cc:* AMBARDEKAR, PRANJAL <pranjal.ambardekar@intel.com <mailto:pranjal.ambardekar@intel.com>> *Subject:* Re: [Starlingx-discuss] Repo consolidation This was a convenience separation. The license checking tool expects to have a repository per project and a main license defined for the entire repository. In this case, we wanted to release the project as Apache License 2.0 and the tool assumes that all the code inside the repository should has friendly licenses. However, the tool found some conflicting components and to solve the issue we move out those into the gplv2/3 repositories. This doesn’t mean that were actual license conflicts, it means that this use case was outside of the scope of the tool. I would like to discuss the advantage of consolidation vs split, I’m wondering if a model like CentOS has could help us, they have a repository for each component. This will lead us to have around 250 repositories (CentOS manages around 600) but I think that managing each of them would be more easy. -Erich *From: *"Rowsell, Brent" <Brent.Rowsell@windriver.com <mailto:Brent.Rowsell@windriver.com>> *Date: *Wednesday, June 13, 2018 at 12:48 PM *To: *"Jones, Bruce E" <bruce.e.jones@intel.com <mailto:bruce.e.jones@intel.com>>, "starlingx-discuss@lists.starlingx.io <mailto:starlingx-discuss@lists.starlingx.io>" <starlingx-discuss@lists.starlingx.io <mailto:starlingx-discuss@lists.starlingx.io>> *Cc: *"Ambardekar, Pranjal" <pranjal.ambardekar@intel.com <mailto:pranjal.ambardekar@intel.com>> *Subject: *Re: [Starlingx-discuss] Repo consolidation I don’t understand the distinction. There is already gpl code in stx_integ. Brent *From:* Jones, Bruce E [mailto:bruce.e.jones@intel.com] *Sent:* Wednesday, June 13, 2018 1:29 PM *To:* Rowsell, Brent <Brent.Rowsell@windriver.com <mailto:Brent.Rowsell@windriver.com>>; starlingx-discuss@lists.starlingx.io <mailto:starlingx-discuss@lists.starlingx.io> *Cc:* AMBARDEKAR, PRANJAL <pranjal.ambardekar@intel.com <mailto:pranjal.ambardekar@intel.com>> *Subject:* RE: [Starlingx-discuss] Repo consolidation Objection. We separated those out to comply with software license checking tools that we will still need to run. Pranjal and Abraham are the subject matter experts here. If there is a way to pass the code scanning tools and still combine these, I would not object at all. brucej *From:* Rowsell, Brent [mailto:Brent.Rowsell@windriver.com] *Sent:* Wednesday, June 13, 2018 10:22 AM *To:* starlingx-discuss@lists.starlingx.io <mailto:starlingx-discuss@lists.starlingx.io> *Subject:* [Starlingx-discuss] Repo consolidation I would like to propose that the following repo’s be consolidated under stx-integ. * stx-gplv2 * stx-gplv3 * stx-upstream Any objections/comments ? Brent _______________________________________________ Starlingx-discuss mailing list Starlingx-discuss@lists.starlingx.io <mailto:Starlingx-discuss@lists.starlingx.io> http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss
Folks,
I’ve created https://storyboard.openstack.org/#!/story/2002801 to track this. Please provide any feedback you might have. We are targeting submission for July 16th.
Thanks,
Brent
From: Jones, Bruce E [mailto:bruce.e.jones@intel.com] Sent: Tuesday, June 19, 2018 2:23 PM To: Little, Scott <Scott.Little@windriver.commailto:Scott.Little@windriver.com>; Jolliffe, Ian <Ian.Jolliffe@windriver.commailto:Ian.Jolliffe@windriver.com>; Rowsell, Brent <Brent.Rowsell@windriver.commailto:Brent.Rowsell@windriver.com>; CORDOBA MALIBRAN, ERICH <erich.cordoba.malibran@intel.commailto:erich.cordoba.malibran@intel.com>; starlingx-discuss@lists.starlingx.iomailto:starlingx-discuss@lists.starlingx.io Cc: AMBARDEKAR, PRANJAL <pranjal.ambardekar@intel.commailto:pranjal.ambardekar@intel.com> Subject: RE: [Starlingx-discuss] Repo consolidation
Cool. Can we see the document? Best way would be to create a Story and enter the contents into the Story so we can all see it.
brucej
From: Scott Little [mailto:scott.little@windriver.com] Sent: Tuesday, June 19, 2018 7:40 AM To: Jolliffe, Ian (Wind River) <ian.jolliffe@windriver.commailto:ian.jolliffe@windriver.com>; Jones, Bruce E <bruce.e.jones@intel.commailto:bruce.e.jones@intel.com>; Rowsell, Brent (Wind River) <brent.rowsell@windriver.commailto:brent.rowsell@windriver.com>; Cordoba Malibran, Erich <erich.cordoba.malibran@intel.commailto:erich.cordoba.malibran@intel.com>; starlingx-discuss@lists.starlingx.iomailto:starlingx-discuss@lists.starlingx.io Cc: Ambardekar, Pranjal <pranjal.ambardekar@intel.commailto:pranjal.ambardekar@intel.com> Subject: Re: [Starlingx-discuss] Repo consolidation
Ok, I'll proceed with the reorg per Brent's 'Starlingx_setup_v3.xlxs' document.
I'll do the work piecewise, and leave relocating stx-gplv2/3 content till last. So there is still some time for discussion.
Scott
On 18-06-19 10:04 AM, Jolliffe, Ian wrote: Hi Bruce;
Thanks for your flexibility – we will proceed with consolidation. The fewer repos the better, it will be one place to monitor and retire these changes. Maybe there are some ways to make the tool work for us – instead of the other way around. Let’s discuss on IRC.
Regards;
Ian
From: "Jones, Bruce E" bruce.e.jones@intel.commailto:bruce.e.jones@intel.com Date: Monday, June 18, 2018 at 5:40 PM To: Brent Rowsell Brent.Rowsell@windriver.commailto:Brent.Rowsell@windriver.com, "CORDOBA MALIBRAN, ERICH" erich.cordoba.malibran@intel.commailto:erich.cordoba.malibran@intel.com, "starlingx-discuss@lists.starlingx.io"mailto:starlingx-discuss@lists.starlingx.io starlingx-discuss@lists.starlingx.iomailto:starlingx-discuss@lists.starlingx.io Cc: "AMBARDEKAR, PRANJAL" pranjal.ambardekar@intel.commailto:pranjal.ambardekar@intel.com Subject: Re: [Starlingx-discuss] Repo consolidation
I met with Pranjal and Abraham today to discuss this.
The problem is that we separated that code out for a reason. We have an internal requirement to run a license scanning tool, and the tool assumes that all of the code within a single git repo is covered by the same license. If you have files covered under multiple licenses, it reports errors.
It’s rather silly that we’re letting a tool dictate something like this.
We are setting up a process to run that tool on a regular basis, so when it comes time to do a release, we don’t run into issues that we didn’t already know about.
It would not be the end of the world if someone submitted and approved a PR to merge those repos. It would make mine, Abraham’s and Pranjal’s lives easier if we did not. If you think that this would make things better for everyone else, I would withdraw my objection.
Meanwhile, our goal is to get rid of those repos, long term.
Brucej
From: Rowsell, Brent [mailto:Brent.Rowsell@windriver.com] Sent: Wednesday, June 13, 2018 12:00 PM To: Cordoba Malibran, Erich erich.cordoba.malibran@intel.commailto:erich.cordoba.malibran@intel.com; Jones, Bruce E bruce.e.jones@intel.commailto:bruce.e.jones@intel.com; starlingx-discuss@lists.starlingx.iomailto:starlingx-discuss@lists.starlingx.io Cc: Ambardekar, Pranjal pranjal.ambardekar@intel.commailto:pranjal.ambardekar@intel.com Subject: RE: [Starlingx-discuss] Repo consolidation
The objective over time is to eliminate the changes to these open source packages by upstreaming the changes. Given that, I don’t think we want the overhead of creating/managing 250 repos. This project already has 50 repos. Currently we have these packages spread over 4 repos with no real functional division. I am proposing it would make more sense to consolidate into one. One repo to manage, making it easier to track the retirement of customizations over time.
Brent
participants (6)
-
Ambardekar, Pranjal
-
Cordoba Malibran, Erich
-
Jolliffe, Ian
-
Jones, Bruce E
-
Rowsell, Brent
-
Scott Little