Giter Club home page Giter Club logo

xerces-c-feedstock's Introduction

About xerces-c-feedstock

Feedstock license: BSD-3-Clause

Home: http://xerces.apache.org/xerces-c/

Package license: Apache-2.0

Summary: Xerces-C++ is a validating XML parser written in a portable subset of C++

Current build status

Azure
VariantStatus
linux_64 variant
linux_aarch64 variant
linux_ppc64le variant
osx_64 variant
osx_arm64 variant
win_64 variant

Current release info

Name Downloads Version Platforms
Conda Recipe Conda Downloads Conda Version Conda Platforms

Installing xerces-c

Installing xerces-c from the conda-forge channel can be achieved by adding conda-forge to your channels with:

conda config --add channels conda-forge
conda config --set channel_priority strict

Once the conda-forge channel has been enabled, xerces-c can be installed with conda:

conda install xerces-c

or with mamba:

mamba install xerces-c

It is possible to list all of the versions of xerces-c available on your platform with conda:

conda search xerces-c --channel conda-forge

or with mamba:

mamba search xerces-c --channel conda-forge

Alternatively, mamba repoquery may provide more information:

# Search all versions available on your platform:
mamba repoquery search xerces-c --channel conda-forge

# List packages depending on `xerces-c`:
mamba repoquery whoneeds xerces-c --channel conda-forge

# List dependencies of `xerces-c`:
mamba repoquery depends xerces-c --channel conda-forge

About conda-forge

Powered by NumFOCUS

conda-forge is a community-led conda channel of installable packages. In order to provide high-quality builds, the process has been automated into the conda-forge GitHub organization. The conda-forge organization contains one repository for each of the installable packages. Such a repository is known as a feedstock.

A feedstock is made up of a conda recipe (the instructions on what and how to build the package) and the necessary configurations for automatic building using freely available continuous integration services. Thanks to the awesome service provided by Azure, GitHub, CircleCI, AppVeyor, Drone, and TravisCI it is possible to build and upload installable packages to the conda-forge anaconda.org channel for Linux, Windows and OSX respectively.

To manage the continuous integration and simplify feedstock maintenance conda-smithy has been developed. Using the conda-forge.yml within this repository, it is possible to re-render all of this feedstock's supporting files (e.g. the CI configuration files) with conda smithy rerender.

For more information please check the conda-forge documentation.

Terminology

feedstock - the conda recipe (raw material), supporting scripts and CI configuration.

conda-smithy - the tool which helps orchestrate the feedstock. Its primary use is in the construction of the CI .yml files and simplify the management of many feedstocks.

conda-forge - the place where the feedstock and smithy live and work to produce the finished article (built conda distributions)

Updating xerces-c-feedstock

If you would like to improve the xerces-c recipe or build a new package version, please fork this repository and submit a PR. Upon submission, your changes will be run on the appropriate platforms to give the reviewer an opportunity to confirm that the changes result in a successful build. Once merged, the recipe will be re-built and uploaded automatically to the conda-forge channel, whereupon the built conda packages will be available for everybody to install and use from the conda-forge channel. Note that all branches in the conda-forge/xerces-c-feedstock are immediately built and any created packages are uploaded, so PRs should be based on branches in forks and branches in the main repository should only be used to build distinct package versions.

In order to produce a uniquely identifiable distribution:

  • If the version of a package is not being increased, please add or increase the build/number.
  • If the version of a package is being increased, please remember to return the build/number back to 0.

Feedstock Maintainers

xerces-c-feedstock's People

Contributors

bgruening avatar conda-forge-admin avatar conda-forge-curator[bot] avatar gillins avatar github-actions[bot] avatar izahn avatar jakirkham avatar marie-terrell avatar ocefpaf avatar regro-cf-autotick-bot avatar wsfulton avatar xhochy avatar

Stargazers

avatar avatar

Watchers

avatar avatar avatar avatar avatar avatar

Forkers

ocefpaf conda-forge-admin lexual anacondarecipes regro-cf-autotick-bot conda-forge-linter wsfulton xhochy scsides izahn honnorat marie-terrell

xerces-c-feedstock's Issues

CondaVerificationError on Windows for 3.2.2-h6538335_1004

Issue:

I am getting a CondaVerificationError on Windows for 3.2.2-h6538335_1004. I don't appear to have this issue on Linux, but I am required to keep a windows environment on our network in sync with our linux and docker conda environments.


CondaVerificationError: The package for xerces-c located at O:\Python\Anaconda\A
naconda3\pkgs\xerces-c-3.2.2-h6538335_1004
appears to be corrupted. The path 'Library/share/doc/xerces-c/html/._api-3.html'

specified in the package manifest cannot be found.

CondaVerificationError: The package for xerces-c located at O:\Python\Anaconda\A
naconda3\pkgs\xerces-c-3.2.2-h6538335_1004
appears to be corrupted. The path 'Library/share/doc/xerces-c/html/._download.ht
ml'
specified in the package manifest cannot be found.

CondaVerificationError: The package for xerces-c located at O:\Python\Anaconda\A
naconda3\pkgs\xerces-c-3.2.2-h6538335_1004
appears to be corrupted. The path 'Library/share/doc/xerces-c/html/._index.html'

specified in the package manifest cannot be found.

Environment (conda list):
I am creating environments from scratch on Windows (win-64from conda yaml exported environment

Details about conda and system ( conda info ):
Conda version 4.7.12, output below does not include conda-forge but it is specified in the environment yaml. 
$ conda info

     active environment : None
            shell level : 0
       user config file : C:\Users\<...>\.condarc
 populated config files :
          conda version : 4.7.12
    conda-build version : 3.10.5
         python version : 3.6.5.final.0
       virtual packages :
       base environment : <...>  (writable)
           channel URLs : https://repo.anaconda.com/pkgs/main/win-64
                          https://repo.anaconda.com/pkgs/main/noarch
                          https://repo.anaconda.com/pkgs/r/win-64
                          https://repo.anaconda.com/pkgs/r/noarch
                          https://repo.anaconda.com/pkgs/msys2/win-64
                          https://repo.anaconda.com/pkgs/msys2/noarch
          package cache : <...>\pkgs
                          C:\Users\<...>\.conda\pkgs
                          C:\Users\<...>\Local\conda\conda\pkgs
       envs directories : <...>\envs
                          C:\Users\<...>\.conda\envs
                          C:\Users\<...>\Local\conda\conda\envs
               platform : win-64
             user-agent : conda/4.7.12 requests/2.18.4 CPython/3.6.5 Windows/2008ServerR2 Windows/6.1.7600
          administrator : False
             netrc file : None
           offline mode : False

xerces-c 3.2.4 and libcurl

Solution to issue cannot be found in the documentation.

  • I checked the documentation.

Issue

It appears that the xerces-c 3.2.4 build is now picking up more libraries than 3.2.3 was (including some from the system):

Xerces-c 3.2.4 (on a system that has the libraries):

$> ldd libxerces-c-3.2.so 
	linux-vdso.so.1 =>  (0x00007fffef1e2000)
	libnsl.so.3 => /opt/conda/envs/mini-check/lib/././libnsl.so.3 (0x00007fc619dfe000)
	libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fc61963b000)
	libcurl.so.4 => /lib64/libcurl.so.4 (0x00007fc6193d1000)
	libicui18n.so.70 => /opt/conda/envs/mini-check/lib/././libicui18n.so.70 (0x00007fc6190a7000)
	libicuuc.so.70 => /opt/conda/envs/mini-check/lib/././libicuuc.so.70 (0x00007fc618ea5000)
	libicudata.so.70 => /opt/conda/envs/mini-check/lib/././libicudata.so.70 (0x00007fc617288000)
	libstdc++.so.6 => /opt/conda/envs/mini-check/lib/././libstdc++.so.6 (0x00007fc619c45000)
	libm.so.6 => /lib64/libm.so.6 (0x00007fc616f86000)
	libc.so.6 => /lib64/libc.so.6 (0x00007fc616bb8000)
	libgcc_s.so.1 => /opt/conda/envs/mini-check/lib/././libgcc_s.so.1 (0x00007fc619c2b000)
	/lib64/ld-linux-x86-64.so.2 (0x00007fc619be6000)
	libidn.so.11 => /lib64/libidn.so.11 (0x00007fc616985000)
	libssh2.so.1 => /lib64/libssh2.so.1 (0x00007fc616758000)
	libssl3.so => /lib64/libssl3.so (0x00007fc6164f3000)
	libsmime3.so => /lib64/libsmime3.so (0x00007fc6162cb000)
	libnss3.so => /lib64/libnss3.so (0x00007fc615f91000)
	libnssutil3.so => /lib64/libnssutil3.so (0x00007fc615d61000)
	libplds4.so => /lib64/libplds4.so (0x00007fc615b5d000)
	libplc4.so => /lib64/libplc4.so (0x00007fc615958000)
	libnspr4.so => /lib64/libnspr4.so (0x00007fc615719000)
	libdl.so.2 => /lib64/libdl.so.2 (0x00007fc615515000)
	libgssapi_krb5.so.2 => /lib64/libgssapi_krb5.so.2 (0x00007fc6152c8000)
	libkrb5.so.3 => /lib64/libkrb5.so.3 (0x00007fc614fdf000)
	libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007fc614dac000)
	libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00007fc614ba8000)
	liblber-2.4.so.2 => /lib64/liblber-2.4.so.2 (0x00007fc614999000)
	libldap-2.4.so.2 => /lib64/libldap-2.4.so.2 (0x00007fc614744000)
	libz.so.1 => /lib64/libz.so.1 (0x00007fc61452e000)
	libssl.so.10 => /lib64/libssl.so.10 (0x00007fc6142bc000)
	libcrypto.so.10 => /lib64/libcrypto.so.10 (0x00007fc613e59000)
	librt.so.1 => /lib64/librt.so.1 (0x00007fc613c51000)
	libkrb5support.so.0 => /lib64/libkrb5support.so.0 (0x00007fc613a41000)
	libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00007fc61383d000)
	libresolv.so.2 => /lib64/libresolv.so.2 (0x00007fc613623000)
	libsasl2.so.3 => /lib64/libsasl2.so.3 (0x00007fc613406000)
	libselinux.so.1 => /lib64/libselinux.so.1 (0x00007fc6131df000)
	libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00007fc612fa8000)
	libpcre.so.1 => /lib64/libpcre.so.1 (0x00007fc612d46000)
	libfreebl3.so => /lib64/libfreebl3.so (0x00007fc612b43000)

Xerces-c 3.2.3 (build 5):

$> ldd libxerces-c-3.2.so 
	linux-vdso.so.1 =>  (0x00007ffdf370c000)
	libnsl.so.3 => /opt/conda/envs/mini-check-orig/lib/././libnsl.so.3 (0x00007fd8c4bf8000)
	libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fd8c4434000)
	libicui18n.so.70 => /opt/conda/envs/mini-check-orig/lib/././libicui18n.so.70 (0x00007fd8c410a000)
	libicuuc.so.70 => /opt/conda/envs/mini-check-orig/lib/././libicuuc.so.70 (0x00007fd8c3f08000)
	libicudata.so.70 => /opt/conda/envs/mini-check-orig/lib/././libicudata.so.70 (0x00007fd8c22eb000)
	libstdc++.so.6 => /opt/conda/envs/mini-check-orig/lib/././libstdc++.so.6 (0x00007fd8c4a3f000)
	libm.so.6 => /lib64/libm.so.6 (0x00007fd8c1fe9000)
	libc.so.6 => /lib64/libc.so.6 (0x00007fd8c1c1b000)
	libgcc_s.so.1 => /opt/conda/envs/mini-check-orig/lib/././libgcc_s.so.1 (0x00007fd8c4a25000)
	/lib64/ld-linux-x86-64.so.2 (0x00007fd8c49e0000)
	libdl.so.2 => /lib64/libdl.so.2 (0x00007fd8c1a17000)

This is actually resulting in build issues for a package I'm trying to build on a stripped down system right now:

/<...>/ld: warning: libcurl.so.4, needed by /<...>placehold_placehol/lib/libxerces-c.so, not found (try using -rpath or -rpath-link)
/<...>/libxerces-c.so: undefined reference to `curl_easy_getinfo'
/<...>/libxerces-c.so: undefined reference to `curl_easy_init'
/<...>/libxerces-c.so: undefined reference to `curl_slist_append'
/<...>/libxerces-c.so: undefined reference to `curl_multi_add_handle'
/<...>/libxerces-c.so: undefined reference to `curl_multi_fdset'
<...>

I assume curl is being built against because the --disable-network flag was removed from the recipe and it is now building against the curl accessor. This might not have been built against previously because curl wasn't being found for some reason (so the accessor wasn't building) or maybe due to the curl m4 changes in xerces-c 3.2.4.

Either way, I assume the fix for that library is to either add --disable-network back in or to add libcurl to the host requirements and us --with-curl. Though, there may or may not be issues with the other libraries coming from the system (libcrypt, libcrypto, etc.). The current build number 0 version will also likely need to allow people to pick up the version with additional requirements without issues.

I'm building the Linux package for xerces-c to check the fix mentioned above and will submit a PR if this resolves things.

Installed packages

# Name                    Version                   Build  Channel
_libgcc_mutex             0.1                 conda_forge    conda-forge
_openmp_mutex             4.5                       2_gnu    conda-forge
icu                       70.1                 h27087fc_0    conda-forge
libgcc-ng                 12.2.0              h65d4601_18    conda-forge
libgomp                   12.2.0              h65d4601_18    conda-forge
libnsl                    2.0.0                h7f98852_0    conda-forge
libstdcxx-ng              12.2.0              h46fd767_18    conda-forge
xerces-c                  3.2.4                h55805fa_0    conda-forge

Environment info

active environment : mini-check
    active env location : /opt/conda/envs/mini-check
            shell level : 2
       user config file : /root/.condarc
 populated config files : /root/.condarc
          conda version : 22.9.0
    conda-build version : 3.22.0
         python version : 3.9.12.final.0
       virtual packages : __linux=4.15.0=0
                          __glibc=2.17=0
                          __unix=0=0
                          __archspec=1=x86_64
       base environment : /opt/conda  (writable)
      conda av data dir : /opt/conda/etc/conda
  conda av metadata url : None
           channel URLs : https://conda.anaconda.org/conda-forge/linux-64
                          https://conda.anaconda.org/conda-forge/noarch
                          https://repo.anaconda.com/pkgs/main/linux-64
                          https://repo.anaconda.com/pkgs/main/noarch
                          https://repo.anaconda.com/pkgs/r/linux-64
                          https://repo.anaconda.com/pkgs/r/noarch
          package cache : /opt/conda/pkgs
                          /root/.conda/pkgs
       envs directories : /opt/conda/envs
                          /root/.conda/envs
               platform : linux-64
             user-agent : conda/22.9.0 requests/2.27.1 CPython/3.9.12 Linux/4.15.0-159-generic centos/7.9.2009 glibc/2.17
                UID:GID : 0:0
             netrc file : None
           offline mode : False

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.