text:
types: VerifyCommitLightTrusting should at the beginning simply invoke Commit.BlockID.ValidateBasic() and check that error long before invoking commit.VoteSignBytes

Bug Report
Found through fuzzing, if there is a commit with a BlockID whose value is not 32-bytes e.g. "F4D22138F431C3167CEE09EFE638B875timestF60A1442E6A603E7B8FF2CA561", deep within there will be a panic yet really before doing any work we should have validated that the BlockID was valid with this crash
esting.go:1590: panic: wrong Hash: expected size to be 32 bytes, got 48 bytes
            goroutine 10402 [running]:
            runtime/debug.Stack()
            	/Users/emmanuelodeke/go/src/go.googlesource.com/go/src/runtime/debug/stack.go:26 +0x9b
            testing.tRunner.func1()
            	/Users/emmanuelodeke/go/src/go.googlesource.com/go/src/testing/testing.go:1590 +0x1c8
            panic({0x3a7da60?, 0xc00805b120?})
            	/Users/emmanuelodeke/go/src/go.googlesource.com/go/src/runtime/panic.go:759 +0x132
            github.com/tendermint/tendermint/types.FuzzVerifyCommitLightTrusting.func1.1()
            	/Users/emmanuelodeke/go/src/github.com/cometbft/cometbft/types/fuzz_test.go:217 +0x135
            panic({0x3a7da60?, 0xc00805b120?})
            	/Users/emmanuelodeke/go/src/go.googlesource.com/go/src/runtime/panic.go:759 +0x132
            github.com/tendermint/tendermint/types.CanonicalizeBlockID({{0xc0083a4cf0, 0x30, 0x30}, {0x7b, {0xc00806d280, 0x20, 0x40}}})
            	/Users/emmanuelodeke/go/src/github.com/cometbft/cometbft/types/canonical.go:21 +0x2c5
            github.com/tendermint/tendermint/types.CanonicalizeVote(...)
            	/Users/emmanuelodeke/go/src/github.com/cometbft/cometbft/types/canonical.go:62
            github.com/tendermint/tendermint/types.VoteSignBytes({0xc0083a6580, 0xa}, 0xc006d712d8)
            	/Users/emmanuelodeke/go/src/github.com/cometbft/cometbft/types/vote.go:150 +0x1b
            github.com/tendermint/tendermint/types.(*Commit).VoteSignBytes(0x3a6cee0?, {0xc0083a6580, 0xa}, 0x30?)
            	/Users/emmanuelodeke/go/src/github.com/cometbft/cometbft/types/block.go:861 +0x299
            github.com/tendermint/tendermint/types.verifyCommitBatch({0xc0083a6580, 0xa}, 0xc0083a83f0, 0xc0002b0d80, 0xa6, 0x3b727c0, 0x3b727c8, 0x0, 0x0)
            	/Users/emmanuelodeke/go/src/github.com/cometbft/cometbft/types/validation.go:212 +0x4c5
            github.com/tendermint/tendermint/types.VerifyCommitLightTrusting({0xc0083a6580, 0xa}, 0xc0083a83f0, 0xc0002b0d80, {0xc0083927e0?, 0x4?})
            	/Users/emmanuelodeke/go/src/github.com/cometbft/cometbft/types/validation.go:129 +0x5a5
            github.com/tendermint/tendermint/types.(*ValidatorSet).VerifyCommitLightTrusting(...)
            	/Users/emmanuelodeke/go/src/github.com/cometbft/cometbft/types/validator_set.go:670
            github.com/tendermint/tendermint/types.FuzzVerifyCommitLightTrusting.func1(0x0?, {0xc000880000, 0x13c0, 0x63fff9c})
            	/Users/emmanuelodeke/go/src/github.com/cometbft/cometbft/types/fuzz_test.go:225 +0xf3
            reflect.Value.call({0x3a430c0?, 0x3b72518?, 0x13?}, {0x36ac17d, 0x4}, {0xc0083a8390, 0x2, 0x2?})
            	/Users/emmanuelodeke/go/src/go.googlesource.com/go/src/reflect/value.go:587 +0xca6
            reflect.Value.Call({0x3a430c0?, 0x3b72518?, 0x29d650d?}, {0xc0083a8390?, 0x3b71120?, 0xf?})
            	/Users/emmanuelodeke/go/src/go.googlesource.com/go/src/reflect/value.go:371 +0xb9
            testing.(*F).Fuzz.func1.1(0xc008395040?)
            	/Users/emmanuelodeke/go/src/go.googlesource.com/go/src/testing/fuzz.go:335 +0x325
            testing.tRunner(0xc008395040, 0xc0083aa360)
            	/Users/emmanuelodeke/go/src/go.googlesource.com/go/src/testing/testing.go:1689 +0xfb
            created by testing.(*F).Fuzz.func1 in goroutine 7
            	/Users/emmanuelodeke/go/src/go.googlesource.com/go/src/testing/fuzz.go:322 +0x574

Fix
diff --git a/types/validation.go b/types/validation.go
index 02d1b0b56..c0b8cdc75 100644
--- a/types/validation.go
+++ b/types/validation.go
@@ -105,6 +105,16 @@ func VerifyCommitLightTrusting(chainID string, vals *ValidatorSet, commit *Commi
                return errors.New("nil commit")
        }

+       // Validate that the BlockID is valid before doing any work.
+       if err := commit.BlockID.ValidateBasic(); err != nil {
+               return err
+       }
+
+       proposer := vals.GetProposer()
+       if proposer == nil || proposer.PubKey == nil {
+               return errors.New("nil proposer.PubKey in validatorSet")
+       }
+

See https://github.com/cometbft/cometbft/pull/2662#issuecomment-2048998246

authors: melekes odeke-em

repo: cometbft/cometbft


text:
perf(consensus): Make one peer state mutex call in AddVote

Closes #3155

PR checklist

[ ] Tests written/updated
[x] Changelog entry added in .changelog (we use unclog to manage our changelog)
[ ] Updated relevant documentation (docs/ or spec/) and code comments
[x] Title follows the Conventional Commits spec

Ah correction this is in v0.37.x, and does cause some very slight overhead.

@mergify backport v1.x

source: gharchive/pull-request

authors: ValarDragon melekes

license_type: permissive

license_source: github-api


text:
Prefixes are probably not being considered in Enums

Prefixes are probably not being considered in Enums.

First of all, thank you for building this useful tool! I'm looking forward to have this implemented on this tool, my project would benefit a lot from this functionality. In the meantime I planned to use add_query_prefix to generate diferent prefixes and avoid the class name collision but I wasn't able to use it with all my queries whenever more than one query returned a graphql enum of the same type, however this setting worked fine with other queries that didn't return an enum of the same type.
Originally posted by @edwjusti in https://github.com/comigor/artemis/issues/27#issuecomment-549675711

I've recently release 4.0.0 and this was probably fixed among other things!

source: gharchive/issue

repo: comigor/artemis

license: MIT


text:
[bot] Car docs: update model years from new users

✅ Updating model years from 1 dongles (1 platforms) in last 30.0 days:
View table

Dongle, platform, VIN
Name from VIN 🆚 CarInfo
Segments
Bad seg tags
Good seg tags

150033b3d34ddfa3KIA EV6 2022KNAC481CR........
KIA  1993 🆚Kia EV6 (with HDA II) 2022-23🎉 New model year! 🎉
1 routes, 13 segments

- all lat active: 0

Dongles to re-run category: 150033b3d34ddfa3

⏳ 0 dongles (0 platforms) do not yet have enough data to be added:
View table

Dongle, platform, VIN
Name from VIN 🆚 CarInfo
Segments
Bad seg tags
Good seg tags

Dongles to re-run category: ``

⚠ 0 dongles (0 platforms) have issues that need to be resolved before adding:
View table

Dongle, platform, VIN
Name from VIN 🆚 CarInfo
Segments
Bad seg tags
Good seg tags

Dongles to re-run category: ``

Seems like we don't catch this warning:

oops, was messing around locally to figure out what we need to check for HKG, yep that's one

authors: adeebshihadeh sshane

repo: commaai/openpilot


text:
Improved radar signal building

-adds clear pairing of signal name and corresponding value split into packets
-automatically calculate message lengths based on number of signal names
-easier checks
-removes hard coded messages in radar interface
-removes hard coded radar dbc reference
-uses cleaner angle conversions

I've cherry-picked few lines (like using CV class when needed and other minor things) but overall decided against the generalization of the radar signal building. The added 60 lines does not seem worth it.

authors: dekerr rbiasini


text:
Updated design images

Updated the design images and updated the readme to make designs more accessible

@kunal-kushwaha Screenshots are added in respective theme folders and to make them easily accessible, I've attached the same in the readme.
Should I drop images directly into the design folder and remove them from readme?

Here is a screenshot of changes I made (folder wise themes and updated readme)

repo: commclassroom/commclassroom


text:
"Deploy to Docker Cloud" button

How about adding an easy way to deploy the application with a single click to Docker Cloud? https://docs.docker.com/docker-cloud/tutorials/deploy-to-cloud/

Issue created in starter project.

authors: lauraluiz svenmueller

license_source: bigquery


text:
Storybook missing the Introduction mdx page

This happens after update to 6.4.22, builds but doesn't have the Introduction in.
On yarn storybook same issue but saving causes build to get stuck on the Introduction page.

Seems to work in the build but not in the dev

repo: commitd/hooks


text:
Update to EquityDeservingGroup field

I've updated the previously named "hasDescription" to 'hasName". There were two fields called hasDescription and the companion module documentation calls for a hasName.
This change may cause issues with import/export using the extension.

Hi @LoyerM
Can you confirm this change, please? I check the documentation in this link:
https://docs.google.com/document/d/1f1IFFdrc7PJyByNCipJicOh4E3WxkI68qx4KIUrszks/edit?tab=t.0
It is showing the hasDescription field yet.

I think I looked at the code list which is incorrect. I should have looked
at the correct class properties. I have corrected this in the base. Issue
resolved.
Mikayla Loyer
Manager, Business Integration
Common Approach to Impact Measurement
On Thu, Oct 24, 2024 at 7:28 PM MuriloDeltalyz @.***>
wrote:

Hi @LoyerM https://github.com/LoyerM
Can you confirm this change, please? I check the documentation in this
link:
https://docs.google.com/document/d/1f1IFFdrc7PJyByNCipJicOh4E3WxkI68qx4KIUrszks/edit?tab=t.0
It is showing the hasDescription field yet.
image.png (view on web)
https://github.com/user-attachments/assets/cc3e929b-d59f-495a-bbf0-3e54f6ceb5ac
—
Reply to this email directly, view it on GitHub
https://github.com/commonapproach/AirtableBasicTier-Extension/issues/20#issuecomment-2436510882,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/BLEYF4YIOUXRTDINVL7MDOLZ5F7AXAVCNFSM6AAAAABQR74NFKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDIMZWGUYTAOBYGI
.
You are receiving this because you were mentioned.Message ID:
@.***
com>

authors: LoyerM MuriloDeltalyz


text:
No OpenStreetMap attribution

The map in the Nearby tab has no OSM attribution. OSM requires attribution in a very specific way: in the map frame, as "© OpenStreetMap Contributors".
See https://www.openstreetmap.org/copyright

Thanks for letting us know!
Note: Apparently it is actually © OpenStreetMap contributors with a lowercase c.

Thanks for letting us know!
Note: Apparently it is actually © OpenStreetMap contributors with a lowercase c.

You've used the uppercase in your comment, and OSM use the uppercase in their guidance.

Somehow the attribution has disappeared.
Anyone please fix this, you can probably look at Neslihan's code above for inspiration. Thanks! :-)

I would like to fix this issue.

@aakankshaa23  It is yours :)

Hello sir,
I just did the attribution part. Could you please tell if I can send the
pull request.
The screenshot is attached below along with how it looked previously.
Thanks
On Tue, Mar 10, 2020, 4:55 PM Ashish Kumar notifications@github.com wrote:

@aakankshaa23 https://github.com/aakankshaa23 It is yours :)
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/commons-app/apps-android-commons/issues/2911?email_source=notifications&email_token=AI5XZBX66XM6KCIM3SIPMJ3RGYPR3A5CNFSM4HHPHNNKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEOLAZMQ#issuecomment-597036210,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AI5XZBROPD5TSUBZCX6YRXTRGYPR3ANCNFSM4HHPHNNA
.

repo: commons-app/apps-android-commons


text:
CLDC-1181: fix tasklist skip links

https://digital.dclg.gov.uk/jira/browse/CLDC-1181

this was the recommendation from the DAC report so I guess it is an improvement


text:
Platforms containing only numbers (ie ASA 5500) being converted to int causing failure

When attempting to group by platform in the ipfabric inventory module:
ie:
keyed_groups:

key: platform
prefix: "p_"
separator: ""

A failure occurs if any of the device platform values contain only numbers:
ie:
platform=5500
The error generated is:

Failed to parse inventory.yml with auto plugin: Invalid group name format, expected a string or a list of them or
dictionary, got: <class 'int'>
File "/usr/local/lib/python3.8/site-packages/ansible/inventory/manager.py", line 290, in parse_source
plugin.parse(self._inventory, self._loader, source, cache=cache)
File "/usr/local/lib/python3.8/site-packages/ansible/plugins/inventory/auto.py", line 59, in parse
plugin.parse(inventory, loader, path, cache=cache)
File ".../ansible_collections/community_fabric/ansible/plugins/inventory/inventory.py", line 156, in parse
self.main()
File ".../ansible_collections/community_fabric/ansible/plugins/inventory/inventory.py", line 145, in main
self._populate(self.devices_list)
File ".../ansible_collections/community_fabric/ansible/plugins/inventory/inventory.py", line 139, in _populate
self._add_host_to_keyed_groups(self.get_option("keyed_groups"), new_vars, to_text(hostname), strict=strict)
File "/usr/local/lib/python3.8/site-packages/ansible/plugins/inventory/init.py", line 443, in _add_host_to_keyed_groups
raise AnsibleParserError("Invalid group name format, expected a string or a list of them or dictionary, got: %s" % type(key))

I suspect the values returned by the query must be type cast as strings.

Fixed the issue, installed 0.0.2 from ansible galaxy using ansible-galaxy collection install community_fabric.ansible and it should work.
Let me know if there are any issues.
    "p_5500": {
        "hosts": [
            "HWLAB-FW-C5510"
        ]
    },
    "p_asav": {
        "hosts": [
            "L1FW1",
            "L35FW1",
            "L35FW2",
            "L68ASAV5",
            "L68ASAV6"
        ]
    }
}

Looks good!

authors: matthewpomeryssq minitriga

repo: community-fabric/ipfabric-ansible


text:
Easycla expected status on open pull request

A user's pull requests are not returning an easycla status. it is showing as 'expected'. All other PRs in the repository appear to be returning a status.
https://github.com/open-telemetry/opentelemetry-collector/pull/4329

Investigated this issue and noted it only happening for a single user , in this case  shree007. EasyCLA is using the 3rd party package (pygithub) to access user details. For some reason this happens to fail for this specific user throwing an exception when updating the PR status. Currently still troubleshooting the resolution as this happens to be a first time case
cc @WillsonHG @dealako

We've got another similar case https://github.com/webdriverio/webdriverio/pull/7680 Expected status, but the author isn't properly linked to the GitHub account either. I received no notifications in the logs from EasyCLA. I've asked the user to fix the commit author so that it will link, but they still should be receiving a 'missing ID on commit' message.

Hi, In order to fix it I had to change my primary mailing address with other one, and run git commit --amend --reset-author using a new name that matches my github account name.

@WillsonHG My issue has been resolved by resetting the author name and email id in commit id.
Thanks.

Pushing update to resolve this issue.

authors: WillsonHG dealako facusantillo nickmango shree007

repo: communitybridge/easycla


text:
Compile errors "missing fields compile_fail" on new Rust version

I get multiple errors like this when compiling a project with datatest as dependency
error[E0063]: missing fields `compile_fail` and `no_run` in initializer of `TestDesc`
   --> .cargo/registry/src/github.com-1ecc6299db9ec823/datatest-0.6.3/src/runner.rs:174:23
    |
174 |                 desc: TestDesc {
    |                       ^^^^^^^^ missing `compile_fail` and `no_run`

error[E0609]: no field `filter` on type `&mut TestOpts`
   --> .cargo/registry/src/github.com-1ecc6299db9ec823/datatest-0.6.3/src/runner.rs:258:34
    |
258 |     if opts.filter_exact && opts.filter.as_ref().map_or(false, |s| s == real_test_name) {
    |                                  ^^^^^^ help: a field with a similar name exists: `filters`

This is with
nightly-x86_64-unknown-linux-gnu (default)
rustc 1.56.0-nightly (4e282795d 2021-07-31)

Also happens when compiling datatest directory (as opposed to it being a dependency).
Happens for 0.6.3 and for master branch (and for PR #30)

As a small side-note, the build status badge in the README gives a 404, so I can't tell if it works in CI.

compile_fail is from https://github.com/rust-lang/rust/pull/84863
I added a new branch you can swap in: https://github.com/cormacrelf/datatest/tree/compile_fail

authors: cormacrelf mverleg

repo: commure/datatest


text:
autocompletion for BASH

generate autocompletion script for CLIs.

now we have autocompletions for ZSH! need some help for BASH since I'm not familiar with that.

this is supported now


text:
The game crashed whilst tessellating block in world

Confirmation

[x] I have tested the bug without Sodium and Indium.
[ ] I have kept all my mods up to date.

Bug Description
when exploring world get bollean render error w place Block{minecraft:dirt_path}
Steps to Reproduce
1.open mine
2.join game
3.place Block{minecraft:dirt_path}
4.crash game w -1 error
Mod Version
1.0.25
Minecraft Version
1.20.1
Attach latest.log
latest.log
Attach Crash Report
crash-2024-09-15_20.48.50-client.txt
Additional Information
https://youtu.be/6oLvl6Yn2IQ

Indium 1.0.25
Sodium 0.5.2
Iris 1.6.8
Sodium Extra 0.5.1
Reese's Sodium Options 1.6.5
Fabric API 0.90.4
More Culling 0.19.0

You're using an old version of Indium. This was fixed a long time ago: https://github.com/comp500/Indium/commit/75088b0e3a8f479484cc020ca8049ae90fb8951f
All you need to do is update Indium and related mods.

god bless you <3

authors: Poopooracoocoo pearlxz


text:
Troubles with loading image in FF (38.0.1)

When i'm opening lightbox by clicking on any image on my page and image loaded and after this image's height\width becomes 0px. I'm try to debug this and found reason of that behavior:
ImageLoader.load(src) promise generate both event success and failure...
In the Chrome failure fire before success and we see no problems, but in FF success fire before failure and it resize to 0px.
OK, i'm deep more in this function and found intresting thing,
scope.$watch(function () {
return attrs.lightboxSrc;
}
fires two times,
1st time with attrs.lightboxSrc == "" and Lightbox.index == -1
2st time with attrs.lightboxSrc == %MyUrl% and Lightbox.index == %MyIndex%
I'm fix this by this code
if(Lightbox.index < 0){
return
}
before
ImageLoader.load(src).then(function (image) {})
But i dont wanna to pull request cause i dont know how correct my code >.<
Sorry for my English, its not my native :)

Can you link to your fork, @ArchLord42RU? I ran into the same issue as well. Maybe we can figure out something together :)

I found the main trouble: it is a trying to load empty image.
I'm fixed it and its work fine now :)

Jay, that worked. Spotted a bug while applying your patch :)

I have the same bug. This bug occurs when the image have already been loaded once. They are cached by the browser and the promise resolves instantly. The propose solution by @ArchLord42RU resolves this issue. It would be great to merge it.
Thank you

Same situation here. I lost some time before finding this solution. It works great, @ArchLord42RU !
+1 for merging it

@compact Can this fix be merged please, if it's satisfactory? I'm having the same issue reported by others.

Fixed, please check v0.12.0.
Sorry for the wait.

authors: ArchLord42RU Ryuno-Ki compact fferrara jessemorton maximebf

repo: compact/angular-bootstrap-lightbox

license: mit


text:
DSND-2651: Relocate healthcheck test to itest directory

Resolves DSND-2651

CI: No security warnings found

authors: ch-code-analysis kinpang-CH


text:
IDVA6-849 - Analytics - Multiple companies

Link to Jira:
https://companieshouse.atlassian.net/browse/IDVA6-849
Changes:
Matomo tags for search button, cancel search, no results found and errors.

CI: No security warnings found

CI: No security warnings found

authors: bmchugh-ch ch-code-analysis

repo: companieshouse/your-companies-web


text:
Offline/Low Bandwidth Capabilities

Behavior
Components and apps built with the design system should respect neighbors’ data usage preferences and should fail gracefully if bandwidth is low or nonexistent.
Connectivity metadata should be exposed globally via a design system object so that its presence can be depended on from within any component or in any area of an app built with the design system.
For instance, if a neighbor has indicated a preference to reduce data usage via NetworkInformation.saveData, experiences built with the design system should take that into account.
Similarly, if a slow connection is detected via NetworkInformation properties like rtt or effectiveType, experiences built with the design system should offer the neighbor an opportunity to accomplish a task now (selecting videos to upload, for instance) while deferring the data-heavy portion (like performing the upload) until the neighbor indicates they’re ready.
Resources

react-adaptive-hooks take many of these considerations into account
React Contexts for sharing data globally

@kidroca, I may do some concepting of this in a local branch in the next week or two. Is monitoring this in a Context that wraps the app is the right way to approach it? In a vanilla/web-components app, I was thinking of writing to localStorage instead… but there may be a better way. Would love your thoughts on those approaches.

To be able to use this with a Context - the user of the design system would have to wrap their app with the context.
This makes the library harder to use. Right now you can just use the components, even without wrapping the app with e Theme - we fallback to the default
If this would be put in Context it should also be optional as users might not wrap with it at all
Can this information be derived on the fly though?
Maybe we can capture the logic that computes this in a separate file and use it wherever we need to
Example - the Image component

The image component mounts
Checks current bandwidth, if it's OK it just renders
If it's restricted - renders alternative content

adds a listener to retry when connection changes

Using localStorage would be OK to keep an initial value, but it won't work to notify components on change - storage change events are transmitted only to other tabs, so you can't use that to notify a change in a key to the current tab.
This means you'll need to setup something global that would serve as a pub/sub for these events
If that's the case I'll just skip the whole localStorage part and just have a file with the following interface
utils/network.js
let listeners: Set<(e: Event) => void> = new Set();

/* The latest connection state, this might be a custom format we use internally */
let state: NetworkInformation = navigator.connection

export const getState = (): NetworkInformation => state

export const addListener = (cb: (e: Event) => void) => {
  listeners.add(cb)
  return () => listeners.delete(cb);
}

export const waitToBeOnline = (): Promise<unknown> => {
  let unsubscribe: () => void;

  const promise = new Promise((resolve: Function) => {
    unsubscribe = addListener((event) => {
      // Some condition that satisfies the connection requirements
      if (event.data.downlink > 1) {
        resolve();
      }
    });
  });

 promise.finally(() => unsubscribe());

 return promise;
}

// Have one global listener and delegate to the rest
state.addEventListener('change', (e) => {
  state = e.data;
  listeners.forEach(callback => callback(e));
})

This would allow us to import the file wherever needed and hook to network state
It should work for React and web-components projects
waitToBeOnline can use window.addEventListener('online', ...)

If this would be put in Context it should also be optional as users might not wrap with it at all

Absolutely—there may be lots of apps that assume an always-connected environment (for use at Compassion’s headquarters, for instance) that wouldn’t need to be bothered with an additional context.

Can this information be derived on the fly though?

A hook-driven approach might be perfect, especially if its internals could be used outside of React apps. I’ll start there. 😄

authors: kendrick kidroca

repo: compassion-gds/compassion-gds


text:
Restructure folders and init new Java compiler

Moved compilers to folder compiler which includes c++ and java (new java project which is initialized here). The old java project was moved to archive.

@marcauberer Don't know if this will break your build scripts for the Go cli, I hope not.

@Ordinateur-Hack why do we have a seperate folder called java-compiler-new?

Oh, @marcauberer good that you pointed this out. I actually deleted the folder in my workspace, maybe I did something wrong with Git. Will check that...

authors: Ordinateur-Hack marcauberer

repo: compose-generator/ccom


text:
Fixes:67 Feature/disable installers

Creates the ability to disable all or specific installers with the installer-disable key in the extra config.
Adds documentation to support this functionality
Adds tests for this functionality

All PHPUnit tests pass, Code formatted to PSR-1/PSR-2 standard via PHPStorm

Fixes #67

Duplicate of #376

repo: composer/installers


text:
Script to fix CHEUI_diff to bed conversion

Hi all,
I was interested in converting the CHEUI differential modification output into genomic coordinates. Below is an example of my output from the CHEUI-diff script.
ID	coverage_1	coverage_2	stoichiometry_1	stoichiometry_2	stoichiometry_diff	statistic	pval_U
ENST00000000233.10_1003_CTTGAGTAA	431	399	0.4225941422594142	0.38738738738738737	0.035206754872026846	0.8518016808626905	0.39432417329721814
ENST00000000233.10_1006_GAGTAATAA	422	391	0.07142857142857142	0.05846153846153846	0.012967032967032964	0.27469409761710173	0.7835512662081625
ENST00000000233.10_1007_AGTAATAAA	413	386	0.3784722222222222	0.37777777777777777	0.000694444444444442	0.567784287694606	0.5701814500766962
ENST00000000233.10_1009_TAATAAATT	349	322	0.10820895522388059	0.10852713178294573	-0.00031817655906514475	0.8207703962087466	0.41177706404702874

However when I ran the cheui_diff_to_bed.sh script, the output bed file was not as expected. The ENST number is missing and in it's place is the position. It also appears to use the values in the cov_1 and cov_2 columns for the start and end positions of the bed file. Finally, the transcript, position, and kmer information in the last three columns is absent.
transcript	start	end	name	score	strand	cov_1	cov_2	stoich_1	stoich_2	stoich_diff	stat	pval	padj	transcript	position	kmer
431	403	404	.	.	+	0.4225941422594142	0.38738738738738737	0.035206754872026846	0.8518016808626905	0.39432417329721814
422	395	396	.	.	+	0.07142857142857142	0.05846153846153846	0.012967032967032964	0.27469409761710173	0.7835512662081625
413	390	391	.	.	+	0.3784722222222222	0.37777777777777777	0.000694444444444442	0.567784287694606	0.5701814500766962
349	326	327	.	.	+	0.10820895522388059	0.10852713178294573	-0.00031817655906514475	0.8207703962087466	0.41177706404702874

I wrote a short Rscript to solve the problem. Please let me know if I need to change anything!

Thanks for that! AJ

Thanks Christina!
best
Eduardo
On Mon, 14 Aug 2023 at 13:38, Christina Fitzsimmons <
@.***> wrote:

Hi all,
I was interested in converting the CHEUI differential modification output
into genomic coordinates. Below is an example of my output from the
CHEUI-diff script.
ID	coverage_1	coverage_2	stoichiometry_1	stoichiometry_2	stoichiometry_diff	statistic	pval_U
ENST00000000233.10_1003_CTTGAGTAA	431	399	0.4225941422594142	0.38738738738738737	0.035206754872026846	0.8518016808626905	0.39432417329721814
ENST00000000233.10_1006_GAGTAATAA	422	391	0.07142857142857142	0.05846153846153846	0.012967032967032964	0.27469409761710173	0.7835512662081625
ENST00000000233.10_1007_AGTAATAAA	413	386	0.3784722222222222	0.37777777777777777	0.000694444444444442	0.567784287694606	0.5701814500766962
ENST00000000233.10_1009_TAATAAATT	349	322	0.10820895522388059	0.10852713178294573	-0.00031817655906514475	0.8207703962087466	0.41177706404702874
However when I ran the cheui_diff_to_bed.sh script, the output bed file
was not as expected. The ENST number is missing and in it's place is the
position. It also appears to use the values in the cov_1 and cov_2
columns for the start and end positions of the bed file. Finally, the
transcript, position, and kmer information in the last three columns is
absent.
transcript	start	end	name	score	strand	cov_1	cov_2	stoich_1	stoich_2	stoich_diff	stat	pval	padj	transcript	position	kmer
431	403	404	.	.	+	0.4225941422594142	0.38738738738738737	0.035206754872026846	0.8518016808626905	0.39432417329721814
422	395	396	.	.	+	0.07142857142857142	0.05846153846153846	0.012967032967032964	0.27469409761710173	0.7835512662081625
413	390	391	.	.	+	0.3784722222222222	0.37777777777777777	0.000694444444444442	0.567784287694606	0.5701814500766962
349	326	327	.	.	+	0.10820895522388059	0.10852713178294573	-0.00031817655906514475	0.8207703962087466	0.41177706404702874
I wrote a short Rscript to solve the problem. Please let me know if I need
to change anything!
You can view, comment on, or merge this pull request online at:
https://github.com/comprna/R2Dtool/pull/3
Commit Summary

7360812
https://github.com/comprna/R2Dtool/pull/3/commits/7360812b74e43a8eee1d5658b705073ee63b41a8
added script to convert CHEUI_diff output to bed format
5c8bc11
https://github.com/comprna/R2Dtool/pull/3/commits/5c8bc11d945d028eaf67d79215ef8a2fe9bb0027
Delete cheui_diff_to_bed.sh

File Changes
(2 files https://github.com/comprna/R2Dtool/pull/3/files)

D scripts/cheui_diff_to_bed.sh
https://github.com/comprna/R2Dtool/pull/3/files#diff-73c5c86b2a2f2f48cc7f3998c434d2b6ae94c6dc2c30437d5191a2fae4b45801
(33)
A scripts/diffmod_text2bed_convert.R
https://github.com/comprna/R2Dtool/pull/3/files#diff-73868cdbd06381b161d23235cf554958bcf8b03ad19769eeec89afdb461e9436
(22)

Patch Links:

https://github.com/comprna/R2Dtool/pull/3.patch
https://github.com/comprna/R2Dtool/pull/3.diff

—
Reply to this email directly, view it on GitHub
https://github.com/comprna/R2Dtool/pull/3, or unsubscribe
https://github.com/notifications/unsubscribe-auth/ADCZKB6OLVF7I7CYKGKD6ELXVGMTDANCNFSM6AAAAAA3PDULME
.
You are receiving this because you are subscribed to this thread.Message
ID: @.***>

authors: EduEyras FitzsimmonsCM pre-mRNA


text:
Combine the server, app and library into one monorepo

Use gradle subprojects, re-org into a mono-repo and then archive the other repositories.

Fixed with https://github.com/compscidr/awm/commit/2ae72731819c363450d7f02058e0011c7f6946be

repo: compscidr/awm


text:
docs/examples: Tailscale installation on Ubuntu; requires apt-key add

Motivation: one of the first things I do when setting up a new node is put it on my Tailscale private network. comtrya should make this very easy, at the minimum by installing the necessary binaries, and (ideally) by propagating the necessary secrets or documenting the auth steps needed to turn up the network.
The Tailscale docs here https://tailscale.com/download/linux show the steps, which include downloading a signing key and adding a repository; the signing key in particular may require some updates to the Aptitude libraries to interface to apt-key add.

My workaround version of this is a script at https://github.com/vielmetti/vielmetti-shelltools/blob/master/files/bin/setup-tailscale-ubuntu-focal which I install with a file.copy command and then run with sh -x.  I do need to cut and paste a URL into my browser on my laptop to authenticate.  Much faster and less error-prone that following the instructions by hand.

This is currently available in a PR: #138

This issue is resolved?

Yep, #138 was merged. Thanks

authors: icepuma rawkode vielmetti

repo: comtrya/comtrya


text:
Final changes

code cleanup and menu adjustment

need to adjust the ball spawn so obs don't show on it

authors: concach twhitinger

repo: concach/game-time


text:
Fix production error related to delayed_job start

add gem 'daemons' at the request of delayed_job:
You need to add gem 'daemons' to your Gemfile
This also cleans up removed gems from gemfile lock, after running bundle clean
Not sure why we have a change in BUNDLED WITH.

I had to update the version of Ruby we were using in Travis to prevent a Gemfile.lock bundle version mismatch.   Crossing my fingers that this will build OK and tests will run.

@dougmartin -- This should be ready now.

repo: concord-consortium/rigse


text:
API Access: 404 on group search url

On the Community Translation Options page:
API Access:

Retrieve statistical data
Download translations
Import translations from packages
Update package translations

gives a 404 (/index.php/ccm/dialogs/group/search). Shouldn't that url rather be: /index.php/dashboard/users/groups?

The whole stuff related to API is going to be revisited, it's not yet ready

Addressed by #21

authors: danielgasser mlocati


text:
btoa fails in chrome with mutlibyte characters

DOMException: Failed to execute 'btoa' on 'Window': The string to be encoded contains characters outside of the Latin1 range.
    at https://translate.stage.concretecms.org/index.php/translate/online/55/th_TH:1091:74
    at Array.map (<anonymous>)

triggered by this line when saving the "calendar" translation found here. Firefox doesn't seem to care but chrome doesn't like it.

To avoid this issue MDN recommend converting to binary before running btoa:
// convert a Unicode string to a string in which
// each 16-bit unit occupies only one byte
function toBinary(string) {
  const codeUnits = new Uint16Array(string.length);
  for (let i = 0; i < codeUnits.length; i++) {
    codeUnits[i] = string.charCodeAt(i);
  }
  const charCodes = new Uint8Array(codeUnits.buffer);
  let result = '';
  for (let i = 0; i < charCodes.byteLength; i++) {
    result += String.fromCharCode(charCodes[i]);
  }
  return result;
}

// a string that contains characters occupying > 1 byte
const myString = "☸☹☺☻☼☾☿";

const converted = toBinary(myString);
const encoded = btoa(converted);
console.log(encoded);

I was thinking about using encodeURIComponent on the client side, passing its resullt to btoa

I was thinking about using encodeURIComponent on the client side, passing its resullt to btoa
It does look like wrapping with encodeURIComponent works https://jsbin.com/sibijejonu/6/edit?html,js,output

authors: KorvinSzanto mlocati


text:
Subscribe to Conversations

Add the ability to subscribe to a conversation.

This is done in 5.7.4


text:
Timed Release of Pages – Page Not Found on Scheduling Page (8.0)

I merged the latest timed release of pages because I wanted to get it into the core, but it has issues:
In general the panel looks great. I tweaked some styles for my short browser window but other than that everything looks good. The page looked like it was being scheduled properly.

Unfortunately, once I scheduled this version, the existing page was suddenly gone from the site:

I'm wondering if this has something to do with the timezone support. I changed my site's time zone to pacific time. The time zone appeared correctly in the panel (my local time was displayed) and in the blue box – but the page was gone from the site. Waiting until 11:05 AM but the page didn't display properly.

@ignasigarcia

EDIT: Also, even though it's after the time I wanted the page to go live, when I view the page while logged in it tells me that publishing is pending:

(it's currently 11:24AM)

Thanks for the feedback @aembler, I am on the case.

@aembler
Hi,
This bug has been resolved here.
Please let me know if you spot any problems.
Thanks

@aembler
Just a couple of notes about this:

The 404 is returned when a page that is scheduled hasn't reached its publication time. I don't think we can get to know the previously active version of a page, hence the 404. Please let me know if this is the correct behaviour.
On "CollectionVersions" there is a field called "cvDatePublic". Should we also update it once the page is published? I think this is only updated when the version is set to active.

Thanks

Yes, this is a big problem. If we have a live version of the page and we schedule a new version of the page to go live at a certain point, we don't want the entire page to become inaccessible. We want the current version of the page to stay live until the time at which the new one becomes live.

Don't worry about that field. That's the field for the date that we publicly show to people – basically it's used to time-based pages like blog posts, etc... It doesn't have any programmatic capability attached to it.

@aembler
I think we can do something like this:

Currently when a page is scheduled, we mark that version as approved and add a publication date. With this approach we can not know which version was previously approved.
Instead of marking the scheduled version as approved, we could only add the publication date to that new version. This way, when visiting a page we can check if a newer version different than the approved one is set to be scheduled, checking if it has a not null "cvPublishDate". If so, while logged in we can show that scheduled page and the alert and if you are not logged in we will always show the active one, unless the time has arrived to publish the scheduled one, in which case we will show it and mark it as active straight away.

What do you think?

I think you're halfway there. I think we need to mark the page as approved, and set the publication date – but then make sure not to unapprove the previous version. I think that's the problem. Right now, I believe we're unapproving the previous version – which makes it so that the page goes away, which isn't what we want. We want the previous page to be active until the new one is active. So basically you'd have multiple approved versions, they would just have a publish date on them.

Hi Andrew,
Thanks for the suggestions. Makes perfect sense, I will implement it this way.
Thanks

@aembler
Hi Andrew,
I've fixed this issue on this Pull Request.
Please let me know if you spot any problems with it.
If everything is ok I think we can close these 2 issues:

https://github.com/concrete5/concrete5/issues/3339
https://github.com/concrete5/concrete5/issues/3534

Thanks

This looks great. We may end up needing some additional UI for this (e.g. it's really hard to reschedule pages without making an additional change to a page, because otherwise you can't get the "check in" panel to show up) but this works and it's a nice addition. Good work.

Thanks Andrew!
If changes are not made on a scheduled page, we could display the "check in" panel but only allowing the scheduler controls and none of the others.
What do you think?

Let's wait until we put this through some beta testing, and we'll see where
we need to add some additional UI. I think it's great for now.
best,
Andrew
On Tue, Mar 8, 2016 at 12:26 AM, Ignasi Garcia Font <
notifications@github.com> wrote:

Thanks Andrew!
If changes are not made on a scheduled page, we could display the "check
in" panel but only allowing the scheduler controls and none of the others.
What do you think?
—
Reply to this email directly or view it on GitHub
https://github.com/concrete5/concrete5/issues/3533#issuecomment-193660527
.

Thanks, makes perfect sense.
Cheers,
Ignacio

authors: aembler ignasigarcia


text:
Remove useless version check in multilingual setup

I guess that the 5.7 series is always greather than 5.6.0.3 :wink:

View changes as https://github.com/concrete5/concrete5/pull/2481/files?w=1


text:
Addition of Composer label to Page Settings button (if applicable)

This appends the label 'Composer' to the Page Settings button, if the current page is configured for the composer.

A current concern is that the composer is sort of hidden away in the Page Settings panel, and it's not really obvious that you can click the Page Settings button to get to it. So this is a small suggestion as to how the feature can be made a bit clearer (at least when the labels are turned on).
For 5.6, Hissy and myself both released 'Edit In Composer' toolbar buttons - I had many requests to add this button to sites, and I know personally it made a huge difference. 5.7 fortunately has the feature of being able to directly edit a page in Composer, but it's just not clear that it's there.

:thumbsup:
This would be very helpful. I have encountered a number of issues relating to this on and off the forum. Where users did not immediately think that Composer would be part of Page settings.

That button is really long. Can we get rid of "page" in it? All the buttons on the left are specific to the page anyway
Sent from my iPhone

On Feb 3, 2016, at 3:04 AM, Ryan Hewitt notifications@github.com wrote:
This appends the label 'Composer' to the Page Settings button, if the current page is configured for the composer.
A current concern is that the composer is sort of hidden away in the Page Settings panel, and it's not really obvious that you can click the Page Settings button to get to it. So this is a small suggestion as to how the feature can be made a bit clearer (at least when the labels are turned on).
For 5.6, Hissy and myself both released 'Edit In Composer' toolbar buttons - I had many requests to add this button to sites, and I know personally it made a huge difference. 5.7 fortunately has the feature of being able to directly edit a page in Composer, but it's just not clear that it's there.
You can view, comment on, or merge this pull request online at:
https://github.com/concrete5/concrete5/pull/3481
Commit Summary
Addition of Composer label to Page Settings button (if applicable)
File Changes
M web/concrete/elements/page_controls_footer.php (3)
Patch Links:
https://github.com/concrete5/concrete5/pull/3481.patch
https://github.com/concrete5/concrete5/pull/3481.diff
—
Reply to this email directly or view it on GitHub.

When are those text labels visible? (I only see the fa icons)

When are those text labels visible? (I only see the fa icons)
Show all checks

http://documentation.concrete5.org/editors/dashboard/system-and-maintenance/basics/accessibility

@mlocati Cool, didn't know. Thanks for the link.

@aembler I don't think so, as the purpose of these text labels is to improve the understanding of the toolbar, the word 'Page' for the button is really important to describe its context. I believe that just 'Settings' implies broader site settings too much.
I've made another commit to this PR, to update the tooltip as well.

Why would add "Composer" when there are lots of interesting things you can
do to the page that may not immediately be understandable as "Settings."
Mobile Preview. Customize Design. Delete Page. Why put just one thing up
there (one thing that may or may not actually be present – try editing the
home page of Elemental in composer sometime.)
On Wed, Feb 3, 2016 at 2:26 PM, Ryan Hewitt notifications@github.com
wrote:

@aembler https://github.com/aembler I don't think so, as the purpose of
these text labels is to improve the understanding of the toolbar, the word
'Page' for the button is really important to describe its context. I
believe that just 'Settings' implies broader site settings too much.
I've made another commit to this PR, to update the tooltip as well.
—
Reply to this email directly or view it on GitHub
https://github.com/concrete5/concrete5/pull/3481#issuecomment-179504186.

@aembler - I had a big reply cued up to argue that the button was conditional, that the composer is a key feature, etc.  But I obviously don't need to post that anymore!  hehe
I will add that I have heard from others the suggestion that that the composer should even be it's own button/panel, or a drop down under the edit button. But that I think would take a lot more refinement and work.
So this little change could be viewed as a bit workaround. Maybe there is a better way to handle this in the future, but for now this extra bit of text isn't going to break anything. Thanks Andrew.

+1 for a separate Composer button

authors: Mesuva MrKarlDilkington a3020 aembler jaromirdalecky mlocati


text:
Add the Whoops\Run instance to Application

I don't know if it's already possible to add a custom error handler, but this PR would allow to add a custom error handler with
$app->make(Whoops\Run::class)->pushHandler($myErrorHandler);

I wonder if it'd be better to make this service provider only provide the Run. Meaning:
public function register()
{
    $this->app->singleton(Run::class, function() {
       return $this->bootstrapRunObject();
    });
}

And move the ->register call to the application bootup routine. For now this works.


text:
Display only the message of UserMessageException

Exceptions of type UserMessageException are meant to show errors to the users, without any system details.
BTW, the system_errors element may display the place where these exception were created and their stack trace, which is out of scope (see here).
So, what about displaying only the error message?

See for example https://3v4l.org/Th589


text:
Refresh

@jjhelmus I temporarily activated the CircleCI workaround here to test this. I will disable as soon as I am done.
This is an alternative to your #11. It removes the -w that, for some reason, makes conda-build choke and replaces the shebang with /usr/bin/env perl to circumvent issues like https://github.com/conda-forge/texinfo-feedstock/pull/5
It all works locally and hopefully this will allow us to move forward with the conda-build 2 effort.

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.

Linux:
No packages found with binary prefixes shorter than 255 characters.

OS X:
No packages found with binary prefixes shorter than 255 characters.

authors: conda-forge-linter ocefpaf

repo: conda-forge/autoconf-feedstock


text:
[ci skip] adding user @ndevenish

Hi! This is the friendly automated conda-forge-webservice.
I've added user @ndevenish as instructed in #37.
Merge this PR to add the user. Please do not rerender this PR or change it in any way. It has [ci skip] in the commit message to avoid pushing a new build and so the build configuration in the feedstock should not be changed.
Please contact conda-forge/core to have this PR merged, if the maintainer is unresponsive.
Fixes #37

👍

authors: conda-forge-linter ndevenish

repo: conda-forge/bonsu-feedstock


text:
BUG bad dask patches

Checklist

[ ] Used a static YAML file for the patch if possible (instructions).
[ ] Only wrote code directly into generate_patch_json.py if absolutely necessary.
[ ] Ran python show_diff.py and posted the output as part of the PR.
[ ] Modifications won't affect packages built in the future.

<!-- Put any other comments or information here --!>

There are some buggy patches that miss patches due to an expected global variable that is not defined. I checked the rest of the patches and things look ok.

noarch::dask-0.15.3-py_0.tar.bz2
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
noarch::dask-0.16.0-py_0.tar.bz2
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
noarch::dask-0.17.0-py_0.tar.bz2
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
noarch::dask-0.17.1-py_1.tar.bz2
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
noarch::dask-0.17.2-py_0.tar.bz2
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
noarch::dask-0.17.4-py_0.tar.bz2
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
noarch::dask-0.18.0-py_0.tar.bz2
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
noarch::dask-0.18.2-py_0.tar.bz2
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
noarch::dask-0.19.0-py_0.tar.bz2
-    "bokeh >=0.13.0",
+    "bokeh >=0.13.0,<3",
noarch::dask-0.19.1-py_0.tar.bz2
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
noarch::dask-0.19.2-py_0.tar.bz2
-    "bokeh >=0.13.0",
+    "bokeh >=0.13.0,<3",
noarch::dask-0.19.3-py_0.tar.bz2
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
noarch::dask-0.19.4-py_0.tar.bz2
-    "bokeh >=0.13.0",
+    "bokeh >=0.13.0,<3",
noarch::dask-0.20.0-py_0.tar.bz2
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
noarch::dask-0.20.1-py_0.tar.bz2
-    "bokeh >=0.13.0",
+    "bokeh >=0.13.0,<3",
noarch::dask-0.20.2-py_0.tar.bz2
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
noarch::dask-1.0.0-py_0.tar.bz2
-    "bokeh >=0.13.0",
+    "bokeh >=0.13.0,<3",
noarch::dask-1.0.0-py_1.tar.bz2
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
noarch::dask-1.1.0-py_1.tar.bz2
-    "bokeh >=0.13.0",
+    "bokeh >=0.13.0,<3",
noarch::dask-1.1.1-py_0.tar.bz2
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
noarch::dask-1.1.2-py_0.tar.bz2
-    "bokeh >=0.13.0",
+    "bokeh >=0.13.0,<3",
noarch::dask-1.1.3-py_0.tar.bz2
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
noarch::dask-1.1.4-py_0.tar.bz2
-    "bokeh >=0.13.0",
+    "bokeh >=0.13.0,<3",
noarch::dask-1.1.5-py_0.tar.bz2
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
noarch::dask-1.2.0-py_0.tar.bz2
-    "bokeh >=0.13.0",
+    "bokeh >=0.13.0,<3",
noarch::dask-1.2.2-py_1.tar.bz2
-    "pandas >=0.21.0",
+    "pandas >=0.21.0,<2",
noarch::dask-1.2.2-py_2.tar.bz2
-    "bokeh >=0.13.0",
+    "bokeh >=0.13.0,<3",
noarch::dask-1.2.2-py_3.tar.bz2
-    "pandas >=0.21.0",
+    "pandas >=0.21.0,<2",
noarch::dask-2.0.0-py_0.tar.bz2
-    "bokeh >=1.0.0",
+    "bokeh >=1.0.0,<3",
noarch::dask-2.1.0-py_0.tar.bz2
-    "pandas >=0.21.0",
+    "pandas >=0.21.0,<2",
noarch::dask-2.10.0-py_0.tar.bz2
-    "bokeh >=1.0.0",
+    "bokeh >=1.0.0,<3",
noarch::dask-2.10.1-py_0.tar.bz2
-    "pandas >=0.21.0",
+    "pandas >=0.21.0,<2",
noarch::dask-2.11.0-py_0.tar.bz2
-    "bokeh >=1.0.0",
+    "bokeh >=1.0.0,<3",
-    "pandas >=0.23.0",
+    "pandas >=0.23.0,<2",
noarch::dask-2.13.0-py_0.tar.bz2
-    "bokeh >=1.0.0,!=2.0.0",
+    "bokeh >=1.0.0,!=2.0.0,<3",
-    "pandas >=0.23.0",
+    "pandas >=0.23.0,<2",
noarch::dask-2.15.0-py_0.tar.bz2
-    "bokeh >=1.0.0,!=2.0.0",
+    "bokeh >=1.0.0,!=2.0.0,<3",
-    "pandas >=0.23.0",
+    "pandas >=0.23.0,<2",
noarch::dask-2.17.0-py_0.tar.bz2
-    "bokeh >=1.0.0,!=2.0.0",
+    "bokeh >=1.0.0,!=2.0.0,<3",
-    "pandas >=0.23.0",
+    "pandas >=0.23.0,<2",
noarch::dask-2.17.2-py_0.tar.bz2
-    "bokeh >=1.0.0,!=2.0.0",
+    "bokeh >=1.0.0,!=2.0.0,<3",
-    "pandas >=0.23.0",
+    "pandas >=0.23.0,<2",
noarch::dask-2.18.1-py_0.tar.bz2
-    "bokeh >=1.0.0,!=2.0.0",
+    "bokeh >=1.0.0,!=2.0.0,<3",
-    "pandas >=0.23.0",
+    "pandas >=0.23.0,<2",
noarch::dask-2.2.0-py_0.tar.bz2
-    "bokeh >=1.0.0",
+    "bokeh >=1.0.0,<3",
-    "pandas >=0.21.0",
+    "pandas >=0.21.0,<2",
noarch::dask-2.20.0-py_0.tar.bz2
-    "bokeh >=1.0.0,!=2.0.0",
+    "bokeh >=1.0.0,!=2.0.0,<3",
-    "pandas >=0.23.0",
+    "pandas >=0.23.0,<2",
noarch::dask-2.22.0-py_0.tar.bz2
-    "bokeh >=1.0.0,!=2.0.0",
+    "bokeh >=1.0.0,!=2.0.0,<3",
-    "pandas >=0.23.0",
+    "pandas >=0.23.0,<2",
noarch::dask-2.24.0-py_0.tar.bz2
-    "bokeh >=1.0.0,!=2.0.0",
+    "bokeh >=1.0.0,!=2.0.0,<3",
-    "pandas >=0.23.0",
+    "pandas >=0.23.0,<2",
noarch::dask-2.26.0-py_0.tar.bz2
-    "bokeh >=1.0.0,!=2.0.0",
+    "bokeh >=1.0.0,!=2.0.0,<3",
-    "pandas >=0.23.0",
+    "pandas >=0.23.0,<2",
noarch::dask-2.28.0-py_0.tar.bz2
-    "bokeh >=1.0.0,!=2.0.0",
+    "bokeh >=1.0.0,!=2.0.0,<3",
-    "pandas >=0.23.0",
+    "pandas >=0.23.0,<2",
noarch::dask-2.3.0-py_0.tar.bz2
-    "bokeh >=1.0.0",
+    "bokeh >=1.0.0,<3",
-    "pandas >=0.21.0",
+    "pandas >=0.21.0,<2",
noarch::dask-2.30.0-py_0.tar.bz2
-    "bokeh >=1.0.0,!=2.0.0",
+    "bokeh >=1.0.0,!=2.0.0,<3",
-    "pandas >=0.23.0",
+    "pandas >=0.23.0,<2",
noarch::dask-2.4.0-py_0.tar.bz2
-    "bokeh >=1.0.0",
+    "bokeh >=1.0.0,<3",
-    "pandas >=0.21.0",
+    "pandas >=0.21.0,<2",
noarch::dask-2.5.2-py_0.tar.bz2
-    "bokeh >=1.0.0",
+    "bokeh >=1.0.0,<3",
-    "pandas >=0.21.0",
+    "pandas >=0.21.0,<2",
noarch::dask-2.7.0-py_1.tar.bz2
-    "bokeh >=1.0.0",
+    "bokeh >=1.0.0,<3",
-    "pandas >=0.21.0",
+    "pandas >=0.21.0,<2",
noarch::dask-2.8.1-py_0.tar.bz2
-    "bokeh >=1.0.0",
+    "bokeh >=1.0.0,<3",
-    "pandas >=0.21.0",
+    "pandas >=0.21.0,<2",
noarch::dask-2.9.1-py_0.tar.bz2
-    "bokeh >=1.0.0",
+    "bokeh >=1.0.0,<3",
-    "pandas >=0.21.0",
+    "pandas >=0.21.0,<2",
noarch::dask-2020.12.0-pyhd8ed1ab_0.tar.bz2
-    "bokeh >=1.0.0,!=2.0.0",
+    "bokeh >=1.0.0,!=2.0.0,<3",
-    "pandas >=0.25.0",
+    "pandas >=0.25.0,<2",
noarch::dask-2021.1.1-pyhd8ed1ab_0.tar.bz2
-    "bokeh >=1.0.0,!=2.0.0",
+    "bokeh >=1.0.0,!=2.0.0,<3",
-    "pandas >=0.25.0",
+    "pandas >=0.25.0,<2",
noarch::dask-2021.10.0-pyhd8ed1ab_0.tar.bz2
-    "pandas >=1.0",
+    "pandas >=1.0,<2",
noarch::dask-2021.11.0-pyhd8ed1ab_0.tar.bz2
-    "bokeh >=1.0.0,!=2.0.0",
+    "bokeh >=1.0.0,!=2.0.0,<3",
noarch::dask-2021.11.1-pyhd8ed1ab_0.tar.bz2
-    "pandas >=1.0",
+    "pandas >=1.0,<2",
noarch::dask-2021.11.2-pyhd8ed1ab_0.tar.bz2
-    "bokeh >=1.0.0,!=2.0.0",
+    "bokeh >=1.0.0,!=2.0.0,<3",
noarch::dask-2021.12.0-pyhd8ed1ab_0.tar.bz2
-    "bokeh >=2.1.1",
+    "bokeh >=2.1.1,<3",
-    "pandas >=1.0",
+    "pandas >=1.0,<2",
noarch::dask-2021.2.0-pyhd8ed1ab_0.tar.bz2
-    "bokeh >=1.0.0,!=2.0.0",
+    "bokeh >=1.0.0,!=2.0.0,<3",
-    "pandas >=0.25.0",
+    "pandas >=0.25.0,<2",
noarch::dask-2021.3.1-pyhd8ed1ab_0.tar.bz2
-    "bokeh >=1.0.0,!=2.0.0",
+    "bokeh >=1.0.0,!=2.0.0,<3",
-    "pandas >=0.25.0",
+    "pandas >=0.25.0,<2",
noarch::dask-2021.4.1-pyhd8ed1ab_0.tar.bz2
-    "bokeh >=1.0.0,!=2.0.0",
+    "bokeh >=1.0.0,!=2.0.0,<3",
-    "pandas >=0.25.0",
+    "pandas >=0.25.0,<2",
noarch::dask-2021.5.1-pyhd8ed1ab_0.tar.bz2
-    "bokeh >=1.0.0,!=2.0.0",
+    "bokeh >=1.0.0,!=2.0.0,<3",
-    "pandas >=0.25.0",
+    "pandas >=0.25.0,<2",
noarch::dask-2021.6.1-pyhd8ed1ab_0.tar.bz2
-    "bokeh >=1.0.0,!=2.0.0",
+    "bokeh >=1.0.0,!=2.0.0,<3",
-    "pandas >=0.25.0",
+    "pandas >=0.25.0,<2",
noarch::dask-2021.7.0-pyhd8ed1ab_0.tar.bz2
-    "bokeh >=1.0.0,!=2.0.0",
+    "bokeh >=1.0.0,!=2.0.0,<3",
-    "pandas >=0.25.0",
+    "pandas >=0.25.0,<2",
noarch::dask-2021.7.2-pyhd8ed1ab_0.tar.bz2
-    "bokeh >=1.0.0,!=2.0.0",
+    "bokeh >=1.0.0,!=2.0.0,<3",
-    "pandas >=0.25.0",
+    "pandas >=0.25.0,<2",
noarch::dask-2021.8.0-pyhd8ed1ab_0.tar.bz2
-    "pandas >=1.0",
+    "pandas >=1.0,<2",
noarch::dask-2021.8.1-pyhd8ed1ab_0.tar.bz2
-    "bokeh >=1.0.0,!=2.0.0",
+    "bokeh >=1.0.0,!=2.0.0,<3",
noarch::dask-2021.9.0-pyhd8ed1ab_0.tar.bz2
-    "pandas >=1.0",
+    "pandas >=1.0,<2",
noarch::dask-2021.9.1-pyhd8ed1ab_0.tar.bz2
-    "bokeh >=1.0.0,!=2.0.0",
+    "bokeh >=1.0.0,!=2.0.0,<3",
noarch::dask-2022.1.0-pyhd8ed1ab_0.tar.bz2
-    "bokeh >=2.1.1",
+    "bokeh >=2.1.1,<3",
-    "pandas >=1.0",
+    "pandas >=1.0,<2",
noarch::dask-2022.10.0-pyhd8ed1ab_0.tar.bz2
-    "bokeh >=2.4.2",
+    "bokeh >=2.4.2,<3",
-    "pandas >=1.0",
+    "pandas >=1.0,<2",
noarch::dask-2022.10.0-pyhd8ed1ab_2.tar.bz2
-    "bokeh >=2.4.2",
+    "bokeh >=2.4.2,<3",
-    "pandas >=1.0",
+    "pandas >=1.0,<2",
noarch::dask-2022.10.2-pyhd8ed1ab_0.tar.bz2
-    "pandas >=1.0",
+    "pandas >=1.0,<2",
noarch::dask-2022.2.0-pyhd8ed1ab_0.tar.bz2
-    "bokeh >=2.1.1",
+    "bokeh >=2.1.1,<3",
-    "pandas >=1.0",
+    "pandas >=1.0,<2",
noarch::dask-2022.3.0-pyhd8ed1ab_0.tar.bz2
-    "bokeh >=2.4.2",
+    "bokeh >=2.4.2,<3",
-    "pandas >=1.0",
+    "pandas >=1.0,<2",
noarch::dask-2022.4.0-pyhd8ed1ab_0.tar.bz2
-    "bokeh >=2.4.2",
+    "bokeh >=2.4.2,<3",
-    "pandas >=1.0",
+    "pandas >=1.0,<2",
noarch::dask-2022.4.2-pyhd8ed1ab_0.tar.bz2
-    "bokeh >=2.4.2",
+    "bokeh >=2.4.2,<3",
-    "pandas >=1.0",
+    "pandas >=1.0,<2",
noarch::dask-2022.5.1-pyhd8ed1ab_0.tar.bz2
-    "bokeh >=2.4.2",
+    "bokeh >=2.4.2,<3",
-    "pandas >=1.0",
+    "pandas >=1.0,<2",
noarch::dask-2022.6.0-pyhd8ed1ab_0.tar.bz2
-    "bokeh >=2.4.2",
+    "bokeh >=2.4.2,<3",
-    "pandas >=1.0",
+    "pandas >=1.0,<2",
noarch::dask-2022.7.0-pyhd8ed1ab_0.tar.bz2
-    "bokeh >=2.4.2",
+    "bokeh >=2.4.2,<3",
-    "pandas >=1.0",
+    "pandas >=1.0,<2",
noarch::dask-2022.8.0-pyhd8ed1ab_0.tar.bz2
-    "bokeh >=2.4.2",
+    "bokeh >=2.4.2,<3",
-    "pandas >=1.0",
+    "pandas >=1.0,<2",
noarch::dask-2022.8.0-pyhd8ed1ab_2.tar.bz2
-    "bokeh >=2.4.2",
+    "bokeh >=2.4.2,<3",
-    "pandas >=1.0",
+    "pandas >=1.0,<2",
noarch::dask-2022.9.0-pyhd8ed1ab_0.tar.bz2
-    "bokeh >=2.4.2",
+    "bokeh >=2.4.2,<3",
-    "pandas >=1.0",
+    "pandas >=1.0,<2",
noarch::dask-2022.9.2-pyhd8ed1ab_0.tar.bz2
-    "bokeh >=2.4.2",
+    "bokeh >=2.4.2,<3",
-    "pandas >=1.0",
+    "pandas >=1.0,<2",
noarch::dask-2022.11.1-pyhd8ed1ab_0.conda
-    "pandas >=1.0",
+    "pandas >=1.0,<2",
noarch::dask-2022.12.1-pyhd8ed1ab_0.conda
-    "pandas >=1.0",
+    "pandas >=1.0,<2",
noarch::dask-2023.1.1-pyhd8ed1ab_0.conda
-    "pandas >=1.0",
+    "pandas >=1.0,<2",
linux-64::dask-0.10.0-py27_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27mu"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.10.0"
+  "version": "0.10.0",
+  "constrains": [
+    "python_abi * *_cp27mu"
+  ]
linux-64::dask-0.10.0-py34_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp34m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.10.0"
+  "version": "0.10.0",
+  "constrains": [
+    "python_abi * *_cp34m"
+  ]
linux-64::dask-0.10.0-py35_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.10.0"
+  "version": "0.10.0",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
linux-64::dask-0.10.1-py27_1.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27mu"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.10.1"
+  "version": "0.10.1",
+  "constrains": [
+    "python_abi * *_cp27mu"
+  ]
linux-64::dask-0.10.1-py35_1.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.10.1"
+  "version": "0.10.1",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
linux-64::dask-0.10.2-py34_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp34m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.10.2"
+  "version": "0.10.2",
+  "constrains": [
+    "python_abi * *_cp34m"
+  ]
linux-64::dask-0.11.0-py27_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27mu"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.11.0"
+  "version": "0.11.0",
+  "constrains": [
+    "python_abi * *_cp27mu"
+  ]
linux-64::dask-0.11.0-py35_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.11.0"
+  "version": "0.11.0",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
linux-64::dask-0.11.1-py34_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp34m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.11.1"
+  "version": "0.11.1",
+  "constrains": [
+    "python_abi * *_cp34m"
+  ]
linux-64::dask-0.12.0-py27_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27mu"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.12.0"
+  "version": "0.12.0",
+  "constrains": [
+    "python_abi * *_cp27mu"
+  ]
linux-64::dask-0.12.0-py35_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.12.0"
+  "version": "0.12.0",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
linux-64::dask-0.13.0-py27_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27mu"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.13.0"
+  "version": "0.13.0",
+  "constrains": [
+    "python_abi * *_cp27mu"
+  ]
linux-64::dask-0.13.0-py35_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.13.0"
+  "version": "0.13.0",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
linux-64::dask-0.14.0-py27_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27mu"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.14.0"
+  "version": "0.14.0",
+  "constrains": [
+    "python_abi * *_cp27mu"
+  ]
linux-64::dask-0.14.0-py36_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp36m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.14.0"
+  "version": "0.14.0",
+  "constrains": [
+    "python_abi * *_cp36m"
+  ]
linux-64::dask-0.14.1-py35_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.14.1"
+  "version": "0.14.1",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
linux-64::dask-0.14.2-py27_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27mu"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.14.2"
+  "version": "0.14.2",
+  "constrains": [
+    "python_abi * *_cp27mu"
+  ]
linux-64::dask-0.14.2-py36_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp36m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.14.2"
+  "version": "0.14.2",
+  "constrains": [
+    "python_abi * *_cp36m"
+  ]
linux-64::dask-0.14.3-py35_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.14.3"
+  "version": "0.14.3",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
linux-64::dask-0.15.0-py27_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27mu"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.15.0"
+  "version": "0.15.0",
+  "constrains": [
+    "python_abi * *_cp27mu"
+  ]
linux-64::dask-0.15.0-py36_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp36m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.15.0"
+  "version": "0.15.0",
+  "constrains": [
+    "python_abi * *_cp36m"
+  ]
linux-64::dask-0.15.1-py35_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.15.1"
+  "version": "0.15.1",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
linux-64::dask-0.15.2-py27_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27mu"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.15.2"
+  "version": "0.15.2",
+  "constrains": [
+    "python_abi * *_cp27mu"
+  ]
linux-64::dask-0.15.2-py36_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp36m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.15.2"
+  "version": "0.15.2",
+  "constrains": [
+    "python_abi * *_cp36m"
+  ]
linux-64::dask-0.9.0-py27_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27mu"
-  ],
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.9.0"
+  "version": "0.9.0",
+  "constrains": [
+    "python_abi * *_cp27mu"
+  ]
linux-64::dask-0.9.0-py27_1.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27mu"
-  ],
-    "bokeh",
+    "bokeh <3",
-  "version": "0.9.0"
+  "version": "0.9.0",
+  "constrains": [
+    "python_abi * *_cp27mu"
+  ]
linux-64::dask-0.9.0-py27_2.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27mu"
-  ],
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.9.0"
+  "version": "0.9.0",
+  "constrains": [
+    "python_abi * *_cp27mu"
+  ]
linux-64::dask-0.9.0-py34_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp34m"
-  ],
-    "bokeh",
+    "bokeh <3",
-  "version": "0.9.0"
+  "version": "0.9.0",
+  "constrains": [
+    "python_abi * *_cp34m"
+  ]
linux-64::dask-0.9.0-py34_1.tar.bz2
-  "constrains": [
-    "python_abi * *_cp34m"
-  ],
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.9.0"
+  "version": "0.9.0",
+  "constrains": [
+    "python_abi * *_cp34m"
+  ]
linux-64::dask-0.9.0-py34_2.tar.bz2
-  "constrains": [
-    "python_abi * *_cp34m"
-  ],
-    "bokeh",
+    "bokeh <3",
-  "version": "0.9.0"
+  "version": "0.9.0",
+  "constrains": [
+    "python_abi * *_cp34m"
+  ]
linux-64::dask-0.9.0-py35_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.9.0"
+  "version": "0.9.0",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
linux-64::dask-0.9.0-py35_1.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "bokeh",
+    "bokeh <3",
-  "version": "0.9.0"
+  "version": "0.9.0",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
linux-64::dask-0.9.0-py35_2.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.9.0"
+  "version": "0.9.0",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
osx-64::dask-0.10.0-py27_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.10.0"
+  "version": "0.10.0",
+  "constrains": [
+    "python_abi * *_cp27m"
+  ]
osx-64::dask-0.10.0-py34_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp34m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.10.0"
+  "version": "0.10.0",
+  "constrains": [
+    "python_abi * *_cp34m"
+  ]
osx-64::dask-0.10.0-py35_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.10.0"
+  "version": "0.10.0",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
osx-64::dask-0.10.1-py27_1.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.10.1"
+  "version": "0.10.1",
+  "constrains": [
+    "python_abi * *_cp27m"
+  ]
osx-64::dask-0.10.1-py35_1.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.10.1"
+  "version": "0.10.1",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
osx-64::dask-0.10.2-py34_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp34m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.10.2"
+  "version": "0.10.2",
+  "constrains": [
+    "python_abi * *_cp34m"
+  ]
osx-64::dask-0.11.0-py27_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.11.0"
+  "version": "0.11.0",
+  "constrains": [
+    "python_abi * *_cp27m"
+  ]
osx-64::dask-0.11.0-py35_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.11.0"
+  "version": "0.11.0",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
osx-64::dask-0.11.1-py34_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp34m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.11.1"
+  "version": "0.11.1",
+  "constrains": [
+    "python_abi * *_cp34m"
+  ]
osx-64::dask-0.12.0-py27_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.12.0"
+  "version": "0.12.0",
+  "constrains": [
+    "python_abi * *_cp27m"
+  ]
osx-64::dask-0.12.0-py35_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.12.0"
+  "version": "0.12.0",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
osx-64::dask-0.13.0-py27_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.13.0"
+  "version": "0.13.0",
+  "constrains": [
+    "python_abi * *_cp27m"
+  ]
osx-64::dask-0.13.0-py35_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.13.0"
+  "version": "0.13.0",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
osx-64::dask-0.14.0-py27_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.14.0"
+  "version": "0.14.0",
+  "constrains": [
+    "python_abi * *_cp27m"
+  ]
osx-64::dask-0.14.0-py36_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp36m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.14.0"
+  "version": "0.14.0",
+  "constrains": [
+    "python_abi * *_cp36m"
+  ]
osx-64::dask-0.14.1-py35_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.14.1"
+  "version": "0.14.1",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
osx-64::dask-0.14.2-py27_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.14.2"
+  "version": "0.14.2",
+  "constrains": [
+    "python_abi * *_cp27m"
+  ]
osx-64::dask-0.14.2-py36_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp36m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.14.2"
+  "version": "0.14.2",
+  "constrains": [
+    "python_abi * *_cp36m"
+  ]
osx-64::dask-0.14.3-py35_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.14.3"
+  "version": "0.14.3",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
osx-64::dask-0.15.0-py27_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.15.0"
+  "version": "0.15.0",
+  "constrains": [
+    "python_abi * *_cp27m"
+  ]
osx-64::dask-0.15.0-py36_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp36m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.15.0"
+  "version": "0.15.0",
+  "constrains": [
+    "python_abi * *_cp36m"
+  ]
osx-64::dask-0.15.1-py35_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.15.1"
+  "version": "0.15.1",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
osx-64::dask-0.15.2-py27_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.15.2"
+  "version": "0.15.2",
+  "constrains": [
+    "python_abi * *_cp27m"
+  ]
osx-64::dask-0.15.2-py36_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp36m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.15.2"
+  "version": "0.15.2",
+  "constrains": [
+    "python_abi * *_cp36m"
+  ]
osx-64::dask-0.9.0-py27_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27m"
-  ],
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.9.0"
+  "version": "0.9.0",
+  "constrains": [
+    "python_abi * *_cp27m"
+  ]
osx-64::dask-0.9.0-py27_1.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27m"
-  ],
-    "bokeh",
+    "bokeh <3",
-  "version": "0.9.0"
+  "version": "0.9.0",
+  "constrains": [
+    "python_abi * *_cp27m"
+  ]
osx-64::dask-0.9.0-py27_2.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27m"
-  ],
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.9.0"
+  "version": "0.9.0",
+  "constrains": [
+    "python_abi * *_cp27m"
+  ]
osx-64::dask-0.9.0-py34_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp34m"
-  ],
-    "bokeh",
+    "bokeh <3",
-  "version": "0.9.0"
+  "version": "0.9.0",
+  "constrains": [
+    "python_abi * *_cp34m"
+  ]
osx-64::dask-0.9.0-py34_1.tar.bz2
-  "constrains": [
-    "python_abi * *_cp34m"
-  ],
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.9.0"
+  "version": "0.9.0",
+  "constrains": [
+    "python_abi * *_cp34m"
+  ]
osx-64::dask-0.9.0-py34_2.tar.bz2
-  "constrains": [
-    "python_abi * *_cp34m"
-  ],
-    "bokeh",
+    "bokeh <3",
-  "version": "0.9.0"
+  "version": "0.9.0",
+  "constrains": [
+    "python_abi * *_cp34m"
+  ]
osx-64::dask-0.9.0-py35_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.9.0"
+  "version": "0.9.0",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
osx-64::dask-0.9.0-py35_1.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "bokeh",
+    "bokeh <3",
-  "version": "0.9.0"
+  "version": "0.9.0",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
osx-64::dask-0.9.0-py35_2.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.9.0"
+  "version": "0.9.0",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
win-32::dask-0.10.0-py27_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.10.0"
+  "version": "0.10.0",
+  "constrains": [
+    "python_abi * *_cp27m"
+  ]
win-32::dask-0.10.0-py34_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp34m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.10.0"
+  "version": "0.10.0",
+  "constrains": [
+    "python_abi * *_cp34m"
+  ]
win-32::dask-0.10.0-py35_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.10.0"
+  "version": "0.10.0",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
win-32::dask-0.10.1-py27_1.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.10.1"
+  "version": "0.10.1",
+  "constrains": [
+    "python_abi * *_cp27m"
+  ]
win-32::dask-0.10.1-py35_1.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.10.1"
+  "version": "0.10.1",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
win-32::dask-0.10.2-py34_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp34m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.10.2"
+  "version": "0.10.2",
+  "constrains": [
+    "python_abi * *_cp34m"
+  ]
win-32::dask-0.11.0-py27_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.11.0"
+  "version": "0.11.0",
+  "constrains": [
+    "python_abi * *_cp27m"
+  ]
win-32::dask-0.11.0-py35_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.11.0"
+  "version": "0.11.0",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
win-32::dask-0.11.1-py34_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp34m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.11.1"
+  "version": "0.11.1",
+  "constrains": [
+    "python_abi * *_cp34m"
+  ]
win-32::dask-0.12.0-py27_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.12.0"
+  "version": "0.12.0",
+  "constrains": [
+    "python_abi * *_cp27m"
+  ]
win-32::dask-0.12.0-py35_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.12.0"
+  "version": "0.12.0",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
win-32::dask-0.13.0-py27_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.13.0"
+  "version": "0.13.0",
+  "constrains": [
+    "python_abi * *_cp27m"
+  ]
win-32::dask-0.13.0-py35_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.13.0"
+  "version": "0.13.0",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
win-32::dask-0.14.0-py27_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.14.0"
+  "version": "0.14.0",
+  "constrains": [
+    "python_abi * *_cp27m"
+  ]
win-32::dask-0.14.0-py36_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp36m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.14.0"
+  "version": "0.14.0",
+  "constrains": [
+    "python_abi * *_cp36m"
+  ]
win-32::dask-0.14.1-py35_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.14.1"
+  "version": "0.14.1",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
win-32::dask-0.14.2-py27_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.14.2"
+  "version": "0.14.2",
+  "constrains": [
+    "python_abi * *_cp27m"
+  ]
win-32::dask-0.14.2-py36_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp36m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.14.2"
+  "version": "0.14.2",
+  "constrains": [
+    "python_abi * *_cp36m"
+  ]
win-32::dask-0.14.3-py35_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.14.3"
+  "version": "0.14.3",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
win-32::dask-0.15.0-py27_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.15.0"
+  "version": "0.15.0",
+  "constrains": [
+    "python_abi * *_cp27m"
+  ]
win-32::dask-0.15.0-py36_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp36m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.15.0"
+  "version": "0.15.0",
+  "constrains": [
+    "python_abi * *_cp36m"
+  ]
win-32::dask-0.15.1-py35_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.15.1"
+  "version": "0.15.1",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
win-32::dask-0.15.2-py27_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.15.2"
+  "version": "0.15.2",
+  "constrains": [
+    "python_abi * *_cp27m"
+  ]
win-32::dask-0.15.2-py36_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp36m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.15.2"
+  "version": "0.15.2",
+  "constrains": [
+    "python_abi * *_cp36m"
+  ]
win-32::dask-0.9.0-py27_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27m"
-  ],
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.9.0"
+  "version": "0.9.0",
+  "constrains": [
+    "python_abi * *_cp27m"
+  ]
win-32::dask-0.9.0-py27_1.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27m"
-  ],
-    "bokeh",
+    "bokeh <3",
-  "version": "0.9.0"
+  "version": "0.9.0",
+  "constrains": [
+    "python_abi * *_cp27m"
+  ]
win-32::dask-0.9.0-py27_2.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27m"
-  ],
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.9.0"
+  "version": "0.9.0",
+  "constrains": [
+    "python_abi * *_cp27m"
+  ]
win-32::dask-0.9.0-py34_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp34m"
-  ],
-    "bokeh",
+    "bokeh <3",
-  "version": "0.9.0"
+  "version": "0.9.0",
+  "constrains": [
+    "python_abi * *_cp34m"
+  ]
win-32::dask-0.9.0-py34_1.tar.bz2
-  "constrains": [
-    "python_abi * *_cp34m"
-  ],
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.9.0"
+  "version": "0.9.0",
+  "constrains": [
+    "python_abi * *_cp34m"
+  ]
win-32::dask-0.9.0-py34_2.tar.bz2
-  "constrains": [
-    "python_abi * *_cp34m"
-  ],
-    "bokeh",
+    "bokeh <3",
-  "version": "0.9.0"
+  "version": "0.9.0",
+  "constrains": [
+    "python_abi * *_cp34m"
+  ]
win-32::dask-0.9.0-py35_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.9.0"
+  "version": "0.9.0",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
win-32::dask-0.9.0-py35_1.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "bokeh",
+    "bokeh <3",
-  "version": "0.9.0"
+  "version": "0.9.0",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
win-32::dask-0.9.0-py35_2.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.9.0"
+  "version": "0.9.0",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
win-64::dask-0.10.0-py27_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.10.0"
+  "version": "0.10.0",
+  "constrains": [
+    "python_abi * *_cp27m"
+  ]
win-64::dask-0.10.0-py34_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp34m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.10.0"
+  "version": "0.10.0",
+  "constrains": [
+    "python_abi * *_cp34m"
+  ]
win-64::dask-0.10.0-py35_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.10.0"
+  "version": "0.10.0",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
win-64::dask-0.10.1-py27_1.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.10.1"
+  "version": "0.10.1",
+  "constrains": [
+    "python_abi * *_cp27m"
+  ]
win-64::dask-0.10.1-py35_1.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.10.1"
+  "version": "0.10.1",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
win-64::dask-0.10.2-py34_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp34m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.10.2"
+  "version": "0.10.2",
+  "constrains": [
+    "python_abi * *_cp34m"
+  ]
win-64::dask-0.11.0-py27_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.11.0"
+  "version": "0.11.0",
+  "constrains": [
+    "python_abi * *_cp27m"
+  ]
win-64::dask-0.11.0-py35_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.11.0"
+  "version": "0.11.0",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
win-64::dask-0.11.1-py34_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp34m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.11.1"
+  "version": "0.11.1",
+  "constrains": [
+    "python_abi * *_cp34m"
+  ]
win-64::dask-0.12.0-py27_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.12.0"
+  "version": "0.12.0",
+  "constrains": [
+    "python_abi * *_cp27m"
+  ]
win-64::dask-0.12.0-py35_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.12.0"
+  "version": "0.12.0",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
win-64::dask-0.13.0-py27_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.13.0"
+  "version": "0.13.0",
+  "constrains": [
+    "python_abi * *_cp27m"
+  ]
win-64::dask-0.13.0-py35_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.13.0"
+  "version": "0.13.0",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
win-64::dask-0.14.0-py27_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.14.0"
+  "version": "0.14.0",
+  "constrains": [
+    "python_abi * *_cp27m"
+  ]
win-64::dask-0.14.0-py36_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp36m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.14.0"
+  "version": "0.14.0",
+  "constrains": [
+    "python_abi * *_cp36m"
+  ]
win-64::dask-0.14.1-py35_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.14.1"
+  "version": "0.14.1",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
win-64::dask-0.14.2-py27_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.14.2"
+  "version": "0.14.2",
+  "constrains": [
+    "python_abi * *_cp27m"
+  ]
win-64::dask-0.14.2-py36_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp36m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.14.2"
+  "version": "0.14.2",
+  "constrains": [
+    "python_abi * *_cp36m"
+  ]
win-64::dask-0.14.3-py35_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.14.3"
+  "version": "0.14.3",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
win-64::dask-0.15.0-py27_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.15.0"
+  "version": "0.15.0",
+  "constrains": [
+    "python_abi * *_cp27m"
+  ]
win-64::dask-0.15.0-py36_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp36m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.15.0"
+  "version": "0.15.0",
+  "constrains": [
+    "python_abi * *_cp36m"
+  ]
win-64::dask-0.15.1-py35_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.15.1"
+  "version": "0.15.1",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
win-64::dask-0.15.2-py27_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.15.2"
+  "version": "0.15.2",
+  "constrains": [
+    "python_abi * *_cp27m"
+  ]
win-64::dask-0.15.2-py36_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp36m"
-  ],
-    "bokeh",
+    "bokeh <3",
-    "pandas >=0.19.0",
+    "pandas >=0.19.0,<2",
-  "version": "0.15.2"
+  "version": "0.15.2",
+  "constrains": [
+    "python_abi * *_cp36m"
+  ]
win-64::dask-0.9.0-py27_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27m"
-  ],
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.9.0"
+  "version": "0.9.0",
+  "constrains": [
+    "python_abi * *_cp27m"
+  ]
win-64::dask-0.9.0-py27_1.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27m"
-  ],
-    "bokeh",
+    "bokeh <3",
-  "version": "0.9.0"
+  "version": "0.9.0",
+  "constrains": [
+    "python_abi * *_cp27m"
+  ]
win-64::dask-0.9.0-py27_2.tar.bz2
-  "constrains": [
-    "python_abi * *_cp27m"
-  ],
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.9.0"
+  "version": "0.9.0",
+  "constrains": [
+    "python_abi * *_cp27m"
+  ]
win-64::dask-0.9.0-py34_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp34m"
-  ],
-    "bokeh",
+    "bokeh <3",
-  "version": "0.9.0"
+  "version": "0.9.0",
+  "constrains": [
+    "python_abi * *_cp34m"
+  ]
win-64::dask-0.9.0-py34_1.tar.bz2
-  "constrains": [
-    "python_abi * *_cp34m"
-  ],
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.9.0"
+  "version": "0.9.0",
+  "constrains": [
+    "python_abi * *_cp34m"
+  ]
win-64::dask-0.9.0-py34_2.tar.bz2
-  "constrains": [
-    "python_abi * *_cp34m"
-  ],
-    "bokeh",
+    "bokeh <3",
-  "version": "0.9.0"
+  "version": "0.9.0",
+  "constrains": [
+    "python_abi * *_cp34m"
+  ]
win-64::dask-0.9.0-py35_0.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.9.0"
+  "version": "0.9.0",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
win-64::dask-0.9.0-py35_1.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "bokeh",
+    "bokeh <3",
-  "version": "0.9.0"
+  "version": "0.9.0",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]
win-64::dask-0.9.0-py35_2.tar.bz2
-  "constrains": [
-    "python_abi * *_cp35m"
-  ],
-    "pandas >=0.18.0",
+    "pandas >=0.18.0,<2",
-  "version": "0.9.0"
+  "version": "0.9.0",
+  "constrains": [
+    "python_abi * *_cp35m"
+  ]

@conda-forge/dask @jakirkham please take a look!

I didn't write this one in yaml because I wanted a clean commit to fix the bug before the patch is moved.

cc @jrbourbeau (for awareness)

authors: beckermr jakirkham


text:
osx build

The build completes without a problem on osx.
Allowing the osx build here will make libhdfs3 and hdfs3 available for osx.

Ref #10

Solved in PR ( https://github.com/conda-forge/libgsasl-feedstock/pull/10 ).

authors: jakirkham mariusvniekerk martindurant

repo: conda-forge/libgsasl-feedstock


text:
Add recipe maintainer

Adds @martindurant as maintainer

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.

authors: conda-forge-linter koverholt

repo: conda-forge/libntlm-feedstock


text:
Update to version 1.17.1

Checklist

[x] Used a fork of the feedstock to propose changes
[x] Bumped the build number (if the version is unchanged)
[x] Reset the build number to 0 (if the version changed)
[ ] Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
[x] Ensured the license file is being packaged.

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

@conda-forge-admin, please rerender

Hi! This is the friendly automated conda-forge-webservice.
I tried to re-render for you, but it looks like there was nothing to do.

authors: abloemert conda-forge-linter

repo: conda-forge/patch-ng-feedstock


text:
v1.8.2

Checklist

[x] Used a personal fork of the feedstock to propose changes
[ ] Bumped the build number (if the version is unchanged)
[x] Reset the build number to 0 (if the version changed)
[ ] Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
[ ] Ensured the license file is being packaged.

@conda-forge-admin, please rerender

@conda-forge-admin, please rerender


text:
Bump to 1.1.16

https://github.com/axiom-data-science/pyaxiom/releases/tag/1.1.16

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.

@kwilcox don't send PR from the master branch or the binary will be uploaded before the merge. (Also you will trigger the CIs twice.)
BTW: We have a new bug with conda-config and you will need to use this PR of conda-smithy as a workaround.

I'm confused, this PR is from the 1.1.16 branch

Sorry I meant: send the PR from a fork and not conda-forge/pyaxiom-feedstock.

authors: conda-forge-linter kwilcox ocefpaf

repo: conda-forge/pyaxiom-feedstock


text:
Build on Windows; r-adegenet is available now.

Checklist

[ ] Used a personal fork of the feedstock to propose changes
[ ] Bumped the build number (if the version is unchanged)
[ ] Reset the build number to 0 (if the version changed)
[ ] Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
[ ] Ensured the license file is being packaged.

@conda-forge-admin please rerender

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.

authors: cbrueffer conda-forge-linter

repo: conda-forge/r-adephylo-feedstock


text:
Lower Bound for Typing extensions

Checklist

[ ] Used a personal fork of the feedstock to propose changes
[ ] Bumped the build number (if the version is unchanged)
[ ] Reset the build number to 0 (if the version changed)
[ ] Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
[ ] Ensured the license file is being packaged.

@conda-forge-admin, please rerender

repo: conda-forge/robocorp-storage-feedstock


text:
Add myself as maintainer

Checklist

[ ] Used a personal fork of the feedstock to propose changes
[ ] Bumped the build number (if the version is unchanged)
[ ] Reset the build number to 0 (if the version changed)
[ ] Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
[ ] Ensured the license file is being packaged.

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.
I do have some suggestions for making it better though...
For recipe:

Whenever possible python packages should use pip. See https://conda-forge.org/docs/maintainer/adding_pkgs.html#use-pip

@conda-forge-admin, please rerender

from luigi.six import iteritems
ModuleNotFoundError: No module named 'luigi.six'

authors: conda-forge-linter jan-janssen

repo: conda-forge/sciluigi-feedstock


text:
Version 4.0.0 is out!

Let's get it into conda-forge!
And can we PLEASE figure out how to get an OS_X build up?
I understand that CI limits are killing us, so two options that I see:

one of us builds it locally and hand-uploads to Anaconda.org. Last I tried, I couldn't get the build to work on my machine -- maybe I'll try again.

we re-package the wheels that Robin is posting to PyPi -- this seems to work fine for me, but it's not ideal -- however, not having anything isn't ideal either, and practicality beats purity and all that.

Here's the announcement:
https://groups.google.com/forum/#!topic/wxpython-dev/ZQ2ZE4hzRcc

I'm out, sorry, it's too big of a time investment for me. Good luck.

OK, 4.0.1 now merged in master, and sorta working:
#15, #16

authors: ChrisBarker-NOAA Korijn

repo: conda-forge/wxpython-feedstock


text:
Release 0.21.0

Checklist

[ ] Used a personal fork of the feedstock to propose changes
[ ] Bumped the build number (if the version is unchanged)
[ ] Reset the build number to 0 (if the version changed)
[ ] Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
[ ] Ensured the license file is being packaged.

@conda-forge-admin please rerender

repo: conda-forge/xtensor-blas-feedstock


text:
[ENH] - Conda-Store garbage collection of builds

Feature description
Storage space of conda environment builds can grow over time especially for gpu libraries. We need to brainstorm solutions.
Value and/or benefit
This is a persistent issue with cloud providers and the storage that it takes up.
Anything else?
No response

Awating some feedback here from the JATIC folks. This is an important issue.

repo: conda-incubator/conda-store


text:
Using scoped session to ensure single connection per thread

Using scoped sessions avoids creating excess connections.

Closing since this clearly isn't the correct fix.