Thank you, all. Build passed! On Thu, Nov 23, 2023 at 12:50 AM David Smiley <david.w.smi...@gmail.com> wrote:
> Mikhail, > > This is tracked here: https://issues.apache.org/jira/browse/SOLR-17081 > (thanks Christine) and I've updated it with further details. > I've been in contact with UV. The build image has been updated with fonts > and recent builds have succeeded proof: > https://github.com/apache/solr/actions/workflows/tests-via-crave.yml > So I think I can close the issue. > > ~ David > > > On Wed, Nov 22, 2023 at 3:43 PM Mikhail Khludnev <m...@apache.org> wrote: > > > Hello Yuvraaj, > > Recently Crave became prone to specific bug. > > > > > https://github.com/apache/solr/actions/runs/6909103380/job/18849339883?pr=2046 > > > > java.lang.RuntimeException: Fontconfig head is null, check your fonts or > > fonts configuration > > at > > > > > java.desktop/sun.awt.FontConfiguration.getVersion(FontConfiguration.java:1271) > > > > Excel test (yes it is. TestXLSXResponseWriter) attempts to measure font > > size and fails on a headless jvm (I assume). I don't think we changed > > anything related to it recently. > > The problem is that it breaks one module and a whole build, so we have no > > tests for PRs. > > The obvious fix is to pass java.awt.headless=true property > > And it's exactly what we do in gradle/testing/defaults-tests.gradle > > When I turn debug locally I see that Test Executor receives this property > > via -D command argument. > > Even more than that, I setup headless jdk locally, and even commented > this > > row in defaults-tests.gradle and test passed anyway. > > I'm out of ideas. > > Can you recommend how to resolve this issue? > > Appreciate your advice. > > > > > > > > On Sat, Mar 11, 2023 at 6:06 AM Shawn Heisey <apa...@elyograg.org> > wrote: > > > > > On 3/10/23 06:49, Kevin Risden wrote: > > > > So in the case of https://github.com/apache/solr/pull/571 that would > > be > > > > concretely: > > > > > > > > git fetch origin pull/571/head:pr-571 > > > > git checkout pr-571 > > > > > > > > This would work if https://github.com/apache/solr is cloned. There > > > should > > > > be no need to try to find a merge base and reapply commits. > > > > > > Even a full re-clone shouldn't take all that long. I would hope Crave > > > has a lot more bandwidth than I do. 38 seconds for me to clone the > repo > > > from github: > > > > > > --- > > > sheisey@sheisey-desktop:~/fff$ time git clone > > > https://github.com/apache/solr.git > > > Cloning into 'solr'... > > > remote: Enumerating objects: 1254736, done. > > > remote: Counting objects: 100% (667/667), done. > > > remote: Compressing objects: 100% (351/351), done. > > > remote: Total 1254736 (delta 256), reused 535 (delta 162), pack-reused > > > 1254069 > > > Receiving objects: 100% (1254736/1254736), 462.65 MiB | 20.66 MiB/s, > > done. > > > Resolving deltas: 100% (739402/739402), done. > > > > > > real 0m38.137s > > > user 1m24.712s > > > sys 0m8.445s > > > --- > > > > > > If the repo is already cloned, it should be very quick to reset the > > > repository and repo to a completely clean state on the main branch, do > a > > > git pull, and then do the steps you outlined above to get the PR. Not > > > that I know what the right git commands are to do these things. > > > > > > Thanks, > > > Shawn > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org > > > For additional commands, e-mail: dev-h...@solr.apache.org > > > > > > > > > > -- > > Sincerely yours > > Mikhail Khludnev > > > -- Sincerely yours Mikhail Khludnev
