You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
All the issues regarding macOS are not reproducible for me locally. I'm using the correct Node version and the correct package version, the tests are not failing on my machine. @nodejs/build
The failures on three platforms for nan already has an issue (#996). It would be great if someone could figure that one out. (I haven't looked and don't have the right expertise probably anyway.)
EDIT: Oh, I see @RafaelGSS already linked to it in the description. I'd love to see someone get to the bottom of that one.
tape failed on rhel8-ppc64le due to a timeout; i suspect with a longer timeout it'd pass.
@ljharb Is it possible to pass a longer timeout value via the command line? Something along the lines of npm run tests-only -- --timeout=99999? If so, it would just be a matter of updating line 483 of lookup.json.
Is really interesting to notice that in the last run on main there are no issues over macOS even without the skip applied, but on v18.18 there are 6 errors.
I managed to reproduce the issue over pino@8.15.3 and also the multer issue. The multer one is flaky on my machine, here is the PR to fix it
Please keep the max timeout to a reasonable amount. We don't want to end up with a citgm run that takes forever to timeout when something got stuck in the test.
I managed to reproduce the issue over pino@8.15.3 and also the multer issue. The multer one is flaky on my machine, here is the PR to fix it
While that's a good short-term solution to the problem, an actual fix should hopefully land in either multer or node so that it stop failing on macos. In these cases please open an issue pinging the maintainer - you can find it by browsing lookup.json e.g:
Here's an example of an issue pinging the maintainer of a package for help: #988. Keep in mind you might be able to post more info, since you're able to reproduce in your machine you might be able to add some helpful logs or maybe test which combinations of package version + node version it fails vs succeeds, etc.
multer: the package is still failing on 3 platforms including macOS, even after lookup: will make multer flaky on macOS #998 has been merged. I have no idea why is still failing. If continue to fail, shall we make it flaky on all the platforms that are failing now?
They are always failing on v18.18 but I cannot reproduce the failure on my local machine. #1006 will skip them for now on OSX and at the same time will create an issue to find a proper solution :)
Usually, we open an issue on nodejs/build.
Done here: nodejs/build#3512
Outcome: The space has been increased by deleting some files, we now have more than 5gb free. Hopefully shouldn't happen in the next run
ava: failed on ubuntu, debian. Asked for maintainers support in ava@v5.3.1 not working on Node v21.x #1012. I'm a little concerned by the fact that this module is already skipped on a lot of platforms, maybe the issue that is triggered on the two platforms can affect other platforms as well.
jest: failed on debian - test timed out after 33 minutes. I see that in the lookup we have a 30 mins timeout. Is there any reason for such a long timeout on this module?
Activity
ljharb commentedon Oct 2, 2023
tape failed on rhel8-ppc64le due to a timeout; i suspect with a longer timeout it'd pass.
alfonsograziano commentedon Oct 2, 2023
I just had a nice chat with @RafaelGSS. Will look into it :)
alfonsograziano commentedon Oct 2, 2023
Regarding this test fail.
On my machine works fine with these specifications:
Command run:
citgm underscore@1.13.6The tests are not flacky on this package.
alfonsograziano commentedon Oct 2, 2023
All the issues regarding macOS are not reproducible for me locally. I'm using the correct Node version and the correct package version, the tests are not failing on my machine. @nodejs/build
RafaelGSS commentedon Oct 2, 2023
Let's wait
v18.xandmainto see if the same happens for these versions. But, I guess that's something related to our machines.Trott commentedon Oct 2, 2023
The failures on three platforms for
nanalready has an issue (#996). It would be great if someone could figure that one out. (I haven't looked and don't have the right expertise probably anyway.)EDIT: Oh, I see @RafaelGSS already linked to it in the description. I'd love to see someone get to the bottom of that one.
Trott commentedon Oct 2, 2023
The macOS failures have a PR that might be worth landing just to bypass things for straightforward JavaScript modules.
#971
Trott commentedon Oct 2, 2023
@ljharb Is it possible to pass a longer timeout value via the command line? Something along the lines of
npm run tests-only -- --timeout=99999? If so, it would just be a matter of updating line 483 of lookup.json.citgm/lib/lookup.json
Line 483 in cd1b288
alfonsograziano commentedon Oct 3, 2023
Is really interesting to notice that in the last run on main there are no issues over macOS even without the skip applied, but on v18.18 there are 6 errors.
I managed to reproduce the issue over pino@8.15.3 and also the multer issue. The multer one is flaky on my machine, here is the PR to fix it
alfonsograziano commentedon Oct 3, 2023
@ljharb probably also semver failed due to a timeout. Shall we try to increase it or set it as flaky due to tests timeout?
ruyadorno commentedon Oct 3, 2023
Please keep the max timeout to a reasonable amount. We don't want to end up with a citgm run that takes forever to timeout when something got stuck in the test.
ruyadorno commentedon Oct 3, 2023
While that's a good short-term solution to the problem, an actual fix should hopefully land in either multer or node so that it stop failing on macos. In these cases please open an issue pinging the maintainer - you can find it by browsing
lookup.jsone.g:citgm/lib/lookup.json
Lines 337 to 341 in cd1b288
Here's an example of an issue pinging the maintainer of a package for help: #988. Keep in mind you might be able to post more info, since you're able to reproduce in your machine you might be able to add some helpful logs or maybe test which combinations of package version + node version it fails vs succeeds, etc.
Thanks for the help @alfonsograziano it's really appreciated! 🙏
alfonsograziano commentedon Oct 6, 2023
Here are a few issues/PRs open now to fix these issues:
RafaelGSS commentedon Oct 6, 2023
After merging both PRs:
mainCITGM https://ci.nodejs.org/view/Node.js-citgm/job/citgm-smoker/3307/alfonsograziano commentedon Oct 8, 2023
After the latest run on v18.18, we have 14 issues.
alfonsograziano commentedon Oct 8, 2023
After the latest run on v21.0.0, we have 14 issues.
RafaelGSS commentedon Oct 8, 2023
For the install failing, I think we should just drop these packages if we confirm these failures aren't machine-related.
Usually, we open an issue on nodejs/build.
alfonsograziano commentedon Oct 9, 2023
For the install failing:
They are always failing on v18.18 but I cannot reproduce the failure on my local machine.
#1006 will skip them for now on OSX and at the same time will create an issue to find a proper solution :)
Done here:
nodejs/build#3512
Outcome: The space has been increased by deleting some files, we now have more than 5gb free. Hopefully shouldn't happen in the next run
RafaelGSS commentedon Oct 9, 2023
Next run: https://ci.nodejs.org/view/Node.js-citgm/job/citgm-smoker/3316/ - long queue - we should wait a bit
alfonsograziano commentedon Oct 10, 2023
@RafaelGSS I'm not sure if this run is correct, there are still errors from
torrent-streamthat has been removed entirely from the lookuprichardlau commentedon Oct 10, 2023
The CI job runs by default on published versions of CITGM -- there hasn't been a release with the changes to the lookup.
RafaelGSS commentedon Oct 10, 2023
Should I use

nodejs/citgm#mainon?
UPDATE: Running https://ci.nodejs.org/view/Node.js-citgm/job/citgm-smoker/3318
alfonsograziano commentedon Oct 11, 2023
The current status after this run is: 15 failures on these packages:
panva commentedon Oct 11, 2023
RafaelGSS commentedon Nov 30, 2023
It seems we got a green CI for LTS release lines. I'm opening #1033 for v21 failures.