devel

devel@lists.centos.org

4 participants
4640 discussions

npm install issue in docker CE using Cent OS 8
by Amey Abhyankar 10 Feb '20

10 Feb '20

Hello, I am trying to run a Dockerfile with 'npm install' but getting errors. Version details as follows = Cent OS version: 8 Docker CE version: 19.03.4 Dockerfile: ------------------------------------- # Create image based on the official Node 10 image from dockerhub FROM node:10.16.3 # Create a directory where our app will be placed RUN mkdir -p /app # Change directory so that our commands run inside this new directory WORKDIR /app # Copy dependency definitions COPY package*.json /app/ # Install dependecies RUN npm cache clear --force RUN npm install -verbose # Get all the code needed to run the app COPY . /app/ # Expose the port the app runs in EXPOSE 4200 # Serve the app CMD ["npm", "start"] ------------------------------------- Error: ------------------------------------- Step 6/9 : RUN npm install -verbose ---> Running in f6cf6cf24712 npm info it worked if it ends with ok npm verb cli [ '/usr/local/bin/node', npm verb cli '/usr/local/bin/npm', npm verb cli 'install', npm verb cli '-verbose' ] npm info using npm(a)6.9.0 npm info using node(a)v10.16.3 npm verb npm-session 8c25dbc16da110c3 npm info lifecycle app01-uiapp(a)0.0.0~preinstall: app01-uiapp(a)0.0.0 npm timing stage:loadCurrentTree Completed in 20ms npm timing stage:loadIdealTree:cloneCurrentTree Completed in 0ms npm timing stage:loadIdealTree:loadShrinkwrap Completed in 1768ms npm timing stage:loadIdealTree:loadAllDepsIntoIdealTree Completed in 2534ms npm timing stage:loadIdealTree Completed in 5336ms npm timing stage:generateActionsToTake Completed in 1623ms npm verb correctMkdir /root/.npm/_locks correctMkdir not in flight; initializing npm verb makeDirectory /root/.npm/_locks creation not in flight; initializing npm verb lock using /root/.npm/_locks/staging-bd3355550c5a469e.lock for /app/node_modules/.staging npm timing action:extract Completed in 315443ms npm verb unlock done using /root/.npm/_locks/staging-bd3355550c5a469e.lock for /app/node_modules/.staging npm timing stage:rollbackFailedOptional Completed in 3ms npm timing stage:runTopLevelLifecycles Completed in 323677ms npm verb type system npm verb stack FetchError: request to https://registry.npmjs.org/core-js/-/core-js-3.6.4.tgz failed, reason: getaddrinfo EAI_AGAIN registry.npmjs.org registry.npmjs.org:443 npm verb stack at ClientRequest.req.on.err (/usr/local/lib/node_modules/npm/node_modules/node-fetch-npm/src/index.js:68:14) npm verb stack at ClientRequest.emit (events.js:198:13) npm verb stack at TLSSocket.socketErrorListener (_http_client.js:392:9) npm verb stack at TLSSocket.emit (events.js:198:13) npm verb stack at emitErrorNT (internal/streams/destroy.js:91:8) npm verb stack at emitErrorAndCloseNT (internal/streams/destroy.js:59:3) npm verb stack at process._tickCallback (internal/process/next_tick.js:63:19) npm verb cwd /app npm verb Linux 4.18.0-80.11.2.el8_0.x86_64 npm verb argv "/usr/local/bin/node" "/usr/local/bin/npm" "install" "-verbose" npm verb node v10.16.3 npm verb npm v6.9.0 npm ERR! code EAI_AGAIN npm ERR! errno EAI_AGAIN npm ERR! request to https://registry.npmjs.org/core-js/-/core-js-3.6.4.tgz failed, reason: getaddrinfo EAI_AGAIN registry.npmjs.org registry.npmjs.org:443 npm verb exit [ 1, true ] npm timing npm Completed in 624434ms npm ERR! A complete log of this run can be found in: npm ERR! /root/.npm/_logs/2020-02-10T04_26_38_115Z-debug.log The command '/bin/sh -c npm install -verbose' returned a non-zero code: 1 ------------------------------------- Other details: I can ping/wget the tgz file from base Cent OS 8 machine that means it's not the DNS issue. Any hints how to fix this issue? Thanks. Regards, Amey.

1 0

CPE Weekly: 2020-02-08
by Aoife Moloney 08 Feb '20

08 Feb '20

Hi everyone, Welcome (back!) to the CPE team weekly project update mail! There was a break on this email blast of two weeks to facilitate team travel to DevConf & FosDem, but we are back in action again from this week onwards :) Background: The Community Platform Engineering group is the Red Hat team combining IT and release engineering from Fedora and CentOS. Our goal is to keep core servers and services running and maintained, build releases, and other strategic tasks that need more dedicated time than volunteers can give. For better communication, we will be giving weekly reports to the CentOS and Fedora communities about the general tasks and work being done. Also for better communication between our groups we have created #redhat-cpe on Freenode IRC! Please feel free to catch us there, a mail has landed on both the CentOS and Fedora devel lists with context here. High Level Project Updates: CentOS Due to team members traveling home from DevConf & FOSDEM, we don't have many CentOS updates this week! At the CentOS Dojo, we had a talk about DNS in centos.org and letsencrypt dns challenges. Some of the team also manned the booth at Fosdem. Fedora AAA Replacement The team have been working on replacing the current FAS solution and Rick Elrod presented their work to date at DevConf.cz They are currently having open discussion about account migrations to make sure there is a plan in place in time We are also scoping the work involved to have CentOS use this account system also - more details to follow on this soon! General Updates The GitForge ODF document is still open for consideration and comment until Monday 10th February 2020. There is some discussion on emails sent to both Fedora & CentOS devel lists, so please take a look and we look forward to hearing your feedback! CI/CD Release/Changelog We have worked on the logic to find the next release for a package based on the build history https://pagure.io/Fedora-Infra/generate_changelog/blob/master/f/next_build.… We have a POC of a script that generates a changelog from a git commit history https://pagure.io/Fedora-Infra/generate_changelog/blob/master/f/generate_ch… We are looking more into rpm macros vs rpm variable We are looking at deploying a local koji instance so we can test our POC work there before looking at pushing it to stg Monitoring-gating A script for single-build running in communishift for now Single-build currently fails in staging: https://pagure.io/fedora-infrastructure/issue/8611 The multi-build monitoring script has been ported to the new structure Sustaining Kick off happening this week The team are planning to work on Infra and Releng tickets Mbbox upgrade Application Retirements Elections Move to communishift is on hold till the GDPR situation is clear Fedocal Jlanda wants to try different approach due to permission errors - no new update https://pagure.io/fedora-infrastructure/issue/8274 No progress on kanban board - looks abandoned https://teams.fedoraproject.org/project/fedora-calendar/kanban Nuancier PR from sebwoj - no update Benson Muite is now working on OIDC authentication Did some changes Trying to figure out, how to test these changes Misc Updates Pagure Improvements around the pagure API tokens were made this week Single template for the two pages Include a link to where the token can be renewed in the email Add the possibility to set your own expiration date (up to 2 years) A couple of bugs were fixed in the /groups API endpoint that were preventing the Fedora-Infra group from being added to some projects… Anyita Deploy new version of Anitya on production - 0.18.0 is now live Move Anitya to fedora-infra The-new-hotness Continue working on Packit PR for the-new-hotness - https://github.com/fedora-infra/the-new-hotness/pull/235 (currently on hold, need some changes in the packit itself https://github.com/packit-service/packit/issues/689) Update OpenShift deployment config for the-new-hotness (Don’t trigger build on config change automatically - this prevent double building on new release) Cleaning the-new-hotness issue tracker - 5 issues closed Fedora-flatpack Fix in Packit (https://github.com/packit-service/packit/pull/682) Report few issues for flatpak-module-tools (Fedora flatpak) https://pagure.io/flatpak-module-tools/issue/7 https://pagure.io/flatpak-module-tools/issue/6 https://pagure.io/flatpak-module-tools/issue/5 Note: This document is currently built from individual reports rolled into a document which we edit and copy into a final document. We are aware that this causes problems with some email readers, and are working on a method to make this less problematic. Comments? Suggestions? Feedback? Let Us Know! Hi everyone, Welcome (back!) to the CPE team weekly project update mail! There was a break on this email blast of two weeks to facilitate team travel to DevConf & FosDem, but we are back in action again from this week onwards :) Background: The Community Platform Engineering group is the Red Hat team combining IT and release engineering from Fedora and CentOS. Our goal is to keep core servers and services running and maintained, build releases, and other strategic tasks that need more dedicated time than volunteers can give. For better communication, we will be giving weekly reports to the CentOS and Fedora communities about the general tasks and work being done. Also for better communication between our groups we have created #redhat-cpe on Freenode IRC! Please feel free to catch us there, a mail has landed on both the CentOS and Fedora devel lists with context here. High Level Project Updates: Fedora AAA Replacement The team have been working on replacing the current FAS solution and Rick Elrod presented their work to date at DevConf.cz They are currently having open discussion about account migrations to make sure there is a plan in place in time We are also scoping the work involved to have CentOS use this account system also - more details to follow on this soon! General Updates The GitForge ODF document is still open for consideration and comment until Monday 10th February 2020. There is some discussion on emails sent to both Fedora & CentOS devel lists, so please take a look and we look forward to hearing your feedback! CI/CD Release/Changelog We have worked on the logic to find the next release for a package based on the build history https://pagure.io/Fedora-Infra/generate_changelog/blob/master/f/next_build.… We have a POC of a script that generates a changelog from a git commit history https://pagure.io/Fedora-Infra/generate_changelog/blob/master/f/generate_ch… We are looking more into rpm macros vs rpm variable We are looking at deploying a local koji instance so we can test our POC work there before looking at pushing it to stg Monitoring-gating A script for single-build running in communishift for now Single-build currently fails in staging: https://pagure.io/fedora-infrastructure/issue/8611 The multi-build monitoring script has been ported to the new structure Sustaining Kick off happening this week The team are planning to work on Infra and Releng tickets Mbbox upgrade Application Retirements Elections Move to communishift is on hold till the GDPR situation is clear Fedocal Jlanda wants to try different approach due to permission errors - no new update https://pagure.io/fedora-infrastructure/issue/8274 No progress on kanban board - looks abandoned https://teams.fedoraproject.org/project/fedora-calendar/kanban Nuancier PR from sebwoj - no update Benson Muite is now working on OIDC authentication Did some changes Trying to figure out, how to test these changes Misc Updates Pagure Improvements around the pagure API tokens were made this week Single template for the two pages Include a link to where the token can be renewed in the email Add the possibility to set your own expiration date (up to 2 years) A couple of bugs were fixed in the /groups API endpoint that were preventing the Fedora-Infra group from being added to some projects… Anyita Deploy new version of Anitya on production - 0.18.0 is now live Move Anitya to fedora-infra The-new-hotness Continue working on Packit PR for the-new-hotness - https://github.com/fedora-infra/the-new-hotness/pull/235 (currently on hold, need some changes in the packit itself https://github.com/packit-service/packit/issues/689) Update OpenShift deployment config for the-new-hotness (Don’t trigger build on config change automatically - this prevent double building on new release) Cleaning the-new-hotness issue tracker - 5 issues closed Fedora-flatpack Fix in Packit (https://github.com/packit-service/packit/pull/682) Report few issues for flatpak-module-tools (Fedora flatpak) https://pagure.io/flatpak-module-tools/issue/7 https://pagure.io/flatpak-module-tools/issue/6 https://pagure.io/flatpak-module-tools/issue/5 CentOS Due to team members traveling home from DevConf & FOSDEM, we don't have many CentOS updates this week! At the CentOS Dojo, we had a talk about DNS in centos.org and letsencrypt dns challenges. Some of the team also manned the booth at Fosdem. Note: This document is currently built from individual reports rolled into a document which we edit and copy into a final document. We are aware that this causes problems with some email readers, and are working on a method to make this less problematic. Comments? Suggestions? Feedback? Let Us Know! -- Aoife Moloney Feature Driver Community Platform Engineering Team Red Hat EMEA Communications House Cork Road Waterford

1 0

Issue with ruby modules in CBS CentOS 8 Build root
by Alfredo Moralejo Alonso 07 Feb '20

07 Feb '20

Hi, For SIGs building el8 packages in CBS using ruby (other modules may be affected too), be aware of an unexpected behavior I'm finding where non-default module (ruby:2.6) is enabled instead of default on (ruby:2.5) for packages requiring ruby. This is causing installability issues in my case and blocking some builds. I've reported it in https://bugs.centos.org/view.php?id=17013 . It may be good to get feedback from other SIGs experiencing similar issues on this bug. Best regards, Alfredo

1 0

CentOS Dojo @ Facebook, April 24th. Call for presentations
by Rich Bowen 06 Feb '20

06 Feb '20

We are pleased to announce that we will be holding a CentOS Dojo at Facebook on April 24th of this year. Facebook is located in Menlo Park (San Francisco) California. April 24th is the Friday before Red Hat Summit, so you can come for the main event (ie, the Dojo) and then stay for Red Hat Summit, and save on travel costs! The call for presentations is now open, at https://forms.gle/XYSbTBwUY1AQRT8e7 We are looking for presentations about anything CentOS related. However, our audience tends towards the more technical, so while introductory topics are welcome, we are more likely to select deeper technical talks. The call for presentations is very short. We will close the CFP on March 16th, or possibly at some point before that once we have a schedule we like. So don't wait! Submit early! Submit often! Details about the event will be at https://wiki.centos.org/Events/Dojo/Facebook2020 as we have them (it's very sparse right now). See you in San Francisco! --Rich -- Rich Bowen - rbowen(a)redhat.com @CentOSProject // @rbowen 859 351 9166

1 0

[Infra announce] : Speeding-up yum updates from inside AWS/EC2
by Fabian Arrotin 05 Feb '20

05 Feb '20

Tomorrow, I intend to push a change to mirrorlist.centos.org nodes that will have a (good) impact to CentOS EC2 instances running from AWS network. Thanks to AWS, sponsoring the required backend infra for this to happen, our mirrorlist nodes will redirect yum/dnf operations internally in the EC2/AWS network. What does that mean for you ? - faster updates (due to Cloudfront caching, and so most of the recent packages/rpms being kept in cache in each region) - less data transfer costs (due to such updates being served from inside EC2 network[s] and so not leaving EC2 infrastructure) How does it work ? - When your CentOS EC2 instance hits mirrorlist.centos.org, it's identified as coming from EC2 network, thanks to https://docs.aws.amazon.com/general/latest/gr/aws-ip-ranges.html, loaded into our mirrorlist code - You'll be redirected to CloudFront, itself using a dedicated origin to which we automatically push all updates directly - if you're the first one asking for that update/rpm, Edge (cache server in that region) will retrieve it and will cache it while also serving it to you - if someone requested same rpm that you're asking for, it will be directly served from cache, so at "local" speed (we saw some rpm being downloaded on second attempt at ~80MB/s) We already tested with several volunteers in our staging environment that it was working fine, and so far so good. We have no real estimate about the number of CentOS EC2 instances in all regions, so we plan on doing a canary-style deployment, so Ansible switching our mirrorlist code/role one-by-one and observe the cloudfront statistics. Should you encounter any issue, feel free to reply to this thread and/or #centos-devel on irc.freenode.net -- Fabian Arrotin The CentOS Project | https://www.centos.org gpg key: 17F3B7A1 | twitter: @arrfab

1 0

CentOS 8.1.1911 .composeinfo
by Jan Pazdziora 05 Feb '20

05 Feb '20

Hello, there seems to be .composeinfo available for the 8.0.1905 compose at http://mirror.centos.org/centos/8.0.1905/.composeinfo while it is missing for 8.1.1911 -- http://mirror.centos.org/centos/8.1.1911/.composeinfo returns 404 Not Found. The .composeinfo helps automatic imports of the compose to Beaker. Could the .composeinfo be added to 8.1.1911? Thank you, -- Jan Pazdziora Senior Principal Software Engineer, Security Engineering, Red Hat

1 1

softhsm is modular+uninstallable in CentOS 8 and not in RHEL 8
by Anthony Alba 04 Feb '20

04 Feb '20

The modular package softhsm has appeared in CentOS 8 AppStream without modular metadata, and hence uninstallable. sudo dnf install softhsm Dependencies resolved. ===================================================================================================== Package Architecture Version Repository Size ===================================================================================================== Installing: softhsm x86_64 2.4.0-2.module_el8.1.0+253+3b90c921 AppStream 411 k No available modular metadata for modular package 'softhsm-2.4.0-2.module_el8.1.0+253+3b90c921.x86_64', it cannot be installed on the system On a fully updated RHEL 8.1 system: # dnf repo-pkgs rhel-8-for-x86_64-appstream-rpms list | grep softhsm # # nada Cheers Anthony

2 2

How to get subpackage which is not in any of the CentOS repos?
by Jan Pazdziora 03 Feb '20

03 Feb '20

Hello, I'd like to build a libdnf plugin on CentOS 8 for which I'd need the libdnf-devel package. I've checked all repositories under /etc/yum.repos.d but it does not seem to be in any of them. I can see it was built as a subpackage at https://koji.mbox.centos.org/koji/buildinfo?buildID=6375 but the "download" link pointing to https://koji.mbox.centos.org/pkgs/packages/libdnf/0.39.1/2.el8/x86_64/libdn… gives 403 Forbidden Request forbidden by administrative rules. For the record, it does not seem to be in RHEL 8 CRB either, it's likely just in the build roots ... but for CentOS 8, did it land somewhere accessible? Thank you, -- Jan Pazdziora Senior Principal Software Engineer, Security Engineering, Red Hat

2 2

CentOS 8 Artwork needed
by Rich Bowen 31 Jan '20

31 Jan '20

To all the artists and designers here, we need your help. With RHEL 8 beta released, we need to start producing artwork for CentOS 8. It's time for the CentOS Artwork SIG, and anyone else that's interested in contributing to this effort, to start working on everything that will be needed for the new release. What we know we need is anaconda artwork, and new desktop backgrounds to replace the current '7' themed stuff. As we dig, we may find more things that need to be updated to the new 8 theme. Additionally, we will need to update some of the assets listed here: https://wiki.centos.org/ArtWork/Identity ... and produce new assets for 8 to be listed here: https://wiki.centos.org/ArtWork/Brand/Logo And, finally, we need someone to step up to lead this effort. While we don't yet know for certain when RHEL 8 will officially release, it's safe to assume that it's soon, and we need your help. -- Rich Bowen - rbowen(a)redhat.com @CentOSProject // @rbowen 859 351 9166

10 30

PaaS SIG plans for CentOS8 ?
by Alfredo Moralejo Alonso 28 Jan '20

28 Jan '20

Hi, While bootstraping CloudSIG dependencies for CentOS8 [1], we've hit an issue with etcd, which used to be part of RHEL/CentOS7 but it's not in 8. As I see etcd to be part of kubernetes family (although also used out of it) I wonder what are the plans for the PaaS SIG in terms of adoption of CentOS8, is there any plan to rebuild etcd/k8s for it? Best regards, Alfredo [1] https://cbs.centos.org/koji/builds?start=50&tagID=1887&order=-build_id&inhe…

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

devel