lists.starlingx.io
Sign In Sign Up
Manage this list Sign In Sign Up

Keyboard Shortcuts

Thread View

  • j: Next unread message
  • k: Previous unread message
  • j a: Jump to all threads
  • j l: Jump to MailingList overview

Starlingx-discuss

Thread Start a new thread
Download
Threads by month
  • ----- 2026 -----
  • March
  • February
  • January
  • ----- 2025 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2024 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2023 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2022 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2021 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2020 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2019 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
  • May
  • April
  • March
  • February
  • January
  • ----- 2018 -----
  • December
  • November
  • October
  • September
  • August
  • July
  • June
starlingx-discuss@lists.starlingx.io

  • 7 participants
  • 8396 discussions
Re: [Starlingx-discuss] [multi-os] replace "/etc" in config files by a variable "sysconfdir"
by Khalil, Ghada 01 Oct '18

01 Oct '18
Hi Yong, This proposal will need to be reviewed with the multi-OS technical leads (Brent, Saul). Once reviewed and accepted, it will need to tracked via the appropriate story in storyboard. Regards, Ghada From: Hu, Yong [mailto:yong.hu@intel.com] Sent: Friday, September 28, 2018 8:24 PM To: starlingx-discuss(a)lists.starlingx.io Subject: [Starlingx-discuss] [multi-os] replace "/etc" in config files by a variable "sysconfdir" As a part of initiatives, I would like to suggest to replace “/etc”, which is hardcoded in some StarlingX config files, by a variable something like “sysconfdir”, which would be “instantiated” a bit later upon the OS type (CentOS, ClearLinux or Ubuntu). Taking “stx-nfv/nfv/nfv-vim/nfv_vim/config.ini” as an example, “/etc” is coded in this “config.ini” directly to refer other config files: config_file=/etc/nfv/nfv_plugins/alarm_handlers/config.ini config_file=/etc/nfv/nfv_plugins/nfvi_plugins/config.ini My recommendation is to use a variable “sysconfdir” as instead, and to “define” this variable on later stage, like in “nfv.spec” for CentOS, in which “sysconfdir” is “/etc”. The benefit I see here is in other OSs, such as Clear Linux in which we can set different value, for example, “/usr/local/etc” for this variable “sysconfdir”. Should you have any questions or feedback, please let me know. If I don’t see objections with this kind of changes, I will make some patches accordingly afterward.
1 0
0 0
[Starlingx-discuss] Containerizing the StarlingX Infrastructure
by Rowsell, Brent 29 Sep '18

29 Sep '18
Folks, Setting up this call to give the community an overview of the StarlingX infrastructure containerization initiative. Hope you can join. Thanks, Brent
1 0
0 0
Re: [Starlingx-discuss] build-pkgs cannot complete std build
by Scott Little 29 Sep '18

29 Sep '18
Ok, we've seen 3 ceph failures in our last 6 builds. The common factor:  tpm2-tools builds on 'b0' before ceph builds. Our theory.  The buildRequires of tpm2-tools causes autoconf-archive to be installed... which installs a bunch of .m4 files in /usr/share/aclocal ... which causes ceph grief when it calls aclocal. I don't really know automake or aclocal all that well.  I'm assuming /usr/share/aclocal is acting something like a cache, but it's a cache whos contents are incompatible with ceph. Do we have any autotools / aclocal / m4 experts in the house? Possible fixes: - ceph: can we tell it to not use the aclocal cache... explicitly (a flag to aclocal?)  ... or implicitly (update ceph's m4 files so they look 'newer' than the cache)? - tpm2-tools: Can we remove the dependence on autoconf-archive? No other package we build seems to need it. Scott On 18-09-27 04:45 PM, Saul Wold wrote: > > And of course it worked the third time! > > So, I lost the good logs. > > Sau! > > > On 09/27/2018 12:56 PM, Scott Little wrote: >> On 18-09-27 03:53 PM, Scott Little wrote: >>> Our latest build, based on code synced at 2018-09-27T15:28:00  UTC, >>> built successfully. >>> >>> It took three attempts to get ceph built.  The first two passes >>> aborted quickly due to missing packages.  The final pass did not >>> exhibit the 'aclocal: too many loops'**issue. >>> >>> The only build I have that exhibited the too many loops error was a >>> snapshot on 2018-09-20T15:50:40 UTC >>> >>> I do have a designer with an older snapshot that seems to hit it >>> regularly, so I'll work with him and see if we can learn more. >>> >>> I think we need more data from the community >>> - Who's build is failing on ceph with *aclocal: too many loops?* >>> - Who is building successfully ? >>> - Who can build only intermittently? >>> >>> >>> >>> Info to collect for failed builds: >> - repo sync timestamp >>> - build command used? >>> - Was it a new workspace, a cleaned workspace, or a previously used >>> workspace? >> - $MY_WORKSPACE/CONTEXT >>> - $MY_WORKSPACE/build-std.log >>> - $MY_WORKSPACE/std/results/*/ceph-*/*.log >>> >>> For successful builds, same info. Rather than full build logs, I can >>> settle for: >>> - grep '\(Success building\|iteration\|building ceph\)' >>> $MY_WORKSPACE/build-std.log >>> - grep compute_resources: build-std.log >>> >>> >>> >>> >>> >>> On 18-09-27 02:21 PM, Saul Wold wrote: >>>> On 09/26/2018 09:16 AM, Scott Little wrote: >>>>> aclocal 'too many loops' has been popping up sporadically for a >>>>> week or two now.  Possibly 7.5 related. >>>>> >>>>> I suspect that there is a build order and/or race condition >>>>> element to this.   It often goes away if you just run build-pkgs a >>>>> second time. >>>>> >>>> I am seeing this failure also, but it does not go away after a >>>> second rebuild.  I have the lastest stx-root (build-tools) with the >>>> recent patches. >>>> >>>> Is this directly related to the fuzz issue or is there something >>>> else we need to address in CEPH itself. >>>> >>>> This is blocking my local build. >>>> >>>> Sau! >>> >>> >>> >>> >>> _______________________________________________ >>> Starlingx-discuss mailing list >>> Starlingx-discuss(a)lists.starlingx.io >>> http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss >> >> >> >> >> _______________________________________________ >> Starlingx-discuss mailing list >> Starlingx-discuss(a)lists.starlingx.io >> http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss >>
3 2
0 0
[Starlingx-discuss] Launchpad / Gerrit integration for multiple commits
by Khalil, Ghada 28 Sep '18

28 Sep '18
Hello all, I have noticed that Launchpad bugs are automatically marked as "Fix Released" even when there are multiple commits specified and not all of them are merged. In those cases, the commit message for each commit uses the "Closes-Bug". I went back to the openstack documentation for reference and found the following: https://wiki.openstack.org/wiki/GitCommitMessages * Closes-Bug: #1234567 -- use 'Closes-Bug' if the commit is intended to fully fix and close the bug being referenced. * Partial-Bug: #1234567 -- use 'Partial-Bug' if the commit is only a partial fix and more work is needed. * Related-Bug: #1234567 -- use 'Related-Bug' if the commit is merely related to the referenced bug. So if a fix requires multiple commits, I suggest you use "Partial-Bug" with only the final commit using "Closes-Bug". I have updated the StarlingX Code Submission Guidelines wiki accordingly: https://wiki.openstack.org/wiki/StarlingX/CodeSubmissionGuidelines Regards, Ghada
1 0
0 0
[Starlingx-discuss] stx.2018.10 code freeze status -- Branch creation in progress
by Khalil, Ghada 28 Sep '18

28 Sep '18
Hello all, Dean is in the process of starting the branch creation for the stx.2018.10 release. Please do not W+1 any commits to master until the branches are created. Dean will send an email once merges can resume on master. Note: There are a few documentation updates which did not make it. Those will need to be cherry-picked to the release branches by their respective authors. Once the release branches are created, any commits tagged for stx.2018.10 need to be merged in master first and then cherry-picked to the release branch by the developer. All other commits (tagged for stx.2019.03 or untagged) should be merged in master only. Launch pads tagged for stx.2018.10: https://bugs.launchpad.net/starlingx/+bugs?field.tag=stx.2018.10 Stories tagged for stx.2018.10: https://storyboard.openstack.org/#!/story/list?status=active&project_group_… * only the doc story is expected to have additional commits that require cherrypicking. Thank you everyone for working extra hard to get in the required content for the branch creation. Regards, Ghada
2 1
0 0
[Starlingx-discuss] May have to consider an lshell replacement
by Saul Wold 28 Sep '18

28 Sep '18
Folks, As I was looking at the upstream patches, I looked into the status of lshell and noticed there was an existing open issue[0] which referenced 2 CVEs: - CVE-2016-6902 - remote authenticated users can break out of a limited shell and execute arbitrary commands. - CVE-2016-6903 - lshell 0.9.16 allows remote authenticated users to break out of a limited shell and execute arbitrary commands. These are related, and there is a potential fix, but issue 150 [3] seems to indicate the patch is not complete. The maintainer has expressed that he not able to do anything about this as of May this year. Additionally lshell is python2 based and would need to be converted to python3. I went so far as proposing a very simple change to their README.md to fix a bad link and it stalled in their travis tox check. Sau! [0] https://github.com/ghantoos/lshell/issues/188 [1] https://nvd.nist.gov/vuln/detail/CVE-2016-6902 [2] https://nvd.nist.gov/vuln/detail/CVE-2016-6903 [0] https://github.com/ghantoos/lshell/issues/150
6 9
0 0
[Starlingx-discuss] OpenStack Summit Forum Submission Process Extended
by Jimmy McArthur 28 Sep '18

28 Sep '18
Hello Everyone We are extended the Forum Submission process through September 30, 11:59pm Pacific (6:59am GMT). We've already gotten a ton of great submissions, but we want to leave the door open through the weekend in case we have any stragglers. Please submit your topics here: https://www.openstack.org/summit/berlin-2018/call-for-presentations If you'd like to review the submissions to date, you can go to https://www.openstack.org/summit/berlin-2018/vote-for-speakers. There is no voting period, this is just so Forum attendees can review the submissions to date. Thank you! Jimmy
1 0
0 0
[Starlingx-discuss] Canceled: Weekly StarlingX non-OpenStack Distro meeting
by Xie, Cindy 28 Sep '18

28 Sep '18
* Cadence and time slot: o Wednesday 9AM EDT (9PM China time) * Call Details: o Zoom link: https://zoom.us/j/342730236 o Dialing in from phone: o Dial(for higher quality, dial a number based on your current location): US: +1 669 900 6833 or +1 646 876 9923 o Meeting ID: 342 730 236 o International numbers available: https://zoom.us/u/ed95sU7aQ * Meeting Agenda and Minutes: o https://etherpad.openstack.org/p/stx-distro-other
1 0
0 0
[Starlingx-discuss] No StarlingX non-OpenStack Distro meeting on Oct 3rd
by Xie, Cindy 28 Sep '18

28 Sep '18
China team on National Holiday. The meeting for Oct 3 will be skipped. Thx. - cindy -----Original Appointment----- From: Xie, Cindy Sent: Friday, August 24, 2018 9:38 AM To: Xie, Cindy; Khalil, Ghada; Wold, Saul; Rowsell, Brent; Sun, Austin; Wang, Yi C; Lin, Shuicheng; Chen, Yan; Somerville, Jim; 'Ildiko Vancsa'; starlingx-discuss(a)lists.starlingx.io Cc: Perez Rodriguez, Humberto I; Hu, Yong; Zhu, Vivian; 'Chen, Jacky'; 'Leo Xu'; 'Waines, Greg'; 'Eslimi, Dariush'; 'Komiyama, Takeo'; Martinez Monroy, Elio; Jones, Bruce E; Hernandez Gonzalez, Fernando; Hu, Wei W; Qi, Mingyuan; 'Young, Ken'; Arce Moreno, Abraham; 'Seiler, Glenn'; Gomez, Juan P; Shang, Dehao Subject: Weekly StarlingX non-OpenStack Distro meeting When: Wednesday, October 3, 2018 9:00 PM-10:00 PM (UTC+08:00) Beijing, Chongqing, Hong Kong, Urumqi. Where: https://zoom.us/j/342730236 * Cadence and time slot: o Wednesday 9AM EDT (9PM China time) * Call Details: o Zoom link: https://zoom.us/j/342730236 o Dialing in from phone: o Dial(for higher quality, dial a number based on your current location): US: +1 669 900 6833 or +1 646 876 9923 o Meeting ID: 342 730 236 o International numbers available: https://zoom.us/u/ed95sU7aQ * Meeting Agenda and Minutes: o https://etherpad.openstack.org/p/stx-distro-other
1 0
0 0
[Starlingx-discuss] [Container] Please help review code
by An, Ran1 28 Sep '18

28 Sep '18
Hi Could anyone can help and review this commit? https://review.openstack.org/#/c/605319/ Thanks Ran From: Miller, Frank [mailto:Frank.Miller@windriver.com] Sent: Thursday, September 13, 2018 9:16 PM To: An, Ran1 <ran1.an(a)intel.com>; starlingx-discuss(a)lists.starlingx.io Subject: RE: [Starlingx-discuss] [Container] Story of Initial Kubernetes Integration Ran: That's for your offer to assist. You can take the 24909 task to add unit tests. Please add Al Bailey and Bart Wensley as reviewers when you are ready. But let's leave the 24910 task unassigned for the moment as we think this may not be required. I have an action to discuss this one with the technical leads. Frank Miller Containers Project Lead From: An, Ran1 [mailto:ran1.an@intel.com] Sent: Thursday, September 13, 2018 3:31 AM To: starlingx-discuss(a)lists.starlingx.io<mailto:starlingx-discuss@lists.starlingx.io> Subject: [Starlingx-discuss] [Container] Story of Initial Kubernetes Integration Hi I am going to take task 24909 and 24910 under story initial kubernetes integration , anyone has concerns? Details: story: https://storyboard.openstack.org/#!/story/2002843 , Task 24909- Add unit tests for nfv kubernetes api Task 24910- Use SSL/TLS in nfv kubernetes client Thanks Ran
1 0
0 0
  • ← Newer
  • 1
  • ...
  • 800
  • 801
  • 802
  • 803
  • 804
  • 805
  • 806
  • ...
  • 840
  • Older →

HyperKitty Powered by HyperKitty version 1.3.12.