Closed BastianZim closed 3 years ago
Hi! This is the friendly automated conda-forge-linting service.
I just wanted to let you know that I linted all conda-recipes in your PR (recipe
) and found it was in an excellent condition.
@conda-forge-admin, please rerender
Hi! This is the friendly automated conda-forge-webservice. I tried to rerender for you, but it looks like there was nothing to do.
Just to add, I also added the unit tests but removed them again since some of them didn't pass and I wasn't able to confirm whether that is due to conda-forge or upstream The output was similar to the failing tests upstream. Let me know if they should be added.
@liZe @mrandrewandrade Would be ready for review, thanks!
@conda-forge-admin, please rerender
Hi! This is the friendly automated conda-forge-webservice. I tried to rerender for you, but it looks like there was nothing to do.
I have also updated this to incorporate the new version now.
Thanks a lot for this PR!
Just to add, I also added the unit tests but removed them again since some of them didn't pass and I wasn't able to confirm whether that is due to conda-forge or upstream The output was similar to the failing tests upstream. Let me know if they should be added.
Having weasyprint --help
working is really good news. If possible, I’d be interested in having the logs of the failing tests, just to be sure that it’s the same problem as the failing tests upstream.
Happy to help! :) Let me just create another PR with the tests, then you can verify everything for yourself.
Let me just create another PR with the tests, then you can verify everything for yourself.
Thanks a lot!
The errors come from missing fonts. Fontconfig complains because no font is installed, and it makes the tests fail.
You can either install fonts before launching tests, or just rely on weasyprint --help
.
One last question: is the build tested on macOS and Windows too?
The errors come from missing fonts. Fontconfig complains because no font is installed, and it makes the tests fail.
Is it just a case of installing Fontconfig, or does it need extra options? Since Fontconfig is on conda-forge, I could easily include that.
Edit: Just Fontconfig fails as well, so I guess some fonts need to be installed. Do you know if they're available on conda-forge or what the name of them is?
One last question: is the build tested on macOS and Windows too?
No, since it's noarch, only Linux will be tested. Is that a problem?
Is it just a case of installing Fontconfig, or does it need extra options? Since Fontconfig is on conda-forge, I could easily include that.
Fontconfig is already installed, and it is correctly configured accordingly to what I can see. The problem seems to be that no font is installed on Linux.
No, since it's noarch, only Linux will be tested. Is that a problem?
If we can blindly trust that Conda packages behave the same way on different platforms, and that Python can load libraries correctly on Windows and macOS, then there’s no need to check 😄 🤞🏽.
Fontconfig is already installed, and it is correctly configured accordingly to what I can see. The problem seems to be that no font is installed on Linux.
Ok, I would then suggest going only with the import and pip tests since this is definitely something on the conda-forge side and not a package error. This is the current approach so the package would be ready for review/merge from my side then.
If we can blindly trust that Conda packages behave the same way on different platforms and that Python can load libraries correctly on Windows and macOS, then there’s no need to check 😄 🤞🏽.
Yes, that basically the premise of noarch packages. If the packages fulfil the requirements in the docs they can be built for a generic host with the "fine-tuning" being done during installation. This applies even if dependencies aren't available on a particular host as conda would then inform the user and not install the package. For this, it is important though that all packages that are required are listed in the recipe and not only, for example, in the docs with a notice to manually install them later, as conda will then not be able to determine if all packages can be installed on the specific host. I did try to add all packages that I could find in the docs etc. but it might be good if you could just double-check that to make sure that I'm not missing anything?
I did try to add all packages that I could find in the docs etc. but it might be good if you could just double-check that to make sure that I'm not missing anything?
OK, I’ll check that nothing’s missing, and merge if everything’s fine. Thanks a lot for your contribution!
Perfect, thank you very much! Was a pleasure! :)
@liZe Just one last question: I saw the announcement on WeasyPrint that you are/were switching to pydyf but conda-forge is still tracking the releases with Cairo, is that correct? Otherwise, I'd create a new PR with the specs from the pyproject.toml
file.
Edit: Disregard my comment, just saw that you're only introducing it with v53, so the current setup should be correct. But let me know if you'd like some help with bringing pydyf to conda-forge.
@liZe Just one last question: I saw the announcement on WeasyPrint that you are/were switching to pydyf but conda-forge is still tracking the releases with Cairo, is that correct?
It’s correct.
But let me know if you'd like some help with bringing pydyf to conda-forge.
Thanks a lot, we’ll let you know when pydyf is ready to be packaged.
Checklist
0
(if the version changed)conda-smithy
(Use the phrase code>@<space/conda-forge-admin, please rerender in a comment in this PR for automated rerendering)Closes #15
This PR makes the following changes:
console_scripts
entry points.>=3.6
.host
.Edit:
Also closes #19