by

Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • 18:06
    beckermr edited #1160
  • 17:43
    beckermr edited #1160
  • 17:42
    beckermr edited #1160
  • 14:12
    beckermr unpinned #1062
  • Sep 26 22:52
    jakirkham commented #867
  • Sep 26 20:40
    CJ-Wright commented #867
  • Sep 26 19:15
    jakirkham commented #867
  • Sep 26 10:08
    mattip commented #867
  • Sep 23 19:30
    kkraus14 commented #1160
  • Sep 23 18:59
    jakirkham commented #1160
  • Sep 23 18:41
    beckermr edited #1160
  • Sep 23 18:41
    beckermr edited #1160
  • Sep 23 18:40
    beckermr opened #1160
  • Sep 23 17:36

    conda-forge-coordinator on master

    Re-ran make.py. [ci skip] (compare)

  • Sep 23 17:33

    ocefpaf on ovh-quantstack-institutional

    (compare)

  • Sep 23 17:33

    ocefpaf on master

    Add institutional partners (OVH… Merge pull request #1159 from c… (compare)

  • Sep 23 17:33
    ocefpaf closed #1159
  • Sep 23 17:20
    SylvainCorlay review_requested #1159
  • Sep 23 17:20
    SylvainCorlay opened #1159
  • Sep 23 17:20

    SylvainCorlay on ovh-quantstack-institutional

    Add institutional partners (OVH… (compare)

Francesco Biscani
@bluescarni
I'll take out that line from the conda_build_config.yaml then, thanks a lot for the help
Francesco Biscani
@bluescarni

Sorry to bother with another question... looking for some OSX help. The package above (abseil-cpp) installs a bunch of CMake package files, one of which contains the following:

set_target_properties(absl::time_zone PROPERTIES
  INTERFACE_INCLUDE_DIRECTORIES "${_IMPORT_PREFIX}/include"
  INTERFACE_LINK_LIBRARIES "\$<\$<PLATFORM_ID:Darwin>:/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/System/Library/Frameworks/CoreF
oundation.framework>"
)

Thus, it seems like it hard-coded an absolute path rather than a path relative to the conda prefix. This eventually leads to issues when using the package if the host does not have that specific version of the SDK. Should this be considered an upstream problem, or is there something I can do within conda to work around?

Francesco Biscani
@bluescarni

The relevant upstream code should be this:

https://github.com/abseil/abseil-cpp/blob/d9aa92d7fb324314f9df487ac23d32a25650b742/absl/time/CMakeLists.txt#L57

if(APPLE)
  find_library(CoreFoundation CoreFoundation)
endif()
and below:
absl_cc_library(
  NAME
    time_zone
    [...]
  COPTS
    ${ABSL_DEFAULT_COPTS}
  DEPS
    $<$<PLATFORM_ID:Darwin>:${CoreFoundation}>
)
Francesco Biscani
@bluescarni
That does not look very right. The usual way with cmake would be to create an imported target for the framework, link to that instead, and the having the framework-finding logic exported in the CMake files that get installed.
But perhaps there's something I am missing about this OSX Frameworks stuff...
Isuru Fernando
@isuruf
@bluescarni, yes, you should just patch that line to "-framework CoreFoundation"
Instead of ${CoreFoundation}
Francesco Biscani
@bluescarni
Ok, I'll give it a go :) Thanks!
Anders Wallin
@aewallin
how fast does a new feedstock package get built? not immediately it seems?
Matthew R Becker
@beckermr
Travis has to run to make the feedstock
Then the feedstock repo ci has to run
Then finally anaconda has to index the feedstock and update their cdn
This last step takes about 30 min to an hour after the feedstock ci is done
You won’t see the package on conda at your command line until this last step is done
So in total I’d count on a few hours from when a pr is merged to when you can use the package
Anders Wallin
@aewallin
4 hours and still 'never built' over here https://github.com/conda-forge/allantools-feedstock - maybe azure is just busy? ;)
Matthew R Becker
@beckermr
Yup that looks like a problem.
Try opening a pr and bumping the build number
If that pr builds, then merge it and see what happens
Anders Wallin
@aewallin
that works, can I leave build number at 1 for now?
Matthew R Becker
@beckermr
Yup. Once a version bump comes through, you will bump the version and reset the build number to zero
Glad that worked! Happy conda-omg!
Conda-ing!
Anders Wallin
@aewallin
OK, thanks.
Aleksey Bilogur
@ResidentMario
Is regro-cf-autotick-bot being slow right now? I pushed a new version of geoplot to PyPi yesterday (https://pypi.org/project/geoplot/), but I haven't gotten the PR to the feedstock yet.
Uwe L. Korn
@xhochy
Could be that the bot cannot pattern match the recipe as there is no Jinja variable for the name as with other packages
Aleksey Bilogur
@ResidentMario

Is that not just

{% set version = "0.3.1" %}

package:
  name: geoplot
  version: {{ version }}

In meta.yaml?

Uwe L. Korn
@xhochy
Just guessing but the bot has never run on the feedstock. The bot tries to match on certain patterns in the file. One thing that is missing in the recipe is the name Jinja variable as in other feedstocks: https://github.com/conda-forge/mlflow-feedstock/blob/master/recipe/meta.yaml#L1
Christopher J. Wright
@CJ-Wright
the bot is currently broken I think
due to an error with conda-build
Aleksey Bilogur
@ResidentMario
Ah, good to know it's not just me then, ha.
Christopher J. Wright
@CJ-Wright
bot restored
Brian Van Klaveren
@brianv0
Has anyone seen a message like this during conda_build.build:bundle_conda:
  ERROR (galsim,lib/python3.7/site-packages/galsim/_galsim.so): $PATH/lib/libc++.1.dylib found in build prefix; should never happen
I went through the linking looking for something but I didn't see anything obvious
The full context looks something like this:

$BUILD_PREFIX/bin/x86_64-apple-darwin13.4.0-clang++ -o galsim/_galsim.so -bundle -undefined dynamic_lookup -Wl,-pie -Wl,-headerpad_max_install_names -Wl,-dead_strip_dylibs -Wl,-rpath,$BUILD_PREFIX/lib -L$BUILD_PREFIX/lib -flto -Wl,-export_dynamic -Wl,-pie -Wl,-headerpad_max_install_names -Wl,-dead_strip_dylibs -Wl,-rpath,$BUILD_PREFIX/lib -L$BUILD_PREFIX/lib pysrc/.obj/module.os ... pysrc/.obj/WCS.os -Llib -L$PREFIX/lib -lfftw3 -lgalsim
ld: warning: -pie being ignored. It is only used when linking a main executable

...

Fixing linking of /slac/opt/conda/envs/build/conda-bld/galsim_1569171359833/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_/lib/libgalsim.2.2.dylib in /slac/opt/conda/envs/build/conda-bld/galsim_1569171359833/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_/lib/python3.7/site-packages/galsim/_galsim.so
New link location is lib/libgalsim.2.2.dylib
Fixing linking of @rpath/libc++.1.dylib in /slac/opt/conda/envs/build/conda-bld/galsim_1569171359833/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_/lib/python3.7/site-packages/galsim/_galsim.so
New link location is None
Fixing linking of /usr/lib/libSystem.B.dylib in /slac/opt/conda/envs/build/conda-bld/galsim_1569171359833/_h_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_/lib/python3.7/site-packages/galsim/_galsim.so
New link location is None

   INFO (galsim,lib/libgalsim.2.2.dylib): Needed DSO lib/libc++.1.dylib found in conda-forge::libcxx-8.0.1-0
   INFO (galsim,lib/libgalsim.2.2.dylib): Needed DSO /usr/lib/libSystem.B.dylib found in the whitelist
   INFO (galsim,lib/libgalsim.2.2.dylib): Needed DSO lib/libfftw3.3.dylib found in conda-forge::fftw-3.3.8-nompi_h9629793_1109
   INFO (galsim,lib/python3.7/site-packages/galsim/_galsim.so): Needed DSO /usr/lib/libSystem.B.dylib found in the whitelist
   INFO (galsim,lib/python3.7/site-packages/galsim/_galsim.so): lib/libgalsim.2.2.dylib found in this package
  ERROR (galsim,lib/python3.7/site-packages/galsim/_galsim.so): $PATH/lib/libc++.1.dylib found in build prefix; should never happen
WARNING (galsim): dso library package conda-forge::python-3.7.3-h93065d6_1 in requirements/run but it is not used (i.e. it is overdepending or perhaps statically linked? If that is what you want then add it to `build/ignore_run_exports`)
   INFO (galsim): plugin library package conda-forge::numpy-1.11.3-py37hdf140aa_1207 in requirements/run but it is not used (i.e. it is overdepending or perhaps statically linked? If that is what you want then add it to `build/ignore_run_exports`)
Devon Ryan
@dpryan79
For the last 2 feedstocks I created via staged recipes the CI wasn't run after feedstock creation and no packages were uploaded. A trivial adding of a space to any file was enough to fix it, but I suspect something is broken as this shouldn't be needed.
Isuru Fernando
@isuruf
@dpryan79, open an issue in conda-smithy
Devon Ryan
@dpryan79
Will do
Isuru Fernando
@isuruf
@wesm, heads up. I'll be releasing clang-9 next week and there might be new warnings popping up
jfcorbett
@jfcorbett
Is refro-cf-autotick-bot not supposed to update the sha256 by itself when it autogenerates a PR for new versions of a package on PyPI?
I had to update this one manually as checks were failing: https://github.com/conda-forge/gooey-feedstock/pull/1/commits/36fba54db9414c66693e5e55503d84deb171b568
I've never had to do this manually before. (i.e. the 2-3 times I've had to merge an auto PR like this before)
Chris Burr
@chrisburr
It should and a few hours ago the bot correctly generated a PR for one my feedstocks so it was probably a random glitch somewhere
Or maybe the wrong tarball was uploaded by the developers and then retagged
Chris Burr
@chrisburr
Can someone on core move everything in https://anaconda.org/conda-forge/compilers/files to broken except 1.0.2?
jakirkham
@jakirkham
Can you raise an issue @chrisburr so it can be tracked?
Anthony Scopatz
@scopatz
Hiya friends! Is there a "proper" way to build againstgcc_impl_linux-64
Isuru Fernando
@isuruf
@scopatz, what does that mean?
Anthony Scopatz
@scopatz
I need some of the headers in this package to build libcap, but they are getting all confused with the headers provided by libcap itself
Isuru Fernando
@isuruf
which headers?